Comments for Software Creation Mystery http://softwarecreation.org What are the forces behind Software Development? Mon, 07 May 2012 20:02:26 +0000 hourly 1 http://wordpress.org/?v=3.3.2 Comment on Process by rishu http://softwarecreation.org/process/#comment-5544 rishu Mon, 07 May 2012 20:02:26 +0000 http://softwarecreation.org/process/#comment-5544 Hi,i want to know about sw making Hi,i want to know about sw making

]]> Comment on The Programmer’s Brains At Work: Understanding The Software System by teoh http://softwarecreation.org/2008/the-programmers-brains-at-work-understanding-the-software-system/#comment-5524 teoh Thu, 29 Mar 2012 11:09:57 +0000 http://softwarecreation.org/2008/the-programmers-brains-at-work-understanding-the-software-system/#comment-5524 nice... precisely describe the pathway to become excellent mind user, thumb up. nice… precisely describe the pathway to become excellent mind user, thumb up.

]]> Comment on Programmers are lazy capricious pseudo-intellectuals. Really? by carlos http://softwarecreation.org/2007/programmers-are-lazy-capricious-pseudo-intellectuals-really/#comment-5521 carlos Mon, 26 Mar 2012 03:11:25 +0000 http://softwarecreation.org/2007/programmers-are-lazy-capricious-pseudo-intellectuals-really/#comment-5521 ....the Y2K bug was a management idea....not a programmer's idea....they (managers) order us to save 2 bytes of disk storage (IBM 3370's in the 70's & 80's) in each date field by not storing the omplete YYYY piece.....they were excited, mouthwatering about the savings ($$$$) to the company...hahaha....those managers...well...we just did it...they didn't want to listen.....so...after all those years I think companies created many layers between programmers and end users....methodologies here and there..too many that nobody knows actually which one is the good one.....and the worst is too many middle men just doing nothing real....at least a programmer creates something out of non-tangible concepts and ideas......those managers & consultants contribution is really virtual....and most of the time....wrong ….the Y2K bug was a management idea….not a programmer’s idea….they (managers) order us to save 2 bytes of disk storage (IBM 3370′s in the 70′s & 80′s) in each date field by not storing the omplete YYYY piece…..they were excited, mouthwatering about the savings ($$$$) to the company…hahaha….those managers…well…we just did it…they didn’t want to listen…..so…after all those years I think companies created many layers between programmers and end users….methodologies here and there..too many that nobody knows actually which one is the good one…..and the worst is too many middle men just doing nothing real….at least a programmer creates something out of non-tangible concepts and ideas……those managers & consultants contribution is really virtual….and most of the time….wrong

]]> Comment on What can Software Development learn from Biological Evolution? by Software Evolution: An Introduction « he98anything http://softwarecreation.org/2008/what-software-development-can-learn-from-biological-evolution/#comment-5511 Software Evolution: An Introduction « he98anything Fri, 16 Mar 2012 23:36:42 +0000 http://softwarecreation.org/2008/what-software-development-can-learn-from-biological-evolution/#comment-5511 [...] [1]M. M. Lehman, D. E. Perry, and J. F. Ramil, “Implications of evolution metrics on software maintenance,” in Proc. of the 1998 IEEE Intl. Conference on Software Maintenance Bethesda, Maryland, November 1998. [2]M. M. Lehman, “The Role and Impact of Assumptions in Software Development Maintenance and Evolution,” in Proc. Intl. IEEE Workshop on Software Evolvability 2006, 3-14, IEEE Computer Society Press. [3]M. Dodge and R. Kitchin. Code/space : software and everyday life. Cambridge, Mass. : MIT Press, c2011. [4] http://softwarecreation.org/2008/what-software-development-can-learn-from-biological-evolution [...] [...] [1]M. M. Lehman, D. E. Perry, and J. F. Ramil, “Implications of evolution metrics on software maintenance,” in Proc. of the 1998 IEEE Intl. Conference on Software Maintenance Bethesda, Maryland, November 1998. [2]M. M. Lehman, “The Role and Impact of Assumptions in Software Development Maintenance and Evolution,” in Proc. Intl. IEEE Workshop on Software Evolvability 2006, 3-14, IEEE Computer Society Press. [3]M. Dodge and R. Kitchin. Code/space : software and everyday life. Cambridge, Mass. : MIT Press, c2011. [4] http://softwarecreation.org/2008/what-software-development-can-learn-from-biological-evolution [...]

]]> Comment on Top 10 Qualities of The Perfect Programmer by Amirullah Khan http://softwarecreation.org/2008/top-10-qualities-of-the-perfect-programmer/#comment-5149 Amirullah Khan Thu, 08 Mar 2012 05:26:24 +0000 http://softwarecreation.org/2008/top-10-qualities-of-the-perfect-programmer/#comment-5149 All points are nice to evaluate good programmer but what about flow. A Programmer must have good grasp of flow chart of a any project All points are nice to evaluate good programmer but what about flow. A Programmer must have good grasp of flow chart of a any project

]]> Comment on Do We Need Software Architects? 10 Reasons Why Not by Johannes Isenburg http://softwarecreation.org/2007/do-we-need-software-architects-10-reasons-why-not/#comment-5122 Johannes Isenburg Thu, 08 Mar 2012 00:00:44 +0000 http://softwarecreation.org/2007/do-we-need-software-architects-10-reasons-why-not/#comment-5122 Some of this here is so jaded and bias that it's hard to respond to. First thing is that it really depends on the type of software. There are general software designs that require very little insight or design work from programmers and architects, it is monkey coding. However, I feel the quality of software has really gone downhill from a design perspective. It seems like these days the eye candy aspect often outweighs the usability aspects. There needs to be a balance of the two, and often this balance is now lost in software design. Programming is such a diverse word for a diverse industry, I mean there are all kinds of different types of programming jobs. Some types of coding jobs are much more difficult than others, and many programming jobs require knowledge beyond just programming (some require engineering knowledge). There are some types of programming jobs that are right up there in difficulty with some of the hardest scientific fields in the world, and others that are just monkey coding. There can also much more complex problems which the design can litterally make or break the business operations or productivity entirely. When it comes to commercial applications, the user interface and other design decision can literally be the difference between grossing a billion and losing 100 million. The best architects I've worked with were also decent programmers, even if retired programmers they still dabbled or kept up-to-date. Anything less and you just have a consulting type architect that is nothing more than a buzz-word monkey, but that is not an example of a good architect. Some of this here is so jaded and bias that it’s hard to respond to. First thing is that it really depends on the type of software. There are general software designs that require very little insight or design work from programmers and architects, it is monkey coding. However, I feel the quality of software has really gone downhill from a design perspective. It seems like these days the eye candy aspect often outweighs the usability aspects. There needs to be a balance of the two, and often this balance is now lost in software design.

Programming is such a diverse word for a diverse industry, I mean there are all kinds of different types of programming jobs. Some types of coding jobs are much more difficult than others, and many programming jobs require knowledge beyond just programming (some require engineering knowledge). There are some types of programming jobs that are right up there in difficulty with some of the hardest scientific fields in the world, and others that are just monkey coding.

There can also much more complex problems which the design can litterally make or break the business operations or productivity entirely. When it comes to commercial applications, the user interface and other design decision can literally be the difference between grossing a billion and losing 100 million.

The best architects I’ve worked with were also decent programmers, even if retired programmers they still dabbled or kept up-to-date. Anything less and you just have a consulting type architect that is nothing more than a buzz-word monkey, but that is not an example of a good architect.

]]> Comment on How to Be Happy At Work. Short tutorial. by How to Be Happy At Work. Short tutorial. | Tech Heads up http://softwarecreation.org/2007/how-to-be-happy-at-work-short-tutorial/#comment-3423 How to Be Happy At Work. Short tutorial. | Tech Heads up Wed, 22 Feb 2012 20:39:59 +0000 http://softwarecreation.org/2007/how-to-be-happy-at-work-short-tutorial/#comment-3423 [...] How to Be Happy At Work. Short tutorial Share this:TwitterFacebookLike this:LikeBe the first to like this post. By Reda Bouaichi • [...] [...] How to Be Happy At Work. Short tutorial Share this:TwitterFacebookLike this:LikeBe the first to like this post. By Reda Bouaichi • [...]

]]> Comment on The Role of Software Architecture: Taming a Monster. by Pagotti http://softwarecreation.org/2012/the-role-of-software-architecture-taming-a-monster/#comment-3422 Pagotti Wed, 22 Feb 2012 20:26:17 +0000 http://softwarecreation.org/?p=270#comment-3422 Perfect. If your little monster stay angry, labels its 3 heads: Bad, Expensive and Slow. Cut one. Dodge, cut a second one and run. The third will follow you to the exit of hell. Perfect. If your little monster stay angry, labels its 3 heads: Bad, Expensive and Slow. Cut one. Dodge, cut a second one and run. The third will follow you to the exit of hell.

]]> Comment on Stuck on a Big Hard Programming Task? Read this! by Geek Pub » Blog Archive Endlich Verwendung für mein Quietscheentchen (Rubber Ducking) - Geek Pub http://softwarecreation.org/2011/stuck-on-a-big-hard-programming-task-read-this/#comment-3291 Geek Pub » Blog Archive Endlich Verwendung für mein Quietscheentchen (Rubber Ducking) - Geek Pub Tue, 21 Feb 2012 10:15:13 +0000 http://softwarecreation.org/?p=232#comment-3291 [...] schmökern durch einen Blog bin ich dann Heute über einen Artikel zum Thema “komplizierte Aufgaben lösen“  gestolpert, wo auch das Rubber Ducking beschrieben wurde. Hierbei handelt es sich um ein [...] [...] schmökern durch einen Blog bin ich dann Heute über einen Artikel zum Thema “komplizierte Aufgaben lösen“  gestolpert, wo auch das Rubber Ducking beschrieben wurde. Hierbei handelt es sich um ein [...]

]]> Comment on The Role of Software Architecture: Taming a Monster. by Steve Kearns http://softwarecreation.org/2012/the-role-of-software-architecture-taming-a-monster/#comment-2572 Steve Kearns Mon, 13 Feb 2012 19:24:00 +0000 http://softwarecreation.org/?p=270#comment-2572 Enjoyed the Post Andriy. Wow - this is was the 2nd quote in a month for Antoine de Saint-Exupery. I need to start reading some of his stuff. Enjoyed the Post Andriy. Wow – this is was the 2nd quote in a month for Antoine de Saint-Exupery. I need to start reading some of his stuff.

]]>