Hacker News new | past | comments | ask | show | jobs | submit | yakto's comments login

How do you have a burn rate of only $18,500/mo with seven (apparently) full-time employees? Is that burn rate net of some kind of revenue, or are your seven employees making an average annual salary of about $31K each? Even for TN that seems awfully low.

As a point of reference, in SV a ballpark OPEX for 7 employees in a startup would be $80-90K.


$18,500 burn rate is their monthly negative cash flow, not necessarily total monthly expenditures.


What cash flow? They have 300ish users of a free product. Surely that isn't a huge revenue stream. I suspect it is just living relatively cheap.


We live extremely cheaply, even for Tennessee standards. We all share a house and play limbo with the poverty line... A couple of our developers are part-time guys that have helped when needed, we currently have a full-time staff of five.


Wait, "a couple" of your developers are part-time? According to your team page you have 7 employees. It looks like 3 of those are technical (less than half... that alone is astounding), so if "a couple" of those three are part-time, that means you only have a single full-time technical employee, unless the full-time guy is the Systems Administrator, in which case you have zero full-time developers.

Sorry, but that seems like a pretty big warning sign for a software startup.


I'd recommend "Atlassian suite (Jira, etc.), except simple and un-sucky" as a positioning statement that would pique my interest.


You don't have to wait: http://www.trekdesk.com/


Google Payments (https://checkout.google.com/inapppayments/) has no transaction fee, just a flat 5%.


Thanks for the suggestion, but I need something that will work with a card swiper and do card-present transactions.


Battery life is supposed to be better - 8h talk time.


> The price for this is a large, multi-hundred kb framework and a commercial license.

Sencha Touch is free now (not sure when that happened). And the multi-hundred kb framework isn't much of an issue since it's bundled up in the native download and always local to the device.


The overall size of the code graph in browser memory matters. It's not just about the size you're delivering over-the-air. That said, I have apps in both the Apple Appstore and Android Market that have embedded webviews that pull down the mobile web app portions from the air. This allows 100% freedom in changing/fixing things. In these cases, yes, size matters.


Not the first interesting tell-all by Numair: http://public.numair.com/2006_parker.html


Love it - I find myself emailing myself notes and links several times a day, and this is a big time saver.

Two suggestions:

1) make a Chrome and FF browser extension for it, so you can get a first-class button on the browser (or be in the right-click menu). Bookmarklets are quick and easy, but I don't display my bookmarks bar in Chrome, so I have to go hunt for it. By contrast, my Bit.ly chrome extension has a cute little yellow fish button at the top of my browser all the time, and so gets mindshare and use every day.

2) The notes are sent without a subject line. Would recommend a subject something like "[cctome] First 30 or so characters of note..."


Thank you!

1) You're right, an extension is on the works. I also like the right-click context menu idea a lot.

2) Yes. I was trying to make it as simple as possible. Regarding the subject line model you suggested, I ommited that because (at least when using gmail, my client of choice), the message contents are previewed, so I thought it would be unnecessary.


Ditto. Great logos are simple, and get even simpler over time. This one is over-engineered and, to me, completely lacking in meaning.

The word Groove is strong enough to stand on its own, with maybe a slight embellishment, perhaps some negative space. One of my favorites that may serve as some inspiration: https://community.jivesoftware.com/community/jivetalks/blog/...


> We specifically cite that this is legal for US developers because gambling is 100% illegal in the US, so this is proof that use of our API does not violate any law.

I'm having trouble parsing that.


I see why this could be confusing. Essentially, online gambling is 100% illegal in the US, but we are working with multiple US developers whose lawyers have confirmed that our API is legal to use. It is also important to note that players must be in a legal gambling jurisdiction to play.


Join us for AI Startup School this June 16-17 in San Francisco!

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: