Forgot your password?
typodupeerror

Comment: Re: that depends (Score 1) 511

by blippo (#47746247) Attached to: If Java Wasn't Cool 10 Years Ago, What About Now?

I don't think the language itself is bad - there is not much bloat left in java8. The bloat is coming from code coventions and jee. And perhaps some retarded APIs - most of the core APIs are rather nice. Maybe low level programming is a bit awkward but doable, and i suppose you need C and assembly for AAA game engines.

There are a lot of architecture astronauts and other complicators using Java, that's for certain.

The JVM is rather fast once it's started, but that takes a while.

Comment: Re:Dead as a profit source for Symantec, well, ... (Score 2) 331

by blippo (#47687945) Attached to: Ask Slashdot: How Dead Is Antivirus, Exactly?

Since the industry managed to turn against the users and trust only the media industry, the "trusted computing" solution is not a viable option.

Othervise, it would have been nice to allow only certain binaries or software developers/publishers to run. It would also be nice to sign the binaries
and not allow changes.

Since the user seems to be the least trusted element, and that it seems that I have to blindly trust 200+ root certificate signers when using the web,
there is no use in pretending that there exist any computer security at all. Anyone that is motivated enough will be able to run an executable on your machine.

Comment: Re:ATO - GoA 4 (Score 1) 84

by blippo (#47588701) Attached to: Driverless Buses Ruled Out For London, For Now

It's a trillion times easier than driving a car.

The existing train protection systems have a map of the track with speed limits, acceleration and braking gradients, and what not.
Moving the trains automatically is "solved" with a huge amount of engineering, but it's hardly AI. You still need a pair of eyes to monitor everything.

The "fuzzy" problems that probably need some kind of AI includes:
  - Detecting obstacles on the track ( not that important, nothing is supposed to be near the tracks anyway.)
- Operating the doors in a safe manner. (hard)
- Detecting derailment and other fault conditions. (hard) ... and probably a thousand other tasks that is done by a human. Reacting to fault conditions for instance (very hard)

Comment: Re: People pay for music? (Score 1) 364

by blippo (#47258741) Attached to: Google: Indie Musicians Must Join Streaming Service Or Be Removed

Well...what would actually happen years and years before the level of AI that is required for prime directives, is that a slight error in the *very detailed* map used for navigation - in combination with an unexpected external factor, will cause a car to happily run over half a school class without even noticing.

And it will be so far from human reasoning and performance that self driving cars will be banned.

Comment: Re:Tesla (Score 1) 394

by blippo (#46569001) Attached to: Is the Tesla Model S Pedal Placement A Safety Hazard?

I can top that; I did exactly that in an intersection while towing a trailer. :-)

The clutch requires rather more force than the brake so it really puts the car to a stop, and you have absolutely no idea why.
If you are driving a manual, try braking gently with your left foot to see what I mean...

I've stomped on the brake at least once almost every time i've use a manual car, and it's certain situations that triggers it - typically when I'm focused more on navigation than driving...

Seems to be hard to unlearn... ( Like those random emacs sequences that sometimes spontaneously emits while I'm using other tools...)

Comment: Re:It's about time! (Score 1) 1431

by blippo (#45959705) Attached to: Man Shot To Death For Texting During Movie

No it isn't.

It's a total loss for civilization, what it is.

There is now a disabled widow and a fatherless child.

A moviegoer have been killed because he texted his (presumably) babysitter, *before* the movie.

As a moviegoer I'm not really seeing the upside of getting shot, so I guess I'll just stay home.

And as several idiots at slashdot has modded this comment, not as troll, or even funny, but fucking insightful,
I've come to the conclusion that I've wasted too much time in my life reading comments on Slashdot,
which was apparently totally pointless too.

Bye.

Comment: Re:concerning is ... (Score 1) 154

by blippo (#45928879) Attached to: Oracle Promises Patches Next Week For 36 Exploits In Latest Java

Running an old C or C++ program with newer libs isn't exactly without risks either. Even if the abi is the same, the behaviour might have changed, unintentionally most of the times.

It's more a question of what you can manage to test and support. Large applications are more expensive to test, so you are reluctant to upgrade infrastructure components. (Be it Windows versions, JRE:s, dll:s, database servers, etc)

Comment: Re:again? (Score 1) 154

by blippo (#45928829) Attached to: Oracle Promises Patches Next Week For 36 Exploits In Latest Java

Spot-on about java.

Regarding Slashdot, I think that Slashdot just reflects the state of affairs in software development (or the world) in general. Younger generations appear clueless, since they don't know certain obvious things. They will therefore reinvent a lot of wheels, and while doing that, inventing a few new things, some other things just like before but a bit different, while all the time making some old stuff irrelevant.

It is to expect, but It might get worse. I'm a bit worried that a lot of young people don't seem to be able to read, as in "read a lot of text, fast". One indication is that a lot of new projects have video introductions and video tutorials instead of text documents.

I mean, why watch a 40 minute long video to figure out if a toolkit might be of use or not, instead of skimming through a few documents for 2 minutes.
But then, It's clearly is a huge effort for many to read a long document - maybe they can't skim or speed read and they need to subvocalize but a lot people don't like to read long texts.

If it's "quicker" to watch a video then less is learned since it's not as efficient as speed reading. Maybe the youtube generation have learned to skim through videos quickly but I doubt it.

Also, the universities are not exactly excelling at producing good developers ( the trade , not researchers ) . Further, very little seems to be focused on "modern history" other than unproductive academical anecdotes. I think that schools should stay away from teaching "products" but maybe there is value in exploring historic and existing products and ideas. There are some giant's shoulders to stand on, or at least code monkey shoulders, actually, but it's hard to know since some of the knowledge is stored in long boring texts, and most just exists in wetware outside academia.

I mean, no one would have been using PHP (or creating PHP) if they had paid a minimum of attention to what's been happening the last 30 years.

Comment: Re:again? (Score 1) 154

by blippo (#45928449) Attached to: Oracle Promises Patches Next Week For 36 Exploits In Latest Java

I actually do like Java - the lanugage. It is very stringent and well defined and not sprinkled with random syntactic sugar. Quite the opposite to PHP actually.
The core libraries are mostly nice, except some pre 1.2 crap and some outdated javax junk.

Some of the 'code bloat' has been fixed, and more is fixed in the coming versions, so that's getting better.

A lot of 'code bloat' is actually culturally inherited 'architecture bloat' since IBM decided to market a servlet container + transaction manager as a e-commerce platform, and puked out the worst programming model ever. Enterprise Java was then abused by thousands of programmers and attracted hoards of useless "architects" and consultants that built "enterprise" applications and sprinkled them with billions of lines of xml configuration.

However, the jvm is still unbelievably slow to start. As it's rather fast while actually running, it seem to me that it should be possible to fix with some reasonable effort, like not loading every class in the known universe during startup for instance, and not jit-ing unless the program has been running for a while.

Java is also confusing from a user perspective since Sun messed up with executable jars, which could have been fixed by just using a separate suffix, like jxe . which even looks cool. Some more polish on the look-and-feel, and perhaps a better looking default font, and then it's done :-)

Comment: Re:Maybe, maybe not (Score 3, Insightful) 249

by blippo (#45852297) Attached to: Do Non-Technical Managers Add Value?

I think the most important work for a manager is to :

a) Find, Recognize and Hire talented people.
b) Make sure that the talented people figure out how to work together.
c) Improve and optimize the processes and the organisation ( continuously and in small steps.)
d) Arbitrate discussions and help making decisions, but do not take them on your own
e) Especially in larger organisations, evangelise about skills and every good thing that has been done by your teams.
f) Have an eye on the horizon now and then. Engage the teams in strategic discussions and long term planning.

To do these things well a deep knowledge about software development is required. ( Or about teaching, or medicine, or whatever it is the organisation is doing.)
It's not possible to get this sort of insight without having practiced the trade for some time. Yes, it possible to manage without, but then there is a high risk that things go wrong in some - and then maybe all - of the above areas, simply because it is easy to misunderstand some things and fail to recognise others.

Another risk is that the important things are replaced with less important things:

v) Make sure that everyone is aware of deadlines, project plans, priorities.
x) Order stuff that is needed.
y) Make budgets, and report progress.
z) ...or even : Handle and approve vacation requests

Sure, these things must be done, but it isn't exactly rocket science and everyone and their dog is capable of handling these tasks.

Less knowledgeable managers and project managers tend to focus a lot on status reports and reminding of deadlines,
sadly adding about as much value as an automated mail could have done (I'm looking at YOU tick-box-guys) while missing the important stuff.

One problem with non-technical managers is that they may 'accidentally' accept unfortunate (technological) decisions made outside the team without challenging them, or even worse make their own, perhaps because they fail to see the implications. They will then end up defending senseless decisions or policies against the team, generally having to revert to "just because" arguments, and since the decision may not be easy to back from once committed, everyone involved will become angry or whiny and the team will become generally obstructive and unhappy.

God is real, unless declared integer.

Working...