Follow Slashdot stories on Twitter


Forgot your password?

Comment: Re:And all this without Jobs (Score 1) 335

by quantaman (#48924857) Attached to: Apple Posts $18B Quarterly Profit, the Highest By Any Company, Ever

It just goes to prove no one is irreplaceable; not even Jobs.

Not necessarily.

Jobs' brilliance wasn't in his management, it was in his design sense, personal charisma, and knowing when to throw his company behind developing and pushing a new product (OS X, iPod, iTunes, Tablets).

Tim Cook doesn't have the same epic level of charisma but that could change, and he clearly hasn't screwed up the management part, but we've yet to see his signature on the design and product fronts. I think you can call Apple Pay and the iWatch products of the Tim Cook era so their success will be the first real test of whether he can keep the Apple innovation machine turning.

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

Submitted by jmcbain
jmcbain (1233044) 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."

+ - Computer chess created in 487 bytes, breaks 32-year-old record->

Submitted by Anonymous Coward
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."

Link to Original Source

Comment: Huh? (Score 1) 192

by Black Parrot (#48920405) Attached to: Gamma-ray Bursts May Explain Fermi's Paradox

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.

+ - What Makes a Great Software Developer?->

Submitted by Nerval's Lobster
Nerval's Lobster (2598977) 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?"
Link to Original Source

Comment: Re:Accidental bugs? (Score 1) 191

by quantaman (#48918073) Attached to: Serious Network Function Vulnerability Found In Glibc

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.

Comment: Re:Unity? (Score 2) 29

by squiggleslash (#48917429) Attached to: Game Hack-A-Thon Attracts Teams At 500+ Sites Worldwide

Also they shouldn't use these silly "C" compiler thingies, instead they should use a couple of wires to short circuit a PCB until the program is in memory!

I think using a game engine is perfectly acceptable in 2015. I don't think we're going to get an avalance of original game ideas if we force everyone who has a great idea for something to learn OpenGL and DirectX.

Comment: Re:jessh (Score 2) 368

by quantaman (#48916569) Attached to: "Mammoth Snow Storm" Underwhelms

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) 195

by UnknownSoldier (#48916343) Attached to: Bjarne Stroustrup Awarded 2015 Dahl-Nygaard Prize

> 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.

Comment: Re:Price (Score 1) 4

by squiggleslash (#48916233) Attached to: Is the Touch UI irredeemable?

There really was an argument, I was there, I heard people get very angry about it. You can dismiss them as neckbeards, but the two major users of (IBM/Clone) PCs at that time were business users and computer enthusiasts of all ages, and both were hesitant to use WIMP interfaces.

The PC1512, that I mentioned, wasn't wonderful (6MHz 8086 IIRC, which while better than 4.77MHz 8088 was still hardly a speed demon), but GEM on it was smooth, more or less an equal to the Atari ST in performance. But few people touched GEM. The feeling was that GEM was easy to use but it was getting in the way.

What happened in 1990 wasn't that computers got cheap enough to tolerably run a GUI OS. Macs, Amigas, Atari STs, and GEM-running PCs predate 1990 considerably. What happened was that in 1990 IBM PC clones became available that tolerably ran a multitasking WIMP OS.

Comment: Re:The problem is the interface (Score 1) 149

Firefox is just as bad though, why do they make it so hard to open your bookmarks?

Unfortunately they don't. I know this because it's Ctrl-B, which means you bring it up around 20% of the time you try to paste anything into a dialog, because B is right next to V.

It's like the screenshot and debug report "features" Android has. I don't even know how to trigger either of those. All I know is that something I commonly do is that trigger. I have a directory full of unwanted screenshots to prove it.

"It's a dog-eat-dog world out there, and I'm wearing Milkbone underware." -- Norm, from _Cheers_