Daniel Gazineu

“You’re going to build a what?”

That’s what Tony Fadell’s wife, Dani, said to him in 2009 when he told her his idea for a new company. Fadell is one of the most sought-after talents in the world of gadgetry—he designed the hardware for the iPod, and headed Apple’s iPod and iPhone division before leaving his VP post to spend time with his wife and two young children, living an idyllic year in Paris.

But even before he moved back to the U.S. he was mulling over his next step. Many assumed that the 42-year old technologist would continue his brilliant career in consumer electronics. He might even become a contender to run an existing multi-billion dollar business—in electronics, in mobile, maybe even Apple.

Instead, he told Dani, he was going to build a thermostat.

A what?

Oct. 24 (Bloomberg) -- Square Inc., the mobile payments company created by Twitter Inc. co-founder Jack Dorsey, said its credit-card reader for smartphones will be available in Wal-Mart Stores Inc.’s locations nationwide, boosting the number of retail outlets where it is sold to more than 9,000.

The reader, which lets businesses handle payments via mobile devices, was previously available in about 200 Apple stores, as well as Target Corp., RadioShack Corp. and Best Buy Co. outlets.

It happens all too often: Put a bunch of really smart people in a room, tell them to solve a problem, and watch as they dissolve into blathering idiocy.

Okay, maybe it’s not all that bad. But we’ve all seen groups of supposedly smart people who just can’t work well together. That’s because, according to recent research from Massachusetts Institute of Technology, Carnegie Mellon, and Union College, raw smarts doesn’t have much to do with team performance.

Earlier this week, we published a chart-essay that illustrates the extreme inequality that has developed in the US economy over the past 30 years.

The charts explain what the Wall Street protesters are angry about. They also explain why the protesters' message is resonating with the country at large.

Here are the four key points:

In retrospect, it shouldn't be a surprise that Apple released a half-step iPhone this week, instead of a revolutionary and redesigned iPhone 5. Think about it--the real reason for the iPhone 4S is the same as for the iPhone 3GS: carrier contracts are two years long.

The 4S isn't meant to be an upgrade for iPhone 4 users--it's a lure to get new iPhone users in the door, and you iPhone 4 folks will get your iPhone 5 upgrade just in time for a new contract. And if you decide you can't wait and spend big bucks to break your contract or buy the iPhone 4S at full price...well, that was your choice, wasn't it?

There has been speculation for a while now that Oracle might someday make its foray into the Hadoop and NoSQL spaces, and next week looks like that time.

With regard to Hadoop, CEO Larry Ellison made it clear during last week’s earnings call that the company is working on a connector that will let customers load unstructured data from Hadoop into their Oracle Exadata appliances. Now we have proof — and Oracle’s big data plans don’t stop with Hadoop.

International Business Machines Corp. (IBM) passed Microsoft Corp. (MSFT) to become the world’s second-most valuable technology company, a reflection of industry changes including the shift away from the personal computer.

IBM’s market value rose to $214 billion yesterday, while Microsoft’s fell to $213.2 billion. It’s the first time IBM has exceeded its software rival based on closing prices since 1996, according to Bloomberg data. IBM became the fourth-largest company by market value, based on yesterday’s closing price, and, in technology, trails only Apple Inc. (AAPL), the world’s most valuable company.

Many of the world's most valuable startups haven't been around for very long.

Some companies with $100 million+ valuaitons were founded just this year. Others have been around, but didn't receive any traction until a few months ago.

We compared this year's Digital 100 list to last year's and found the most valuable new additions

Shared by danielgazineu
That's an interesting discussion. I understand his point and agree NFC payment is not something consumers and merchants are claiming for, but I think its introduction may bring some side benefits for everybody. Maybe Square is a great idea, but happening too late.

The cloud is now your hard drive. And not just a few dozen Gigabytes, Terabytes or even Petabytes, but all of it – infinite storage – for only $10 per month. This is the incredible promise of the new TechCrunch Disrupt finalist Bitcasa.

The company is launching a new cloud storage, syncing and sharing service that blows away its competitors, including hard drive manufacturers and online services like DropBox and SkyDrive, with ease. In fact, beyond the pricing and limitless storage, the most disruptive thing about the service is its complete integration with your device. You don’t see it, it’s not an icon on your desktop, you don’t drag-and-drop files or folders into it. Instead, you write to the cloud when you save a file on your computer. The cloud is your hard drive, and your actual hard drive is just the cache.

Follow us on Twitter.

See more of our latest Marketing coverage
or add an alert for future coverage of Marketing.

And soon enough we’ll start seeing +1 or circle us on Google+.

I would like to talk about an inflection point in social media that requires pause. I am not suggesting that there will be a social media 2.0 or 3.0 for that matter. Nor do I see the term social media departing our vocabulary any time soon. After all, it was recently added to the Merriam-Webster dictionary.  Instead, what I would like to discuss is the end of an era of social media that will force the industry to mature. It won’t happen on its own however. Evolution will occur because consumers demand it and also because you’re willing to stake your job on it.

It occurred to me recently that my experience as a Rails developer may be somewhat unique.

I often get brought in to help preexisting Ruby/Rails projects evolve and mature in a sustainable way. As a result, the vast majority of Ruby projects I’ve worked on have been well-established by the time I arrived. In fact, offhand I can only think of one commercial greenfield Ruby project I’ve participated in. All the rest have been “legacy” from my perspective, in the sense that there was a sizable codebase in production before I showed up. (I’m not counting personal and internal projects.)

I’ve realized that in this my experience may be somewhat unusual among Ruby and Rails developers. With its fast churn and startup-heavy community, a lot of Rubyists are working on projects that they started recently.  My work is more in the codebases where the original programmers have moved on.

Rails’ dirty secret

In the days before I got paid to write Ruby, I worked on some legacy codebases that had histories spanning multiple decades and 100s of KLOCs. That’s a lot of opportunity for bad code to accumulate; and in some cases, the accumulations were impressive.

But here’s the dirty little secret of Rails development: the messiest, nastiest big-ball-of-mud code I have seen in my entire career has been in Ruby on Rails projects. I’ve seen Rails projects that accumulated enough technical debt and waste in two years to make 10 year-old C/C++ programs look clean and elegant by comparison. And it wasn’t just one project. I’ve seen it over and over.

In a way I think this is a testament to the power of the platform. If you’re getting a 500 error in a Rails app, you can keep adding kludge after kludge and hitting “reload” until it works. No need to ever write a test or refactor. In languages and frameworks with a lower turnaround time, this kind of tweak-it-till-it-works workflow is simply impractical. Ruby on Rails has an impressively low barrier to fiddling.

Unfortunately, as a result a lot of projects I come to on have hit what I think of as the productivity crash. At some point the cumulative effect of all those little shortcuts catches up with the development team, and changes that would once have taken a day start taking two weeks as all the dependencies and unintended consequences are sorted out.

As a somewhat ranty aside: this is also the point where, often, original members of the team start moving on to bigger and better things. Meanwhile the crew that inherited the codebase is left to field questions from management about why they can’t seem to push out changes nearly as fast as the old team. The new team is confronted with the problem of getting the codebase under better test coverage and a little more modularized before they can ramp velocity back up; thus perpetuating the notion among the business types that testing and refactoring just slows things down. And/or that the original team were some kind of wizards.

Okay, rant over.

But Rails is different!

Rails developers are sometimes accused of being arrogant and judgmental. I’m not sure how true this is; I don’t see it all that much, but maybe I’m too close to the community and/or arrogant and judgemental myself to be a fair observer.

What I do see is a kind of “Rails exceptionalism”.  Remember back in the first dot-com boom, when some economists were saying that no, this time it was different, the Internet had changed the game this time the markets would just keep going up and up? The phenomenon I see is similar in spirit. it’s a belief, perhaps not fully conscious, that Ruby on Rails development is somehow different, and not subject to the forces affecting other software projects.

Here are a few examples, just to give you an idea of what I’m talking about:

• “Design Patterns are a Java thing. In Ruby you just write code.”
• “The warnings Ruby produces are dumb; just disable them.”
• “Sure they aren’t technically Unit Tests, but isolating objects turned out to be kind of hard and besides nobody else is doing it.”
• “Monkeypatching is frowned on in other languages, but in Ruby it’s fine. The downsides almost never materialize.”
• “Stuff like the Law of Demeter isn’t really as important in Ruby code”
• “Dividing methods into private and public is for control freaks, you don’t need it in Ruby”
• “That’s only a code smell when it’s in Java code”
• “That’s only a problem in large projects” (implying that this project will never become large).

I also see a fair amount of project or subsystem-level exceptionalism: “I know they say classes shouldn’t be this big, but for this class it just makes sense for all of that stuff to be in one place”.

Welcome to Lilliput

The truth is, Ruby on Rails projects are exceptional in a way: they are really small. In James Gray’s terrific keynote at Lone Star Ruby Conf this past week, he mentioned “huge projects” of 40+ KLOC. That gave me a smile, because the first two Rails projects I was ever paid to work on were 50KLOC and 70KLOC, respectively. And while that may seem like a lot of code, that’s small by industry standards.

There are a few reasons for this. Ruby is a more expressive language than, say, Java, so to some degree Rails projects will always be smaller than equivalent projects in higher-ceremony languages.

It’s also possible that Rails programmers have embraced the wisdom of breaking systems many, small, intercommunicating apps. I’d like to believe this, but experience suggests this strategy has seen only spotty uptake.

No, I think the biggest reason for the diminutive nature of Rails apps is also the most obvious: they are all pretty young. It’s a young framework, and there’s a lot of churn in this community. A Rails app that lasts three years is ancient.

I think it’s safe to say that this situation won’t last. We’re going to see larger and larger codebases. And here’s a not-very-daring prediction: a lot of projects are going to hit the very same architectural roadblocks that Lisp, Smalltalk, Pascal, C++, and Java projects hit before them.

You are not a special snowflake

It’s funny reading programming literature from the 80s. Dynamic, object-oriented systems navigating the transition from “small” to “medium-sized”. Sound familiar?

Every revolutionary believes his revolution is special, and won’t devolve into the partisan bickering and venal bureaucracy that the last revolution led to. And it’s easy to believe at first. Everyone’s excited and eager to help; the problems are relatively small; and the marketing drones haven’t latched onto the movement yet.

The truth is, the problem you are solving probably isn’t as special as you think it is. And those byzantine patterns you thought were a relic of a bygone age were invented by people using languages surprisingly similar to Ruby.

Don’t panic

Relax. I’m not here to tell you that the last few years were all just a lovely dream, and you’re really still strapped to a chair in the Ministry of UML.

Ruby is still a wonderful language, and the terrific thing about it is that it adapts to large-system design patterns remarkably easily, and with very little ceremony. Dependency Injection? It’s a one-liner. Object delegation and composition? Piece of cake. Contrary to misconceptions, Ruby doesn’t obviate solid design patterns and SOLID principles; what it does is make them very easy to express. In fact, the ease of expressing robust architectural styles was what attracted some of us early-adopters to the language in the first place.

Just please, do me a favor: before you tell me that Ruby and Rails doesn’t need any of this discipline, have a chat with the guy or gal who is still maintaining the first Rails app you worked on.

Bloomberg LP, the closely held news and financial information provider, agreed to buy BNA for about $990 million to add legal, tax and regulatory research and analysis.

BNA shareholders, who are current and former employees, will get $39.50 a share in cash in a transaction that is expected to be completed this year, New York-based Bloomberg said in a statement today.

Shared by danielgazineu
As facilitating communication starts to become a commodity, it's time to monetize it from other perspectives.