itcmcgrath

s/affect/effect/ Proof-reading fail.

I'm not saying they did, but it is possible thay they threatened to bomb them with buckets of blue paint if they didn't get him.

We currently don't know, and saying either way at this point doesn't mean much. We need some actual proof.

Or, in other words, you can pretty much make up anything and flag it as a possible reason. A common ploy in propaganda which causes the same affect, if you if add a disclaimer that 'we just don't know'

Both UniVerse and UniData are equally well supported on Windows, Unix and Linux. They have some interesting features that are still reasonably unique in the database world. E.g. Built-in transparent record encryption, including both key & index. http://2012.nosql-matters.org/cgn/wp-content/uploads/2012/06... Full disclosure: I'm the product manager for the databases.

Sounds like fun.

I would love to see one that used different DB back-ends at some point. I'm sure it would be interesting to see the other attacks we are not considering with the much more diversified stacks now in existence.

There is overcommunicating and then there is noise. Getting the difference right is what successful overcommunication is about

Removing the TR's produces the same results. Change div to p still results in the crash, but removing that level entirely doesn't.

I was recruited from the companies own conference they held in Australia. 'Cletus' was recruited from his StackOverflow iirc.

General rules: Be friendly, polite and sell the positives of being state-side (larger tech community, more user groups, conferences, etc)

Don't forget H-1B isn't the only VISA you can hire people under.

If you want to hire from Australia, there is a VISA that is roughly equivalent called the E-3. It has a cap of 10K, of which less than 3K are filled yearly. This is the VISA I have.

Not saying you will necessarily find the people you need down under (if you cannot find them in the US), but it is possible :)

Not to mention SQL isn't technically a database type, just the query language most commonly used for relational DBs. Baby/bathwater and all the usual tendencies to ignore true meanings of terms when we use them...

Save yourself some hassle. Don't key on SSN.

1) Encryption (and then indexing) becomes harder.

2) SSN's can change, for many reasons. (eg: http://consumerist.com/2008/11/can-i-change-my-social-securi..., data entry error, etc)

This seems like a problem that is just asking to be solved. I've thought of this before: Just like you can use Location to affect what topics are hot for you, if they could determine a way to select area of interest to filter them it might prove useful once again.

I'm sure it isn't a trivial thing to solve; but not impossible.

I dub human v3.0 'Borg'.

I like the more agile approach. Release early, iterate often.

My gut tells there should be a method of defining data and transactions to benchmark and allowing a DAL that is excluded from the benchmark that enables them to be translated as appropriate for each DB

The cynic in me tells me there it will be extremely-hard/impossible to make it meaningful with the different CAP theorem compromises the different databases make.

I would be interested in seeing some stats on number and % of unique visitors that clicked on the 'call now' or 'write now' buttons. ( see: http://www.scribd.com/doc/75153093/Tribe-Legis-Memo-on-SOPA-... )

Pointless reply driven by secret fetish for deep threads and textual indentation. Confesses that this is the true reason writing code.

Disdainful rebuttal decrying your rampant sexism for excluding questioning of their paternal lineage.

Yes!

I find the new interface has made me less efficient and distracted by the screen elements I use the least.

Yes, but wow: "The change you requested was rejected"

I didn't ask for a change, I clicked on a game's name.

Case study 'Spaceport': When generic messages go bad.

Answer from Professor Guidas who co-authored the paper that coined the term: "we had red and black pens for drawing the trees."

I wonder how many other terms now well know in Computer Science arose from similarly coincidental (is this the right word?) reasons.

Started out as a Systems Engineer at IBM in 1981. That's an impressive rise within the same company from the technical side.

Mr Palmisano started at IBM as a Salesman in 1973.

My thoughts exactly. $1-$20 a month might not be much, but if I sign-up to something and it takes me half a day of jumping through hoops such as making phone calls then it ends up costing me a lot more than that, not just based on time (and how much I think my time is worth), but also in raising my stress/frustrating levels.

Let me know and can click 'cancel' anytime, no strings, no hassle and you'll probably get me on impulse purchase. Don't : Good luck getting my money.

I've been working as a PM for the last 4 months and taken Pragmatic Marketing training as well.

I think the 'mini-CEO' analogy is an extremely flawed one that discounts a large portion of a CEO's job and marginalizes the real and very significant differences between even those parts that are similar. This is particularly the case CEO's of medium to large companies.

This isn't as true for CEO's of start-ups, but that is because the CEO will possibly be fulfilling the PM role as well, not so much that the PM role is like the CEO role.

However, I do agree with looking at it as an entrepreneurial role.

My first thought upon seeing this was "Why is the D3 database on the top of hacker news???"

http://en.wikipedia.org/wiki/Pick_database

Just to be nit-picky here, but how would being a Janitor help Tim Cook at Apple?

My point is the usefulness of "personal experience in every role" is a bit, ah, debatable?

Obviously the Janitor example for Apple is a bit extreme, but where do you draw the line?

I hazard to say your statement is only applicable for small companies. Perhaps one where every role has a strategic or tactical impact?

Going on from that perhaps a better statement would be:

"It helps to have personal experience in every role of strategic or tactical value in the company before you become a CEO. I don't think it's necessarily a requirement, but it sure helps."

That said, I'm not sure that quite cuts it either...

Alternatively (and equally bad), upon seeing the karma has fallen, they might strive to post anything that won't be down-voted, but doesn't really add anything either, in the hopes of at least getting 1 vote to stem the tide.

I can see this punishing infrequent, but quality posters and decreasing the signal-to-noise ratio.

Sadly, somethings that work out just fine in math, don't mesh that neatly with human behavior.

Yes. It is like massively decentralized news aggregation.

You can just follow any-old tag and see what comes up, or you can try and improve the signal-to-noise ratio by following the people you generally enjoy reading and create specific lists.

I've also found it helpful in big conferences. at the WCC2010 I switched streams (there was 16) a few times because the quotes coming out of other sessions hinted that the other one was more interesting/relevant to me.

Hmm.

Given that its distance was more than likely measured by the light, I would assume that 12 billion light-years was the distance when the light was emitted; not its current distance.

So, correct me if I'm wrong, that renders your whole point about Hubble expansion moot, no?

The only comment that comes to mind: Don't bite the hand that feeds you.

The newspapers really didn't think that one through, did they...

Either that, or they worked when researching the article, but 5 days later didn't and decided to post it anyway...

I think the real issue is that we should be spending more effort on designing systems that don't require outages to implement patches. Even if we reduced outages in most instances to the time required to hand over to a new instance almost all these issues would be history.

I worked on the core backend of an Internet Banking system and it was possible for us to apply code changes and db schema changes without an outage, so it is technically possible.