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

 



Forgot your password?
typodupeerror
×

Comment Huh? (Score 1) 237

GRBs clearly haven't prevented life in *our* galaxy, so the Fermi Paradox still stands.

The caluculations probably rule out life in the core of our galaxy, but systems further out would be exposed even less often than ours is. And even though GRBs can periodically sterilize a planet, their directionality means that one burst would not likely sterilize all the planets in an intercellar civilization simultaneously.

So, to modify what someone said above, we can add another term to the Drake equation, but this doesn't do much to answer Fermi.

Submission + - Apple posts $18B quarterly profit, highest ever by any company

jmcbain writes: Today, Apple reported its financial results for the quarter ending December 31, 2014. It posted $18 billion in profit (on $74 billion in revenue), the largest quarterly profit by any company ever. The previous record was $16 billion by Russia’s Gazprom (the largest natural gas extractor in the world) in 2011. Imagine how much better Apple could be if they open-sourced their software.

Comment Re:Accidental bugs? (Score 1) 211

I have yet to have one such buffer overflow bug in my code.

That you know of. Besides, I'm sure you've had many that you've caught during the standard code -> compile -> run -> segfault -> debug cycle, but the more subtle ones are harder to trigger.

It's the most basic rule to check for buffer boundaries that even beginner programmer learns it quickly.

Depending on what the code is doing and what kind of legacy cruft you're dealing with it's not always trivial.

There must be agencies seeding these projects, commercial and open source, with toxic contributors injected there to deliberately contaminate the code with such bugs. The further fact that one never sees responsible persons identified, removed and blacklisted suggests that contamination is top down.

More likely the other devs feel like it's bad form to drag the names of past contributors through the mud in public. Particularly when the reviewers missed the bug as well.

Submission + - Computer chess created in 487 bytes, breaks 32-year-old record (geek.com)

An anonymous reader writes: The record for smallest computer implementation of chess on any platform was held by 1K ZX Chess, which saw a release back in 1983 for the Sinclair ZX81. It uses just 672 bytes of memory, and includes most chess rules as well as a computer component to play against.

The record held by 1K ZX Chess for the past 32 years has just been beaten this week by the demoscene group Red Sector Inc. They have implemented a fully-playable version of chess called BootChess in just 487 bytes.

Comment Re:jessh (Score 2) 397

According to your logic, officials should shut the city down if there is even a tiny chance of a snowstorm.

I'm pretty sure it was implied that P(snowstorm) is high enough to make the cost/benefit rational.

Unless of course you think his comment would be better off at 4 times the length, detailing all of the obvious common sense assumptions he made.

Comment Re:Poor Alan Kay (Score 1) 200

> Inline specifically means "export this as a weak symbol".

Oh gee, and here I thought it meant merge basic blocks. Do you know _anything_ how C++ compilers even work??

>> I can chose between Microsoft's __inline or GCC god-awful __attribute__((always_inline)) syntax.
> Yes, but why are you trying to do that? You're fighting the optimizer and you're almost certain to lose.

You love to constantly make incorrect and incomplete assumptions.

1. I want to write ONE directive not clutter my code up with hacks PER compiler. _Why_ do standards exist ? To make everyone's live _easier_.

2. Gee, why do things like _Profiling_ exist. The *compiler* doesn't have access to *run-time* performance. The optimizer is dealing with a _subset_ of data. It doesn't know the "function temperature".

But go on keeping making excuses. You really don't have a clue.

Submission + - What Makes a Great Software Developer? (dice.com)

Nerval's Lobster writes: What does it take to become a great—or even just a good—software developer? According to developer Michael O. Church’s posting on Quora (later posted on LifeHacker), it's a long list: great developers are unafraid to learn on the job, manage their careers aggressively, know the politics of software development (which he refers to as 'CS666'), avoid long days when feasible, and can tell fads from technologies that actually endure... and those are just a few of his points. Over at Salsita Software’s corporate blog, meanwhile, CEO and founder Matthew Gertner boils it all down to a single point: experienced programmers and developers know when to slow down. What do you think separates the great developers from the not-so-fantastic ones?

Comment Re:We Really Don't (Score 1) 153

Sorry... I was going for the joke and didn't pitch it very well. My actual views are more like yours.

As for the reality of the subject matter, I would borrow the concept of "probably approximately correct" from machine learning, and give it a 90-95% chance of being ~80% correct. (The 80% is lower to allow room for some more big discoveries like inflation.)

Unfortunately, people will be (hopefully) studying this for thousands of years on top of the <100 we have so far, and none of us will live to see how it turns out in the long term.

Submission + - Australia-wide recall of Saints Row 4: Re-elected (playerattack.com)

dotarray writes: Censorship dramas continue for Australia, as an uncensored version of Saints Row IV: Re-Elected for PS4 makes it onto local shelves.
Retailers have been asked to remove all copies from sale, while customers are asked to return their copies for a full refund.

Slashdot Top Deals

So you think that money is the root of all evil. Have you ever asked what is the root of money? -- Ayn Rand

Working...