Thanks for this explanation. Can you give a similarly concrete example of how, according to the docs: "When you receive messages in order and the Pub/Sub service redelivers a message with an ordering key, Pub/Sub maintains order by also redelivering the subsequent messages with the same ordering key. The Pub/Sub service redelivers these messages in the order that it originally received them." I'm a little confused about what scenario with ordering would lead to the need to re-send multiple messages.
Hey everyone, thanks for taking a look at my team's project. I'm an ex-apple Software Engineer, mainly with Ruby chops. This project has really stretched me. C++ firmware, React Native mobile app, Ruby on Rails backend with React front-end, and Particle.io for the IOT glue. Our team is based out of Cambridge, MA and we even have one in China now. Let me know if you have any questions, happy to discuss.
People on here seem to think the show is terrible. Is the Big Bang Theory equally terrible? It similarly makes fun of stereotypes and many people love that show and many scientists often think it's atrocious. Maybe the same thing is happening here.. hitting a little to close to home for some people.
Wow, I really can't believe the negativity there. This is creative and amazing. The guy seems like a winner. The comments on here are dreadful. The point here was to make a statement and get eyeballs. This site already has accomplished that.
If this is a flawed idea you can let me know (and I'm open to your thoughts) but this is what I'm operating under right now: I, nor no one I know, uses FB events for casual get togethers. Want to get together for drinks at the bar tonight after work? I wouldn't use FB events. I could send text messages to friends sure, or I could call them sure, but this is a fun easy way to accomplish that. That's what I want, and I don't have anything else that fulfills that.. if there is something else it hasn't made its way onto my desk yet. So its just a simple way t odo that, that's the value proposition at the moment.
Thanks for the feedback, someone else mentioned this too.. so clearly its something I should address. And here I was thinking it was obvious :) I wonder if G+'s 'hangout' feature being a webcam thing made you think it could be as well?
1) When you don't know how to do something you don't know how much you should pay.. and surprisingly it takes less time to learn than you would think. I wrote off learning Rails thinking it was harder then it was.. Sure it has its nuances, but in 45 days I've gained a really good perspective on building an app. But to learn, really commit! Build an app then when you are done, build another, and then another.
2) You have to launch and as soon as possible. Nothing else is as important. Motivation will die, money will be lost, and you'll have no idea what people will want unless you do. Period.
3) People telling you something is a good idea is not the same as people willing to use it. You can't base spending money and time off people, especially your friends, thinking something is a good idea. You have to test the waters (see point 2).
4) Join the community. If you are a reader of Hacker News, but don't code join the community of coders. I can't tell you how much more fulfilling it is to show up at local Ruby events as a coder, feeling welcome as "one of them" as opposed to as an entrepreneur seen as just 'hawking an idea'. Really, it's a great community of people once you are on the same side of the equation.
5) Distill your idea down to its simplest form possible. Convoluted ideas are difficult to pull off, difficult to convey to potential users, and difficult to convey to investors. Focus focus focus.
Well said. I have found this to be true in my own life. My entire business education in college was a rehash of things I had already learned working on a pre-college startup.
Time is one thing in life you can't get back. From that perspective choosing to go the 'safe' route is as much a risk as taking a risk itself.