The Red Flag is Up, Stop the Race

News from the conference room: this is a series of blog posts in which blogging experts briefly review key Tech4Africa 2010 talks and panels from Day 1 and 2.

Day 2

Many, if not most, large brands, especially non-consumer brands, should stay the hell away from Twitter and Facebook. In fact, says corporate digital guru Andy Hadfield, even commodity consumer brands like banks and cellphone companies should consider _not_ ‘joining the conversation’ on Facebook or Twitter. Because it’s not really a conversation. Conversations are between a person and a person, not between a person and an abstract organisational construct.

We’re clearly in a trough of disillusionment, those many of us in the social media industry who spent the past few years being very excited about the immense possibilities and unknowable future impact. We’re now stepping back, aghast at the monster we have created that is racing off in lots of directions: many pointless, some actively harmful to the online community we have a loyalty to.

Today, World+Dog is doing social media. It’s not that hard to set up social media sites, and the business of providing ‘social media solutions’ has exploded. R15k to set up a Facebook page for some sucker^h^h^h^h innovative and authentic company.

Those who’ve been doing it for a long time are putting up red flags. How about NOT doing it, they say?

Having a Facebook page is a panacea for nothing, commented Alistair Fairweather from M&G.

The bottom line is that people don’t love brands. They may love the product that a brand produces. They may simply use a brand’s product because the brand hasn’t pissed them off enough yet to move to a competitor.

The nub of the matter for the panel, after half an hour of fairly intense discussion and even argumentative tub-thumping, is that there is a fundamental contradiction that cannot be resolved as long as the marketing department is the start and the end of corporates involvement in social media. Mostly, so-called conversations online have little bearing on the product, on the customer support, on the supply chain, on the real world.

Basically, most of the top social media people in SA are honest, realistic, and well-intentioned. They are struggling to look a customer in the eye, knowing that the company makes a crap product and delivers half-baked service, but that wants to be ‘authentic and engaged’ online.

Social media is about conversations that people honestly care about. No care, no conversation. No honesty, no conversation.

Is this the SA social media industry putting the brakes on the hype, looking to inject some realism before too many brands do too many ill-considered, expensive and futile online campaigns? Before brand managers get so burned that it wreaks major damage the industry that is trying to sell them the snake oil?

Let’s hope so.

Roger Hislop
www.sentientbeing.co.za
@d0dja

Advice for entrepreneurs

News from the conference room: this is a series of blog posts in which blogging experts briefly review key Tech4Africa 2010 talks and panels from Day 1 and 2.

Day 2

Marcel Klaassen, from FNB, in his opening remarks of Day 2, gave participants at Tech4Africa four crucial pieces of advice for new entrepreneurs in South Africa:

1) “Smurf it up” – Focus on your passion! Because of the way the world has flattened, you can do what you’re passionate about. You’ll probably find an audience for it, and you’ll probably be able to monetise it.

2) Appreciate business fundamentals but don’t be restricted by them. Embrace the business model, but keep it simple.

3) Be patient. Inevitably you are the curve. Not just ahead of the curve, you are creating a completely new curve. Decide where you are in the cycle. Are you the bus? Or are you the person helping people onto the bus?

4) Quote from Adrian Gore (Founder of Discovery). Being an entrepreneur is like jumping out of an aeroplane with a box of silkworms instead of a parachute, and praying that they are overachieving silkworms!

Samantha Fleming
http://afrosocialmedia.wordpress.com/
@afrosocialmedia

The knowledge economy is the kitchen of ideas

News from the conference room: this is a series of blog posts in which blogging experts briefly review key Tech4Africa 2010 talks and panels from Day 1 and 2.

Day 1

Curry paste? … what on earth does curry paste have to do with the knowledge economy? Steve Song says the knowledge economy is like the “kitchen of ideas”. If you don’t have access to the recipe, you waste time making it all up from scratch. But if you do have access to the recipe, then you can tinker, add value, make something totally delicious and explore what it would taste like if you … added more coriander?
Essentially (and with apologies to Isaac Newton), you can stand on the shoulders of giants.
Steve maintains that when the costs of accessing telephony are driven down, it opens up space for a “torrent of innovation”. Give people the basics and set their genius free!

At the presentation of Tech4Africa entitled “Three pieces of kit for a neighbourhood network”, Steve (Telecommunications Fellow for Shuttleworth Foundation) spoke about an initiative called the mesh potato, named for a lovely, obscure sort of connection between the acronyms POTS (plain old telephone system) and ATA (analog telephone adapter) … and possibly some late night Spanish patata bravas?

The mesh potato is an Open Hardware project to create wireless telephony, designed to address the needs of developing countries. In Africa, where most people spend vast amounts of disposable income (in some cases more than 50%) on telecommunications, the cost of access is a substantial barrier to innovation. The mesh potato is designed to eradicate that barrier and give people the freedom to explore creatively without worrying about how much it’s going to cost them. With the mesh potato, people in a village can talk to one another, or connect into a broader network, at minimal cost. Where this will take us, only the future can tell.

In a world where the only certainty is unpredictability and no-one knows what the next big thing is, the question is how to cope in an environment that you can’t plan for? Trial and error is the new planning. Steve advises that you need to take an evolutionary, organic approach. Success survives – and the only way to plan for this is to develop tools that facilitate everyone being a creator.

Mobile networks in South Africa today are making the same mistake that commercial Internet providers in the USA (such as compuserve, MSN and others) made 15 years ago,
when customized internet services were just developing. Their revenue model is based on walled gardens, which automatically restricts innovation. Steve advocates for paradigm shift to an open approach, giving cheap access to telephony, which opens the door to local innovation and problem solving for community problems.

The range of the mesh potato is currently around 400m (although this can be extended through ‘scaffolding’). In South Africa it is legal to use these networks as long as you’re not charging customers. However, if you want to run a commercial service you would need to apply for a license.

Mobile phones haven’t yet fulfilled their potential in the knowledge economy. That change is coming, but it needs to happen faster. The mesh potato will go a long way towards making that happen because it provides, at low cost, the opportunity for people to build their own telephone networks and take it from there.

(The mesh potato is on sale from next month – buy one online from the village telco. It’s designed to survive the weather (and dummies who might not know what cables to stick where), so you can stick one outside your house (UV and weather resistant) and get connected.
Also, the Village Telco is looking for volunteers, partners, investors –contact Steve if you are interested – www.twitter.com/stevesong).

Find out more about the mesh potato on this podcast with Steve Song.

Samantha Fleming
http://www.shuttleworthfoundation.org/
@afrosocialmedia

Ushahidi: packing a powerful (and honest) punch

News from the conference room: this is a series of blog posts in which blogging experts briefly review key Tech4Africa 2010 talks and panels from Day 1 and 2.

Day 1

Who hasn’t heard about Ushahidi? That was the first question posed by Erik Hersman today. Astoundingly, about 30% of the crowd raised their hands. My first thought was sheer disbelief – They don’t know about Ushahidi? Where have they been?

I raised my eyebrows at Steve Vosloo who said – perhaps they’re mostly commercial companies; that’s why they don’t know anything about this small nonprofit that packs a powerful punch. The great thing is that after today’s session, a whole lot more people now know about Ushahidi – which, when you do learn more about it, is truly an incredible application.

Ushahidi defines itself as a small organization that dislikes hierarchy and being told what they can’t do, they question everything, embrace innovative thinking and take risks boldly. Their guiding values are openness, innovation, community.

When Ushahidi started, it went from concept to launch in a week. After the Kenyan elections on 27th December 2007, violence broke out in Kenyan communities unhappy about election results. A Kenyan blogger wrote “For the reconciliation process to occur at the local level, the truth of what
happened will first have to come out”. And that began a creative process among friends and colleagues that saw the launch of Ushahidi on the 9th January 2008. The Ushahidi Platform allows anyone to gather distributed data via SMS, email or web and visualize it on a map or timeline.

From their successes, Erik shared some of what they learned in the process of setting it up:

* Keep focused (make ruthless, brutal decisions if you have to)
* Release early
* Do it yourself
* Community = success (if you can’t harness the community you won’t have success)
* Don’t wait for money, just do it

Erik hastened to add – remember that technology is only a tool. Some of Ushahidi’s biggest learning has come from failures – and they are open and willing to share this learning. Often we learn more from other
people’s mistakes than their achievements.

They learned that there’s a difference between building technology, and deploying technology. Experience taught them that building the technology itself is only about 10% of the issue – the other 90% is about building the community and messaging around the technology.

From their failures, they learned the following lessons:
* Own your failures
* Listen
* Fix your mistakes – and quickly
* Think differently but stay true to the spirit of your organization or community.

Erik’s overarching message was to remember these three things:

Technology does help in overcoming inefficiencies, but it takes people to make it happen.
More people need to ask the hard questions that challenge the status quo.
Africans can build world class software and we should expect nothing less.

Ushahidi – if you haven’t heard about it yet, check it out. And watch this space, this is just the beginning of what crowdsourcing information can do in Africa.

Samantha Fleming
http://tech4africa.com/speakers/#erikhersman
@afrosocialmedia

Location Scaling and Herding Cats

News from the conference room: this is a series of blog posts in which blogging experts briefly review key Tech4Africa 2010 talks and panels from Day 1 and 2.

Day 1

Joe Stump (SimpleGeo) on scaling a business and handling developers.

The masses of data created in web 2.0 has started following Moore’s Law (according to Sergy Brin) and with this increase in data as well as real time tracking it the overload of information becomes a supply and demand problem. The more data you have, the less the data is worth.

There is a big drive for location based information, however the value of this information decreases drastically over distance and time. The relevance of this information depends on: What the information is; Who it is about and What information is Virtually nearby or relevent. With the large adoption of services like FourSquare and MyTown it becomes evident that this gaming style of applications providing relevant location based information are becoming very popular. [As a side fact, more people visit MyTown per day than the total number of people who have accessed FourSquare since its inception.] At the end of the day users are looking for relevant information that can enhance their current experience.

Moving onto online scaling, Joe stressed the necessity of automation with the cloud as well as separating data into partitions from the beginning being a must. An important question that needs to be answered is whether to scale Up or Out. Out is normally better when you are on a budget and expand by getting lots of basic storage; whereas Up would be investing in high-end servers that are generally very costly. The specific language that you use is more based on the application and are not really a factor when scaling.

Another crutial point is having set standards and conventions from the beginning is critical for continuity throughout the business. It lowers the barriers of entry for new team members and makes the different components work together more smoothly, as well as helping if you want to publicize code at a later date. (This became an issue at Digg) Providing this continuity was best done through regular communication between the teams and Joe is an advocate for the SCRUM model to ensure constant communication. Testing was also a must, with different components being tested automatically and peer reviewed before being uploaded. He also believes in a “Swiss Cheese” style of coding which leaves holes in the code to be filled up later.

Dealing with developers can often be a tricky task – mostly due to their passion and personality type. As the core generators of online services they need to be carefully lead through expansion and given enough freedom to work their magic.

Roger Norton
www.rogernorton.net
@rogernort

Beyond growth pains

News from the conference room: this is a series of blog posts in which blogging experts briefly review key Tech4Africa 2010 talks and panels from Day 1 and 2.

Day 1

Beyond growth pains: A Q & A session with some of the global movers of Web 2.0

The social media we have come to know and love has very few prominent players. For growth in that market and developing your platform to giant proportions – with users other than close relatives and distant cousins. Who, better than the whizzes themselves to tell us how?

I sat in on a Q & A session with panelists from Twitter, Yahoo!, Mozilla Foundation and Simplegeo. Boy won’t you be glad I did because below are some of the things they covered.

Q: “What has been your hardest challenge, in your career, and how did you overcome it?”

A: (Joe Stump – Simplegeo) “Finding people I can bounce ideas off of, who have similar challenges at the same level in their growth“

A: (John Resig – Clear Left) “Understanding that the startup life wasn’t for me. It became most rewarding with a community.”

Q: “Is moving away from a small company and going corporate, the death of creativity?”

A: (Dustin Diaz – Twitter) “Twitter is always flowing with ideas. We all have different ideas and the constant challenge is to ways to implement the thinking of different people.”

Aside: Joe Stump had something relevant to say, which was unrelated to the question but makes sense to put here. “My number one rule is to hire people on the assumption that they great and potentially smarter than me.”

Q: “Are we creating a digital divide through building products that highly sophisticated and require more and more bandwidth?”

A: (John Resig – Clear Left) “There is a mobile digital divide that I’m realizing, most things now being developed android phones and the iPhone.”
The panelists earlier noted that the computer as we now use it is moving away from the need of an Operating System. The panelists assert that they spend less time using some of the functionality they once needed Operating Systems for. More people with team members that work remotely use Google Docs and other web based equivalents.

Some questions also came from delegates and this one in particular by Toby Shapshak I found really worth sharing.

Q: “With the browser becoming bigger and essentially what the internet is becoming, how do you fit that into mobile phones for use on cellphone screens?”

A: (Jonathan Snook – Yahoo!) “Get to the core of what you are trying to build and deliver that to your user. Essentially, products developed for the web have to be delivered differently for mobile phones.”

The session was quite eye-opening considering that while developing a product you also have to think of the business element related to the product.

Mongezi Mtati
http://www.mongezimtati.co.za/
@Mongezi

Scale to get big

News from the conference room: this is a series of blog posts in which blogging experts briefly review key Tech4Africa 2010 talks and panels from Day 1 and 2.

Day 1

It’s going to be a flood of data as more people connect more often with their mobiles. Says Joe Stump (co-founder of SimpleGeo, previously main dev bod at Digg): “Each smartphone has six-plus sensors, and it’s not long before they add barometers and temperature sensors and more. Data production is following Moore’s Law.”

He did a simple calculation, working out what happens if you were to tag the phones (just time and location) once every minute for the 500 million Facebook users.
Just this little addition would add 37.2GB of data every minute to the piles that already need to be crunched.
He asks: “How are we going to store, scale and serve this mess?”
His main point is: scaling != performance.
Performance is more about i/o, and not so much in your choice of language. Choose Ruby, choose php, it makes little total impact to large-scale systems, he insists.
Mostly, scaling is a specialisation.
“The more traffic you get, the more specialised your infrastructure needs to be,” he says. The key is automation – bits should be able to be called or started or attached automatically. Use the cloud, but treat everything in the cloud as ephemeral. It can and will just disappear. Expect it.

He discussed the two approaches to scaling – namely out, and up.
If you scale out, you spread load across lots of boxes. If you scale up you get a bigger, faster box. Less complex infrastructure, but a really powerful box can cost millions of bucks – only workable if your service is making big money already.

Other gems of wisdom:
* Partition your data from the very beginning
* Make use of queues – very important part of consistency of user experience.
* Caching is critical – especially in supporting queues. Write a record to cache while it’s processed by queue so that user experience stays OK.

These are lessons learned from long years worrying about things like: how do you handle objects such as the front page story on Digg when it’s getting millions of hits?
His other key advice is about people:
“It takes a lot of people to build, scale and maintain infrastructure – you will grow from one or two to 15 or more.” The human management issues become tricky here: “The first two or three devs on board are going to question every decision management makes.”
A good thought: “Look for a trait in developers: laziness. You want someone who looks for a quicker, better way.”

As your site (and dev team) grows, he advises looking to lower barriers to entry for more junior devs. “Get your codebase to a position where you don’t need to hire a Jedi. Jedis are rare. Jedis are expensive.”
He recommends breaking teams up. 4-6 people work well, at 8 it starts breaking. Get a Jedi, and make them the team leader. Note: team leader, not manager. They should act more like a sports team’s captain. Create frameworks (authentication, error handling) to lower barriers to entry as new coders come on.
And use code repositories. Full stop.

He is very passionate about promote ownership in the codebase, so that individuals work on three of four areas and have responsibility for them.
“As you scale and your code bases grow, from 50,000 lines of code to 400,000 lines, no-one can be effective across the whole base,” he says.
Before you start, design the software – don’t just start coding. He is a big fan of stubbing out the API on a whiteboard.

When it comes to testing – automation is good, and use several methods. If you fix something, make sure you run a test on the old version and make sure it fails it. Apply patch, and make sure it now passes.
Documentation. Build time into your planning for documentation. Even if old and stale it adds historical context, maybe helping you understand later why you made a particular decision.
Do peer reviews. “I’ve never sat in on any peer review and didn’t see at least one show-stopping bug.”

There are a number of ways to scale up using powerful technologies. “When I left Digg we were handling 37,000 requests a second,” he says. Now at SimpleGeo, he runs 15 nodes in one Cassandra cluster, 12 nodes in other cluster.
The numbers will go up (if you are even remotely successful). The technology is getting faster and faster, handling volumes that would have been unthinkable before. “You can get 1500 writes a second on a decent SQL box. A couple of years ago if you asked me if I’d need that, I would have laughed,” says Stump. Right now he is putting 5,000 to 7,000 writes/sec on a Cassandra cluster.

Most South African web developers, even those working for the relative giants like news24.com see only a fraction of these volumes – but one thing is sure. Africa is developing its Internet community fast – it won’t be long before servers talking to thousands of users are talking to millions.

Roger Hislop
www.sentientbeing.co.za
@d0dja