2010/8/29 Sudhakar Krishnamachari
<skrishnamachari@gmail.com>
My two cents long time in my blog on exactly the same subject:
Its great to see a free version of Smalltalk at last measuring up to
the needs of using it in an business sense and showing it to
non-Smalltalker�s and the �IT managers� and not put them off. I am sure
this is going to make it difficult for VA and Cincom to create new
small-medium shop sales going forward especially with Seaside, Magritte
and raft of other frameworks actually being born in Squeak. There
obviously is the crying need for
High Priority:
Enusure very high reliability of the base Pharo. No bugs that are not fixable by the average developer with a bit of google and sending a few emails. If it needs that one expert in one other end.. business continuity is hugely impacted
Primary:
* better-faster VM aka Cog mainstream
* Highly performant DBMS connectivity
natively
Hi and thanks for the notes.
There is NO way to have native Smalltlak driver for propietary databases. Even if I would love to have the database driver implemented in Smalltalk rather than calling a C library, this is not possible with propiertary databases. If you don't have a public protocol or API there is no way to build the driver. Do you think Oracle or Microsoft would do a Smalltalk driver? I doubt it.� So....for propietary databases....you have to somehow, use of the the existing database drivers.
ALL databases have a driver in C, usually called Database Client Library. C is fast, and we have FFI. That's why SqueakDBX choosed OpenDBX.
�
akin to JDBC through to all DBs no DB specific stuff like now, the Squeak DBX is not business friendly.
Are you talking about SqueakDBX project ?� (
http://www.squeakdbx.org/)
If so, I would like you say it is not businness friendly.
�
* Comprehensive Web Services + XMLRPC
* Pharo-Groovy bridge and / or Pharo-Ruby bridge ( or can we make Pharo work in tandem with a JVM..!� this will help leverage the tons of frameworks in existence even if they are tad slower than native Java)
* Configuration Management System plugin for SVN
There is SqueakSVN project. And I think in SCM they are doing to GIT.
�
* Acceleration of easy docs and plugins/ web development related framework interfaces from Seaside viz flex/ silverlight: many that are possible as of now, but needs a Smalltalk expert to cobble it up
* Have not really gone deeper with Webclient/ FTPClient/ SMTPClient et als. they need to be really simple/ highly reliable/ dumbed down for the average coder to pick snippets and make it work
May be lots more.. I can bring in lot more thought this in terms of Generic/ Sectoral or Domain/ Type of Apps preferences viz: Banking/Insurance/Utilities/Technical/ Web vs GUI etc ...So first we should think hard on the segment you want to hit harder..
Secondary:
* Better tools for GUI Dev and more standard GUI development capabilities
* Make Pharo easily usable for a team of 100+ developers together in one/multiple locations with code synch issues, change / version control , performance ( a host of other stuff included) taken care of.
Agree. Torch project seems that could help here. Altoguht Monticello 2 or similar would be needed.
�
* Pluggable to industry standard tools for development: Rational/ Together Soft viz for UML creation and conversion to code / reverse engineer code to UML
Carla worked on UML for this year GSoC project. It would probably be integrated soon in Pharo.
�
Follow through with:
* Pluggable with QTP/ Testing Automation tools.. Actually this is very important in the standard large volume development. Makes a huge difference for the risk mitigation for the company. really inexpensive , kind of not so highly technical staff runs this show in comparison to Unit Tests/ test automation through ST code is a more riskier investment and I have not seen in JAva/ .Net / or even Smalltalk large legacy projects unit test done and maintained well enough
-Skrish
_______________________________________________
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project