Earlier quoted context omitted.
> Don't ever say you develop applications in Clojure, just say you develop in Java. That would be lying though, and it could get you in to a whole pile of hot water. Such 'technical tricks' may work a few times but eventually you'll have a real problem.
I think the safe way, if you want to follow that policy, is to say you develop for the JRE or for the JVM. Neither of these are lies, but they keep with the original idea of keeping peoples focus on "Java".
Leaving .net
71–80 of 221 posts
Re: Leaving .net
#72"Real open source isn’t submitting a patch and waiting/hoping that one day it might be accepted and merged into the main line." So the Linux kernel isn't REAL open source then?
Re: Leaving .net
#73People tend to think of Microsoft as much more backward than they actually are. Yes, Microsoft isn't the brighest when it comes to open-source, but they do at least try. And yes, if you're going to live in the Enterprise world, things are a little old fashioned, but that's a reflection of the market, not the vendor. Microsoft makes tonnes of neat stuff that never gains traction because people seem to have convinced t…
Re: Leaving .net
#74There were already open source MVC web frameworks and an army of .net developers who could have collaborated to make them great but nothing much happened. He is lamenting that the .NET community didn't embrace the pioneering MVC frameworks from the OS community, but waited for Microsoft to deliver its own "blessed" framework. Here is what he is forgetting: Economics. A good chunk of .NET developers are not using the…
"You could have taken me to a brothel afterwards and wouldn't have felt dirtier." Thats the quote of the day !
Re: Leaving .net
#75He said that if he needs help in PHP, somebody will explain the issue and solve it with them. If he needs help in ASP, he'll get back a price list.
It feels like this hasn't changed over the years.
While I agree that it's nice (and necessary) to be paid for your work, if the prevalent attitude is to not help unless in the form of paid consulting or a closed-source software component, a community can't grow because at that point it gets more advantageous to not share information, but sell it (and forbid the recipient from sharing it).
That's one of the big points the OP was lamenting and I agree.
Re: Leaving .net
#76I work for a mid-size (read: 100+ employee) IT recruiting company and I have to tell you that this boils down to one thing and one thing only for most people that have chosen .NET: economics. If you want to be a developer and you're goal is to give your three kids a good life, drive that BMW 5 series, and own a $500k house, then you should be a .NET developer. The math is simple and I have a mountain of data that sup…
And I think you're probably right for PHP and Java. The talent pool is saturated, so there's little "demand" for that sort of employee. "Oh you want $70k? Sorry, we've got 10 candidates who will take $40k. Bye!"
But outside of the markets you specify, I think the same situation exists for .NET developers. I know a good number of .NET devs who work in government contracting work and make about half what you say they should make. I know a few who work for product companies in towns other than the ones you mentioned that make about half also.
It's probably different markets, business models, but let's not act like .NET is some magical cornucopia of money that will shower you with many monetary blessings if you just sell out to it (this coming from someone who worked in .NET from its beta until right after 2.x came out).
Re: Leaving .net
#77Earlier quoted context omitted.
It was Microsoft's answer to Java, with hindsight 20/20. I wanted to see their take on portable bytecode, JIT techniques, security, distributed computing, performance, etc. Nearly everybody there was burned by MS's short attention span when it comes to system libraries (OLE, COM, DCOM, DCOM+ for one, and the mess that is data-access libraries, OLE-DB,MDAC, ODBC, ADO, Jet, etc.) We wanted closure, at least I knew I di…
Did you HAVE to chase every new API as soon as they came out? Did MFC suddenly stop working? Did the Win32 API go away? Why couldn't you just keep going as you were until you really wanted to rewrite to new APIs?
With every new release of Windows, Office or IE, the UI got tweaked. Pretty quickly you couldn't even use vanilla C++ anymore to embed the bulk of widgets/controls from Office to do basic stuff like showing spreadsheets in your app. You had to use COM.
I was a sole developer hoping to differentiate myself from other shareware authors by being on MS's good graces. Good grief! I didn't get peace of mind until I dropped them.
Re: Leaving .net
#78Earlier quoted context omitted.
Yep. That's why I bailed back in '99. You needed an MSDN subscription just so your apps could tread water. Phone rings "Hi, we upgraded our NT server and now your software is broken". Many hours later "Oh MS changed the DB connection pooling to OFF" Me: Hmm, this Personal Home Page things looks ok, I'll give that a try. And as horrible as PHP is, it behaves itself.
I don't see how this is any worse than trying to keep up with the latest version of some OSS library. Whether it's MS that's revving or open-source developers, changes happen, and if it's a breaking change in a shared library, sometimes you get hurt. Just yesterday there was a "goodbye python" article posted here, that blamed the fact that so many Linux installations have old installations of python, and so many thin…
Re: Leaving .net
#79He's also ignorant. MVC2 is out. Use it over MVC. http://weblogs.asp.net/scottgu/archive/2010/03/11/asp-net-mv...
These types of developers should be administrators, not developers.
Re: Leaving .net
#80I can't agree more with the observations on MVC. It's really a symptom of .Net and Microsoft locking in the vast majority of inexperienced users with overly abstract components. Developers fresh out of college who were taught .Net in school and get a job in it become experts at Partial PostBacks and Code Behinds and binding data to the latest whiz-bang GridDataAwesomeControlForTheWin. The problem I've seen time and a…
That's disingenuous bullshit. Hackers start a lot earlier than "fresh out of college". Disinterested coders aren't lost souls led astray by the ways of .Net, they're disinterested coders; they'd write Ruby with just as little interest.
"in the face of the stale joyless Microsoft platform."
Thanks for making it worse. The .Net community does labor under the illness/weight of the 9-5 couldn't-care-less crowd, but to turn a community problem into a gross stereotype of the framework only serves to demonstrate your unfamiliarity with .Net. .Net is a rock solid, cool as hell and dynamic/evolving platform.
.Net is steered with a much heavier hand than most frameworks, but it makes huge, deliberate moves of evolution (Linq, var/dynamic, PLinq, IronPython/IronRuby/F#, constantly-evolving-C#-syntax).