2010-11-29 9 views
6

Je veux savoir dans quelles applications/programming domain sont les plus appropriés pour Smalltalk. Quelqu'un pourrait-il me fournir quelques liens utiles qui pourraient répondre à ma requête?Où est-ce que Smalltalk-80 est le mieux utilisé?

Grâce à googler j'ai appris que certaines entreprises utilisent pour:

  • logistique et l'application du commerce extérieur
  • bureau
  • , le développement du serveur et l'écriture
  • traitement des données et de la logistique, des scripts et des présentations

mais je ne trouve pas de documents/documents de recherche qui peuvent me dire quel domaine de programmation Smalltalk-80 (ou Smalltalk) est le mieux adapté.

Certains des domaines de programmation sont: - raisonnement intelligence artificielle - applications à usage général - analyse des séries chronologiques financières - Traitement automatique des langues - base de données relationnelle interrogation - scripts Application - Internet - mathématiques symboliques - mathématiques numériques - Applications statistiques - traitement de texte - algorithmes Matrix

J'espère que vous les gars peuvent me aider . Je fais cela pour mon étude de cas. Merci d'avance.

+0

http://cstheory.stackexchange.com/ et http://programmers.stackexchange.com/ pourraient être de meilleurs endroits pour poser cette question. –

+1

Comment pourrait-il être un meilleur ajustement? –

Répondre

2

Je crains que vous n'obtiendrez autant de réponses que les utilisateurs de Smalltalk. Pour certains, c'est un «mode de vie» pour les autres, c'est un processus d'apprentissage et à la fin, ils «se tendent» à grand-père des langues OO. Certains utilisent leur smalltalk comme une sorte de shell pour "IT-problèmes".

Pour moi, la réponse est pour le développement d'applications. Maintenant c'est définitif un champ large. Comme vous l'avez compris, il est assez utilisé dans le logiciel pour des raisons économiques. Et c'est là que je l'utilise. J'ai décidé de l'utiliser pour mes projets de développement Web qui sont liés à "business".

+0

merci monsieur, c'était utile. – njay

3
Smalltalk

a une croissance assez importante récemment dans les applications basées sur le Web, grâce à des innovations et de nouvelles approches dans Aida/Web, Iliad et Seaside frameworks web Smalltalk.

En Smalltalk générale est utilisé pour la plupart des systèmes d'information complexes, permettez-moi de mentionner deux:

  • Finance: Kapital, une gestion des risques dans JP Morgan
  • Fabrication: ControlWorks, pour la fabrication de puces à AMD
+0

merci monsieur, c'était utile. – njay

1

Smalltalk est généralement un langage très expressif, lisible et compréhensible. Chaque fois qu'une grande base de code doit être maintenue ou que le code doit être compréhensible pour les non-professionnels, Smalltalk brille.

»Smalltalk est une vision de l'ordinateur en tant que moyen d'expression de soi. ... Une vision humaniste de l'ordinateur que tout le monde pourrait utiliser et tirer profit. Si vous allez avoir un moyen d'expression personnelle, la programmabilité est la clé car à moins que vous ne puissiez réellement faire fonctionner le système comme vous le voulez, vous êtes un esclave de ce qui est sur la machine.Donc c'est vraiment vital, et donc la langue vient à cause car c'est par le langage que vous vous exprimez à la machine. « - Elliot Miranda

+0

merci monsieur, c'était utile. – njay

10

C'est un langage de programmation généraliste. Pour paraphraser Kent Pitman sur la question de Common Lisp est utile pour:

... S'il vous plaît ne présumez pas [Smalltalk] est seulement utile pour l'animation et graphiques, AI, bio-informatique, B2B et E commerce, données minières, EDA/semi-conducteurs applications, systèmes experts, Finance, agents intelligents, connaissances gestion, CAO mécanique, modélisation et simulation, langage naturel, Optimisation, recherche, analyse des risques, Planification, Telecom et Web Authoring juste parce que ce sont les seules choses ils sont arrivés à la liste.

Il est particulièrement adapté pour les applications qui ne peuvent pas avoir les temps d'arrêt - il est tout à fait normal de patcher un serveur exécutant de façon profonde (par exemple, by changing the shape of your class) sans prendre le serveur vers le bas - ou des systèmes qui sont très complexes ou ont l'évolution rapide des besoins.

+0

merci monsieur, c'était utile. – njay

3

Mon but a été de réaliser une décharge cérébrale dans un logiciel. Et j'ai trouvé Smalltalk très bien adapté pour ça. Smalltalk facilite la mise en place de mes idées dans le code. Et cela fournit une rétroaction à ma réflexion. La capacité de déboguer infiniment profond à n'importe quel point de l'exécution améliore ma compréhension du problème à résoudre. Ensuite, cela me permet de réaliser ma solution le plus naturellement possible.

Aik-Siong Koh

+0

merci monsieur, c'était utile – njay

1

peut-être une autre façon de répondre à la question serait en indiquant ce qu'il pourrait ne pas convenir. Un domaine serait où vous avez de "vraies" contraintes en temps réel, c'est-à-dire que vous devez contrôler le ramasse-miettes. Si je me souviens, IBM (OTI) Smalltalk embarqué avait un mécanisme pour éteindre le gc, mais IBM a abandonné il y a un certain temps. L'autre domaine que je n'ai pas vu beaucoup est des applications de téléphone portable. Pour autant que je sache, aucun des Smalltalk viable ne peut fonctionner sur Android mais cela peut changer. On entend parler des gens de Squeak/Pharo qui travaillent là-dessus. J'aimerais voir ST fonctionner correctement sur Android. Je pense que le marché de la tablette Android sera chaud. Je devrais conclure en disant que depuis toutes les années que j'ai codé en ST, c'est-à-dire depuis 94, j'ai vu Smalltalk dans à peu près tout le reste.

+0

Il n'y a aucune raison que Squeak ne fonctionne pas sur Android et iOS, autre que la licence et le temps de port disponible. Les smartphones actuels ont beaucoup de puissance, et Squeak gère multi-touch. –

+1

Squeak fonctionne sur les deux: Andreas Raab porté à l'Android, et John McIntosh à ce dernier. Bert Freudenberg a travaillé plusieurs fois sur l'iPad. –

+0

merci monsieur, c'était utile. – njay

2

Les domaines que vous avez nommés conviennent tous à Smalltalk. Smalltalk montre ses points forts en matière de développement pour les systèmes limités en temps d'ingénierie, et non limités au matériel.

La structure Web Seaside nous permet de créer des applications Web complexes en une fraction du temps nécessaire pour d'autres technologies. La base de données orientée objet Gemstone nous permet d'ignorer presque les problèmes de persistance.

+0

merci monsieur, c'était utile. – njay

0

Je ne trouve pas de documents/documents de recherche qui peuvent me dire quel domaine de programmation Smalltalk-80 (ou Smalltalk) est le mieux adapté.

Ceci est dû au fait que Smalltalk n'est pas un langage spécifique au domaine, mais un langage généraliste.

choses, il a été utilisé dans le passé:
- comme la langue du système du système d'exploitation pour ordinateurs personnels
- écriture multimédia riche et proche des applications en temps réel, telles que le son synthesisers
- très grandes entreprises et gouvernement des systèmes de traitement de données, telles que le Home office du Royaume-Uni Grande matière système d'enquête ou plusieurs des systèmes commerciaux financiers de JPMorgan Chase
- applications Web, telles que DabbleDB
- la création d'outils de développement complexes, tels que VisualAge IDE IBM
- expérimenter et applicatif de prototypage En règle générale, Smalltalk brille là où les systèmes sont complexes, la vitesse de développement est un facteur clé, et la maintenabilité sera un facteur clé. J'utilise Smalltalk pour créer des applications pour contrôler, gérer et distribuer des webapps JavaScript multiplateformes.

Questions connexes