Follow Slashdot blog updates by subscribing to our blog RSS feed

 



Forgot your password?
typodupeerror
×

Comment Re:They still don't get it (Score 2) 445

I want to do simple things like switch between tasks. I'm not in the minority here. Lots of people want that feature. Think: "Can I deal with this notification and get back to my game?"

Android, obviously, can't handle that. Most of the time, it just closes the other program when you change tasks. There's no warning, and nothing you can do to stop it. It drives my wife crazy. She was spoiled by her old PlayBook, which could not only handle task-switching, but true multitasking.

I want my phone to just work and not require constant maintenance.

Me too, which is why I own a BlackBerry. Android, as you know, still requires constant maintenance. Between the malware and other issues, it's no wonder the most popular non-game apps for Android are maintenance programs.

Comment Re:They still don't get it (Score 3, Interesting) 445

Which is exactly what people don't want.

Speak for yourself.

The more "PC" like my mobile devices get, the happier I am. A Surface Pro is far more in-line with the wants and needs of the average user than is a Kindle Fire or an iPad. I would hope that this would extend in mobile phones as well. They're one of the few companies with an offering that could make me give up my BlackBerry.

The computer in my pocket should be a computer. Android, while popular here, can't even handle simple task-switching.

Comment Re:Refactoring done right happens as you go (Score 1) 247

Just so you know, when Spock used the word 'logical', he was using it incorrectly. Consequently, you are using it incorrectly as well. Please stop.

Back on topic, so you're saying that a persons religious beliefs affect their ability as a developer.

So .. Do Buddhists write better code than Hindus? Are Raeliens better developers than Shintoists? Why or why not?

Comment Re:Refactoring done right happens as you go (Score 1) 247

I do think a person who is sure that their religion and holy book is 100% true and that every other belief system has been proven to be fake, is not a person who thinks logically. And logical thinking is an essential skill to writing good code, and understanding code other people write.

So you think a persons religious beliefs affect their ability to program.

That's ridiculous. Even more ridiculous is your "reasoning".

Comment Re:Easier to Analyze or Change == More Maintainabl (Score 1) 247

Indeed. By introducing abstractions, you exchange performance and flexibility for simplicity (of one kind or another). More than one unmaintainable mess has been made by abstraction-hungry developers layering one leaky abstraction on top of another in a vein attempt to restore some of that flexibility.

This is why I'm a fan of top-down design. It tends to find the right balance almost automatically.

Comment Re:Refactoring done right happens as you go (Score 4, Interesting) 247

Of course part of the reason is that I refactor as I write.

I'm not sure what that has to do with writing "badly formatted code", but I'd still caution against that. Some of the best advice I ever received: "There are no good writers, only good rewriters." I've found this to be true for code as well. It's amazing how much you can improve your code once you've distanced yourself from it a bit.

Comment Re:Refactoring done right happens as you go (Score 1) 247

So maybe I am just as bad as he is. But I'll bet I'm a better software engineer.

That doesn't make sense to me. Why would a persons beliefs about religion (or politics, race, potato chip flavors) have any influence on their ability to write computer programs?

Do you think Buddhists write better code than Hindus? Are Raeliens better developers than Shintoists? What could possibly compel you to put forward such a silly belief?

Comment Re:This should not be on the front page (Score 2) 247

I'd rather have a readable and maintainable 4500-line function than an unreadable and unmaintainable 45-line function.

I remember, years ago, standard advice to students to break up code in to functions when some process got over some number of lines. Know what we got? A lot of really odd functions of similar length, as they broke things apart at seemingly random boundaries! I'm still deeply suspicious when I hear people talk about a proper length for functions.

It's time to let that one go, and teach students that while shorter is often better, length doesn't really matter that much. They ought to factor out functions when they see them and when it makes the program more readable. I'll suggest this as a new rule-of-thumb: functions should do just one thing and be named accordingly.

(Still, 4500 lines? Damn, that's big.)

Slashdot Top Deals

"More software projects have gone awry for lack of calendar time than for all other causes combined." -- Fred Brooks, Jr., _The Mythical Man Month_

Working...