Technical co-founder/CTO looking for a new startup to work at | Hacker News Reader

Technical co-founder/CTO looking for a new startup to work at

akkartik.name

22 pointsakkartik28 comments

Akkartik and I talked for quite a while at the reception before startup school. He's a really nice guy and I wish him all the best in finding a new gig.

If someone needs a CTO, I'd drop him a line.

Full disclosure: I really don't have any vested interest in this at all. Our conversation from 4 months ago just stuck with me, and I thought I'd give him a plug.

I've known Kartik since high school. One thing's for sure, he is as sharp as a button, and a natural born leader. I'd vouch for him...in fact I already did: http://www.onetj.com/tjs_kaleidoscope/2008/05/and-how-the-do...

I'm vouching for kartik too -- I've been in tons of technical convos with him. He's a great guy personally and really thoughtful as a tech guy and is definately someone you want to have on your team.

Why does almost every startup have to be a social web site or some other web app? The web is surely not the only thing in the hacker universe, is it? The biggest opportunities in computing today are in parallel programming tools and multicore architecture and design. How come nobody seems to care about those things?

I note that your Phd dissertation was titled, "Prefetch mechanisms by application memory access pattern". Surely this qualifies you for all sorts of computing projects.

Parallel programming tools may make for interesting research, but that doesn't mean that it will be a good business. In general, tools startups haven't been terribly successful.

I see what you're saying and I think you're probably right. But if you can design and build a kick-ass multicore processor that blows everyone else out of the water in terms of performance, energy efficiency and ease of programming, it makes sense to give all your dev tools away for free. Heck, you could even throw in an OS and a nice browser for good measure.

I realize that I'm biased since I happen to think that multicore design is the most exciting thing out there. In my opinion, whoever solves the multicore/parallel programming problem will dominate computing for the rest of the century. The rest of the industry, including Intel, IBM, AMD, APPLE, etc... would flock like migratory birds to come and worship at your feet.

If I gave you $100k could you build me a kick-ass multicore processor that beats Intel+AMD? Seems like its not a good space to be a startup in. But I don't know that much about it...

Not $100k, of course. But I think $5 or $6 million dollars could do it. For that, you'd get a scalable, self-balancing 16 or 32-core processor compatible with existing motherboards and chip sets, visual dev tools using multi-touch screens, and a fully built computer with an extensible parallel OS including a good set of device drivers.

The whole engineering/design phase would take about two years. After that, you enter the marketing and production phase which will require several busloads of dough but that's not my department.

Intel/AMD aren't exactly resting on their laurels, friend.

In my opinion, that's exactly what they are doing. They have adopted a paralllel computing model (multithreading) that is known to be a pain in the ass to program. So far, they have no plans to change the model. They either don't know how or they are stuck in a rut because they need to maintain compatibility with legacy systems. They are in a state of panic right now, spending money left and right trying to find a solution that does not exist for their chosen model. This is a great opportunity for some other company (or a startup) to come on the scene and make a killing.

If you could design and build a flying car that runs on tap water, that would be even better. Unfortunately, that's easier said than done. Competing with Intel, AMD, etc in the processor market is also not easy -- many have tried, and generally failed.

Yeah, but this is a different ball game. The big players have an Achilles' heel. They are clueless as to what the future holds for multicore processors and they don't seem close to a solution. Parallel programming is a pain in the ass. There is even panic in the air because the big vendors have no real idea how to proceed. The solution is out there though. Some unknown startup may sneak behind them and steal the pot of gold while they're busy fighting amongst themselves.

Anything is possible, but so far the flying car and parallel programming startups have all failed :). (Moller and Peakstream come to mind)

Which parallel programming startups are you referring to? Sure, the established companies are adapting their exisiting tools to address the new multicore processors but I am not aware of any new parallel programming tools startups that failed. Most of the multicore processor startups are still around. Tilera, Ambric, Pico, etc... are still hanging in there. Pico is doing great. Israel's Plurality is just now beginning to get recognition for its self-balancing 64 to 256-core hypercore chip.

My point is that there are very few new multicore startups and I think that the reason is not that too many of them failed in the past but that only a few have had anything really interesting or disruptive to offer. It remains that there is a big problem that needs to be solved right now and whoever solves it will grab a lion share of the CPU market in this century.

To what end? What specific value add is a multicore processor to mom and pop that is not being addressed by an intel quad core? The only thing that moves units is applications. As far as the general user is concerned, the processor does not exist. And that is how it should be.

Are you kidding me? Once cheap massive parallelism becomes the norm, you're going to see amazing applications for the average person, especially intelligent programs. For examples, intelligent answering systems, voice recognition, handwriting recognition, face recognition, dog walker, housekeeping robots, portable language translators, self-driving vehicles, sentries, etc... The possibilities are endless.

All of those things are already with us. The problem with those things are in the algorithm performance, not compute cycles.

Peakstream may not have reached their "peak" but they were bought by Google for an undisclosed sum, which was probably good timing given that larger players are now entering that field.

http://arstechnica.com/news.ars/post/20070605-google-buys-pe...

I don't know all the specifics, but I doubt that was a "successful" exit.

Wasn't peakstream just a quick flip of the stanford brook gpu research?

http://arstechnica.com/news.ars/post/20060918-7763.html

The new company is entering the public eye with $17 million in funding and a leadership roster that includes former executives and tech guys from Sun, VMWare, NVIDIA, and NetApp. PeakStream's Chief Scientist is Prof. Pat Hanrahan of Stanford, who was formerly involved with Stanford's stream processing research endeavor, the Brook project. The Brook project's work on using GPUs as stream processors formed the foundation on which PeakStream has built their newly announced product.

"Parallel programming is a pain in the ass."

Eh, it is really not that bad.

Depends on the tools... it's usually done in C or C++ with low-level locking primitives and that can be pretty tricky to make efficient. You can easily write code that's correct and slow, or fast and error-prone.

IMO there's a lot of room for improvement on the tools side. I don't think a new architecture is needed/warranted given the improvement we could get just from better programming models and tools.

How is it exciting? What problem does it solve? How to write programs even lazier and introduce more complexity?

Multicores seem like a bad hack to me - a stop gap until chip speeds increase. A single core has to be the most efficient.

When everything is moving onto the web, consumers don't have much of a need to multicore processors. Maybe in high end db servers or something :/

Its not because nobody cares but more to do with business. Web apps, social sites, news, ecommerce and so on, is what consumers want and where the money is.

The computer science and computing issues are the enablers, not the products.

I disagree that a kick-ass multicore processor is not a product, especially if you can get $500 for every one that comes out of the fab.

Also, forgot to mention the fact doing a web startup in these areas is cheap, quick, easy, and more likely to have a bigger payoff compared to building the kind of tools you mention.

The real killer app would be a low level development tool that does not require you to use 4-5 different tools and wait near to 5 minutes to test your design on hardware.

After 8 years bleeding my motivation waiting for week- or month-long simulations to run, I strongly believe nobody should work on problems where the feedback loop isn't insanely short.

I care far more about working someplace small than about working on something web-based. There's just a lot less communication and bureaucracy, better odds of avoiding dysfunction.

Web-based startups just happen to satisfy both these constraints - the web as delivery mechanism yields instant feedback[1], and the web as eco-system encourages small and agile organisms.

[1] And high quality feedback. As an academic I was separated from my readers by an advisor and a dissertation committe, or by a set of anonymous reviewers and a program committee. Large companies separate you from the customer by layers of hierarchy. In a startup you're right next to your customers.

Reply on news.ycombinator.com