Forgot your password?
typodupeerror

Comment: Because they can (Score 1) 2288

by iaamoac (#35893110) Attached to: Why Does the US Cling To Imperial Measurements?

At the time of writing this, there are over 1500 comments. I am not going to read them all, nor expect mine to stand out from among the crowd. However, it seems to me that the biggest reason why the US still "clings" to imperial units is because they can. When it comes to markets, they are BIG--even with the recession. When you are the only 800 lbs gorilla in the room and everyone wants to play with you, there are a lot of things you can get away with not doing. As the status of being the only 800 lbs gorilla that everyone wants to play with changes (whether the gorilla goes on a diet, or other gorillas get just as large or larger, or the number of smaller gorillas proliferate to such a degree that the big one is no longer needed, or whatever), then you MIGHT see some changes to metric. Until then, don't count on it, simply because it does not have to do so.

Comment: Pods/quads work well for our team (Score 1) 520

by iaamoac (#31966150) Attached to: Best Seating Arrangement For a Team of Developers?

Where I am presently, we use pods/quads--similar to four cubicles that open up into shared middle space in which is a nice round table. We each have semi-privacy as everyone works in their corner of the pod/quad. We are close enough together that we can share ideas very easily, and have enough privacy that we can withdraw from the others when needed. All it takes is a quick roll of the chair. The centre table also makes it a convenient place for lunching together, code reviews, design brainstorming....

It might not be for everyone but it works for us.

Additionally, when populating the pods, we try to mix the new programmers into a pod with the seasoned programmers. It helps them learn faster as help (if necessary) is right there, and they can learn a lot just by listening in to the design conversations.

Earth

Minnesota Introduces World's First Carbon Tariff 303

Posted by timothy
from the hey-cut-that-crap-out dept.
hollywoodb writes "The first carbon tax to reduce the greenhouse gases from imports comes not between two nations, but between two states. Minnesota has passed a measure to stop carbon at its border with North Dakota. To encourage the switch to clean, renewable energy, Minnesota plans to add a carbon fee of between $4 and $34 per ton of carbon dioxide emissions to the cost of coal-fired electricity, to begin in 2012 ... Minnesota has been generally pushing for cleaner power within its borders, but the utility companies that operate in MN have, over the past decades, sited a lot of coal power plants on the relatively cheap and open land of North Dakota, which is preparing a legal battle against Minnesota over the tariff."
Image

Best Man Rigs Newlyweds' Bed To Tweet During Sex 272

Posted by samzenpus
from the nice-feed dept.
When an UK man was asked to be the best man at a friend's wedding he agreed that he would not pull any pranks before or during the ceremony. Now the groom wishes he had extended the agreement to after the blessed occasion as well. The best man snuck into the newlyweds' house while they were away on their honeymoon and placed a pressure-sensitive device under their mattress. The device now automatically tweets when the couple have sex. The updates include the length of activity and how vigorous the act was on a scale of 1-10.

Comment: For what it is worth (Score 1) 660

by iaamoac (#30128336) Attached to: If the Comments Are Ugly, the Code Is Ugly

For what it is worth (especially this late in the game) the quality and type of comments added to the code is a combination of several factors.

1. Number of expected eyes. The more people that I expect to see it, the better the comments need to be.
2. Length of development time. The longer the code takes to write, the better the comments need to be. For some of my personal/hobby projects that have lasted for months or years, I was lucky to find 20 minutes a day to work on it. Adding comments to the code was absolutely necessary so that I could get stuff done.
3. Code complexity. The trickier the code, or the more modules/files that impact the code, the better the comments have to be.
4. Prep-work time. The longer it took me to figure out what I needed to do (and why), the better the comments need to be.

Re-reading through this, the longer I expect the code to be around, the better I expect it to be written and commented. I don't want to waste time trying figure out both the intent AND what the code is actually doing. Nor do I want others go through that as well. The better the comments in the code, the faster someone else can get up to speed on the code I have written, which means that it costs the company I work for less $$$ down the road.

When writing comments, I try to include ...the 'why' where applicable, and what it is supposed to do, and on the complex code I state
      1. The INTENT.
      2. The 'WHY' where applicable.
      3. Expected state information at various locations for more complex code.

Readability is a must. If it is not readable, then from my position it is flat out wrong. If it is not readable, you (or someone else) can not know if it is right.

Comment: Make it inconvient for them, not for you (Score 1) 932

by iaamoac (#30075114) Attached to: Easing the Job of Family Tech Support?

If your family is like mine, they will not learn unless the cost of not learning it becomes too inconvenient. As it stands, you are probably bearing the brunt of the inconvenience. Spread it around. Each time you have to do the same things to fix their problems, charge them more, and let them know it. What you charge does not necessarily have to be $$$. Let them clean your place, yard, cook meals for you, fix something, baby sit, .... but get something out of it. You are giving up your time to fix the same mistakes of theirs time and again. This is time that you could be improving YOUR life.

Comment: Re:Since when did quality become optional? (Score 2, Insightful) 551

by iaamoac (#29544739) Attached to: The Duct Tape Programmer

This is getting late in the posting, so I don't expect many people to read this but ...

20 years of developing software has taught me that good enough is good enough. What is good enough for one project, is overkill for another, and nowhere near good enough for yet another. As a software developer, I see my job as turning code into $$$. Good enough means that you have to perform a mental cost-benefit analysis on what you develop.

  But what is good enough? That is the variable. Sure, there are twits out there who try to argue that there is exactly one level of "good enough" for ALL projects. Clearly for the products that you cite, 50% is not good enough. But for some things, if something works only half the time, it could (does not translate to will) still be useful enough to be put to use.

Over time, user demands, and competition will push the "good enough" bar higher.

If you're not part of the solution, you're part of the precipitate.

Working...