Hacker Newsnew | comments | show | ask | jobs | submit | salimmadjd's comments login

are there any videos from the workshop these slides are from?


Unfortunately not, though there's been a lot of interest in this talk, so I'll likely be presenting it again. And even in the last couple of months there's been a lot of development in the containerization world, so there's a even more to include.

If anyone's interested in hosting and/or filming an updated version of this talk, drop me a line! My email is in my profile.


Bacon Flavored Asthma Peak Flow Meter to improve asthma adherence.



Now I see why they hired former paypal guys, David Marcus [1] and Stan Chudnovsky [2]

Although I'm sure the team had been working on it for a while (given these were relatively new hires), bringing in the paypal executives helps them have a smoother launch and scale process.

1: https://www.linkedin.com/in/dmarcus

2: https://www.linkedin.com/in/stanchudnovsky


Hi Koji,

Co-founder of AsthmaMD here [1]

The first product looks great. If/when you guys decide to venture into asthma care and are looking for partnerships please write me a line, salim at our domain.

1: http://www.AsthmaMD.org


Thanks for reaching out! AsthmaMD looks like a great product. Would love to connect in the future.


Some of the chemicals we want to make actually absorb carbon dioxide during their production

If you are replacing natural gas with sugar as the energy source, then how are you able to absorb CO2? At some point oxidation of hydrocarbons will yield CO2.

I think what you are doing is very cool, but wanted to understand how you are going to do what's claimed.


The chemical production is what absorbs CO2. The CO2 released from metabolism is another thing entirely, because making and then using sugar is carbon-neutral.


I agree, it's a little confusing. Some chemicals like malic acid can actually be made from both CO2 and methane. Of the four carbons in that molecule, one can come from CO2 and the rest from methane.


For once I get to disagree with A16Z, "Scott Weiss, general partner at Lyft investor Andreessen Horowitz, sees the company beating Uber by emphasizing better customer service...he compares Lyft’s opportunity to Southwest Airlines and Virgin America"

I don't believe the comparison is correct. Catching an Uber is a quick decision process. I don't believe the change will be big enough to convert Uber users to install Lyft's app. They would have spend all that money raised and give it a way to get Lyft customer to refer friends with a free-ride coupon codes.


This looks very very cool. But, who is the target audience here?

IMHO, this doesn't have the best Product/Market fit. I'm guessing the target is a non-programmer or just front-end guy who quickly wants to put together a backend.

If that's the target, then why not provide a set of generic backend functions. For the mentioned target.

I think you can limited to a simple set like: registration, authentication, user profile, follow (friend), add content (text, image, video), like, list content, list all liked, list friends, etc.

This way you can become "Wufoo for backend".


There's [0]hull.io, doing a lot of the things you've mentioned here.

[0] http://hull.io


Another person suggested, http://stamplay.com/


Great question! Open source drag and drop functionality currently exists for things like sending emails (via mailgun or mandrill) payments (via stripe) sending SMS (via Twilio) social auth (via twitter, Facebook, or github) password encryption (via bcrypt) analytics (via segment.com) and over 100 other common functions


But who is the target audience?


Excellent post.

I would put the key findings on the top. I'd also include there the 18-24 month run rate. That's what most people want to know, include myself who is going through that process now.

As a follow-up post, I'd love to see a simple run rate calculator with items that most of us don't think about or consider.


Thiel's addition makes YC into a monopoly of sorts. Which is inline with Thiel's philosophy.

I wonder how much of that thinking was involved in the decision making on both sides.


The UI/UX on this product is not that great. Google is offering a similar solution as Kayak. But I'm not sure why they just didn't fully copy Kayak. It feels to me, 1 - google thinks they are smarter than Kayak, 2 - they didn't want to show they are copying Kayak.

For example, kayak does a great job of displaying all the options on the left column. Google is hiding everything in drop downs. So then they need to have a blog post to explain how their UI works where kayaks is just intuitive.

The same with bar chart pricing (which I like) why hide it behind a silly icon like that. Now they have to educate their users what that icon means. Call it "best days to fly" or even better show that at the bottom of the page.


I disagree. I spent nearly a year as a UI designer/engineer for a flight search/booking tool and evaluated all the major interfaces. The #1 killer feature google flights has which kills all other flight search tools (I have seen) is speed. They bought a company (ITA) for something close to a billion dollars which provides near realtime search results for flights.

Kayak (and others) do a good job of streaming search results, but you still have to wait seconds before you're able to make decisions.



Guidelines | FAQ | Support | API | Security | Lists | Bookmarklet | DMCA | Apply to YC | Contact