- Feature Articles
- CodeSOD
- Error'd
- Forums
-
Other Articles
- Random Article
- Other Series
- Alex's Soapbox
- Announcements
- Best of…
- Best of Email
- Best of the Sidebar
- Bring Your Own Code
- Coded Smorgasbord
- Mandatory Fun Day
- Off Topic
- Representative Line
- News Roundup
- Editor's Soapbox
- Software on the Rocks
- Souvenir Potpourri
- Sponsor Post
- Tales from the Interview
- The Daily WTF: Live
- Virtudyne
Admin
Alex
I did a double-take when I read your name associated with the IASA webinar. Congrats. I'll try to catch it.
Admin
Why is space limited at a webinar?
Admin
I loved re-reading that article.
I am once again feeling that antsy "I gotta get out of here" feeling at my current job. Even though the company is good to me and the work is reasonably fun. It's not a challenge anymore and I'm not learning new things.
Admin
I guess I am one of the lucky ones. I have spent the last 20 years hopping from job to job as self employed developer. Except for my current project I never stayed anywhere very long. At the location I work at now I have been there for 5+ years.
I think the difference is that I don't do the same thing for very long and I am constantly working with different projects. Actually now that I think about it, I have been at the same place doing different jobs. I have worked on nearly 12 projects large and small, from the design stages to production. I never get bored and I am constantly being challenged to learn and develop new skills.
I love what I do.
Admin
Man, I really hate that word. Webinar. I recognize the need to want to have a name for that type of thing, it's just so ... bleah.
Admin
Watching a live performance by > x users requires resources and when only the host is paying I think they have a right to say no more than x users. I've seen webinars with too many people. Video is jumpy and shitty.
Admin
Another way to look as it they move on after the project comes to the support mode. They don't want to deal with the real issues post release and "having learned" everything they can they move on to "learn new" things at their next gig. It's seems to be part of the it take 10% of the effort to get 90% of the job done mentality.
Admin
"Everyone knows that putting 'web' in front of words automatically makes them crappier. Just look what happened to 'pages,' and 'cams,' and 'logs.' And who could forget the fall of the mighty 'isode.' Ohh, so tragic."
-Strongbad, http://www.homestarrunner.com/sbemail181.html
Admin
I don't mind the word "webcast" or the like, but "webinar" just makes my teeth hurt for some reason.
Admin
Invited who to speak? I think you a word out.
Admin
Unfortunately, I think my hopping jobs every few years has come to an end. I will be with my current company for the foreseeable future. Luckily, it's a pretty good company to work for
Admin
I've worked at only 4 companies in 38 years, but the first three were such large diverse firms that I would transfer among divisions and departments every couple of years (whether I wanted to or not) working on all new things, with all new people, for all new managers - and yet keep my benefits, etc. I highly recommend it.
Admin
What the hell is a webinar?
Admin
On the other hand, if employer need the talented employee to "put out the fire" of here and there for extended period, they could leave just because they're mentally too tired and cannot stand it anyone.
Increasing the AL can considerably have better effect than increase the salary for them.
Admin
Some 'Webinars' charge money to view them (akin to pay-per-view), some don't. I'm told they're quite popular with the likes of Microsoft, Apple, etc.
Admin
Disagree with the premise. I prefer to stick around for a while and get some degree of leadership.
In my neck of the woods, a CV that showed 10 jobs in 10 years would ring alarm bells.
Admin
That is all.
Admin
I quit!
Has anyone else crawled through the "supplicant entrance". I did it recently (after about 3 months) only to find the place was going out of business. After it's all said and done it's about not how embarrassing it is, it's about how much copper wire you can strip out of the walls.
CAPTCHA - Completely Automated Public Turing test to tell Computers and Humans Apart. The sheer number of erroneous definitions of this term is astounding.
Admin
With a seminar you get to meet other people interested in the topic and can ask questions of the speakers. The one webinar I attended gave absolutely no sense of anybody else watching along with me, and all the questions they answered were pre-screened (and seemingly fabricated), so there was no point in having us attend live.
Why not just record what you're going to say, maybe in front of a live audience, and post that for anybody to watch whenever they're ready? Why set it for a specific time and limit attendence?
Admin
It's a seminar given in a language that consists only ones and zeros. It's given by guys who call themselves "We, Binars". You know... these guys:
[image]Admin
I once worked with someone who had a great idea. She was going to start a business that showed people how to use the Web to make money, or as she called it, "webenue".
Admin
I don't think I buy it. If you aren't learning new stuff staying at a job, there's something wrong with that job -- that doesn't mean there's something wrong with the general concept of sticking around at a given job. I've known people who spent 10+ years working together, and had a great time and learned a lot doing it.
It matters a lot what your management is like, I think. If they encourage you to learn new things, and develop new skills, staying in one place can be great.
Admin
Admin
Writing bad code isn't done by bad developers to secure their employment. It's written by bad developers because, guess what? They're BAD DEVELOPERS.
If bad developers deliver bad code, it's the development managers fault. If the code has made it into production and it's bad, then it's not just a single failure, it's a whole heap of compounded failures.
I just don't buy the "I'm useless, so I'll write useless code so they'll keep me around". In 20 years and MANY companies (both first-hand and second-hand) I've NEVER heard of a bad developer being kept around just so they can maintain their hideous code.
The way to go about moving jobs is this. If your current job sucks, try and make it better. If you can't make it better, then and ONLY then, you change jobs.
How many more WTFs are we going to see where people spot a WTF, but rather than trying to fix it, they simply walk away? I'll answer my own rhetoric. "Loads". THAT'S the real WTF; spotting a WTF, posting it here for kudos, and then LEAVING IT FOR SOMEONE ELSE TO DEAL WITH.
Oh, I enjoy reading the stories, that's not an issue. However I get the feeling that these stories are still out there and still not fixed and people are still seeing them and going "wtf?"
Admin
Admin
The highest level of performance any developer can achieve is to quickly become completely and utterly expendable. That is the only definition of a job well done.
Admin
I agree that bad developers don't write bad code to secure their jobs, but in my company we have several developers kept just for maintaing the old crap and they are virtually useless for anything else (despite our various training efforts). They just don't want to and know their position is secure... It's problem created over time.
You are almost never allowed by management. Yes you can be cowboy trying to fix things behind their backs, but you'll be blamed for all the problems if they find out. And yes I always try to convince, argue, show benefits... Enlightened managers are rare, unfortunately.
Admin
I think it's not so much about how accurate Alex's article is, it would definitely apply to varying degrees in various organizations, but the general sense of the spirit is: There are so many bad developers around and we need to find ways and means to flush them out. Embracing this new culture is but one way.
Admin
Well I consider it a WTF like many other institute type sites should be listed in the webpagesthatsuck top 100.
I had never heard of IASA, clicked the home page link and even their home page does not spell it out what it means, and even a one line statement on what they do.
Admin
Embrace turnover, turnover = change Embrace change in software = Agile development Embrace change in personal = Agile HR?
Damn why didn't I think of that?
Admin
^^ this
Where I work I have great benefits, great working flex hours, great pay, I go to whatever seminar/conference I want to every year, and the technology is always changing (meaning I get to learn new things all of the time). Why would I want to leave? Saying that people like me with great jobs are talentless hacks that 'entrench' themselves in bad code just because we actually like our jobs is the real WTF.
Maybe some programmers are comfortable where they are, maybe some are afraid of moving to a new city, or going to a new company and having it not work out (then being jobless). These concerns and fears don't make one a bad programmer, and it certainly doesn't mean that they write shitty code.
Admin
I do not agree with the premise.
It's true that job mobility for talented people is higher, as they are more wanted.
I however do not agree that all talented people change jobs frequently. I think that it depends on the job. I think too often new development stops or slows down after a while once a couple products mature.
I've seen places where there has been a continuous focus on new development, usually R&D divisions. My experience is, that in these kind of environment you can keep very talented and skilled people employed for decades.
The challenge is to stay at the cutting edge of technology and science for decades, which is a hard thing to do but not impossible.
If you want to keep talented people, you need you organisation to be ahead of the pack.
Another thing that helps, is rewarding talent and skill and leaving them at what they do best, instead of promoting them to some management position.
Admin
Perhaps this sort of approach works if you're an independent contractor, but then you'd spend a disproportionate amount of time on acquisition. Or perhaps it worked during the dotcom boom.
But for an organisation, it's disastrous. You really don't want somebody who will bugger off at the first opportunity of something that is perceived as a greener pasture.
And retaining bad programmers so that they maintain their own rubbish? Not where I work. You mess up: you go out.
Admin
In my world we fire people who manage to lose source code for critical systems. And we rewrite/refactor systems on a lot shorter cycle than 25 years. If your previous company had a piece of software that was not rewritten/refactored in 25 years, I'd wager that the company was a WTF anyway, and well deserving of a pitiful developer.
On top of that, how can only one useless developer maintain a system that they don't even have the source for? This story reeks of inconsistency. If he didn't have the source, and he was as useless as you make out, he had to have been just developing plugins for the system or developing ancillary systems, in which case he could have documented his process and been replaced. If he was actually changing the application, then he had to have been decompiling it into some language (C or assembler maybe?) then making his changes and recompiling. If he was doing that, he was quite a bit smarter than you give him credit for.
So... embracing a culture where your good developers will leave in ~2-5 years is a way to flush out bad developers? I've personally stayed at companies and watched bad developers turn over faster than good developers; they often left and moved away for higher paying positions in nearby cities. What did we do? The good developers stayed behind, fixed their code, replaced their bad systems, and kept the company's software stable. Most of the good developers did eventually move on. I still keep in touch with a couple of the developers there. However, through a process of change and advancement, the company had a very enticing appeal to it that kept good developers. The bad developers were the ones who left.
Yes, companies should accept that their good developers will eventually move on for one reason or another (advances in pay or benefits, to be closer to their families, etc.), but there's a ton of things that they can do to keep the good developers longer and cycle out the bad ones faster.
Admin
Not to perpetuate the meme, but this is not unheard in embedded systems. In my last job, we had a few pieces of software that were more than 2 decades old, and written in Forth to boot. Besides the odd new feature or bug fix, the original code was pretty much untouched. The real issue was finding the hardware to keep manufacturing these primordial beasts. Oh, did I mention they didn't have file systems?
Admin
That's fine, but did you keep a bad developer for more than 2 decades to not touch the code? I know there's a (VERY large, and VERY well known) company here in town that still uses a system that was written in the 80's. But they keep good developers on staff to make modifications to it, they haven't yet lost the source code, and it does get refactored, although never entirely rewritten.
Admin
After clicking around on their home page for a while, I finally got to the "About Us" page. IASA is an acronym for "The International Association of Software Architects" and after this article, and as much bad response as he got from it, I'm surprised that they would have him speaking here...
I'm probably going to watch the "webinar", it might be good, or it might be good for laughs...
Oh, and for another mini-WTF, change the time zone on the meeting sign-up page.
Admin
I think the chief difference is that good employees don't sit on their laurels. They are either improving the business(and themselves) or stagnating. This doesn't necessarily mean changing jobs every 2-3 years, but it does mean organizational changes.
It's not hard to keep staff when they are 2 of the 3: a. content with the work they do (compensation and building industry specific stuff) b. content with setting they are in(near good schools or living or office setting) c. content with their future prospects (things are improving or there is a plan)
Admin
Excellent talk, Alex. Thank you for putting that together.
Admin
Admin
People are not motivated by money. Giving people lots of money to stay at their current jobs only gets you people who are more interested in money than the job. People stay at their job only if it is interesting. Here a link to a story about an intern who found meaning in his boring job: http://thedailywtf.com/Articles/Classic-WTF-Meaninglessness.aspx His compensation for doing the extra work: coffee.
Admin
I was curious to see this, but had other obligations. Was it recorded and posted anywhere?
Admin
If you've read the article, you got the gist of the talk. It was interesting, but again, if you read the article and the comments from the article, you mostly got the experience.
I did enjoy it though, so thanks Alex for spending the time to put it together.
Admin
Is that in Redmond?
Admin
Wow, there's a bunch of people sippin' on Hateraid here.
Congratulations, Alex.
Admin
Second that.
These comments just go to show how many bad developers there really are. They greatly outnumber the really talented developers. Any competent hiring manager would echo that.
I've never met a great developer that was ever worried about losing his or her job.
Admin
Admin
Care to elaborate a bit on what those things are that companies can do? I'd be curious to hear what your experience or anyone else's experience has been regarding effective and ineffective means of retaining good developers.
Admin
You, sir, are scum in human form. Presumably.
Admin
I'm guessing it's because not everyone has the server resources that YouTube has.