On Thursday 20 Mar 2003 7:16 pm, Mithun Bhattacharya wrote: > That is actually a very interesting question. Currently I am in a > position to decide/propose which way my company should proceed > technology wise. > > My thoughts are as follows : > 1. OS wise - maintaining a Linux server is cheapest in the long run > even if the initial setup might be more time consuming (in some cases).
I am sure there are many functionalities swapped under name of server and linux alone does not cover them. So when you evaluate technology, consider linux and linux based products/projects like postfix/sendmail rather than linux alone. > 2. Unless it is a real time application I donot think any language is a > issue in terms of response time. In my seven years of industry > experience I have realized interpretor based languages result in > shorter developement cycle than compiled languages. For that reason I > would recommend perl, or python. Unfortunately get skilled people/work > in either in India is non existant. Yes yes I can see Raju waving his > resume at me ;). There is other side of it. Interpreted languages are great from prototyping point of view. However personally I prefer C/C++ for everything that wants to fall under name of application rather than set of scripts. So using php for an application that calls for 200 distinct files is a misbehaviour. That does not guarantee consistency as much as CVS checked out build of a C++ application. In another aspect, it's a issue of design v/s implementation. If you want to throw implementation first, do interpreted language. Otherwise go for C/C++. In fact I view requirement of a compilation as a boon for C/C++ as it prevents you from throwing kitchen sink in there and doing inadequete testing at times.. > 3. If execution speed is the issue probably C++ or C depending upon how > much execution efficiency is demanded. I vote for C++ and STL FWIW. > 4. If platform independance is a absolute must maybe Java but I > understand Java byte code is not that perfect yet ?? It is supposed to > come close though. Ofcourse I wonder which has more platform support > gcc or Java VM. python.. python.. Or perl perl.. One true platform independent language barring drive letters on windows..(Sigh..) > 5. Databases I believe should be PostGreSQL unless replication is a > absolute must. In that case I guess MySQL might fit the bill in quite a > few cases. I am not sure how many places actually use the features in > Oracle/sybase which is not yet implemented in PG. At many places. Table spaces is one such beaten issue and postgresql has zero in that division. Of course that is being worked upon but there are issues with postgresql. For replication, see http://conferences.oreillynet.com/presentations/os2002/johnson_darren.pdf. It's almost authoritative text on postgresql replication. Besides real good postgresql replication is about a release away which is expected in sept./oct. At that point of time, expect major bump in functionality including synchronous i.e. real time replication, ability to partition data across machines, good table space management, nested transactions etc. My prediction is postgresql one year down the line and oracle today will be breathing over each other's neck. > > I will probably add more to this list but I hope I have made a good > begining :). Would love to hear your experience.. HTH Shridhar ------------------------------------------------------- This SF.net email is sponsored by: Tablet PC. Does your code think in ink? You could win a Tablet PC. Get a free Tablet PC hat just for playing. What are you waiting for? http://ads.sourceforge.net/cgi-bin/redirect.pl?micr5043en _______________________________________________ linux-india-help mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/linux-india-help
