Forgot your password?
typodupeerror

Comment: bad idea (Score 1) 948

by msuzio (#36062098) Attached to: Why the New Guy Can't Code

this is a horrible, horrible elitist and unrealistic concept. Instead, find someone with passion and man up as a leader to help mold them to be great. Why is this person even working alone at all? Pair them up and help them learn to be a part of your unique group! Follow the apprentice/journeyman/master model....
I'd rather get a n00b who wants to be great than someone who hacked out a project on his own without ever being an active partner.

Comment: Broken screen (Score 1) 422

by msuzio (#31292750) Attached to: What Has Your Phone Survived?

I broke the screen on my iPhone over a year ago. It looks hideous, with spider-web cracks all up and down it now.

It still works. Hasn't failed at all. I have the required repair kit to fix it, just been too lazy to do so ($79 to buy the kit myself, by the way -- Apple wanted $200, and most online fixers are about $100). At this point, it's almost a badge of pride, because no one who sees the phone believes it still works.

However, I can certify that putting an LG NV3 through the washing machine and dryer will break it.

Comment: You don't (Score 1) 387

by msuzio (#30900376) Attached to: Getting Company Owners To Follow Their Own Rules?

You need to give up caring. Seriously, if they, as the owner(s), want to be idiots... well, so be it. Realize that (as with many business owners) they aren't really all that sharp, don't commit to this company any further than the short term, and keep your resume up to date for the time when they finally screw up really bad.

I've seen it all at this point. The small business owners that are smart, honest, and have reasonable common sense are few and far between. Your complaints don't surprise me at all; while I admire your dedication and desire to do the right thing, I think this is an exercise in frustration. Let them make their own mistakes, and maybe they'll wise up eventually. If they don't, don't let it be your problem.

Comment: Re:Programming without music? (Score 1) 1019

by msuzio (#30444434) Attached to: Music While Programming?

> "There are so many development houses where this is not allowed that you just have to deal with it unless you are going to spend your entire life at one company under one boss (not realistic). I suppose you could always ask the question at the end of an interview but that might come across as a little bit petty."

Or, you know, honest.

I would never work in an environment where I couldn't at least occasionally be putting on the headphones and getting into the zone. I know it works for me, I know I produce kickass results that way, and I know some days absolutely nothing else is going to work. It's not my sole means of work; I do plenty of interactions and sometimes me leaving the headphones off and kibitzing when I hear someone get stuck over the cube walls helps others get into the zone. However, any boss that was going to ban my headphones... well, he honestly wouldn't be my boss for long. That's not arrogance speaking, it's confidence that he's simply wrong in his assumptions and I'd be glad to show him entire subsystems of our architecture written to the Essential Mix broadcast. If he still doesn't like it, then I'm going to just be the arrogant dickhead creative type that leaves his employ -- I'd see that as a sign of deeper issues that are inevitably going to manifest as bigger problems. That sort of boss doesn't "get it" in a way that is conducive to managing creative people efficiently. In fact, the OP suggests a boss desperate to assign some blame, and grasping at straws -- hardly someone you want in charge of your work.

So, it sounds petty, but I think it matters a lot. Your work environment and the attitudes you deal with are absolutely going to influence the results of your work. I'm going to argue that the bottom line for the company really does want me to wear my headphones, and if you can't at least ponder the possibility that I might be right... you're not really understanding your technical business.

Censorship

Sharp Rise In Jailing of Online Journalists; Iran May Just Kill Them 233

Posted by timothy
from the your-ethics-may-vary dept.
bckspc writes "The Committee to Protect Journalists has published their annual census of journalists in prison. Of the 136 reporters in prison around the world on December 1, 'At least 68 bloggers, Web-based reporters, and online editors are imprisoned, constituting half of all journalists now in jail.' Print was next with 51 cases. Also, 'Freelancers now make up nearly 45 percent of all journalists jailed worldwide, a dramatic recent increase that reflects the evolution of the global news business.' China, Iran, Cuba, Eritrea, and Burma were the top 5 jailers of journalists." rmdstudio writes, too, with word that after the last few days' protest there, largely organized online, the government of Iran is considering the death penalty for bloggers and webmasters whose reports offend it.

Comment: Re:Baggies, yes ... but cheerios? (Score 1) 783

by msuzio (#29897789) Attached to: Moving Away From the IT Field?

Sorry, dude, but you look like a total weed hookup even to my suburban white-boy self. The hair says "this dude probably has some weed". Do you carry a hemp bag? I see a lot of vegans with hemp bags.

Just saying... maybe you should carry some bags of oregano with you and make some money from those seeking your assistance.

Comment: Re:True that (Score 1) 551

by msuzio (#29540801) Attached to: The Duct Tape Programmer

Well, yes. No doubt that JWZ is a wizard programmer. I mean, the guy earned his bones writing LISP, he knows the theory and the basis for what he is doing. He also knows when to throw elegance out the window and just get the job done as best you can in pressing circumstances. The ability to choose the right course and not get bogged down at either end between cruft and elegance is what makes for a good "duct tape" programmer. You can only throw out the bits you already understand well; otherwise you are operating out of ignorance.

Comment: Re:True that (Score 1) 551

by msuzio (#29540739) Attached to: The Duct Tape Programmer

Do fewer unit tests. Stick to the absolute minimum, well-known, easy to test scenarios. Write a bunch of comments noting all the stuff I'm not testing, and why I didn't have time to test it (something like "cannot test this functionality, the logic is too deeply embedded in private code"). I'd at least do something so I have a tiny bit of reassurances that I didn't miss obvious stuff (asserts inside the code can do this too, if you don't want to write dedicated, separate tests) and so I have a basic structure to add better tests in later.

At this point, I wouldn't ever skip some sort of testing in my code. I've just seen too many things caught early enough in the release cycle for me not to believe it's a reasonable investment. I'm leery of getting overly navel-gazing and searching for some perfect testing Nirvana where no production bugs ever occur, but double-checking yourself and making some effort to test early just makes sense in terms of risk reduction.

Privacy

+ - TorrentSpy ruling a 'weapon of mass discovery'->

Submitted by SwordsmanLuke
SwordsmanLuke (1083699) writes "A California judge has declared that TorrentSpy must generate log files of the IP addresses of visitors to their site so that these logs may then be turned over to the MPAA. In a bizarre move, the judge ruled that anything stored in a computer's RAM is "electronically stored information" and as such, must be turned over for examination in a lawsuit. Besides demonstrating such a gross lack of technical savvy in our courts, this case also has heavy privacy implications. The judge is, in essence, requiring the creation of documents for the *sole* purpose of supplying a plaintiff (in this case the MPAA) with the data it requires to "discover" illegal file-sharing.

FTA:

"There's never been a requirement that (defendants) must create documents that they wouldn't ordinarily maintain for the purpose of satisfying some (plaintiff's) discovery requests," said Withers.
"

Link to Original Source

A LISP programmer knows the value of everything, but the cost of nothing. -- Alan Perlis

Working...