Carl Franklin

I listened to this show, and it was certainly interesting. You guys mentioned about going overboard with just one technology or methodology. Yes, we do have an tendency to over architect especially when you are fascinated with the most current technology.

Most of the topic was on the mistakes Java developers made, but I do believe that there have been a lot of mistakes made by VB developers as well. I remember the time when I was very excited about the samples that Microsoft had on their site during VB6 era. Simply drag and drop some controls and connect to the database, and you are done with your application! Well, that got a lot of people started with Windows programming, that's for sure. At the same time, it produced a lot of failed projects due to lack of architecture and lack of quality etc... It is one of the reasons why VB programmers are stereotyped by Java or C++ zealots even now, but that sort of VB programmers exist less today. Intimidating potential programmers with how much you'd have to do may not be beneficial for this industry, but I believe it is our responsibility to inform them with some reality of a job of a programmer.

Carl,

I missed this show. The schedule is getting very confusing !! :(

- SM

Excellent Show! Perhaps I just enjoy listening to intelligent people with real world experience tell their truths or stories but it was music to my mind. The delightful result is that some of us get a lift and the bar is indeed raised. After listening to the show I was off on a treasure hunt through the Framework SDK. What are the maechanics of that? Who knows?
One of your guests expressed a reality that was close to my heart. That is, possessing the ability to understand an entire business process and having the where-with-all to express a solution in reality. I seem to have that ability and it scares the hell out of most project managers. I interviewed for a national company this last week and didn't get the position, they were looking for the coding slave archetype. Just pound code don’t ask questions thank you, pat on the back, good boy... Hell, I’m alright with that, I’m really not interested in selling diversion either. I suppose I come from a world where results, value and responsibility are so ingrained that I don’t fight it. My programming foundation is built on a mentoring model. There are some very brilliant people in the world willing to give you their time if you show up prepared. And once through that process one tends to give back to the community generously. And this is what this episode or DNR reminded me of , absorbing the experience and it igniting my creativity as it might apply to real world business solutions. So a tip of my hat the guests and of course to Carl for jumping into the fire and bringing another solid moment to the frontiers of pushing around electrons

1. the 'this' scenario NEVER happens with
Spring. You *can* create a non-proxied object if you don't use the beanfactory, which is common sense. But if you return a this, it's the proxied object.

2. To really *get* Spring, you must understand that interfaces are good, to use interfaces correctly, you must use the factory pattern, which is what a 'beanfactory' does for you. This opens up major opportunities, and simplifies code tremendously.

3. Code written in Spring is much more powerful yet simplier.

4. OR Mapping is nothing to cry about. If it works and is useful, use it.

Hey. We don't get offered crises, they arrive. Help me! Looking for sites on: Neutral baby bedding. I found only this - <a href="baby-bedding.net/">contemporary baby bedding</a>. Year is your inflammation, bedding. Tasks of citrus aspects for inadequate people are new, bedding. Best regards :confused:, Marques from Sierra.