Live data from Hacker News

Be nice to programmers

edu.mkrecny.com

41–50 of 178 posts

Re: Be nice to programmers

#41
post #30

There is nothing intrinsically negative about anything said here, just neutral things viewed in an extremely negative lens. Here's the exact same set of steps making up the "normal workflow", but framed as a positive feedback loop: 1. write some code 2. run the code 3. get further than you did before (perhaps with a new error message) 4. decide what's next and go back to step 1 I don't think negativity is intrinsic t…

That reminds me of an old story about how different people can look at the same job in different ways:

A man came across three masons who were working at chipping chunks of granite from large blocks. The first seemed unhappy at his job, chipping away and frequently looking at his watch. When the man asked what it was that he was doing, the first mason responded, rather curtly, "I’m hammering this stupid rock, and I can't wait 'til 5 when I can go home."

A second mason, seemingly more interested in his work, was hammering diligently and when asked what it was that he was doing, answered, "Well, I'm molding this block of rock so that it can be used with others to construct a wall. It's not bad work, but I'll sure be glad when it's done."

A third mason was hammering at his block fervently, taking time to stand back and admire his work. He chipped off small pieces until he was satisfied that it was the best he could do. When he was questioned about his work he stopped, gazed skyward and proudly proclaimed, "I'm building a cathedral!"

Re: Be nice to programmers

#42
http://cdn.memegenerator.net/instances/400x/28066871.jpg

This blog post is really silly. Writing software is refining something over time. You take a lump of clay and gradually shape it into what you need.

If you get all broken up about a bug or whatever, you should probably try to get some perspective.

Re: Be nice to programmers

#43
post #30

There is nothing intrinsically negative about anything said here, just neutral things viewed in an extremely negative lens. Here's the exact same set of steps making up the "normal workflow", but framed as a positive feedback loop: 1. write some code 2. run the code 3. get further than you did before (perhaps with a new error message) 4. decide what's next and go back to step 1 I don't think negativity is intrinsic t…

I agree. And to add to that let me say something about a boss I once had.

I would pair-program with this guy, and be astonished by his habits. I have had to have a goal of monitoring my anger for as long as I can remember. And I had no idea how much of a disadvantage this was in programming until I programmed with this boss.

After every recompile, the resulting errors/warnings would fuel my anger until I was true frustrated to continue. As you can guess it is hard to get anything done like this.

Where I would get angry and frustrated, my boss would get happy and pumped.

He was excited at an issue/problem, because he liked the challenge, but mostly he loved to learn.

With each error he'd announce how we were about to learn something new.

It changed my world

Re: Be nice to programmers

#44

I get what he's saying, but I think he answered it himself, when he questioned if he was being overly dramatic. He is being really over-dramatic. I would love to hear about any occupation where the negatives aren't run into in a similar way that he describes programming. That being said, the one thing that I dislike about programmers in general is that I think we believe we sound smarter if we figure out ways how an…

I'm not sure that specifying how things won't work is done to appear superior rather than giving feedback. There probably isn't enough time in a day to try everything and if you can save some time by pointing out why something won't work off the bat it's probably a good thing. As with everything though, it kind of comes down to how you communicate that something won't work.

Re: Be nice to programmers

#45
post #34

This guy has not discovered what it means to be a programmer, he is simply in a phase of his programming life. Chasing down bugs all the time? Why? I don't do this, and when I run across a bug it is usually a quick fix and not a big deal. The goal is not to write it perfectly without bugs. The goal is to release it perfectly without bugs, and to do this all you have to do is test your code often as you make changes t…

> Now, if you are running into bugs that take you 4+ hours to resolve, you simply have not been programming long enough. I'm sorry, but that statement is untrue; there is no generalization for the term "bug". They can be as simple as "your borders on this web page are misaligned" to a subtle memory leak that can only be reproduced on a small fraction of users' systems. Or maybe the bug is a fundamental design flaw th…

Now how often do you run into these subtle memory leaks? How often do you run into fundamental design flaws? Once, twice a year?

If it happens so rarely, which for most developers I believe it does, why would you allow it to get you so jaded? Why would it be apart of your daily concerns or something you felt you needed to prepare for?

Re: Be nice to programmers

#47
The same plight is shared by any creative person. If programming makes you miserable, you're doing it wrong. The feeling of sublime satisfaction when something finally runs and does what you expect far outclasses any transient misery inflicted by the terse crowing of the compiler.

Any path worth walking is fraught with forks that lead you through brambles and strife before returning to the main road. The painter seeks the one perfect brush stroke that comes next; the carpenter seeks the perfect arrangement of nails and dead trees. If there weren't a thousand thousand ways to do it wrong, it wouldn't feel so wonderful when you finally got it right.

This is a feature, not a bug.

Re: Be nice to programmers

#48
post #7

I think one way to help fix this negative feedback loop is to use the advice of the Harvard Business Review's article "How Customers Can Rally Your Troops" (src: http://hbr.org/2011/06/how-customers-can-rally-your-troops/a... ). The premise is that consistently showing your employees proof of the positive effects your organization's products produce for end-users can drastically improve motivation. I just linked to t…

Positive feedback is definitely important. As developers, we very frequently hear about things that have gone wrong but we're only rarely told about how what we did resulted in success for the company.

Re: Be nice to programmers

#49
post #33

The punches are pulled in this piece. Not only is the compiler continuously complaining, once you ship code, your customers call in to complain about every conceivable bug and a great deal that weren't conceivable. You can have thousands of happy customers, but you as the developer will hear from the three guys with obscure configurations and bizarre setups encountering bugs. Shipping software is ten seconds of "Hoor…

But this is true of any "producing" profession. Any time you're creating something and "putting it out there", there's going to be a huge stream of criticism from every direction. Artists, writers, musicians, engineers, carpenters, etc.--all of their work is constantly under scrutiny by "the customer" and/or "the boss".

Even non-producing professions have to deal with constant scrutiny of their performance and negativity. Salespeople might make one sale out of 20 attempts. Anyone in a medical profession is under extreme pressure to not make a mistake (and sometimes things go wrong even when you do everything right).

There are very few professions who don't have to deal with the whole "focusing on the negative" thing (I can't actually think of any). It's pretty much a fact of life that if you want quality, you have to systematically eliminate your weak spots.

Re: Be nice to programmers

#50
post #33

The punches are pulled in this piece. Not only is the compiler continuously complaining, once you ship code, your customers call in to complain about every conceivable bug and a great deal that weren't conceivable. You can have thousands of happy customers, but you as the developer will hear from the three guys with obscure configurations and bizarre setups encountering bugs. Shipping software is ten seconds of "Hoor…

I agree; the punches are pulled.

13 years in the industry here.

Your ability to relate to, and communicate with, people in the real world (in depth) will degrade over time.

Post reply on HN