purephase

Thanks for the post. Learned a few things that I was not aware of.

I didn't mean to slight DB2, the 8+ versions have been pretty solid and require just about as much work as SQL Server.

However, IBM licensing was significantly more expensive than our SQL Server licensing. As for FTEs, the same DBAs managed DB2 and SQL Server simultaneously whereas we needed an entire new cohort to deal with Oracle.

It's terrible and only getting worse. When Google released the official YouTube app, it was something like the 9th result in the search. The first three applications in the same search results didn't even have YouTube in the title.

I like: ihackernews.com

I'll check out the app though.

Why don't they provide two-factor auth fobs in the military? It seems like the easiest solution to me. It's not like the technology is new.

Once a month actually, and only if the patches were applicable. It really is not as bad in the MS world as you think. They made great strides in both stability and security over the past 8-9 years in the server OS area.

And, I say this as someone who has literally nothing to do with them on a daily basis anymore.

Odd tone to the blog post.

That being said, I'm always a bit surprised that SQL Server doesn't get the recognition that (IMO) it deserves. It is a pretty solid product. I was in a position to use it for years and saw it mature such that it eventually replaced legacy DB2/Adabas environments. It performed admirably and for a fraction of the price.

If the powers that be hadn't decided Oracle at all costs (and literally at all costs) against my counsel, they would have saved a lot of $$ and I might still be working there.

If it is the preferences you're modifying, there are per-user specific settings and default. I believe the default settings will apply for all users.

I'm more than a little concerned that this is not the default answer to this question. While Nest certainly shared blame in choosing FB as their partner in advertising, I think the real problem is the FB only cares about advertising.

I'm amazed at the number of people that I hear complain about this stuff and yet keep using FB as if it is essential. For instance, add your cell # to your account to confirm developer status and then turn off notices. You will still receive texts from FB because they don't give a damn.

For the life of me, why people willingly give so much of their information to a company who clearly does not care about privacy is beyond me.

I really wish this would come to Canada, and Toronto specifically. The business internet market in this city is ridiculous and ripe for a real disruption.

Tire was what convinced me to choose elasticsearch over Solr. A lot of the features described in this document do not apply to my needs, but the speed in which we were up-and-running with elasticsearch because of tire was hard to match.

It absolutely is. Increased borrowing to finance consumer spending is largely responsible for the 2007 crash. Sure, the banks made terrible loans and tried to double-down on them, but borrowers are just as responsible.

How many people are using straight-up cash to purchase these devices? They're likely putting them on credit and that credit burden is hardly isolated. In real terms it means that they cannot afford that one extra mortgage/student loan payment, or invest in retirement/savings or kids education.

Arbitrary low interest rates create false security. We are not out of the woods and unless we start to reverse these trends, we're set for another crash.

I think a case could be made that the near-constant consumer demand around Apple products is contributing to the increase of consumer debt which, in turn, is one of the largest contributors to the "depression".

I'm not saying they're the only ones to blame here, all consumer electronic companies are doing the same thing, but they're certainly the largest player.

Forced obsolescence around devices that are largely unchanged from one version to the next is not new, but the pace is insane. People are bored days after purchase.

We're sitting on a mountain of tulips. Exploitive, environment damaging tulips.

I noticed this the other day in Rails. ActiveResource::Connection in 3.2.8 is affected in that the default OpenSSL verification mode is "OpenSSL::SSL::VERIFY_NONE". A developer has to explicitly set it for SSL validation.

You can see it here: https://github.com/rails/rails/blob/3-2-stable/activeresourc...

I'm pointing it out as it was not mentioned in the paper.

Edit: It looks like it has been that way since SSL was first implemented in Connection.

While I have to believe that this will die through appeals, the long-term implications are enormous.

As nxswolf points out, it not only will scare off future scientists interested in working in Italy, but any official/expert tasked with preventing tragedies.

The fallout is that, with each possibility, worst-case scenarios will be the norm to avoid culpability over reasoned approach. Not to say that worst-case should not be considered, but dialling up to 11 is never an appropriate public response.

Finally, today it is seismologists, tomorrow it could easily be network security folks, application engineers, CTO/CSO's etc. Basically, any situation where the sum-total parts are so large and multi-faceted that no one person/agency could be seen as the expert.

Terrible tragedy, terrible fallout. The optimist in me hopes that this is dropped at the next appeal.

One very small example of why I don't see a correlation:

https://github.com/oscardelben/words-about-code/blob/master/...

Having worked in higher ed for 10 years, some of which was wrestling with data security, it is not at all surprising the vectors that appear here.

We would spend days crafting policy, designing/implementing security at perimeter and core for business systems to prevent these types of leaks.

We believed we were largely successful. Until we realized that some professor had developed a screen scraping application that would spit out CSVs of student enrolment data (including personal data) and ship it to whomever he liked (alumni, student unions etc.). Once certain departments got a hold of the data, others felt obligated to it and a quazi-underground data distribution system was in place.

We tried to explain, coerce and beg. We used HR, unions to effect policy that they helped create to shutdown these systems, stop the professor (and his copycats) all to little or no success.

It is not mistake that I left soon after. Such amazing, but ineffectual institutions. It doesn't matter how many of these leaks occur, no accountability means no changes. Might plug these holes, only to have 3 more popup by the end of the year.

Seems like a wise decision. First I've heard of Chilling Effects and it sounds interesting. Seems like an opportunity there for someone to make it international as it is very US-specific. Calling all IP lawyers!

Stripe is now in Canada, so maybe OpenMedia.ca?

We're just at the one-month mark today and your three-month mark describes our current life to a tee.

She is a wonderful, and I love her to pieces, but goddamn this is a trying experience.

Odd, it doesn't for me (either in the betas or final version). Maybe there is a setting somewhere...

Good article. Through trial and error, this is the approach that we've taken. My only gripe is that it appears (to me) to be the only way that works, as all my earlier faltering efforts were not successful.

Asset pipeline is great, but it is a pain to get going initially with disparate assets/gems etc. Which, I assume, almost every Rails project has.

This is great thanks. We use Varnish with our current site iteration and it is a life saver. It keeps us running without any significant re-architecting on the backend.

Currently, new directions do not include Varnish but I was starting to re-consider that position and this article was a nice reminder. Thanks!

Jesus, and here I thought Toronto was bad during rush hour. That's insane.

Interesting the divide in class aspirations for a car vs. helicopters for the super rich.

While I'm not an Apple zealot by any stretch of the imagination, the biggest complaint is the lack of additional browsers.

You can get Chrome on iOS now (thankfully).

I just wish that Samsung or someone else would up their game hardware wise. I love Android, but I do not like any of the hardware choices.

This is excellent. If only I could convince certain folks to move away from their flash-based uploaders, then we'd be in business. ;)

I'll keep at it!

It seems like such an innocuous thing, but Maps can truly make or break a phone decision. There is no question that Android has a considerably better user experience when it comes to Maps given the lead that Google has. That being said, Apple certainly has the cash and time to devote to this and a better competitor (and more effort in OSM) means that we all win in a way. So it will be interesting to watch it play out.

One minor gripe with turn-by-turn. If I'm playing music/podcasts, I would have expected the volume to mute on the other media when driving directions are announced. Not so, it just turns into a garbled mess.

The compression on Siri kind of sucks too.

Turn-by-turn is great. If only Google could bring that out of Android-land and into their iOS app.

This is great news. I can't wait to hear about them.

This and the mass pay option in Paypal is what keeping us from migrating. I was/am? still working on a better fraud model for Paypal that could easily be swapped out for Stripe given the similarities between the payment provider responses.

Not that I'm promoting Paypal's fraud controls in any way. They're terrible as well.

The way I see it now, Stripe made it easy. If they could lock down the secure aspect they'll run away with the game. Integrating with something like maxmind might be a good direction for them to look.

Edit: Just noticed the Stripe Apps functionality. It might suffice for an alternative to the mass pay functionality that Paypal provides. This just got a little more interesting.

Well this is unfortunate. Hope it gets fixed soon as it is a great resource.