The quality of code written by windows developers using Visual Tools and what have you is actually quite pathetic to say the least (I am talking from real life 50K+ source code audits). When the exe crashes the great windows engineer, just right clicks on the exe and changes the stack size to 1Mb. The manager sees the demo working and is gratified with the progress.
The author's whatever experience takes a beating, if he hasn't seen the situation above and which is a garden variety bad software engineering using visual tools.
There are plenty of '.TAB' technology coders sitting out there using visual tools, who keep searching for 'the method' by scrolling through the popup pane. What productivity or insight is achieved by that ?
If the visual tools were so great and so effective and really 21st century, most of the windows supportive security companies (including TruSecure) would not have existed!
The author's assertion that open source tools have hurt us more than helped us, is neither factually correct nor logically defensible. If he has learnt a bit or two of programming and practices, it is primarily because of the open source tools.
Sure, open source tools are not meant to fund your next great car or your divorce suit! They exist with a purpose and that is to write great software by the real software artisans.
It is fashionable to talk of 'garbage collection' in almost any forum, by authors of 0 - n years of experience. This article is no different. 'garbage collection' exists with a specific purpose. However, it still cannot address your morning nature's call. So much for making sweeping statements about applicability of garbage collection, with 15 years of experience.
Perhaps ACM Queue should ponder that publishing articles which are little more than mental regurgitations, will neither help the cause nor the subscription numbers. The readers will continue to be in the queue for enlightenment!
Slashdot Mirror
Tried out Java3D/OpenGL on Windoze.
The application startup time is long.
(okay JVM. we tolerate this).
The application rendering seems fine
but select and move the demo objects arounds.
You would experience momentary freezeups.
After having run few examples, there was also
a crash. The system complained of an error in one of the DLLs.
It *is ready* for prime time on the windows, given
the performance and crashes.
The quality of code written by windows developers using Visual Tools and what have you
is actually quite pathetic to say the least (I am talking from real life 50K+ source code audits).
When the exe crashes the great windows engineer, just right clicks on the exe and changes the stack size to 1Mb. The manager sees the demo working and is gratified with the progress.
The author's whatever experience takes a beating, if he hasn't seen the situation above and which is a garden variety bad software engineering using visual tools.
There are plenty of '.TAB' technology coders sitting out there using visual tools, who
keep searching for 'the method' by scrolling through the popup pane. What productivity
or insight is achieved by that ?
If the visual tools were so great and so effective and really 21st century, most of the windows supportive security companies (including TruSecure) would not have existed!
The author's assertion that open source tools have hurt us more than helped us, is neither factually correct nor logically defensible. If he has learnt a bit or two of programming and
practices, it is primarily because of the open source tools.
Sure, open source tools are not meant to fund your next great car or your divorce suit!
They exist with a purpose and that is to write great software by the real software artisans.
It is fashionable to talk of 'garbage collection' in almost any forum, by authors of 0 - n years of experience. This article is no different.
'garbage collection' exists with a specific purpose. However, it still cannot address your morning nature's call. So much for
making sweeping statements about applicability of garbage collection, with 15 years of experience.
Perhaps ACM Queue should ponder that publishing articles which are little more than mental regurgitations, will neither help the cause nor
the subscription numbers. The readers will continue to be in the queue for enlightenment!