React Native is excellent for web teams that are creating a new mobile app. If your team has more experience with React than native iOS/Android, then it's a no-brainer.
However, in my experience you get diminishing returns once your app has passed v1 and your customers expect more after the new-ness wears off. You find yourself spending more and more engineering effort to make your RN app to feel as good as existing mature native-first apps, which is especially frustrating as you are solving problems that native-first app developers never had to solve in the first place. They got the solutions for free with the native sdks.
This plateau of developer effectiveness is hard to get away from as your app becomes so coupled to RN and your team invests so much into RN tooling and skills that it feels like a sunk cost.
Yeah, github enterprise definitely makes sense, and it is something that we will look into.
Chrome's notifications since v28 kinda suck. Browser notifications have always been difficult, and in fact our www.trou.pe native app was originally just a toolbar app to solve this problem.
Good point. The problem with a tier limited by the number of people is that you take away one of the best parts of a free chat service. Being able to freely invite _anyone_ into a conversation really opens up what you can do.
true, but it would be fantastic to merge those two cultures together. Having non technical people involved in open source projects is a good thing, and it is something that we are trying to encourage.
At the moment we have node + express + faye for rest api/streaming. The web front end is currently built with backbone, less and a sprinkling of bootstrap.
Yeah, that barrier is a tough one to overcome. We've found that having an easy entry point (nothing to install, one click signup etc.) lowers the barrier a bit.
Also having some kind of free tier could always be an advantage over hipchat...
Dev here! Yeah, we've been making www.trou.pe for while and have just added some github hooks after some user requests. We are just curious to see how far people want github integration to go...
I build web trading apps for banks. Big, big javascript apps that stream prices and handle trades. Not the kind of apps that require shakespearean spam though...
It's meant to interfere with your writing, like a backseat driver interferes with your driving. Your idea of separation is interesting, do you see it as a kind of translator?
Gibberish I guess. Doing a lookahead for letters was how I started, and its kinda interesting to see how it turned out as a quick project. Storing the probabilities for each letter given a string prefix is the limiting factor, and took a bit of effort to get it to reasonable size for a browser. I think using words instead of letters may result in better sentences with the same amount of space though...
Yeah, only listing the top 10 chars to write next results in a few misses. Its also bit of a pain to test a recursive function that uses random numbers.
However, in my experience you get diminishing returns once your app has passed v1 and your customers expect more after the new-ness wears off. You find yourself spending more and more engineering effort to make your RN app to feel as good as existing mature native-first apps, which is especially frustrating as you are solving problems that native-first app developers never had to solve in the first place. They got the solutions for free with the native sdks.
This plateau of developer effectiveness is hard to get away from as your app becomes so coupled to RN and your team invests so much into RN tooling and skills that it feels like a sunk cost.
I do not envy the Discord apps team.