wesleytodd

Very true, that is a continual problem that even twitch hopefully has to address often. There are no simple answers as you scale an application. I was more addressing the feature set.

All a team can really do is setup an architecture that can theoretically scale, and then adjust as you reach higher and higher levels.

FWIW, our site is actually a pivot after a product that reached a higher unique per day than twitch currently has (99th globally vs 63rd globally according to alexa.com). And I can say from experience that scaling a real-time experience is MUCH harder than a more traditional web app experience. But the techniques are much the same, reach the scale, see what breaks, fix.

LOL, this is gold :)

Fully acknowledging that some of the things they have issues with, my startup also has issues with, BUT:

My startup is under 2 years old, in the same space, and with a much smaller team. We have solved almost all of the technical problems twitch faces, and even released many other features that Twitch is only now also working on.

We have regularly looked at this market and what keeps fueling twitch's success, and strictly speaking people go where the content is. It has NOTHING to do with the user experience of the product, nothing to do with the quality of the tech. If there are 500 people streaming the game you want to watch on twitch and 10 on another platform, the viewers stay on twitch.

Anyway, it is an interesting problem, and one that all competitors in this space are facing. And has clearly not pushed twitch out in any way.

Finally the self promotion if anyone is interested in our product: https://www.stream.me

Personally I would rather it require trailing commas like Go does, any optional syntax is a step backwards IMHO

lol, I like this, "snip the sim".

I get the IRS scammer calls a few times a day as well. My co-worker started calling them back and taking them for a ride, after a while they stopped calling him. Maybe scamming the scammers is the way to go :)

> And Go has a... Less than exellent track record for being easily ported

I'm not sure what you are talking about with this, but I thought Go had great cross platform support. Can you point me to a resource documenting your "Less than excellent track record"?

WOW, very difficult. Anyone have a link?

They talked a little about it in this video [1], but that's all I could find.

[1] https://www.youtube.com/watch?v=HUVmypx9HGI

I think it is more about how you structure your components for development. React provides a nice modular approach using composition, which is just enjoyable to write. With static html files you need to come up with a good composition approach, forcing you to make decisions on how you want to do that.

Secondly, it also allows you to progressively enhance the static site easily if you want to in the future.

Hey John!! Couldn't agree more.

We had an event bus in an early implementation of our application and it was a huge pain later when we didn't know every place that was using and relying on a given event.

We switched to a much more explicit structure with defined dependencies and more boilerplate to reduce the "magic". It is much easier to debug and maintain over the long haul. The boilerplate stuff sucks to write, but when you are going to maintain the application for more than a few months, it takes MUCH less time to go back and understand than the alternatives.

hahaha, this comments wins for use of the word "sheeple"

Link to that spec?

> "Powered by our proprietary and patented peer-to-peer live streaming protocol,"

And now I care about this much less...

source: http://blog.bittorrent.com/2016/05/17/bittorrent-live-multic...

Any good streaming solution needs to transcode multiple bitrates and formats. You either need to do that on the source machine or across the network somehow.

Doing it on the source machine is technically easier, but much more heavy weight on machine. Doing it on the network means that the transcode is happening multiple times, which can result in playback issues if you get a source segment from two different transcodes.

I have thought about doing something like this because I work for a streaming company, but have always come to some roadblock like the one above for a "real" application of this technique. I wonder how they have solved this.

WARNING: Auto-playing video ads that are not muted

Additionally, it might be possible that the ad blocker is silently dropping the request, which would result in a request timeout before moving on to the actual video content.

> it then produces a delay if the ad can't be downloaded

I work for video site and wrote the player we use, and this is exactly that I think would be happening. Our player has a similar issue, and it even sometimes occurs with no ad blocker.

The player I wrote loads ads via the VAST specification, which is pretty much what the entire web uses for ads. This means we have to make a client side request for an xml document, parse it, then see if it has an ad unit we can show. Even if we don't get an ad there can end up being multiple round trips due to the way VAST and the ad networks work, thus delay.

Thanks!

Is this someone I should know about?

The graph there is very misleading because it doesn't use 0 as a baseline. The browserify bundle is only 20% larger than the webpack, but the graph makes it look 5x or so.

I just ran that PR and this is what it got:

-----------------------------------------

stat -f%z src/dist/bundle.js

15757

gzip -c src/dist/bundle.js | wc -c

4270

-----------------------------------------

So still not quite as small as the rollup, closure, or webpack

> By sticking to this paradigm, we make our code easily readable and allow ourselves to interpolate between CommonJS and ES6 modules.

This sentence should probably say "interoperate"

This is some of the best news I have heard in a while. I really wanted to love atom, but just couldn't wrap my head around the decision to use coffeescript

Having lived in both Michigan and Texas, humidity is the largest factor in high-temperature enjoyment. In high-humidity, anything over 75F is difficult. But in Texas where the humidity is lower I can easily enjoy >85F.

Similarly I wrote a tool that uses Faker to generate api fixtures :) Why go stright to the DB when you can test your api at the same time?

https://github.com/MusicMapIo/Mokr

That is exactly what I was thinking....they didn't even mention Dan Gilbert, even though it is clear they should have interviewed him as the driving force behind so much of the revitalization and the chairman at a mortgage company...

Maybe something like this?

https://github.com/ssbc https://github.com/ssbc/secure-scuttlebutt https://github.com/ssbc/scuttlebot

In fact, many places in the world did need twitter: https://en.wikipedia.org/wiki/Twitter_Revolution

So I feel like the reason I like Vagrant is because it does it's one job well, then gets out of my way. Doesn't sound like this shares that philosophy.

That post would get to spot -1 on HN for sure :)