Follow Slashdot blog updates by subscribing to our blog RSS feed

 



Forgot your password?
typodupeerror
×

Comment Re:I would think (Score 1) 379

If a change is security related and non-obvious, then won't doing it in such a rush probably introduce new bugs/vulnerability into the code?

I guess you're not a programmer? When programming, you develop mind models of the code. This means that you can see behind the structures and write complicated stuff very quickly. After a while of not working on the code, you forget that model, and small changes are very dangerous, since they might result in side effects in other parts of the code you didn't consider.

That means that when you're constantly working on the same codebase and add features quickly, you get better code and less bugs. Note that this only stands true without a deadline looming ahead (which I don't think the OpenBSD devs have), since then you tend to make dangerous shortcuts and litter the code with "FIXME"s you tend to forget about.

That's also how hackathons work. I've been able to create full products in a weekend that otherwise would have taken months.

Comment Re:I would think (Score 3, Insightful) 379

The often repeated mantra that high level language compilers do a better job than humans isn't true, and doesn't become true through repetition. The compilers can do no better than the person programming them, and for a finite size compiler, the optimizations are generic, not specific. And a good low level programmer can take knowledge into effect that the compiler doesn't have.

While I agree, there are also specific cases where a human cannot reasonably do an optimisation a compiler has no troubles with. For example, a CPU can parallelize subsequent operations that are distinct, like talking to different units (floating point math, integer math, memory access) and not using the same registers. A human usually thinks in sequences, which require using the result of an operation as the input for the next operation. Everything else would be unreadable source.

Finding distinct operations and re-ordering commands is easy in compilers, and the optimized result has no requirement of being readable.

C tries to find a middle ground there, where the user still has a lot of possibilities to control the outcome, but the compiler knows enough about the code to do some optimizations. The question is where the correct balance lies.

Comment Re:Stop using Youtube (Score 1) 306

my company wrote, directed, filmed, and edited a music video for a lesser known artist who is a friend. We did it pro bono because he is a friend. We posted the video to YouTube and he started using it successfully to promote himself and get more appearances. [...] That bigger company claimed they owned the copyright on the video. Google happily revoked our right to monetize it and gave us the option to take it down or let the bigger company monetize it.

Well, this sucks, but it might actually be legally correct: When you friend signed away his soul to the record company, he gave them every right to act this way. As such, your company would have had to make a contract with the soul owner, not with the poor remains.

Many musicians seem to be very naive and don't realize this when they sign up with a publisher, not even years later. Many don't even seem to think it necessary to point this out when they're doing contract work, like for indie games, even though it's very relevant. YouTube casters (which are the main PR for indie games) are not allowed to review games that come with this kind of tainted music. They are not even allowed to show trailers of the game. The casters not getting paid for their work is the mildest of results from violating this law.

I've even seen musicians that tried to argue with their masters about that they would like them to allow game reviews, but it's a very sorry sight.

Comment Re:Other HMDs? (Score 1) 535

I fail to see the difference between Oculus Rift and many of the HMDs that previously existed. Is this just a case where the pioneers got the arrows in their backs and the latecomers were able to monetize things?

Due to smartphones, the technology is now available to provide proper screens for HMDs. This is the critical piece that was missing previously. Also, what Palmer pioneered was using only a single lens to enhance the field of view, and doing the distortion correction in software, which wasn't possible until a few years ago (you basically need a fullscreen fragment shader while causing virtually no additional lag).

Also, to avoid nausea VR needs at least 60Hz (better 90Hz) display update rate, and you need very low latency for the head tracking (below 10ms). This wasn't possible until very recently either. For example, even the PS4 cannot do that in an acceptable resolution, you need a higher class PC for that.

Comment Re:Kickstarter is not an investment (Score 1) 535

People who did the Kickstarter got their rewards. They got their dev kits.

No, the people didn't pledge to get dev kits, they pledged to get the chance to be among the first to develop their games for the consumer version of the Oculus Rift. Now the environment for that has changed drastically, and unlike in the previous mission statement, gaming takes a backseat.

Comment Re:.NOT (Score 1) 302

Sigh...no one outside the Windows world gives a shit about .NET

Don't forget Unity3D developers, they care much about C#. Although Unity3D uses an ancient version of the mono runtime...

Slashdot Top Deals

For God's sake, stop researching for a while and begin to think!

Working...