Want to read Slashdot from your mobile device? Point it at m.slashdot.org and keep reading!


Forgot your password?

Slashdot videos: Now with more Slashdot!

  • View

  • Discuss

  • Share

We've improved Slashdot's video section; now you can view our video interviews, product close-ups and site visits with all the usual Slashdot options to comment, share, etc. No more walled garden! It's a work in progress -- we hope you'll check it out (Learn more about the recent updates).


Comment: Re:Done at Google (Score 2) 177

by slapys (#45381157) Attached to: Don't Call It Stack Rank: Yahoo's QPR System For Culling Non-Performers

I've been working as a software engineer at Google for about three years.

This is absolutely not the case, at least with my experience on my particular project. I feel like I am treated well, and we're not stack-ranked in any way that I'm aware of. My manager exercises discretion with letting people into the project and almost everyone I work with makes decent progress adding new code to the project and the code is of decent quality with relatively few problems in production. I feel privileged to work with the people around me for 40 hours each week at this point in my life.

I know this is pretty much a vague anecdote but I'd be happy to answer any questions or explain further.

The Internet

Ship Anchor, Not Sabotaging Divers, Possibly Responsible For Outage 43

Posted by samzenpus
from the who's-to-blame dept.
Nerval's Lobster writes "This week, Egypt caught three men in the process of severing an undersea fiber-optic cable. But Telecom Egypt executive manager Mohammed el-Nawawi told the private TV network CBC that the reason for the region's slowdowns was not the alleged saboteurs — it was damage previously caused by a ship. On March 22, cable provider Seacom reported a cut in its Mediterranean cable connecting Southern and Eastern Africa, the Middle East and Asia to Europe; it later suggested that the most likely cause of the incident was a ship anchor, and that traffic was being routed around the cut, through other providers. But repairs to the cable took longer than expected, with the Seacom CEO announcing March 23 that the physical capability to connect additional capacity to services in Europe was "neither adequate nor stable enough," and that it was competing with other providers. The repairs continued through March 27, after faults were found on the restoration system; that same day, Seacom denied that the outage could have been the work of the Egyptian divers, but said that the true cause won't be known for weeks. 'We think it is unlikely that the damage to our system was caused by sabotage,' the CEO wrote in a statement. 'The reasons for this are the specific location, distance from shore, much greater depth, the presence of a large anchored vessel on the fault site which appears to be the cause of the damage and other characteristics of the event.'"

Comment: Re:Why semirelational? (Score 1) 49

by slapys (#41376645) Attached to: Google Spanner: First Globally Scalable Database With External Consistency

That's why Google developed F1: The fault-tolerant relational database over Spanner. This database provides a traditional schema without named rows, and supports transaction-based relational SQL queries. Very interesting: http://research.google.com/pubs/pub38125.html

Comment: Re:Yes!!! (Score 1) 1002

by slapys (#36148746) Attached to: Do Developers Really Need a Second Monitor?

Development, as a mental process, involves a lot of switching between medium-term and short term views.

I think of it as stack frames in my head. Trying to do task A? OK, let's break it down into pieces...oh wait, task A starts with task B, how do I do that again? *Looks up task B reference in a web browser* meanwhile, you have to keep the stack frame of task A, then task B in your head.

Comment: This is hot (Score 1) 554

by slapys (#35576352) Attached to: Firefox 4 Released!

I'm using Centos 5.3 in a university lab. The outdated nature of this Linux has been pretty frustrating - it's almost impossible to install anything new. I couldn't put Google Chrome on here, for example, or a recent version of The Gimp.

I just put Firefox 4 on here and it's damn sexy. It performs great, it was easy to install on the Linux box, the graphics are much nicer than FF 3, it gives RAM back to the system when I close tabs. There's less chrome so I get more browsing space on my monitor, without sacrificing any functionality at all. Bravo, Firefox team.

Comment: Re:Like Java, without the JVM (Score 1) 332

by slapys (#35307986) Attached to: Google x86 Native Browser Client Maybe Not So Crazy After All

The problem is that it doesn't solve a problem that anybody really seems to have - there's little demand for higher performance apps in the browser.

I think the coolest potential for this idea is to recompile existing well-written native applications (e.g. photo editors, IDEs) so that they run from the browser with exactly the same appearance as their native counterparts. This would bring the idea of a thin client laptop computer that runs a web browser only closer to reality.

Comment: Re:ARM cores to take the place of the x86 dominion (Score 1) 222

by slapys (#34289234) Attached to: ARM Readies Cores For 64-Bit Computing

The only real problem is not Windows, it is getting the computers into the mainstream stores to be sold alongsides the Macbooks

What makes you assume Apple won't switch to ARM sometime in the next couple years? They dumped PPC for X86 due to the more favorable power/performance ratio. It's only natural to assume that when high-powered ARM processors appear, Apple will switch to that architecture without a moment's hesitation.

How can you work when the system's so crowded?