mikeknoop

Raw video: https://www.youtube.com/watch?v=7m8H8OlJ3o8

Recovered video: https://www.youtube.com/watch?v=CjZ33C9JZTM

They were successfully brute forced in 2009: http://en.m.wikipedia.org/wiki/Texas_Instruments_signing_key...

Always makes my day to see people still carrying the TI-hacking torch! :)

Any particular goals you want to achieve with this project?

The interesting thing to me is how quickly you transition from Sales oriented -> Marketing oriented if things are going well. Early product/market fit can act as a bit of a guide for when to do the transition.

The big innovation here over comparable camera-stablizied GPS-locked drones (eg. DJI Phantom II) is that there is no mechanical gimble which significantly reduces weight and battery consumption of the Bebop.

You'd be surprised. I've been on the receiving end of one of these bounties and nearly everyone fulfilled their pledge.

On top of that, donations trickled in for months after from folks who didn't originally pledge.

The XDA community is very good about these things.

http://forum.xda-developers.com/showthread.php?t=499076

Big shoutout to Travis @ FullContact for making this happen. Lots of work over the past few months.

I love the use case "When I scan a business card, automatically invite them on LinkedIn to connect". Then I can toss the card guilty free.

FullContact's mobile apps are using Zapier to connect to most of the apps listed on this page.

(Jumping in for Bryan; also @Zapier)

We installed statsd/graphite early on to experiment around with visualizing our task and request logs for Zaps. We've since settled into Elasticsearch and Graylog which is phenomenal for debugging and support -- but has it's growing pains.

The timeseries stuff is used more at the application layer, rather than the pure logging layer. For example, I believe we're using it to track how many tasks an account has done over the last 30 days for pricing/plans.

Awesome to hear Sam! You were the influential voice when we were fundraising and always pushed us in the right direction. Congratulations!

This read as sarcasm to me. Isn't there a name for not being able to distinguish parody and sarcasm?

Michaelv.org is the personal website of Michael Vincent who, if you click around, is a huge TI calculator hacker (I dabbled back in the day).

In fact, my very first web server was going to be hosted by him. I recall sending him like $30 in the mail to host it way back when I was young enough to not even have a bank account yet.

This is a good way to think about it! I suspect most people get invited to talk and say yes (versus trying to find a venue) because that's what the venue model supports.

Learning how to give a better talk is just a proxy for: how can I better communicate my ideas to the audience so they remember them?

In 2 months no-one is going to remember any of the details about your talk but they'll remember the experience and if you have resources online, they'll seek those out.

So I introspected what I did and realized something I didn't include in the post.

I was under a time crunch to memorize my talk (I think I started about 4-6 hours before) so the sentences were a way to speed that along.

The process went like this:

1. Read talk end to end out loud from sentences

2. Start trying to time sentences with slides (with sentences still there)

3. Remove sentences but see all the slides still

4. Only see the current slide

Took me about 2-3 hours to nail down. By step 3 and 4 I was already improvising most of the sentences each time though and only the core point stayed constant.

This is a resource I put together after giving a talk at IowaConf this year (http://mikeknoop.com/iowaconf-road-to-zapier/)

It's huge (4,000+ words) but if you ever give a talk it could be really useful.

I've been receiving jcpenney spam for years because while their account system allows you to sign up with a "+" their unsubscribe system doesn't.

And in case there was any doubt, it's one of my favorite Zaps :)

It uses the awesome HNSearch API to poll for new mentions of phrases and triggers a Zap whenever it finds one. (I have it send me an SMS).

Here's a better, more direct Zap Template: http://zpr.io/gsjS

An analogy to the Python world: Angular is like Django, Backbone is like Flask.

If you pick Backbone, you'll be inventing a lot of patterns yourself and scaling it, but I think that appeals to a lot of people.

Webhooks are awesome but please don't make your users set them up: https://resthooks.org

I wish there was a JS-shim that could be used to deliver flexbox (or any cutting edge CSS) to older browsers so I could begin implementing it now instead of waiting some unspecified amount of time before it becomes acceptable.

Its not. Its promoting two things specifically:

1. Webhooks

2. A subscription layer via REST

Several major players already are doing this but it doesnt have a name.

REST Hooks are a way to consolidate that momentum and push it to a broarder audience.

Oh neat! We're launching resthooks.org today with several partners to promote an existing but underused real-time API pattern.

Here are more resources:

Intro: https://zapier.com/engineering/introducing-resthooksorg/

Why: http://resthooks.org/#why

Demo: http://demo.resthooks.org/

I would have preferred to link to an article but no-one has written one yet -- and Boxee devices have been offline all day.

EDIT: here is the screenshot: http://zpr.io/6SmC.png

It looks like Boxee devices ping *.ping.boxee.tv to detect online presence. If this URL goes down (may be due to the hack) Boxee refuses to open up internet-connected apps on the device even if you have an internet connection.

https://twitter.com/search?q=boxee&src=typd&mode=realtime

I'd love to add Feedly. I've been waiting for their official API to drop then it should be a quick add.

Hey there! You might try using Github webhooks with our "Webhook" service which enables you to be a little more granular on the Github end about what gets sent.

I heard a concern about the quality of the integrations that you might be able to make with Zapier and Glass.

Integrations are of course limited to what can fit inside the "trigger/action" model. However, most of the first-party Glass apps take advantage of Glass in about the same way and you can't extend them like you can with Zapier.

Glass is also a bit limited in how you can consume content. Right now you can read content from Gmail (only one inbox), SMS, CNN, New York Times, and maybe a few others. With Zapier you can push any content you want to the device in any format and filtered in any way.

Some of my favorite use cases while building the integration:

1. Take a photo on Glass -> Upload to Dropbox

2. Send RSS headlines to Glass, when I "share" a headline and add a caption -> Send to Buffer

3. Set up event reminders inside Google Calendar -> Send reminder to Glass when the event is about to start

All said, I'm super excited to see what others start building. Not just developers (we've had access to the Mirror API already) but what real users want to use Glass for.

Zapier users constantly blow me away with their creativity and given an open-ended device like Glass, I'm sure we'll see some super creative use cases.

There is good advise in this list. But I also know counter-examples from "successful" startups for many of the points.

Given that, I'll propose a 58th: be formidable enough to overcome any of the other 57.

I put in an API quota bump for Google Calendar a few months back and it was silently accepted after 2-3 days.

Based on my experience, each team individually deals with quotas for their API. Google Tasks is not really a dedicated product so it probably has little to no permanent team behind it. This is probably the cause for the slow response time on quota requests.