Slashdot is powered by your submissions, so send in your scoop


Forgot your password?

Comment Here's my guess (Score 1) 1088

Since I didn't see their data, I can only guess what could be the problem. They're detecting both neutrinos and light some way. My bet is that their detector for light have some additional delay making the light detection wrong. They probably didn't spend millions on the light detection system since they were planning to detect neutrinos only. Probably cheap parts are causing this problem.

Comment Re:Short answer: Yes (Score 1) 495

While your answer was mostly ok, the last paragraph ruined it. There are no people who are not confident programmers, because everyone is trying their best. Everyone is different. For some people or teams code reviews are useful. But sometimes it just doesnt work. This is not because the developer was inexperienced or not very good, but instead because code reviews just are not suitable for everyone. Big mistake is trying to forcefeed your own conventions and practises to other people. Not everyone needs code reviews. Or there are other problems. Assign the problems to the responsibility of the process. Never blame other people. People are not idiots, Programmers especially. Everyone is still trying their best.

Comment Re:Stop playing "Stump the Candidate" (Score 1) 948

Stump the candidate obviously tests how fast they are. If the company have tight deadlines, they obviously need people who are very quick solving these problems. If you failed on of these tests, they were looking for more experienced people for the position and you were not a good match for it. It's better to find something else. Slow and inexperienced people in these positions can cause large amount of damage.

Of course I bet the company will have lots of difficulty finding anyone suitable for the position, but at least they're trying to fill it.

Comment Bad assumptions in the story (Score 1) 948

This whole story is based on someones assumption that their coworkers are idiots. Anyone who thinks like that ought to work alone, far away from other people. And what this guy does: spreads the idea to everyone via slashdot. Now everyone who reads it needs to work alone. How is this helping with building nice working teams where people actually respect the choices other people have made in their life?

Comment Re:Deja vu (Score 1) 694

I think it's other way around. Science is actually very interesting and there are people who would do it even if they couldn't get any money for it. The reason why pay is bad, and job security even worse, is that those people would do it anyway. It's just so interesting that they have to use very efficient ways of discouraging people to do it to regognize who have lost their faith in the science they're doing. Once that happens, it's known that it'll lead to nothing and the people should be doing something else. This is why job security and pay in science is very bad. Those are the only way to regognize which research is actually going to be valuable. Ask the scientists themselves. If they jump to do something else, they're no longer believing their research is going to be useful.

Comment It doesn't sound very good tech (Score 1) 326

From the article and the details they're giving, it doesn't sound very good way to produce fuel. First the sunlight has very low efficiency. And if you're splitting water, you won't get any more energy out than what you could utilize from the sun's energy. And everyone who has spent any time outside during summer knows that the amount of energy that hits the earth can warm it slightly, but it hardly has enough energy to move your car. This means that we'd need to cover very large amount of earth's surface with these panels until you can drive significant number of cars with this fuel.

The reason why oil can move your car is because it took a million years for plants to store energy which was then converted to oil. It's not very good if you need to wait million years before you can drive half a mile with your car. With this tech that splits water, you'd actually keep the panels working for thousands of years before you can get enough fuel....

Once we run out of oil, we will have big problems. Hopefully by that time, they can get cold fusion to work reliably and make it run our cars.

Comment Re:Are "hackers/crackers" good or better programme (Score 1) 118

> there's less crackers where there are enforced laws against computer crime though.

It doesn't work like that. Mostly enforcing those laws just causes backlash. Mostly those crackers are just young people
who have not yet figured out what is the alternative to the cracking and they just follow what everyone else is doing around them.
Different people find different ways to handle the situation; for some it's creating some software on their own, and others
will find they want to create graphics... I see this stage just a mechanism for making young people choose what they want to do in the future. The only way to get them choose it themselves is to put them in situation where they need to change the status quo. But it needs a mechanism which detects if the people can actually make their own decisions, instead of just following what others are doing.

Comment Re:Yeah right (Score 1) 323

Lets see how it works. Opengl has 4 different ways to use the apis: 1) immediate mode, 2) display lists 3) vertex arrays 4) vbo's.

It is recommended to use vbo's in all code because it's the fastest. What they forgot to say is that you need to learn display lists and vertex arrays before trying with vbo's. If it takes half year to explore how each different way of using the api works, it takes 2 years before you can get vbo's to work. This effort is trivial if you're a company with 30 developers, but it's very big problem if you're a hobbyist with limited amount of time to use for it. In 2 years, with the old tech using sprites etc it was possible to create the whole game in that time. With opengl, all you can do is just learn the api in that time. How is that an improvement? Of course if you _already_ know the api, it's easy to choose the correct way to do it, but most hobbyist game developers only have time to explore the possibilities of one or two of the alternatives. Each of them have different restrictions. It's just impossible to know the restrictions before you actually try it yourself. And trying it takes long time. And end result after choosing wrong api is that you don't get frame rates working at all. Your game is useless.

Oh and each of them works different way. Once you learn one way of doing it, and it fails to work, all your previous knowledge of the api is useless. Just waste of time. And time is what hobbyist game developers do not have. Not enough to play with the api _and_ design your game.

But sure, there are people who invested 10 years of their life for one technology, and they can get some games done with opengl. Or maybe they have a team or company. Either way, it's not getting easier to write these games. Why are people using tech that makes it more difficult to write games?

Comment Re:Yeah right (Score 1) 323

Not only that but directX and opengl are actually making writing games considerably more difficult. The problem is that they both enforce some arbitrary rules in their api's, while game developers would want freedom to do anything the hardware is capable of doing. Writing what developer wanted was easy when you could directly access the screen pixels. Now that is not possible and developers need to do hacks to get the same thing. The problem is these arbitrary restrictions that the api's are enforcing.

The fact is that neither opengl nor directx is designed for the game developers. They're designed to make game development so difficult that hobbyists cannot do it! So that the playing field is completely reserved for companies.

Slashdot Top Deals

"Spock, did you see the looks on their faces?" "Yes, Captain, a sort of vacant contentment."