Please create an account to participate in the Slashdot moderation system


Forgot your password?
DEAL: For $25 - Add A Second Phone Number To Your Smartphone for life! Use promo code SLASHDOT25. Also, Slashdot's Facebook page has a chat bot now. Message it for stories and more. Check out the new SourceForge HTML5 internet speed test! ×

Comment To avoid legacy code, constantly change jobs ;) (Score 0) 360

Unless you hop from startup to startup, you'll have to deal with legacy code at some point, either someone else's or your own. Here are some indicators I came up with (warning: a lot of broad generalizations follow; they don't always apply):

1) "was the code base developed in-house?" in-house developers generally have a deeper understanding of the requirements, resources, and the company. Some contractors do just enough to meet the requirements so that they can get paid and move on to the next project. Quality is generally higher when someone has to maintain the code and/or face their peers every day in the office.

2) "how many projects are developers involved in at once?" if a developer has to juggle more than a few projects at once, one or more might not get the attention that is needed to be of the highest quality. Conversely, if someone is just focused on one project, the quality might be better due to their deeper commitment to the project and understanding of the internals.

3) "what's the employee turn over rate?" your experience is likely to be less awful if the original author or authors are still around; they can at least explain some of the reasoning behind the design decision. Conversely, if the original designer is long gone and many people have dabbled in the code, the quality might suffer due to developers having different ideas about how to best maintain the code and different understandings of how everything fits together.

4) To follow on the "Are there code review processes?" question, you might want to ask "how is performance evaluated?" It's a good question to ask in anyway, and that might give you an insight into how much oversight there is of a developer's work quality.

Also keep in mind that you need to strike a balance between beautiful code, functionality, and time/cost. Sometimes less elegant code is more maintainable, takes less time to develop (i.e. costs less in labour), and does the job well enough.

Comment Lots of Changes -- Still not Happy (Score 0) 867

I started out around 2000 with RedHat 5.2. I quickly moved to Slackware 4.0 and stayed with it for a while. I played with a few distros until late 2003 / early 2004 when I switched to Gentoo. I stuck with Gentoo for several year but finally switched over to Fedora around 2006 or 2007 when I wanted to spend more time using my computer than maintaining it. I spent about a year on Fedora. After that I tried debian for a few months, but I didn't like that I had to choose between really old but stable software and really new but unstable software (at least that was what it felt like at the time for me). Then, I switched to Ubuntu. I'm still on Ubuntu for my desktop, but I've got a laptop running Arch Linux.

I'm considering doing a fresh install of something else on my desktop (maybe Arch Linux or Fedora). I find that Ubuntu isn't going where I want it to go, and the upgrades are getting to be more of a pain than a reward. They changed the desktop environment (gnome 'classic' to unity), they changed the location of the minimize/maximize/close buttons, they added an annoying 'report the problem to ubuntu' dialog that comes up whenever a program crashes (which is too often BTW), and many other things. Each upgrade has a ton of changes that I have to correct / set back. If I stay with Ubuntu through another upgrade, I'll have to uninstall the Amazon ads as well.

Comment Explain it in terms of something they already know (Score 0) 383

Explain it as being like Apple's Time Machine or Microsoft Office's Track Changes. It's a really smart backup system that lets you roll back to a specific point in time, see when someone changed something, see who changed something, and see why someone changed something (via the commit log message).

Comment Talk to the Department Head (Score 0) 337

Writing a letter "to the college" usually has little impact. The suggestions usually don't filter down to the right people. From my experience (4 years in University, 3 years in College), the right person to talk to is the department head. While the course professor has some flexibility, he or she isn't likely to be able to change a "How to use MS Office" course into an actual computing course. The department head can instigate broader course changes, with the proper approval from stakeholders and higher ups. Also, I'd suggest talking to the department head if possible instead of writing a letter.

Comment Ask: What do you do after a fresh Windows install? (Score 0) 454

I find that a good judge of someone's familiarity with an operating system is what they do after an installation on the first boot. Seasoned pros have a whole routine (install this, uninstall that, disable something, enable something else, etc), and when asked they can provide justification for their actions. I find that in general, people who are completely happy with the defaults are either A) not that passionate about their job or B) don't know enough or have enough experience to handle running real world servers.


Submission + - Torvalds on Pluggable Security Models (

eldavojohn writes: "The KernelTrap highlights an interesting discussion on pluggable security models including some commentary by Linus Torvalds. While Torvalds argued against pluggable schedulers, he's all for pluggable security. Other members were arguing against the pluggable nature of the Linux Security Model (LSM) although Mr. T put his foot down and said it stays. When asked why his stance was different between schedulers & security he replied, 'Schedulers can be objectively tested. There's this thing called 'performance', that can generally be quantified on a load basis. Yes, you can have crazy ideas in both schedulers and security. Yes, you can simplify both for a particular load. Yes, you can make mistakes in both. But the *discussion* on security seems to never get down to real numbers. So the difference between them is simple: one is hard science. The other one is people wanking around with their opinions.' There's nary a dull moment in kernel development."
The Internet

Submission + - Facebook Leaves Advertisers Exposed to Hate Speech ( 1

NewsCloud writes: "Does Facebook believe that no publicity is bad publicity? Why else would they leave a group called, "Fuck Islam" open since July 21, 2007 despite more than 53,482 members joining an opposing group called petiton: if "f**k Islam" is not shut down..we r quitting facebook group. Furthermore, advertisers such as Sprint, Verizon, T Mobile, Target, Qwest and French's wouldn't be too happy to learn that they are paying for ads on the "Fuck Islam" group pages.

I'm not advocating a policy against free speech, just strict enforcement of Facebook's own Terms of Use. The group name is clearly vulgar and obscene. Arguably, inflammatory and hateful. Facebook has positioned itself as the darling of the social network world, without the spam, porn and the sex offender problems of MySpace. Yet, this sort of thing isn't new to Facebook (see Facing Up to Facebook Racism and Elder hate groups on facebook. There's even an active group called I hate Iraqis targeting Iraqi refugees fleeing to Jordan.
Shouldn't a startup like Facebook, worth reportedly more than a billion dollars with over a hundred employees be expected to comply with its Terms of Use in less than six weeks?"

Slashdot Top Deals

"The only way for a reporter to look at a politician is down." -- H.L. Mencken