matclayton

Our experience is the opposite, we have a pretty large flow typed code base, and can do a full check in <100ms. When we converted to TS (decided not to merged) we saw typescript was in the multiple minute mark. It’s worth checking out LTI and how the typing on boundaries, enables flow to parallelize and give very precise error messages compared to TS. The third party lib support is however basically dead, except the latest versions of flow are starting to enable ingestion of TS types, so that’s interesting.

Selling is a whole other set of issues and one we could likely solve, but not one we’ve worked through.

We’re an online platform dedicated to DJs, licensed with free and paid tiers. We mainly do ondemand streaming but added live in 2020.

We've talked to twitch on and off over the years, but nothing specific to this. Music licensing data pipelines are a massively complex topic and very hard to get right. Its one of those areas you can only appreciate having done it. It looks trivial from the outside, my guess is they will be starting that work now, and in about 6-12 months time the complex reality of it will start to set in. Ironically the hardest part isn't even figuring out the track, its figuring out which major label owns the rights for it, in the territory it was streamed, on the day it was streamed. This is even more complex on the publishing side, where you can have multiple writers.

100% its way less than 1% of their streams, the CEO said as much recently. However that doesn't mean that the music labels are ok with copyright infringement being on the platform. I guess this is the real question, they clearly had to do a deal or shut it DJ's on the service. They chose to do the deals, so will they now lean into it as its an active area for investment, or was it a necessity to avoid a lawsuit etc. Time will tell, and its great to see them addressing this problem and the playing field being levelled for everyone else we was already paying for rights.

It'll depend a lot on the deals being struck, I can only speculate on the structure. The weird rules stem from the US copyright laws, and are therefore are impossible for a company like ours to get changed. We benefit from lower rates because of this and can make a service which will survive long term, so its a tradeoff we believe is worth it. I would stipulate that by going outside of those rules, they will have to pay a larger chunk of revenue to the labels, and it'll increase the ad load and cut the revenue passed to DJ's. Ultimately we decided that wasn't the approach we wanted to take, and the trade off was a good one, we'll find out with time which way they went.

Thank you, massively appreciate it :) Any feedback just hit up support@mixcloud.com and they'll pass it all on to the right folk!

Depends on if you are on free or Pro account as the uploader, if you are on Pro we up the bitrate substantially. Beyond this, it also depends on the device the user is listening on, we'll switch over to Opus when possible, which makes a big difference. If you want to max out the quality I would recommend you get Pro and ensure you listen on Chrome (or mobile apps). We'll do up to 320k on aac and 192k on opus. On Live we do something similar and last time I checked we did substantially higher rates than twitch on audio, but lower bitrates on the video.

Have you got a reference for how they are tackling publishing rights? I've been looking for it and only found references to labels so far.

Co-founder of Mixcloud here. We've been doing live streaming and licensed for years at this point (https://www.mixcloud.com/pro/live) Surprised it took twitch so long to make these deals happen, but it shows how complex these deals are to navigate, and congrats on them for doing so! Interested to see how this pans out and glad to see others in the field figuring out the licensing and not just ignoring it.

That serial number sends shivers down my spine. I also used to work on this system, and still do! At one point seagate admitted that the firmware was faulty. It would periodically stop responding under load, and cause the raid controller to think the drive had failed, causing it to remove it from the array.

I’ve never seen this posted publicly by them, but I’m fairly sure a revised firmware was offered. We deemed it too risky to upgrade the drives one at a time, so built a new cluster on Western Digital drives.

What’s frustrating about this change is that Apple keeps changing the terms on it. Until last week the T&C’s included the phrase “exclusively”. This allowed you to provide the user with your own sign in system and avoid forcing the google/facebook lock-in, however removing this crucial word means for those of us with apps in the market with social logins, we have to add yet another one.

This is going to lock more users to iOS, and doesn’t allow users on popular apps to migrate to Android and maintain their login. (Note no Android SDK is provided)

It might technically not be antitrust, but as an app developer we’re now forced to include Apple sign-in.

Give us a try, mixcloud.com

Thanks for the vote of confidence! (Mixcloud founder)

Mixcloud founder here, thanks its appreciated. Theres one big different on engagement, we tend to see lower play counts, but higher number of minutes listened per play. You'll start to see us surfacing this data more in the upcoming months, and I expect everyone to be pleasantly surprised.

That's fair and we're highly focussed on improving that this year. The groundwork is now laid, time to crunch out the features :)

Mixcloud Founder here, thanks for the support and if you ever have issues reach out. We're working hard on the app, but we're a super small team, so bear with us!

Mixcloud founder here, thanks for the vote of confidence. One key difference is we internally measure success or engagement in terms of minutes listened not play counts, and actively optimise for this. So often the visible play metrics don't actually respresent true human engagement. It's something we're thinking about a lot internally right now, and we might start exposing it shortly. I suspect most people will be very surprised for the better when we do.

I had the exact opposite experience, I went in to a store with a MacBook Pro (2013) which had morphed by a good 1-2cm's due to the battery expanding over the course of the previous hour. They refused to take it and insisted I book a genius appointment for the following week.

After much insisting (30-40minutes) they finally agreed to take the battery and keep it in their safe for a week, until the first available genius appointment was available. There they said it was out of warranty as its a disposable part and therefore not covered by the AppleCare+ plan I had at the time. Genuinely it was the worst experience I've had in an apple store to date.

We built Speedbar for django which does this as part of its summary information, but also provides full page profiles as well in production.

https://github.com/theospears/django-speedbar

We're a django shop, and pt-online-schema-change is an amazing tool. We're run it on tables with 10-50M rows in production with minimal downtime, <1 Second. I can't speak highly enough of it if you are a MySQL shop.

Awesome idea, I've wanted something like this for iOS/Android for a long time. It would be nice to have a self hosted version, with a one off fee.

Isn't this a Google version of Hive, which was open sourced by Facebook and provides an SQL style syntax to Hadoop. Queries aren't quick, it just allows offline data crunching to be coded quickly with out users having to code lots of map reduce. Cool concept but dont expect to see the online part of web apps powered by this.

The issue, particularly with innodb on MySQL is that the row data is stored with the primary key. By using GUID's and not sequential ids, you end up having to rearrange the entire dataset to insert the row data at the appropiate place, to keep the index in order, instead of appending it, killing your write performance.

We run it for mixcloud.com its awesome, saved us hundreds of hours of dev time easily.

when did something great need rapid user growth? Investors often require that to make a return, but does that define that you've made something great? Random example plastic logic, no customer growth, raised ~£1B, will plastic electronics technology change the world more than any Valley based company to date, who knows, but it has a damn good shot at making an entire new industry. They might not succeed as a company, but as an idea they are making something astonishing.

Its certainly possible, the problem is those people don't care about press or PR so they are very rarely heard about until after the event. Look in the various universities across the world and their spin outs and you will find some incredible people.

This is the main reason I live in Cambridge Uk and not London or SF, the vibe is very different around the startup scene, it actually feels like one of maturity driving a vision not a media circus. Sure it's smaller, it's all done behind the scenes, but some of them have and will continue to change the world for the better.

Me too, I asked them the other day about it,

Response - http://twitter.com/#!/kevinweil/status/73263430873792512

For users who have optimized for the current pricing structure, this is an insane switch, to give you an idea I just did the calculation for our AppEngine costs. Ouch...

We currently pay about $0.60 a day, so $18 a month

On the new system we have 25 instances on average so 24 * 25 * 0.08 = $48 a day or $1440 a month, even with reserved instances this is $900 a month, a x50 increase....

We do thousands of small requests, optimized for low CPU usage and not instance count, guess its time to move.

We've had a lot of people wanting to pitch services (accounting/marketing/social media advice) to us at other events, essentially fishing for work we want to try and filter that out. We feel that an open group of people working on startups is far more valuable than another networking group with people pitching for business.