That's the beginning of your trouble, you want to find things that are familiar to you from MS. That way lies madness. Nobody said learning to use the power of the unix dev env. was easy. But the power and flexibility is there for those who master it. Start with learning to edit using emacs. You can do this alongside your VS studio projects for awhile. If within 6 months (of actually trying to learn as you go) you don't understand why the editor in VS is a hackneyed boxed-in joke, then you can give up. If you do, then you'll have the motivation to start learning the rest of the components in the linux toolchain. That's right... toolchain, not some pre-packaged "my way or the highway" IDE. Fletch
Windows vs Linux C++ vs Java vs Python vs C# Might as well step it up a notch: Don't use emacs, use vim! Vim is a much better text editor.
Thank You MaxDrawdown, Fletch2 and Mrtwo, I will try to use both developement tools sugested for linux and I will post some comments within 6 months in this forum ! I think that in the end I will do what on person has posted here before on this forum, develop under windows and if necessary for any reason, migrate the development using an OS emulator. And other person familiar with linux can do it the other way around as well. *In the end of day it will not really matter in which OS you have written the code since there will be emulators in both directions, but only the development time will count ! Another question, which broker has the lowest fee in the US ? Regards, Fabio
Just to confuse matters, I'd really advise against relying on OS emulators (even though *W*ine *I*s *N*ot an *E*mulator). Wine for example is far from perfect and Cygwin, great as it is, is not a perfect Unix emulation on Windows. In particular, MS can change Windows any time it likes in ways that may adversly affect Wine. The fundamental problem with OS emulators is that they intoduces a large complex software layer. More software == more potential problems. If you want to be cross platform it would be much better to start with a cross platform enviroment. It will cause you a lot less grief in the end. Java comes to mind or QT for C++.
Sound post, Craig. You are not 'confusing' matters, you are simpy bringing along some badly needed sanity. Talking QT and C++: (1) ISBN 0-13-124072-2: C++ GUI Programming with Qt3. (BTW, recent Qt4 is also free on Windows); (2) Forget Java: no comparison whatsoever with Qt - only trouble in every corner. Morover, Java is being abandoned by the smarter 'in' crowd. Don't mention even .NET. M$ itself isn't sure what it is supposed to be. (3) Much better still: learn Python. You will in fact be building upon C/C++ using the most splendid tools imaginable today. If you are nostalgic, you always can keep on fooling around a bit with C/C++ in between. Gee whiz: poor dude M$ just announced they would support (read switch) to python. Python can be picked up in just a few hours. Virtuosity, like with anything, requires more work combined with the humility to become a permanent disciple. Go to the place where the masters meet - avoid posting there till you know what you're talking about: http://groups.google.com/group/comp.lang.python?lnk=li (4) You will have the most portable environment you could ever dream of. Many cheap and or free IDE's available. Best for me eric3: http://www.die-offenbachs.de/detlev/eric3.html (install with linux/kde - you'll have everything without even looking for it. You can still keep on working with gnome next to it); (5) Late version IbPy API available for IB; http://ibpy.sourceforge.net/ (6) Avoid associating with rascals, fuzzy daddihos and otherwise sorrowfully afflicted characters. ( :eek: ) nononsense
As I have an awful lot of Java code, I certainly won't be abondoning Java any time soon and I'm yet to be convinced by some of the aguments in the Python/Java war. In particular the argument that more testing substitues for rigid compile time type checking, I find a little bit weak. Never the less, there is certainly validity in both sides of the discussion. It might be old school, but I really don't think dynamically typed languages are for controlling nuclear power stations or space probes. However I'm quite interested in Python and in particular Jython and other 'scripting' (yeah, I know Python is more than a scripting language) languages that use the Java JVM. One intersting use for such things is as a fully programmable debugger/test environment for Java code. Now what was that about MS IDEs ? Of course there are many other uses also. I came across a web page that lists 200 - yes thats 200 - languages that use the Java JVM. Just one indication the amount of open source work going on with Java.
Craig, In the meantime, I just updated a bit my above post. of course, if you have a lot of java running right now, you need to take this into consideration. I'm out of it a long time ago. Jython may come in handy. As to dynamically typed languages being unfit to control hi-tech critical applications. Read up a bit on python and find out who is using this in hi-tech, science & space. You'll be amazed. That's btw why you have so many splendid free scientific & mathematical libraries and tools for Python. Terrific performance-wise because they commonly fall back on very much honed C programs (sometimes even unbeatable Fortran libraries - e.g. astronomy, physics, mathematics). No equivalent under Java! Want to bring in some Perl? Also easy. Error checking? Also read up on the Python Unittest way of life. The Python crowd is very up on this. You still believe Java is doing better on this? Besides, in Java coding you have to drag so much clutter around that it tires you out and trips you up. Learn how to breath freely. Java? No java in linux - would make it grind to a halt for sure. Linux is full with Python and Perl. Most distro's couldn't even run without it. (Of course, if you have to - e.g. IB TWS, you can always run Java under linux - runs faster than in windoz). I'm not a Python salesman. Only honestly trying to help people at ET's. http://blogs.zdnet.com/carroll/index.php?p=1523 http://www.businessweek.com/technology/content/dec2005/tc20051213_042973.htm http://groups.google.com/group/comp...79c47a73?q=ironpython&rnum=5#e35bd8d279c47a73