Catch up on stories from the past week (and beyond) at the Slashdot story archive


Forgot your password?

Slashdot videos: Now with more Slashdot!

  • View

  • Discuss

  • Share

We've improved Slashdot's video section; now you can view our video interviews, product close-ups and site visits with all the usual Slashdot options to comment, share, etc. No more walled garden! It's a work in progress -- we hope you'll check it out (Learn more about the recent updates).


Comment: Mechanical Keyboard - Ducky Shine (Score 2) 451

by engun (#49273687) Attached to: Ask Slashdot: Good Keyboard?
I'd recommend a mechanical keyboard. Mechanical keyboards often tend to be solidly built, have a reassuring clickety-clack (you can choose switch types with different characteristics btw) and just plain feel good to type on.

Your primary tasks when selecting one will be to choose the switch type (mx-brown, mx-blue etc), any additional features you need (shortcut keys, n-key rollover) and decide on the manufacturer itself.

I have a Ducky Shine 2 and it's an absolutely fantastic keyboard. I'd recommend something of a similar nature - solidly built and has all the features I need. For example, one of the features I specifically looked for were shortcuts to a calculator, and other programmable option keys. A lot of mechanical keyboards tend to be minimalist in nature, and fortunately, the Ducky was an exception.

The model I have has the ability to turn off the backlighting, which is great, because I don't need a christmas tree on my desk. I noticed that some of the newer Ducky models are starting to look a bit silly though, with all sort of logos and stuff which are undesirable. I can vouch for the model I have without reservation however, having used it for a couple of years.

Comment: Patent trolls provide a valuable service (Score 4, Insightful) 63

by engun (#47701895) Attached to: Adam Carolla Settles With Podcasting Patent Troll
The big corps would now have us believe that a special breed of troll called a "patent troll" is the only problem with the system, and they, like every entrepreneur, are merely victims. This is all just the same manipulative BS. The patent troll exists only because the patent system is broken. Fix the problem at its root and patent trolls will be irrelevant.

Comment: What the hell? (Score 5, Insightful) 201

The tone of this post is insane. It makes it sound like Americans are the only people on this planet with a right to privacy. What about the rest of the world? So the NSA's only crime is that it spied on US citizens? Is it perfectly ok to undermine those same rights for other human beings?

Comment: Science literacy sans the philosophy of science? (Score 1) 772

by engun (#47107151) Attached to: Belief In Evolution Doesn't Measure Science Literacy
What is the point in a test that measures scientific literacy, if that test does not measure a person's commitment to the philosophy of science? A key indicator of an understanding of science is one's commitment to the scientific method. Evolution is a direct result of that commitment. When one eschews that commitment, what kind of literacy are we left with?

Comment: Re:Java's problem isn't verbosity (Score 1) 577

by engun (#45098693) Attached to: If Java Is Dying, It Sure Looks Awfully Healthy
No, I agree that the Java language itself is not over-engineered. I said that the frameworks and community that have grown around it, have a tendency to over-engineer (especially in the enterprise). That is not to say there are no efforts within the community to overcome that, but having shifted from enterprise Java to C/Python and also having worked a fair bit with C#, I do have some experience with the general ethos in each of the communities.

RE: "Which factory e.g. did annoy you in particular, and why?" Joel explains it better:

Comment: Java's problem isn't verbosity (Score 5, Insightful) 577

by engun (#45091763) Attached to: If Java Is Dying, It Sure Looks Awfully Healthy
Java's problem isn't verbosity IMHO. It's the general mindset and community that has grown around the language. Instead of simplicity, they've gone into massive over-engineering, with factory factory factories and the like. A combination of pattern mania, and "enterprise" java, has resulted in turning an otherwise simple language into a veritable nightmare. Contrast this with the python community for example. Language wise, compare Java with C#. C# has done things a lot better in general. It may help that newer versions of Java will achieve some degree of feature parity with it but in the long run, I think it also has to be accompanied by a shift in the general notion of what's "normal" design in the Java world.

Comment: Re:Just like snipe hunting (Score 1) 366

by engun (#42686121) Attached to: Ask Slashdot: How To Convince a Team To Write Good Code?
Agree with what you say a 100%. To me, and correct me if I'm wrong, tests are mainly about a means to automate testing I might otherwise have had to do manually. Beyond that, I see the law of diminishing returns hitting back too hard - and the overhead of maintaining test code more onerous than maintaining the original code itself.

Comment: It's going to be hard (Score 1) 366

by engun (#42665431) Attached to: Ask Slashdot: How To Convince a Team To Write Good Code?
The truth is - unless people realize it for themselves - it's really hard to do. Not every programmer has pride in their code and a genuine desire to learn and improve. Let's say you get approval to rewrite the code and reduce the unnecessary complexity. Most likely, the code will break and you won't know till it's too late. This is because, no matter how convoluted the logic - it would still be relatively debugged code. Rewriting stuff will break things, and without the unit tests - it's really hard to even get a clue where. As a result - people will blame the rewrite for the new bugs - and still never get the point.

My suggestion is, start with pushing for process and get tests written for existing code. Try to convince people that the reasons for your release problems are the absence of good process and good tests. Explain that tests are a way to automate the drudgery of manual testing and will save time - so that it is comprehensible to management. Once those two are in place - you can safely rewrite the code without breaking existing functionality - thus avoiding being blamed for your "meddling". You can then start pushing for code refactoring next. Eventually - it will be possible to display the tangible benefits of a well-structured code based. It'll be a long hard slog.

Sometimes though - the people around you are too calcified in their thinking to want to learn or to do things "better". In that case, find another job.

Comment: Re:Just like snipe hunting (Score 5, Insightful) 366

by engun (#42665293) Attached to: Ask Slashdot: How To Convince a Team To Write Good Code?
Your comment assumes that the person who criticises bad code is always a factory factory factory guy but fails to take into account that there IS such a thing as good code and bad code. The OP has outlined the reasons for why the code is bad - such as buggy releases, lack of test coverage etc. That indicates that the code or process is bad, somewhere.

Over-engineering is a problem yes, but just as commonly, under-engineering/non-engineering is an equally big problem. Both lead to bad code.

Comment: Re:Now for the rest of them... (Score 1) 185

by engun (#42138271) Attached to: Microsoft Security Essentials Loses AV-Test Certificate
Spot on. It's better to be occasionally infected by a virus, and to format and reinstall your system, than to suffer daily slowdowns and annoyances with a real-time anti-virus program. I've long since decided to make this trade off to maintain my sanity, and I haven't regretted that decision at all.

I've not been infected in years, with no realtime anti-virus, and that's by following a few simple ground rules.

1. Do not run junk software from unknown sources. If you must, then run an AV scan manually to double check. (or use a virtual machine)
2. Keep your browser up to date, use a browser secure by design (e.g. Chrome and of late IE - although IE is still more likely to be targeted by malware) and avoid installing crappy plug-ins.
3. Avoid visiting untrusted sites and executing untrusted crap off them (see 1)

That's it really.

If an occasional virus gets in, find the process, kill it, and delete the executable and startup hooks. Most are that dumb. For the rest, format and reinstall.

Porsche: there simply is no substitute. -- Risky Business