Comments for Carsten's Blog http://www.saager.org may contain traces of personal opinon Sat, 19 Jul 2008 18:52:18 +0000 http://wordpress.org/?v=2.2.1 Comment on Not only open source by Daniel http://www.saager.org/2007/12/27/not-only-open-source.html#comment-16240 Daniel Thu, 19 Jun 2008 09:10:45 +0000 http://www.saager.org/2007/12/27/not-only-open-source.html#comment-16240 <p>I read similar article also named Not only open source, and it was completely different. Personally, I agree with you more, because this article makes a little bit more sense for me</p> I read similar article also named Not only open source, and it was completely different. Personally, I agree with you more, because this article makes a little bit more sense for me

]]> Comment on Scala on .NET by Rajeev Maskey http://www.saager.org/2007/10/09/scala-on-net.html#comment-14505 Rajeev Maskey Thu, 24 Jan 2008 22:07:49 +0000 http://www.saager.org/2007/10/09/scala-on-net.html#comment-14505 Anybody have idea how to setup proxy for the "sbaz install scala-msil" installation process if one is behind a firewall. Anybody have idea how to setup proxy for the “sbaz install scala-msil” installation process if one is behind a firewall.

]]> Comment on Yes, me too! Java is too … by Stephan Schmidt http://www.saager.org/2007/12/25/yes-me-too-java-is-too.html#comment-14191 Stephan Schmidt Thu, 03 Jan 2008 07:06:03 +0000 http://www.saager.org/2007/12/25/yes-me-too-java-is-too.html#comment-14191 The company I work has earned 53 Mio EUR in 2006 based on an internet realestate plattform written in Java. As long as Java can provide plattforms where you earn money, it's stupid to bash it like some people do. Peace -stephan -- Stephan Schmidt :: stephan@reposita.org Reposita Open Source - Monitor your software development http://www.reposita.org Blog at http://stephan.reposita.org - No signal. No noise. The company I work has earned 53 Mio EUR in 2006 based on an internet realestate plattform written in Java. As long as Java can provide plattforms where you earn money, it’s stupid to bash it like some people do.

Peace
-stephan

–
Stephan Schmidt :: stephan@reposita.org
Reposita Open Source - Monitor your software development
http://www.reposita.org
Blog at http://stephan.reposita.org - No signal. No noise.

]]> Comment on Yes, me too! Java is too … by ordinary girl http://www.saager.org/2007/12/25/yes-me-too-java-is-too.html#comment-14058 ordinary girl Thu, 27 Dec 2007 14:11:41 +0000 http://www.saager.org/2007/12/25/yes-me-too-java-is-too.html#comment-14058 "It is never about technologies, yet always people that effectively utilize them." Words of wisdom... “It is never about technologies, yet always people that effectively utilize them.”

Words of wisdom…

]]> Comment on Yes, me too! Java is too … by Sakuraba http://www.saager.org/2007/12/25/yes-me-too-java-is-too.html#comment-14045 Sakuraba Wed, 26 Dec 2007 22:05:05 +0000 http://www.saager.org/2007/12/25/yes-me-too-java-is-too.html#comment-14045 I agree. Java is just fine. It is not the perfect platform, but .NET isnt either. And dont even get me started on some guys that are waking up after their hangover. It is never about technologies, yet always people that effectively utilize them. The problems in IT are the same since decades. Processors and storage has never been cheaper in history. Yet still projects fail or burn more money that they create. It is not the technology. It IS the people. I agree. Java is just fine. It is not the perfect platform, but .NET isnt either. And dont even get me started on some guys that are waking up after their hangover.

It is never about technologies, yet always people that effectively utilize them.

The problems in IT are the same since decades. Processors and storage has never been cheaper in history. Yet still projects fail or burn more money that they create. It is not the technology. It IS the people.

]]> Comment on Yes, me too! Java is too … by Casper http://www.saager.org/2007/12/25/yes-me-too-java-is-too.html#comment-14041 Casper Wed, 26 Dec 2007 17:37:24 +0000 http://www.saager.org/2007/12/25/yes-me-too-java-is-too.html#comment-14041 I think you are right on some points, but ignores a few others. Java was simply not designed to build an elegant cathedral, but more simple things like pyramids. You can kinda see this by comparing how few actual end-user Java applications (requiring a lot of polishing) vs. all the various frameworks (requiring only contracts and invariant guards) on sourceforge. I personally this this is also why Apple sees very little reason to get Java 1.6 support out the door. What used to be small annoyances are starting to become major hurdles. This as a consequence of Sun's commitment to backwards compatibility, unmatched by any other language. A breeze of fresh air is good occasionally and actually going in to fix stuff does wonders on ANY code base... and that's where Java fails to deliver - it's stuck in its own mistakes, believing layers upon layer can fix it. In contrast, C# fixed a lot of these issues and while not perfect, represents "a better Java" in my book (Date is named properly as DateTime, no clunky BigDecimal workaround to a Decimal, methods are non-virtual by default, no over complicated things like i.e. ClassLoaders, properties and events are in place natually etc.) I think you are right on some points, but ignores a few others. Java was simply not designed to build an elegant cathedral, but more simple things like pyramids. You can kinda see this by comparing how few actual end-user Java applications (requiring a lot of polishing) vs. all the various frameworks (requiring only contracts and invariant guards) on sourceforge. I personally this this is also why Apple sees very little reason to get Java 1.6 support out the door.

What used to be small annoyances are starting to become major hurdles. This as a consequence of Sun’s commitment to backwards compatibility, unmatched by any other language. A breeze of fresh air is good occasionally and actually going in to fix stuff does wonders on ANY code base… and that’s where Java fails to deliver - it’s stuck in its own mistakes, believing layers upon layer can fix it. In contrast, C# fixed a lot of these issues and while not perfect, represents “a better Java” in my book (Date is named properly as DateTime, no clunky BigDecimal workaround to a Decimal, methods are non-virtual by default, no over complicated things like i.e. ClassLoaders, properties and events are in place natually etc.)

]]> Comment on Yes, me too! Java is too … by java geek http://www.saager.org/2007/12/25/yes-me-too-java-is-too.html#comment-14037 java geek Wed, 26 Dec 2007 11:13:43 +0000 http://www.saager.org/2007/12/25/yes-me-too-java-is-too.html#comment-14037 One could not say it better, especially this part about how every n00b thinks he knows why Java sucks and what it should add in order to improve. Excellent post. One could not say it better, especially this part about how every n00b thinks he knows why Java sucks and what it should add in order to improve. Excellent post.

]]> Comment on Auf der anderen Seite (TR/D 2007) by Stephan Schmidt http://www.saager.org/2007/11/16/auf-der-anderen-seite-trd-2007.html#comment-13976 Stephan Schmidt Sat, 22 Dec 2007 08:01:20 +0000 http://www.saager.org/2007/11/16/auf-der-anderen-seite-trd-2007.html#comment-13976 Neon Leser? :-) Cheers -stephan Neon Leser? :-)

Cheers
-stephan

]]> Comment on Java should stay Java (?|!) by Russell Ryan http://www.saager.org/2007/12/16/java-should-stay-java.html#comment-13909 Russell Ryan Mon, 17 Dec 2007 19:07:01 +0000 http://www.saager.org/2007/12/16/java-should-stay-java.html#comment-13909 <p>Isn't his name Josh Bloch ?</p> <p><small>thx, I corrected it</small></p> Isn’t his name Josh Bloch ?

thx, I corrected it

]]> Comment on Java should stay Java (?|!) by sapphirecat http://www.saager.org/2007/12/16/java-should-stay-java.html#comment-13906 sapphirecat Mon, 17 Dec 2007 17:30:45 +0000 http://www.saager.org/2007/12/16/java-should-stay-java.html#comment-13906 I find the DSL argument curious. Let's assume it takes 1 month to get up to speed on the DSLs, but afterward, it makes changes to the software happen twice as fast. Then in two months, you break even, and you end up being faster than your competitors. But "twice as fast" is an insanely conservative estimate. It's my experience that any system small enough to hold the necessary pieces in my head at once can be developed around four to ten times as quickly (depending on how much backtracking there is as we learn more about the problem). At even a 5x rate, it would be a less than a week before that month-long investment paid off. If your programmers stay for less time than it takes to learn the DSL and produce a payback, then your hiring process or company culture is severely broken. If the DSL itself takes a really long time to learn, then you might not have hired a very good programmer. And kind of an aside: doesn't the existing implementation and architecture form a 'language' of its own that new programmers have to get up to speed on? Just because it's bog-standard Java or Blub doesn't mean it's instantly known. Your new hire still has to learn the classes, objects, patterns, and roles in your codebase. Likewise, coding in Blub doesn't free them of the need to understand the business domain. I find the DSL argument curious. Let’s assume it takes 1 month to get up to speed on the DSLs, but afterward, it makes changes to the software happen twice as fast. Then in two months, you break even, and you end up being faster than your competitors.

But “twice as fast” is an insanely conservative estimate. It’s my experience that any system small enough to hold the necessary pieces in my head at once can be developed around four to ten times as quickly (depending on how much backtracking there is as we learn more about the problem). At even a 5x rate, it would be a less than a week before that month-long investment paid off.

If your programmers stay for less time than it takes to learn the DSL and produce a payback, then your hiring process or company culture is severely broken. If the DSL itself takes a really long time to learn, then you might not have hired a very good programmer.

And kind of an aside: doesn’t the existing implementation and architecture form a ‘language’ of its own that new programmers have to get up to speed on? Just because it’s bog-standard Java or Blub doesn’t mean it’s instantly known. Your new hire still has to learn the classes, objects, patterns, and roles in your codebase. Likewise, coding in Blub doesn’t free them of the need to understand the business domain.

]]>