tech

Google and Facebook… they’re never free.

Pusher 2.0:

This also puts the “new business model” mantra in a new light. Remember that the classic business model is a simple monetary trade: the customer gets something of value and they pay money for it. It is fair and easy to understand. The further we go from it, the closer we come to a point where we are forced to choose between going out of business or throwing business ethics out of the window. In order to maintain the illusion that the customer can get something valuable for free, we may have to introduce the illusion that they are getting it for free (while in reality, we collect stuff from them that they may not be inclined to give away). Once you cross that moral event horizon, it becomes much easier to do other objectionable things. I mean, that’s how the new economy works, right?

I’m just thinking out loud and I have no ready-made conclusions to offer, but perhaps we should be a little more hesitant to sing praise of “revolutionary” new ways of doing business. Unless there’s a clear element of trade evident and the terms are set out, chances are that somebody’s getting cheated. Continue reading →

[This piece continues my theme that the more convoluted transactions become the more problems they create for our society—Stay close to the source. If I drive to a store and purchase something made by the individual selling it (or at least the person in the shop in the back) that has tremendous social value. And it doesn’t matter if that’s a kitchen knife or software or a bicycle. The longer the chain gets from “I did it” to “you bought it” the chances for negative social effects increases, and happily the positive social effects increase the closer you get to the source. In the case of Google most of us were happy users because of their great search results. That was a long time ago, and they started tracking me long before I paid any attention to them. Facebook’s “sale” takes place when you sign up, with no explanation of the game whatsoever. I recently saw a news program where individuals were asked about the GOP candidates by name. And while I realize it was a produced segment (edited for results) they had no problem finding people who didn’t even know the names of the candidates, never mind anything about them. Considering the barrage of coverage and the endless debates… imagine what people don’t know when it’s actively being hidden from them? ]
Source: The Cynical Musician

Samsung’s Lack of ICS Updates is an Android Problem

Samsung’s Lack of ICS Updates is an Android Problem:

Nobody in the Android ecosystem — not Google, not manufacturers of Android devices, and certainly not the gadget blogs that review and promote them — seems to care about long-term user satisfaction, even when “long-term” is as short as a two-year smartphone contract.

Rich people and gadget bloggers can upgrade their smartphones every 6 months, but what about everyone else? Will most of Android’s userbase feel much loyalty to the platform at their next contract renewal?

[How wasteful is this environmentally? Are these devices being built with recycling or up cycling in mind? They clearly aren’t being built to be useful in the long term (even for computers). I like to think about things that I build in centuries. Preferably 3 centuries. If it lasts 300 years, it’s probably worth investing resources. (For example, if it takes 100 years to produce the tree whose wood I’m using, isn’t 3 times that long feel like it balances out the time it’ll take to regrow that tree?) ]
Source: Marco.org

InfoQ: Riak NoSQL Database: Use Cases and Best Practices

InfoQ: Riak NoSQL Database: Use Cases and Best Practices:

InfoQ: Can you talk about some limitations about the Riak databases and what use cases it’s not the best solution to use?

Basho: Applications that require ad-hoc querying and heavy analytics tend to be less of a good fit for Riak. Since we are a key/value store at the core, applications that require ad-hoc queries and/or heavy analytic processing can be difficult to implement on top of Riak. Our main focus is predictability and scale, and there are some tradeoffs that have to be made with data model and queryability to stay faithful to this focus.

That said, we plan to enhance Riak in various capacities to address these use cases in 2012. Riak already exposes deeper query possibilities via our MapReduce, Secondary Indexing, and Search components, and we’ll continue to make these more robust in future releases.

[Good stuff.]
Source:

‘Gamification’ sucks

‘Gamification’ sucks:

It should be obvious that one conclusion respects people and one doesn’t. It should also be obvious that the first conclusion is correct and the second is incorrect, cynical, and low.

I can’t prove that good software respects people, but I can look at good software and show how it respects people. I can look at bad software and show how it doesn’t respect people.

“Gamification” treats people like children — children who need to be manipulated, who need to be tricked into doing what’s good for them.

And it makes bad software.

[Just because something feels like a game doesn’t mean that you should make it more like a game.]
Source: inessential.com

The End of the Web? Don’t Bet on It. Here’s Why

The End of the Web? Don’t Bet on It. Here’s Why:

I think there’s a TCO argument to be made against the proliferation of the App Internet. The more companies build their own apps, the more maintenance work they’ll need to do, the more employees they’ll need to maintain their apps and the further the innovation drain. I know this is a harder concept to quantify and intellectualize but I’ve seen it first hand in 20 years of working with large corporation on “legacy” IT projects. The App Internet opens the door to many more legacy apps.

This argument never features into any young developers mind because it takes years to see the decaying effect of legacy infrastructure in corporations (plus, many app developers prefer the sexy world of consumer apps).

To be clear … I think that the App Internet won’t disappear overnight. I also think certain apps will always be more effective built natively. But the same is true of today’s non-mobile computing. Still, most apps need not exist. Long live the Mobile Web.

[I agree.]

How I’d Build an Apple Television Set

Super thin tv sample

kickingbear» How I’d Build an Apple Television Set:

I’ve done a lot of thinking about the Apple TV. For some reason it fascinates me. It’s entirely different from the other applications of software. First, it’s a shared experience rather than a direct experience like a Mac or an iOS device. Second, this shared experience means there’s necessarily an indirection of input — if a screen is big enough to be seen by everyone in the room you’re not going to be close enough to it to mess with it directly. So when the rumours went around of an iOS based Apple TV coming I became intrigued and tossed some ideas back and forth with a friend. Mostly the discussion came down to input methods — what could they do and what’d that mean for the interface? Around that same time Bluetooth 4.0 was ratified and the specification includes a low power mode. I guessed that if the Apple TV had a Bluetooth 4.0 chip then we’d see a new remote, if not we’d likely just stick with what we had.

[Interesting thoughts. Still not convinced Apple will do something, but I have no doubt they could if it made business sense.]
Source: inessential.com

The problem with CSS pre-processors | Miller Medeiros

The problem with CSS pre-processors | Miller Medeiros:

I’ve been considering to use a CSS pre-processor like SASS, LESS, Stylus, etc, for a very long time. Every time someone asked me if I was using any of these tools/languages I would say that I’m kinda used to my current workflow and I don’t really see a reason for changing it since the problems those languages solves are not really the problems I’m having with CSS. Then yesterday I read two blog posts which made me reconsider my point of view so I decided to spend some time today studying the alternatives (once again) and porting some code to check the output and if the languages would really help to keep my code more organized/maintainable and/or if it would make the development process easier (also if they evolved on the past few years).

[This is one of those issues that pushes a to of buttons and I appreciate that MM went out of the way to try and not start a meaningless flamewar. That said, the piece caught my eye when he got to the postscript “PS: I love CSS, for me it’s one of the most rewarding tasks on a website development, it’s like solving a hard puzzle…”. I agree. It’s like solving a hard puzzle… and one that provides no business value. It feels like there’s a store room where I keep stuff I need to get all the time, but instead of a door, I pile stones in front of the opening. Each time I have to get something I have to unpile the heavy stones, get what I need, and then re-pile the stones. Over and over and over again. That’s not good is it? Anyone would suggest a door or moving the stuff somewhere that didn’t require all of that unnecessary effort. That’s what working with CSS feels like. Considering how similar the web looks overall, it seems silly that we hand generate so much CSS. And the tools being debated are more about making CSS more programmable because that’s the way developers think. But if you step back that’s not what we need and that’s what these preprocessors do. We need to get all this stuff back into the hands of the designers where they can do as they please. The point of collaboration would only exist when crafting something uncommon or unique.]

Redis for win32 and the Microsoft patch

Redis for win32 and the Microsoft patch:

When dependencies provide a lot of added value it is worth adding them. Instead when you need to switch to something bigger and more complex without any gain, why to do it?

Ah, and about the gain being some kind of feature only exciting for we code nerds and having zero effects on how a system works, please read my next article in a few days, we are programmers and we need a revolution.

[Stay tuned. There’s more of this scintillating tech stuff coming. (It is important if you’re a developer, but otherwise it’s totally in the weeds, and should remain there atmo.) There is a larger lesson to be gleaned from the dependencies issue. If something requires that you do something complex for little or no gain, it’s probably the wrong thing to do. It should be noted that we often completely organize our lives in this complicated fashion for little gain. Worthy of more thought.]