Hacker Newsnew | past | comments | ask | show | jobs | submit | 2009-07-19login
Stories from July 19, 2009
Go back a day, month, or year. Go forward a day, month, or year.
1.Why Does Time Go Faster As We Get Older? (acm.org)
100 points by rantfoil on July 19, 2009 | 51 comments
PayPal
83 points | parent
3.Alex Payne — Fever and the Future of Feed Readers (al3x.net)
77 points by GVRV on July 19, 2009 | 25 comments
Visa
76 points | parent
5.Confirmed: Digg Just Hijacked Your Twitter Links (mashable.com)
75 points by tortilla on July 19, 2009 | 41 comments
6.The forgotten astronaut of Apollo 11 (guardian.co.uk)
66 points by justlearning on July 19, 2009 | 28 comments
7.Software Engineering: Dead? (codinghorror.com)
66 points by jp_sc on July 19, 2009 | 32 comments
8.One Giant Leap to Nowhere (nytimes.com)
66 points by ams1 on July 19, 2009 | 37 comments
9.Ask HN: how many page views i need to earn $5000 per month from ads?
61 points by maxwin on July 19, 2009 | 30 comments
10.The Seven Stages of the Programmer (cowboyprogramming.com)
56 points by Mazy on July 19, 2009 | 22 comments
11.A Radical New Router (ieee.org)
56 points by TriinT on July 19, 2009 | 20 comments

I try to take care of myself in fundamental ways. Like eating well, exercising, and sleeping on time.

I've found having control of basic things provides a deep sense of security.

13.The Internet Is Alive And Well (As An Investment) (avc.com)
54 points by Mystalic on July 19, 2009 | 8 comments
14.Designing Emergent AI (christophermpark.blogspot.com)
52 points by Flemlord on July 19, 2009 | 4 comments
15.Ask HN: Emotion hacks? How do you work despite crummy love/life things going on?
51 points by m_ on July 19, 2009 | 76 comments
16.The Anatomy Of The Twitter Attack (techcrunch.com)
50 points by malte on July 19, 2009 | 42 comments
17.Ask HN: What's the Browser Distribution for your site?
48 points by dannyr on July 19, 2009 | 67 comments
18.Building beauty out of logarithms and cosines (techradar.com)
46 points by enqk on July 19, 2009 | 12 comments
MasterCard
38 points | parent

"Software Engineering is Dead" is obviously an overly sensational title, but let's look for the deeper truths.

First a little background. I have built a career developing business applications as a contractor, often in very large organizations. I am almost always very successful and I'm often regarded as a hero doing what most people here would call "just doing my job".

Why is it so easy to be a hero in the enterprise with software that would just seem ordinary in a forum like hn? Is it because enterprise programmers aren't as good as us? Is it because their managers are all phbs? Or because they don't know how to run projects?

I'd say no to all of the above. Enterprises are filled with lots of excellent people doing great work.

I think that the real problem is that the Systems Development Life Cycle (SDLC) that so many depend on so much never really did work. Why?

Every phase depends upon Phase I, Analysis to be rigorously done. This rarely happens for 2 reasons: users often don't know what they want and most systems analysts don't know how to extract it even if they did.

So almost everything done after Phase I is built upon a foundation of sand. It's either wrong or sinking fast. And what do most people do? Everything except fixing the problem: more resources, more project management, freezing specs (which aren't right in the first place), more rigorous deadlines, etc.

But rarely does anyone attack the core problem with the SDLC: defining the expected result.

So what should we really do? Develop something, anything, quickly, cheaply, and get it out to the right users. They will instantly give you feedback. What's right, what's wrong, what's stupid, all the cool stuff that no one thought of.

No one can just sit down and write a Functional Specification for a large business application. And even if they could, you don't want them spending time on it. Better to get the right people together and find out what they need. Usually, no one of them knows what the result should be, but all together, any decent developer should be able to extract enough data to write version 1.0 of something.

It's a lot easier to judge something that exists than define something that doesn't.

The larger the organization, the more difficult it is to change their ways.

Software engineering isn't dead. It's just that the process of depending upon blueprints before you get started never worked in the first place.


http://jquery.com/

3.3mil visitors / 1.57mil uniques (for this last 30 days)

    Firefox	61.51% 	
    IE		15.60% 	
    Safari	10.89% 	
    Chrome	7.56% 	
    Opera	3.15% 	
    Mozilla	1.02% 	
All else less than 0.06%

Particularly when you compare him to the engineers who designed that engine that, the very first time it was fired on the surface of the moon, worked and brought the astronauts home instead of marooning them to listen to Walter Cronkite narrate their obituaries on national television.

Yikes.

Except in certain special cases, engineering is not actually a job for rock stars. When you succeed, the projects usually get the glory, not you. From the article, it sounds like Collins understands that perfectly well.


"Here's a company we heard about, trying to do something that sounds ridiculous. They won't tell us how they're going to do it, nor will they name any of their clients. They have funding, though, and since no funded startup ever failed, we (TC) will breathlessly report on their existence."

Here's a litmus test for TC to use: if a) a startup makes a wild claim and the only corroboration you can find is from their funders or b) your article requires the use of the phrase, "so we'll just have to take their word for it," rest assured you can skip this story.


Incredibly short-sighted decision by Digg. Maybe they should hire a Chief Common Sense Officer.

Misleading headline, go read the RFP. It's a major multi-year project that includes 24/7 support (for years!). They are funneling in data from thousands of sources and trying to automate it. Plus have it searchable in a very public way. Hosted in multiple data centers. etc etc. To make it sound like they want a new template is simply incorrect.

http://www.scribd.com/doc/16515421/RAT-Board-Solicitation

The bulk of the development work has to be done very quickly too, which vastly complicates things.

26.CUDA-based hash crackers for the EngineYard contest (nvidia.com)
32 points by profquail on July 19, 2009 | 12 comments

You're thinking of putting aside 3 years of experience in Rails and Ruby in order to learn a new language + framework. On a project that you're taking friends and family funding for.

While it's easy to pick up a language or framework, you only pick up best practices by constant usage and community involvement. How are you going to assess the Python and Django competency of your hires if you're that new to a language? How will you make competent estimates for a technology unfamiliar to you?

Both frameworks have been successfully used to rapidly prototype web apps. When you say "make the right technology decision", that is always defined by context. And in your context you have 3 years of experience in one, and 0 in the other. Unless the new technology is demonstrably far superior to the incumbent one, you'll probably be better served by going with what you know.

Note that my answer would be the same if Rails and Django were reversed in your post.

28.Robert Zubrin: how to go to Mars right now (ieee.org)
32 points by TriinT on July 19, 2009 | 23 comments

http://www.deviantart.com/

  Firefox           50.29%
  Internet Explorer 32.74%
    7.0      74.10%
    6.0      14.93%
    8.0      10.92%
  Safari             8.05%
  Chrome             4.40%
  Opera              3.53%
30.Postmodernism generator
32 points by infinity on July 19, 2009 | 17 comments

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: