- Andrew Phillips
- API
- Application programming interface
- Benedict Gaster
- Cloud computing
- cloud computing
- cloud computing services
- Computer programming
- Computer science
- Computing
- computing
- David Ungar
- eBay
- Enterprise Mobile
- enterprise software development
- Guy Steele
- Hassan Chafi
- JavaScript
- JavaScript
- JavaScript programming language
- Joe Nuxoll
- Joshua Bloch
- JSON
- Multi-core
- Robert Altland
- Robert Bocchino
- Russ Cox
- Sebastian Burckhardt
- Stefan Tilkov
- Technical communication
- Technology
- Tucker Taft
- Web development
- Adam Wiggins
- Agile software development
- all@yourcompany.com
- API
- back-end web developers
- Erlang
- front-end web developers
- functional programming
- heavyweight tools
- internet-scale
- larger product
- Management
- minimum viable product
- Peter van Hardenburg
- php
- php
- potential solutions
- product management
- Project management
- project management
- provisioning and monitoring tool
- Python
- Ruby
- Scala
- Scrum
- software architecture
- software components
- Software development process
- software product
- Software project management
- software systems
- technology
- web components
- Web servers
- Andrew Phillips
- API
- Application programming interface
- Benedict Gaster
- Cloud computing
- cloud computing
- cloud computing services
- computing
- David Ungar
- eBay
- Enterprise Mobile
- enterprise software development
- Guy Steele
- Hassan Chafi
- JavaScript
- JavaScript
- JavaScript programming language
- Joe Nuxoll
- Joshua Bloch
- JSON
- Multi-core
- Robert Altland
- Robert Bocchino
- Russ Cox
- Sebastian Burckhardt
- Stefan Tilkov
- Technical communication
- Technology
- Tucker Taft
- Web development
- basic algorithms
- car washes
- course networking
- Eleanor Duckworth
- enough basic algorithms
- experienced software
- free products
- given Web
- Haskell
- HTML
- lowkey travel
- minimum viable product
- operating systems
- Other People's Money
- Peter Thiel
- php
- Python
- search engine
- search engine
- software engineering
- Stanford
- Steven Gary Blank
- Texas
- Unix
- viral marketing
- web app
- web ideas
- web scale
- web shop
- 3G
- 3G roaming on their network
- Amazon
- Android
- Apple Inc.
- Apple iPhone
- Apple iPhone 4 Smartphone
- Apple iPod Mini Portable Audio Device
- AT&T
- board design
- Box breaker
- CDMA
- China
- Dual SIM
- electronic mobile device
- electronics
- encryption
- Enron
- European Telecommunications Standards Institute
- European Union
- GSM
- HDMI
- imperfect solution
- IPhone
- iPhone
- Japan
- Kindle
- Lehrman Bros
- Linksys iPhone
- manufacturing costs
- mobile device
- Mobile telecommunications
- mp3
- Multi-touch
- NEC
- Open Mobile Alliance
- Panasonic
- pathetic network
- phone+carrier
- Samsung GX-10 Digital Camera
- secret key
- Sim
- SIM
- SIM lock
- Smart Phone
- smartphone
- Smartphones
- SMS
- software interface
- software simcards
- software updates
- Subscriber Identity Module
- swappable devices
- T-Mobile
- Technology
- Tesco
- thinner phones and devices
- Tomi Ahonen
- under-capacity networks
- United Kingdom
- United States
- Vodafone
- Where Apple
With over 1,400 entries highlighting its ten-year anniversary, the winner really seems to be Ludum Dare: its event, its organizers, its jammers, and those who played and rated its games. And yet, after 3 weeks of judging, the community has chosen its winners.
The crowns go to Inside My Radio by Turbo Dindon and Fracuum by Tyler Glaiel, for winning the top jam and top overall game spots, respectively. IndieGames lists here the top 10 overall games, the top 10 jam games, and the top games by category of both.
Top 10 Overall:
Fracuum - Tyler Glaiel
Memento XII - deep night
Super Strict Farmer - Benjamin
Soul Searchin' - Maxim Schoemaker
Lonely Hated Rock - Xion
This Precious Land - Ishisoft
Planet 161 - saint11
Astro Break - hulahulahest
Recluse - chambers
Pocket Planet - Molten Mustafa
Top 10 Jam Games:
Inside My Radio - Turbo Dindon
Going Rogue - Frankie Smile Show
Tiny Shards - Gabriel
Greed Wars - Ignatus Zuk
Boxed in. - PIXEL^3
Stranded - Evil Cult
Rambros - Black Ships Fill the Sky
subAtomic - MurrayL
Dude, where's my planet - Zamando
Tiny Timmy and Big Bill - 4urentertainment
Top Compo Games, by Category:
Innovation: Recluse - chambers
Fun: Astro Break - hulahulahest, Pocket Planet - MoltenMustafa, Ra Ra - YMM
Theme: It's a tab - brackcurly
Mood, Graphics: Memento XII - deep night
Audio: ZUNZANDA - Sonny Bone
Humor: BEEFWAR - crackerblocks
Top Jam Games, by Category:
Innovation: Tiny Timmy and Big Bill - 4urentertainment
Fun: Rambros - Black Ships Fill the Sky
Theme: Pivotation - KingKay
Graphics: Exposed - 01101101
Audio: Inside My Radio - TurboDindon
Humor: subAtomic - MurrayL
Mood: There is a Picture - MortisGhost
Congratulations again, everyone! Quick post-mortem for us bloggers: we found a good deal of the Top Overall games, but we have some work to do with finding the jam gems next time.
Developers, how did your game do? What lessons did you learn from this event? Judges, how did your picks do?
http://blakemasters.tumblr.com/peter-thiels-cs183-startup
This link is to a summary of Peter Thiel's class topics written in superb essay style. It centers entirely around technology, how a new supplier (an entrepreneur) brings it to the people, and how the creative process navigates the modern world.
The words are far-reaching and truly align to the best of humanity and our future potential.
Peter Thiel "gets it"

Purpose and Preamble
We might describe our world as having retail sanity, but wholesale madness. Details are well understood; the big picture remains unclear. A fundamental challenge—in business as in life—is to integrate the micro and macro such that all things make sense.
Humanities majors may well learn a great deal about the world. But they don’t really learn career skills through their studies. Engineering majors, conversely, learn in great technical detail. But they might not learn why, how, or where they should apply their skills in the workforce. The best students, workers, and thinkers will integrate these questions into a cohesive narrative. This course aims to facilitate that process.
I. The History of Technology
For most of recent human history—from the invention of the steam engine in the late 17th century through about the late 1960’s or so— technological process has been tremendous, perhaps even relentless. In most prior human societies, people made money by taking it from others. The industrial revolution wrought a paradigm shift in which people make money through trade, not plunder.
The importance of this shift is hard to overstate. Perhaps 100 billion people have ever lived on earth. Most of them lived in essentially stagnant societies; success involved claiming value, not creating it. So the massive technological acceleration of the past few hundred years is truly incredible.
The zenith of optimism about the future of technology might have been the 1960’s. People believed in the future. They thought about the future. Many were supremely confident that the next 50 years would be a half-century of unprecedented technological progress.
But with the exception of the computer industry, it wasn’t. Per capita incomes are still rising, but that rate is starkly decelerating. Median wages have been stagnant since 1973. People find themselves in an alarming Alice-in-Wonderland-style scenario in which they must run harder and harder—that is, work longer hours—just to stay in the same place. This deceleration is complex, and wage data alone don’t explain it. But they do support the general sense that the rapid progress of the last 200 years is slowing all too quickly.
II. The Case For Computer Science
Computers have been the happy exception to recent tech deceleration. Moore’s/Kryder’s/Wirth’s laws have largely held up, and forecast continued growth. Computer tech, with ever-improving hardware and agile development, is something of a model for other industries. It’s obviously central to the Silicon Valley ecosystem and a key driver of modern technological change. So CS is the logical starting place to recapture the reins of progress.
III. The Future For Progress
A. Globalization and Tech: Horizontal vs. Vertical Progress
Progress comes in two flavors: horizontal/extensive and vertical/intensive. Horizontal or extensive progress basically means copying things that work. In one word, it means simply “globalization.” Consider what China will be like in 50 years. The safe bet is it will be a lot like the United States is now. Cities will be copied, cars will be copied, and rail systems will be copied. Maybe some steps will be skipped. But it’s copying all the same.
Vertical or intensive progress, by contrast, means doing new things. The single word for this is “technology.” Intensive progress involves going from 0 to 1 (not simply the 1 to n of globalization). We see much of our vertical progress come from places like California, and specifically Silicon Valley. But there is every reason to question whether we have enough of it. Indeed, most people seem to focus almost entirely on globalization instead of technology; speaking of “developed” versus “developing nations” is implicitly bearish about technology because it implies some convergence to the “developed” status quo. As a society, we seem to believe in a sort of technological end of history, almost by default.
It’s worth noting that globalization and technology do have some interplay; we shouldn’t falsely dichotomize them. Consider resource constraints as a 1 to n subproblem. Maybe not everyone can have a car because that would be environmentally catastrophic. If 1 to n is so blocked, only 0 to 1 solutions can help. Technological development is thus crucially important, even if all we really care about is globalization.
B. The Problems of 0 to 1
Maybe we focus so much on going from 1 to n because that’s easier to do. There’s little doubt that going from 0 to 1 is qualitatively different, and almost always harder, than copying something n times. And even trying to achieve vertical, 0 to 1 progress presents the challenge of exceptionalism; any founder or inventor doing something new must wonder: am I sane? Or am I crazy?
Consider an analogy to politics. The United States is often thought of as an “exceptional” country. At least many Americans believe that it is. So is the U.S. sane? Or is it crazy? Everyone owns guns. No one believes in climate change. And most people weigh 600 pounds. Of course, exceptionalism may cut the other way. America is the land of opportunity. It is the frontier country. It offers new starts, meritocratic promises of riches. Regardless of which version you buy, people must grapple with the problem of exceptionalism. Some 20,000 people, believing themselves uniquely gifted, move to Los Angeles every year to become famous actors. Very few of them, of course, actually become famous actors. The startup world is probably less plagued by the challenge of exceptionalism than Hollywood is. But it probably isn’t immune to it.
C. The Educational and Narrative Challenge
Teaching vertical progress or innovation is almost a contradiction in terms. Education is fundamentally about going from 1 to n. We observe, imitate, and repeat. Infants do not invent new languages; they learn existing ones. From early on, we learn by copying what has worked before.
That is insufficient for startups. Crossing T’s and dotting I’s will get you maybe 30% of the way there. (It’s certainly necessary to get incorporation right, for instance. And one can learn how to pitch VCs.) But at some point you have to go from 0 to 1—you have to do something important and do it right—and that can’t be taught. Channeling Tolstoy’s intro to Anna Karenina, all successful companies are different; they figured out the 0 to 1 problem in different ways. But all failed companies are the same; they botched the 0 to 1 problem.
So case studies about successful businesses are of limited utility. PayPal and Facebook worked. But it’s hard to know what was necessarily path-dependent. The next great company may not be an e-payments or social network company. We mustn’t make too much of any single narrative. Thus the business school case method is more mythical than helpful.
D. Determinism vs. Indeterminism
Among the toughest questions about progress is the question of how we should assess a venture’s probability of success. In the 1 to n paradigm, it’s a statistical question. You can analyze and predict. But in the 0 to 1 paradigm, it’s not a statistical question; the standard deviation with a sample size of 1 is infinite. There can be no statistical analysis; statistically, we’re in the dark.
We tend to think very statistically about the future. And statistics tells us that it’s random. We can’t predict the future; we can only think probabilistically. If the market follows a random walk, there’s no sense trying to out-calculate it.
But there’s an alternative math metaphor we might use: calculus. The calculus metaphor asks whether and how we can figure out exactly what’s going to happen. Take NASA and the Apollo missions, for instance. You have to figure out where the moon is going to be, exactly. You have to plan whether a rocket has enough fuel to reach it. And so on. The point is that no one would want to ride in a statistically, probabilistically-informed spaceship.
Startups are like the space program in this sense. Going from 0 to 1 always has to favor determinism over indeterminism. But there is a practical problem with this. We have a word for people who claim to know the future: prophets. And in our society, all prophets are false prophets. Steve Jobs finessed his way about the line between determinism and indeterminism; people sensed he was a visionary, but he didn’t go too far. He probably cut it as close as possible (and succeeded accordingly).
The luck versus skill question is also important. Distinguishing these factors is difficult or impossible. Trying to do so invites ample opportunity for fallacious reasoning. Perhaps the best we can do for now is to flag the question, and suggest that it’s one that entrepreneurs or would-be entrepreneurs should have some handle on.
E. The Future of Intensive Growth
There are four theories about the future of intensive progress. First is convergence; starting with the industrial revolution, we saw a quick rise in progress, but technology will decelerate and growth will become asymptotic.
Second, there is the cyclical theory. Technological progress moves in cycles; advances are made, retrenchments ensue. Repeat. This has probably been true for most of human history in the past. But it’s hard to imagine it remaining true; to think that we could somehow lose all the information and know-how we’ve amassed and be doomed to have to re-discover it strains credulity.
Third is collapse/destruction. Some technological advance will do us in.
Fourth is the singularity where technological development yields some AI or intellectual event horizon.
People tend to overestimate the likelihood or explanatory power of the convergence and cyclical theories. Accordingly, they probably underestimate the destruction and singularity theories.
IV. Why Companies?
If we want technological development, why look to companies to do it? It’s possible, after all, to imagine a society in which everyone works for the government. Or, conversely, one in which everyone is an independent contractor. Why have some intermediate version consisting of at least two people but less than everyone on the planet?
The answer is straightforward application of the Coase Theorem. Companies exist because they optimally address internal and external coordination costs. In general, as an entity grows, so do its internal coordination costs. But its external coordination costs fall. Totalitarian government is entity writ large; external coordination is easy, since those costs are zero. But internal coordination, as Hayek and the Austrians showed, is hard and costly; central planning doesn’t work.
The flipside is that internal coordination costs for independent contractors are zero, but external coordination costs (uniquely contracting with absolutely everybody one deals with) are very high, possibly paralyzingly so. Optimality—firm size—is a matter of finding the right combination.
V. Why Startups?
A. Costs Matter
Size and internal vs. external coordination costs matter a lot. North of 100 people in a company, employees don’t all know each other. Politics become important. Incentives change. Signaling that work is being done may become more important than actually doing work. These costs are almost always underestimated. Yet they are so prevalent that professional investors should and do seriously reconsider before investing in companies that have more than one office. Severe coordination problems may stem from something as seemingly trivial or innocuous as a company having a multi-floor office. Hiring consultants and trying to outsource key development projects are, for similar reasons, serious red flags. While there’s surely been some lessening of these coordination costs in the last 40 years—and that explains the shift to somewhat smaller companies—the tendency is still to underestimate them. Since they remain fairly high, they’re worth thinking hard about.
Path’s limiting its users to 150 “friends” is illustrative of this point. And ancient tribes apparently had a natural size limit that didn’t much exceed that number. Startups are important because they are small; if the size and complexity of a business is something like the square of the number of people in it, then startups are in a unique position to lower interpersonal or internal costs and thus to get stuff done.
The familiar Austrian critique dovetails here as well. Even if a computer could model all the narrowly economic problems a company faces (and, to be clear, none can), it wouldn’t be enough. To model all costs, it would have to model human irrationalities, emotions, feelings, and interactions. Computers help, but we still don’t have all the info. And if we did, we wouldn’t know what to do with it. So, in practice, we end up having companies of a certain size.
B. Why Do a Startup?
The easiest answer to “why startups?” is negative: because you can’t develop new technology in existing entities. There’s something wrong with big companies, governments, and non-profits. Perhaps they can’t recognize financial needs; the federal government, hamstrung by its own bureaucracy, obviously overcompensates some while grossly undercompensating others in its employ. Or maybe these entities can’t handle personal needs; you can’t always get recognition, respect, or fame from a huge bureaucracy. Anyone on a mission tends to want to go from 0 to 1. You can only do that if you’re surrounded by others to want to go from 0 to 1. That happens in startups, not huge companies or government.
Doing startups for the money is not a great idea. Research shows that people get happier as they make more and more money, but only up to about $70,000 per year. After that, marginal improvements brought by higher income are more or less offset by other factors (stress, more hours, etc. Plus there is obviously diminishing marginal utility of money even absent offsetting factors).
Perhaps doing startups to be remembered or become famous is a better motive. Perhaps not. Whether being famous or infamous should be as important as most people seem to think it is highly questionable. A better motive still would be a desire to change the world. The U.S. in 1776-79 was a startup of sorts. What were the Founders motivations? There is a large cultural component to the motivation question, too. In Japan, entrepreneurs are seen as reckless risk-takers. The respectable thing to do is become a lifelong employee somewhere. The literary version of this sentiment is “behind every fortune lies a great crime.” Were the Founding Fathers criminals? Are all founders criminals of one sort or another?
C. The Costs of Failure
Startups pay less than bigger companies. So founding or joining one involves some financial loss. These losses are generally thought to be high. In reality, they aren’t that high.
The nonfinancial costs are actually higher. If you do a failed startup, you may not have learned anything useful. You may actually have learned how to fail again. You may become more risk-averse. You aren’t a lottery ticket, so you shouldn’t think of failure as just 1 of n times that you’re going to start a company. The stakes are a bit bigger than that.
A 0 to 1 startup involves low financial costs but low non-financial costs too. You’ll at least learn a lot and probably will be better for the effort. A 1 to n startup, though, has especially low financial costs, but higher non-financial costs. If you try to do Groupon for Madagascar and it fails, it’s not clear where exactly you are. But it’s not good.
VI. Where to Start?
The path from 0 to 1 might start with asking and answering three questions. First, what is valuable? Second, what can I do? And third, what is nobody else doing?
The questions themselves are straightforward. Question one illustrates the difference between business and academia; in academia, the number one sin is plagiarism, not triviality. So much of the innovation is esoteric and not at all useful. No one cares about a firm’s eccentric, non-valuable output. The second question ensures that you can actually execute on a problem; if not, talk is just that. Finally, and often overlooked, is the importance of being novel. Forget that and we’re just copying.
The intellectual rephrasing of these questions is: What important truth do very few people agree with you on?
The business version is: What valuable company is nobody building?
These are tough questions. But you can test your answers; if, as so many people do, one says something like “our educational system is broken and urgently requires repair,” you know that that answer is wrong (it may be a truth, but lots of people agree with it). This may explain why we see so many education non-profits and startups. But query whether most of those are operating in technology mode or globalization mode. You know you’re on the right track when your answer takes the following form:
“Most people believe in X. But the truth is !X.”
Make no mistake; it’s a hard question. Knowing what 0 to 1 endeavor is worth pursuing is incredibly rare, unique, and tricky. But the process, if not the result, can also be richly rewarding.
Creative Commons License
Tags: cs183
This is only the first of 11 sections generously written by Blake Masters, the site's creator.
- Aaron Ohlmann
- America
- American Scenes Inc.
- artificial intelligence
- Blake Masters
- California
- Charles Eames
- China
- Congressional response to the NSA warrantless surveillance program
- Creative Commons
- cross-media information
- e-payments
- electricity
- ever-improving hardware
- executive producer
- Federal Government
- Folkert Gorter
- Genealogical DNA test
- HTTP cookie
- Japan
- Joseph Kaufman
- Josh Pangell
- Kees Boeke
- Los Angeles
- Madagascar
- National Aeronautics and Space Administration
- National anthems
- Nikola Tesla
- Paypal
- Peter Thiel
- rail systems
- Ray Eames
- Rene Daalder
- retail sanity
- search warrant
- software failure
- SpaceCollective.org
- Steve Jobs
- technology mode
- Totalitarian government
- United States
- Web page content

This Q&A is part of a biweekly series of posts highlighting common questions encountered by technophiles and answered by users at Stack Exchange, a free, community-powered network of 80+ Q&A sites.
I'm working on a project solo and have to maintain my own code. Usually code review should be done by someone other than the author so the reviewer can look at the code with the fresh eyes. I don't have such luxury. What practices can I employ to more effectively review my own code?
Answer: Checklist & Refresh (7 Votes)

TEDxENSIAS - Simohammed ZAARI JABIRI - Schizophrenic neurosurgeon's memories
In thespirit of ideas worth spreading, TEDx is a program of local, self-organized events that bring people together to share a TED-like experience. At a TEDx event, TEDTalks video and live speakers combine to spark deep discussion and connection in a small group. These local, self-organized events are branded TEDx, where x = independently organized TED event. The TED Conference provides general guidance for the TEDx program, but individual TEDx events are self-organized.* (*Subject to certain rules and regulations) Mr. Simohammed Zaari Jabiri a doctor at CHU in Rabat shocked the public with a moving story from his own experience. Mr. Jabiri told us the story of a nightshift at the hospital where he works as a neurosurgeon. Due to the insufficiency of equipment, one night he had to make a hard choice that a person can ever make; the choice of who to let live and who to let die. This event made him write his anger on a website and called that night's reflection: "A schizophrenic neurosurgeon's memories". His reflection yielded positively reaction and pushed some people to donate. Now after having read his reflection, I ask myself: "how can a state think of making a high speed train while its citizens have to pay for surgery items? And most of the time they can't afford it!" It's such a hypocrite country that only looks for ... I don't even know what it looks for. The state's primal priority should be to promote education and health. These are the fundamentals that every <b>...</b>
From:
TEDxTalks
Views:
869

8
ratings
Time:
21:00
More in
Education
Oops! Nobody wants to see the 404: Page Not Found. But as Renny Gleeson shows us, while he runs through a slideshow of creative and funny 404 pages, every error is really a chance to build a better relationship.

As the sole programmer behind Polytron's widely-acclaimed Fez, Canadian game developer Renaud Bédard had his work cut out for him in creating a perspective-shifting 3D world using his home-grown Trixel engine. But for his next project, he's teaming up with Montreal-based audiovisual artist Aliceffekt and Henk Boom of Phosfiend Systems to create a very different (but also familiar) game experience.
Waiting For Horus is a work-in-progress from the group, and it immediately evokes the raw, cathartic glee of fast-paced mutiplayer arena games like Unreal Tournament and Quake 3. It's a genre we haven't really seen much of lately, with most modern shooters like Call of Duty relying on realistic theme park-style set pieces and Ramboesque,...
- Aliceffekt
- Android
- Android Army
- Apple iPhone 4 Smartphone
- Cloud clients
- Code
- Devine Lu Linvega
- Fez
- First-person shooters
- game developer
- Ghost in the Shell
- Henk Boom
- HTC
- HTC Evo 4G Smartphone
- IPhone
- iPhone
- Linux games
- Montreal
- Phosfiend Systems
- Quake
- Ramboesque
- smartphone
- Smartphones
- Technology
- Theory
- time smarphone buyer
- time smartphone buyer
- Toronto
- Vox Media Inc.
We all know that having a strong hook, a singable melody or a solid rhythmical pattern is essential to forge a memorable song or soundtrack piece, but what about Structure?
- accepted load testing tool
- AMD
- ApacheBench
- API
- badass hardware
- Benchmark
- box load testing tools
- caching
- Core
- CPU intensive algorithms
- FS
- Groovy
- HTML
- HTTP
- http tools
- intensive algorithms
- Java
- Java
- JavaScript
- Jython
- multicore server
- node.js server
- operating system
- Python
- RAM
- Ruby
- Scala
- Tim Fox
- Vert
- well-established benchmarking tool
- x server
- 3G
- 3G cellular network
- 3M
- AppliedMaterials
- Avalanche technology
- Camera phone
- cellular telephone
- consumer electronics
- consumer products
- DSL
- electricity
- electronic news site
- Elpida
- ExtremeTech
- GSM
- high-speed Internet
- high-speed Internet
- HP
- IBM
- Intel
- International Telecommunications Union
- internet access
- IPhone
- iPhone
- landline telephone
- massive wireless networks
- Michael Degusta
- Micron
- Mobile phone
- mobile phones
- Motorola MING A1200i
- Samsung
- smartphone
- Smartphones
- smartphones
- SoC processors
- Technology
- Technology Review
- United States
- Windows Mobile
- wireless network
- wireless networks
- wireless technologies
- wireless technologies
- Ziff Davis Inc.
- Bill Evans
- Entertainment
- Frank Chimero
- George Russel
- George Russell
- George Russell
- Jazz
- Jimmy Cobb
- John Coltrane
- John Coltrane
- Kind of Blue
- Kind of Blue
- Miles
- Miles Davis
- Miles Davis
- Modal jazz
- Music
- Paul Chambers
- Paul Chambers
- Savoy Records artists
- social media
- Stephen Thomas Erlewine
- Tonal Organization
- Amazon
- Amazon.com
- Amit Agarwal
- API
- Arvind Jain
- GitHub
- Gzip
- HTML
- HTML
- HTTP
- HTTP
- Hypertext Transfer Protocol
- Internet protocols
- Jacob Elder
- JavaScript
- Jerry Chu
- Natalia Sutin
- Network protocols
- Open formats
- Portable Document Format
- Tom Herbert
- web browser technology
- web browser technology
- Web browsers
- Yahoo!
If you’re dreaming of creating your own controller from scratch, there are certain basic elements you’ll need – and a strong case for reusing, not reinventing, the wheel. There are a range of products out there that cater to you DIYers; Livid’s Builder line is certainly one of the most comprehensive. It’s a line of hardware accessories that help you piece together MIDI controllers with all the requisite knobs and buttons and sensors you might like, and its brain just got an upgrade.
The soul of any controller is the electronics and microcontroller that read all of those inputs and let them talk to a computer. And it’s that “brain” that Livid recently upgraded, with their Builder Brain v2. Messages from controls go in, messages to devices like lights go out, all via a connection to your computer that’s USB powered, class-compliant MIDI. (That means you won’t need any drivers – not on Mac, not on Windows, and not on Linux. You could even plug this into one of those Raspberry Pi devices, if you’re lucky enough to have one!) They also operate standalone with a 5V power supply.
The Brain v2 is for some seriously large and complex controllers, with support for up to 64 analog inputs, 128 Buttons, and 192 LEDs. (Fortunately, a companion board called the Omni, and connections via ribbon cables, mean that you won’t create complete spaghetti trying to do that.) In fact, it’s so powerful I’d recommend considering something simpler for less-ambitious projects, but if you’re planning a big controller, it’s tough to beat Livid’s offerings.
New in v2:
- A Bus Board for easier control connections
- LED support up from 48 to 192, extra circuitry for ultra-brights.
- Encoders now work with LED encoder ring support, so you can make a big circle of ultra-bright lights to go around your encoder.
- RGB LED support.
- 5V standalone power is new.
Add those features to cool extras from the original, like accelerometer and velocity-sensitive surface support and programmable MIDI settings.
CDM asks Livid’ Jay Smith to tell us what this is all about.
CDM: Who is this for?
Jay: That’s kind of a loaded question! It’s really for anyone wanting to create a class-complaint MIDI device of their own. An artist, a maker of commercial products, a musician, a visualist? With Brain version 1 we’ve seen a MIDI controlled electric mandolin, Moldover’s Mojo, and The Choppertone to name a few. We’ve also powered some other pretty sophisticated commercial devices for other companies with it, so it’s not just a DIY solution.
With v2 we’ve really expanded the functionality by adding almost any kind of control you’d want to hook up to it, and made the process of doing that much easier. If you are talking about standard MIDI controller type controls, our Omni board support thousands of configurations with just one circuit board. This isn’t just for building “controllers” in terms of software controllers either. We’ve added external power so you can use it to control analog gear and other MIDI controlled devices.
Apart from those examples, what can you build with Builder and the Brain?
Anything that has a button, LEDs, potentiometer, encoder, FSRs, accelerometers, sensors, and more. Single LEDs, RGB LEDs, and “groups” of LEDs of 6,12, or 24 can be created and controlled with one MIDI note or CC or locally controlled with an encoder or pot. As a result, inventive, designs with interesting lighting feedback are possible. VU meters driven by CCs, or a clever array of LEDS that make glyphs or patterns can be arranged with your controls to provide novel, custom feedback that would never make it on Guitar Center’s shelves, but mean something special to you. The omni board provides enough physical limitation that you can think about a “chunk” of a controller and isolates parts of your project into digestible parts, and allows you to sensibly expand and modify your control surface with only 1 brain.
Why would you choose this over another platform?
Frankly there is no other platform for controller building that is this packed with features, well documented and supported, and easy to use. Since the release of Brain v1 three years ago we’ve spent a lot of time listening to our user’s requests, thinking about the features we’d like for our own use, and developing them into a platform for others to use. We didn’t spend much time looking at what else was out there, we looked for what wasn’t and tried to fill in those gaps. When it comes to building your own device, whether for creating music, controlling lights, or something else completely, there are really only other “solutions”, not platforms, which is what we intended to create.
Who is this not for?
If you are looking for an all-in-one solution for your dream controller but don’t want to do any of the labor, this is definitely not for you. We’ve really set out to create the most comprehensive platform that has the smallest learning curve. There are some other great solutions out there, but some of them either have a big learning curve or require programming to achieve results. If you have a smaller project and don’t care about MIDI, the ability to edit, expand, and have a long terms solution, there are certainly cheaper solutions out there. We tried to make the process more streamlined, feature packed, and have taken a lot of the guesswork out of it with Brain v2. With the addition of the Bus Board we’ve added things like resistors, transistors, and chips that make the building process much easier.
Quick start video:
Find out more:
http://lividinstruments.com/hardware_builder.php
- Brain
- Bus Board
- bus-powered
- cheaper solutions
- class-compliant
- Control theory
- control-surface
- controllerism
- Controllers
- Create Digital Music
- Creative Commons
- custom
- DIY
- Doepfer
- Electronic music instruments
- Electronics
- electronics
- Guitar Center
- Hardware
- Jay Smith
- Light-emitting diode
- Linux
- livid
- livid-instruments
- long terms solution
- microcontroller
- MIDI
- MIDI
- MIDI
- MIDI controller
- MIDIbox
- Music hardware
- Musical Instrument Digital Interface
- News
- Peter Kirn
- physical-computing
- pretty sophisticated commercial devices
- projects
- software controllers
- Technology
- USB
- usb-class
- 3-D
- Autodesk
- cad
- California
- collaborative tools
- Computer programming
- Computer-aided design
- Computing
- Creative Commons
- Diff
- Electronic design automation
- Electronic engineering
- electronics
- EvilMadScientist
- Free software
- Fujitsu
- Git
- GitHub
- GitHub
- Google Code
- internal networks
- manufacturing
- open software
- Open source hardware
- open source hardware
- open source software
- possible solution
- private custom collaboration software
- Project management software
- Sourceforge
- Technical communication
- Technology
- Web-based repositories
- workflow tools
Now you can run your company from Starbucks. Amazon's A.W.S. and SAP join forces to offer lots of corporate software, from H.R. and customer management to analytics, via the cloud. It's part of the steady, and increasingly powerful, ratcheting up of services from cloud computing providers.
- ?s business applications
- Amazon
- Amazon
- Amazon Web Services
- Amazon.com
- AWS
- Business
- business intelligence
- business intelligence software
- cloud
- cloud computing
- Cloud computing
- cloud computing
- Computing
- Concurrent computing
- corporate software
- data
- Enterprise Computing
- in-house analytic software
- Information technology management
- internet
- Linux
- mobile device
- mobile device
- SAP
- SAP A.G|SAP|NYSE
- SAP AG
- SAP Business ByDesign
- software pricing
- Technology
- Web services
- Web Services cloud
An argument that games should punish players before rewarding them, since the player will then become even more attached to their player character, having overcome a difficult challenge.
NG:DEV.TEAM's René Hellwig has launched a Kickstarter campaign to fund upgraded Steam, Xbox Live Arcade, and PlayStation Network ports for his R-Type-inspired Sega Dreamcast shoot-'em-up Redux: Dark Matters.
The campaign's main draw is a Kickstarter-exclusive Limited Edition preorder for the Sega Dreamcast version of Redux. Backers who pledge $65 or more will receive a two-disc set featuring Redux: Dark Matters and its predecessor DUX 1.5, both of which are playable on Dreamcast consoles. Only 1,000 copies of the set will ever be produced, and none will be sold after the Kickstarter campaign concludes.
As of this writing, the project has earned $8,000 toward its goal of $25,000, with 28 days left until the funding deadline. Pledge rewards range from downloadable soundtracks ($25) to custom-made arcade sticks ($1,000).
- Algorithm
- API
- Artificial intelligence
- artificial intelligence
- be done dynamically using the Mendeley API
- Blei
- Boyd
- Carl Boettiger
- Cybernetics
- intelligent agent
- JSON
- Khan Academy
- Lang
- Larry Page
- Machine learning
- machine learning
- MapReduce
- Mendeley
- Neural network
- Neural Networks
- Paper
- recommendation algorithms
- recommendation algorithms
- Reference management software
- Sergey Brin
- Shannon
- signal processing
- Stanford
- Technology
- Theoretical computer science
- Tim Berners-Lee
- YouTube
- Brian Bergstein
- Cambridge
- computing
- Dina Katabi
- Dominick Reuter
- energy
- Eric Price
- Fourier analysis
- Fourier transform
- Haitham Hassanieh
- important emerging technologies
- important technology milestones
- Integral transforms
- Joseph Fourier
- M.I.T
- Marin Soljacic
- Massachusetts
- MIT Computer Science and Artificial Intelligence Laboratory
- MIT Technology Review
- Piotr Indyk
- Piotr Indyk
- SFT algorithm
- Technology
- Technology Review
- Ajax Talker
- API
- App Center
- b@c.com
- C
- C
- C++
- Comment
- Curly bracket programming languages
- Doug McIlroy
- Eric S.Raymond
- Japan
- Java
- Java
- JavaScript
- JSON
- Microsoft
- nan@devnullmail.com
- National Aeronautics and Space Administration
- no@thank.you
- Operating system
- optimization tool
- Oracle
- php
- php
- Pixels
- Pixelstech.net
- Procedural programming languages
- Programming language
- programming technology
- Source code
- System time
- Technology
- Unix
- Unix
- Unix operating system
- Unix philosophy
- web application development
- Web Ubuntu Profile Storer Pixels
- X-ray
- your@site.sux
- AOL
- Blog hosting services
- Columbia
- consumer-technology products
- Friendster
- Harvard
- Mark Elliot
- Mark Elliot Zuckerberg
- Mark Zuckerberg
- Mark Zuckerberg
- mountain view
- MySpace
- New York
- New York Magazine
- New York Media LLC
- Online social networking
- similar services
- social networks
- Stanford
- Technology
- technology start-ups
- The Social Network
- United States
- Wal-mart
- Web 2.0
- Yale
- Andrew Phillips
- API
- Application programming interface
- asychronous applications
- Benedict Gaster
- cloud computing
- cloud computing services
- computing
- Computing platforms
- concurrent applications
- Cross-platform software
- Curly bracket programming languages
- David Ungar
- eBay
- Enterprise JavaBean
- Enterprise Mobile
- enterprise software
- enterprise software development
- Groovy
- Guy Steele
- Hassan Chafi
- Java
- Java
- Java
- Java platform
- Java Virtual Machine
- JavaScript
- JavaScript programming language
- Joe Nuxoll
- Joshua Bloch
- JSON
- mature technologies
- Robert Altland
- Robert Bocchino
- Ruby
- Russ Cox
- Sebastian Burckhardt
- SpringSource
- SQL
- Stefan Tilkov
- Technology
- Tim Fox
- Tucker Taft
- Vert
- VMware
- VMware
- Web applications
- Web development
- web server
- web server
- XML
- year technology
- year technology
And Akronyme Analogiker wrote the code. [Creative Applications]

On a warm summer day in 2002, in Charlevoix, Michigan, Richard Joseph’s bad luck began. The lawyer, husband, and father of two was walking across the driveway with a bag of garbage when his bare foot slipped in a puddle of water that had collected beneath his car’s air conditioner. His leg gave out and he landed on his back. While nothing was broken, the blow prevented blood from reaching his spinal cord. He laid there for an hour, unable to move, while his daughters watched television in the living room. By the time he was discovered, the damage had been done. He'd never walk again.
Eventually, Joseph would make it back to work at his law firm, although he couldn’t keep up his old pace. By August 2007, complications prevented him...
- Add To Cart
- Anthony Morrison
- Bedros Keuilian
- Brent Austin
- Bureau of Consumer Protection
- business setup services
- California
- Californian
- Charlevoix
- Chicago
- Chino Hills
- Chris McCombs
- Christmas
- Dan Thies
- Dillon Miles
- Douglas Mattern
- e-book
- e-books
- e-commerce site
- electronic book
- entry-level products
- even media appearances
- far-reaching Internet enterprise
- Federal Trade Commission
- Frank Kern
- fraudulent products
- Glen Ledwell
- Grant Connect
- Haiti
- internet
- Internet Empires
- Internet Empires fame
- Internet fraud
- internet guru
- Internet Marketer
- Internet Marketers
- internet marketing
- Internet Marketing materials
- internet riches
- internet scam
- introductory product
- Jason Jones
- Jeremy Johnson
- John Paul Raygoza
- Juliette Kimoto
- Kyle Kimoto
- law
- Los Angeles
- Mastercard
- Matt Bacak
- Matthew Silver
- Michigan
- Mind Movies
- Nevada
- oil
- online sales
- open source web framework
- OPM
- Other People's Money
- Palo Alto
- Protection
- Raygoza
- Richard Joseph
- Roberto Anguizola
- Ron Martino
- Ruby on Rails
- savvy internet fraudsters
- secure tool
- self-described internet mogul
- snake oil salesmen
- term Internet Marketing
- The A-Team
- the Huffington Post
- the Philippines
- The Secret
- ultra-secretive
- underground internet millionaires
- unscrupulous Internet Marketer
- use internet registrations
- Utah
- Virginia
- visualization tools
- Washington, D.C.
- web templates
- west coast
- working for the world-famous Anthony Morrison
- worthless real estate deals
Some positive points I've found since writing a game engine for our current project.
An introduction to the idea of system narrative with the JRPG classic ChronoTrigger.
Tinkering around with Directx 11, Romanian developer Silviu Andrei is building an engine capable of rendering not corridors, or arenas, but entire planets. More »
