skysight-inc/HackerNews huggingface dataset:
Accepting my claim I've been watching for 1 year, when I got into it was slightly more popular than it is now, and during the middle of that time it did hit a very high peak [0].

>Given the absolute minimal user flow needed to watch a livestream

That's the whole point: it was previously 100% effortless. If livestreams were on, they were on Twitch. You would go to twitch.tv, click the icon for CSGO which was 100% guaranteed to be on the front page, and the top streams were talented/personable professional players and/or tournaments with significant prize pools.

After the deal ESL signed to start streaming CSGO on YouTube, the friction to finding a stream drastically increased (because it had previously been a URL navigation and two clicks until you were watching a stream). Then, YouTube's awful discoverability and UI/UX compounded the problem of finding streams on the new, secondary source, but that's assuming you actually knew the streams moved to YouTube and didn't just start going to Twitch and finding drastically less content, and gradually stop watching.

Now, I'm not going to pretend my words are gospel or anything, but it's of serious consideration that the aforementioned peak popularity occurred in mid-January, very close to when ESL started streaming on YouTube exclusively (Feb 7 being the actual date [1]). Of course, there was a major tournament during this time as well, but this was a great tournament that you wouldn't expect to drive population numbers down so drastically as they fell off afterwards.

For context: ESL is a very large player in the CS:GO scene, hosting plenty of tournaments, the most popular online league, and even Major tournaments (of which there are only a few a year with increased prize pools, the highest level of competition, additional other revenue for teams, and, less quantifiably, prestige for winning).

[0]: http://steamcharts.com/app/730#1y
[1]: http://en.pro.eslgaming.com/csgo/proleague/news/csgo-pro-lea...
Not too long ago I did a check, was doing Twitch on Chrome / Macbook, and the thing just drained power. Turns out they were still using a Flash player, with a HTML5 player - which worked just fine and at a fraction of the power usage - an optional beta feature that I only managed to somehow activate using the browser's dev tools.

I hope the html5 player is the standard now.
Yes, that gives you some privacy of course, but I still think it's a different use-case: with disposable email services, you're usually not notified when you receive an email, and checking all the addresses must be a pain. I'd use them for services I really don't care about and nBox for wanted and semi-wanted emails.
Don't you have Callabike in your city? It's exactly the same concept, the lock isn't complicated and it all works like a charm. Use the app to find one, ride to wherever you want to, leave it there and log out.
Then there's Nextbike, which I haven't used yet but works similarly and stuff from local public transportation companies like MVG Rad in Munich which has stations but allows you to leave the bike also in a certain area. How does Mobike provide more than these offerings?
No, but it did cause it to flare up after a lot of smoke and smoldering. I'd say the problems started ~2 years before that, partly from disregarding local regulators with impunity (rather than putting up a show of trying to cooperate) and partly from a strong of poorly-handled customer complaints where the firm seemed unwilling to take any responsibility for screening drivers. Those led to a persistent consumer narrative of indifference to social norms, which is never a good thing to have attached to your brand.
Jesus Chrysler, I'd rather put the brakes on that idea, although I'm sure others would prefer to ford ahead.
Similar situation in Finland (except olives in plastic pouches I have yet to see).
You'd need to know what the burn rate is composed of: their engineering organisation might be less expensive than the marketing budget in a single major market.

If they cut ad spend and raise costs, then their growth story stops and other competitors have a window to move.

The go-to reading (at least a few years ago) for handling the difficulties of burn rate at a high-growth company is 'Mastering the Rockefeller Habits' by Verne Harnish, the chapter on cashflow. I think 'The hard thing about hard things' also talks about how this situation can kill your company if you're unlucky or unprepared
There's nothing in this guide that couldn't be found on 1000s of other introductory blog posts. This is just "What to Use With React 2017". I find it almost disturbing that front-end jobs around the world have adopted a set of opinionated tools that are so needlessly complex and churn at an amazing rate, and devs themselves have such a cavalier attitude about it. The self-congratulatory praise is deafening.
If the existing investors refused to play ball, they could kill the next round, which really would kill Uber.

If there's a next round, it will probably involve a big haircut for the early-stage investors.
My comment that Kalanick didn't have much to do with it seems to be generating a lot of downvotes. This is surprising to me.

The reason I compared Uber's success to Facebook was because demand for the product was so great, it was viral. It's hard to mess up a product that is so incredibly popular.

Perhaps Instagram would have been a better example to communicate my point. Its initial success was clearly not anticipated even by its founders, and its success continued despite numerous hiccups and screwups in its early days. I posit that its founders ability, which was clearly limited (by their own accounts), had much to do with its success.

https://www.slideshare.net/iammutex/scaling-instagram
Mobike is innovative, however, the competition is becoming so fierce with at least 10 major copy cats here in Shanghai. The unit economics of this model is being destroyed by the follower mindset in China's tech scene.
Are you saying salt water kills salt water fish?
Oh and I forgot to name the most important tool that we use: emacs
> As far as I know, no car manufacturer ships cars equipped with LIDAR.

I can confirm that, at least in a sense, this is false. There are plenty of series cars with LIDARS, but not he scaning things you are thinking about, but simpler kind of lidar tech[1]. I know that is not what you were talking about, but I thought it's worth pointing out other, existing, alternative approaches.

[1]http://www.conti-online.com/www/industrial_sensors_de_en/the...
From a tech perspective, we have developed systems that actually work much better than what Uber has to offer for our use-cases. Their systems have been developed to solve for the "real-time" dispatching scenarios. That's not what we're optimizing for with Flex. Hint: it's the opposite.
That would be hilarious
Uber is just shooting itself in the foot at this point. The few things it did get right, no tipping and market-driven pricing, are being rolled away. Then it would truly have no advantage.
Lyft drivers can't see if or how much any particular rider tipped. The tips just get rolled into their overall payment.

They can rate passengers.
Yes, I know what you were referring to. But there's a huge logical gap between "established brewing and wine traditions" and "must have alcohol at work".

The prohibition movement was at least partially anti-immigrant. But saying "drink on your own time" is neither prohibitionist, nor anti-immigrant.
Governments should be forcing these operators to place the bike deposits in a trust account, rather than using the money for capital to fund expansion. I paid $50 USD as a "deposit" for oBike, however in the future when one of these companies fails, they will take millions in deposits with them. Especially if the bikes are getting stolen or wrecked.
I'd imagine the problem is the concentration of salt where the dumping occurs. There would need to be a system in place to spread the salt out over a large geographical area at concentrations that is not harmful.
That, and the fact that there's likely a ton of capital senior to Travis's under a liquidation event. If Uber gets revalued below $10B in "we can't get funding and ran out of runway" restructuring, Kalanick's stock is likely getting zeroed out.
Amazon Is Poised to Revamp Price, Selection and Convenience in the Grocery Aisle
Computer Space and the Dawn of the Arcade Video Game
Texmaker – free cross-platform latex editor
If you're into running GNU/Linux on older hardware, I can't recommend kmandla's blog[0] (abandoned since 2015, also skip the last post to go to the juicy bits) and Inconsolation[1] (by the same guy, abandoned since 2015 too) enough.

[0] https://kmandla.wordpress.com/

[1] https://inconsolation.wordpress.com/
I love SPARQL, although I often say it causes problems for developers but solves problems for organizations.

I know I am not in the average developer sphere, but working as a data provider to the wider public (ok scientific public) SPARQL is fantastic. First is that classic rest+json give data but do not allow analytics. Second is that SPARQL has federation. While CPU time wise it is inefficient for scientists its saves them months trying to get a local copy of the db setup.

SPARQL implementations are reasonably efficient and certainly do not need to be less efficient than SQL stores (even if they often are). However, as it is a query language not an implementation it can behave completely different. i.e. it can have great K/V performance with relatively poor analytics e.g. Marklogic or Oracle NoSQL SPARQL. or poor K/V perf but good analytic e.g. virtuoso or Oracle Semnet on its RDBMS. You can switch implementation and have completely different performance characteristics without needing to redo your data model etc...

As lead developer for the public facing rest and sparql endpoints of the UniProt consortium I know which is cheaper to run, SPARQL by an order of magnitude even if it uses more hardware.

Even inside the consortium developers who should have easy access to our SQL databases use our public SPARQL endpoint because it is easier to do so. That includes developers who have been writing SQL for decades and are not afraid of an explain plan. Opening a webpage is just quicker than getting SQL developer started and requires a whole lot less of tunneling.

Also a 1.5Tb on disk database such as sparql.uniprot.org is not going to be fun in all cases. The equivalent spread over the different production SQL databases is no fun either and no smaller (in this case actually federated until recently with oracle links, now some are postgres).
He's making a point that authoring a book is not as hard as some make it seem. Many books are just rehashes of someone else's work. He's got the right idea but probably needs a bit of refinement. Keep in mind that it's 20 hours worth of work.

What he's lacking is marketing to make some cash. I guess this posts counts as a start.

Here's a link to a book that's a bit more refined but it's basically the same type of book.

https://www.amazon.com/Life-Hacks-Procedure-Simplifies-Frust...
10+ years of experience and no hash maps or Fizz Buzz for data engineers
> Having a toxic work environment for women didn't put them in first place.

No, but that's not the point. How quickly we forget that we don't need dude bros to create a hostile environment for women. That GitHub situation was created by a woman, one who wasn't even an employee. We really don't give women enough credit.

Toxic work environment is everywhere. Remember the spreadsheet that Googlers started to compare salaries? I'd argue the Apple-Google-X pact to not poach one another is worse than anything Travis could imagine.

If there was crass behavior at Uber, I'm inclined to be more lenient because I think it is at a more primitive level than a well thought out plan to increase shareholder value by illegal collaboration to push down worker cost. If these people who criticize Uber really care about their employees, they will start publishing all details about how much salary and benefits and whatever money each employee makes.

Talk is cheap. Actions speak louder than words.
If Camp, Graves, Gurley, Wei, al-Rumayyan, and Huffington all wanted Travis gone, explain the mechanism he can stop that for me please.
I think taking that approach can lead you astray. If you think of it as an "easy" way to build a four socket motherboard using only one actual socket it might make more sense. The "sweet spot" for the old Opteron was 4 CPUs (4 socket). You got to trade off parallelism, memory locality, and a bit of cache thrashing but you could run rings around the Intel offering at the time. Unfortunately it was both expensive and hot to run, this works out much better with regards to total system cost.
Such a simple scripting language should not be used. Agda or Idris are way better alternatives.

For something as important as money and contracts we should leave no doubt. Writing contracts is hard, programming should be hard too.
Look at the market share and you'll see what most people think. Good for you that you're using Lyft, but most people use Uber because they don't care about those things.

Also tipping is an American (and some other countries) thing. Many countries around the world don't have the tipping culture and these people feel very uncomfortable when they are expected to tip because they don't know what's the right amount.

I have lived in those countries and trust me living in a culture where tipping is expected is much more stressful.
Disclaimer: I'm in the Bay Area and roots in Chicago.
People are not turning in my experience and have never heard of any of these scandals; however, when I bring them up and really get into them I have noticed people without prompt switching to Lyft. I think people who use Apple Maps or Google Maps' ride sharing feature find it especially easy to switch.
Don't forget to do two separate backups...
It seems to me that this is a clash of personalities. Linus has been as acerbic before. See https://lkml.org/lkml/2012/12/23/75, for example.

Open Source Security (the company behind grsecurity) is still existing, so it's got enough customers to support the grsecurity developers (both the ones we know, as well as (presumably) PaX Team).

It seems to me like grsecurity aren't interested in upstreaming their patches. That's one reason (among others) why their patches are distributed as one big file, instead of (for example) a patch set or a Git branch.

Why are they not interested? Well, it seems to me like Linux devs may not have placed as high a value on security, when compared to other metrics (such as performance). I understand what it's like to be advocating for a position, not finding acceptance after a long try; finally saying "screw it" and going their own (commercial) way.

So any 'debate' related to grsecurity is going to include people (including LWN commenters) who feel very strongly against grsecurity's position, and how they should be more open, and free, and willing to compromise (if that's the right word) to get the grsecurity/PaX Team patches upstreamed.

And then you have very strong personalities in the kernel dev community. That makes compromise very difficult.

It my opinion, it's the same reason why having a conversation related to politics is nigh impossible: Your strong views affect what you say, how you say it, what you hear and how your perceive it.
The actual player on youtube streaming is wonderful. I can pause, rewind thirty seconds, watch that chunk again, then set my speed to 1.25x to catch up. You can't do that with twitch. You also can't show up 5 minutes late and watch from the start; anything between live and one-hour-delayed is a terrible experience.
But that's nothing new, Uber has been on that shaky ground for months now. "If Kalanick can turn this around" (and his banking on automated to make them viable) were basically the only hail marys the diehard bulls clung to. (Name recognition/network effect being useless for obvious reasons that've been covered here in the past) with this, all their eggs are in automated.
Really sad to see this so low in the thread. Each exclusivity deal means the finger for consumers.
It's good for competition. In France the mobile plan I use from "Free Mobile" evolved in few months from 3GB 35 days per year to 25 GB all the time, and some others like Sosh (from Orange) or SFR evolved too.
I'm sure that was a big factor. Turning a firm's culture around in this case would mean reinventing himself at the same time at the firm, and while that's doable it's a full-time thing. The loss of his mother and serious injuries sustained by his father in the same accident were a cruel twist of fate that would derail many people under the best of circumstances, never mind these more difficult ones.
That might be a big deal in America, but it has not been part of Uber's appeal in Australia. Uber here is absolutely focused on the product experience.

If anything, there's a proportion of people who supported local government rules and existing taxi services over the American interloper, a counter-balance to the anti-union and anti-municipal crowd.

Please be mindful that the American experience does not translate globally, even to other english-speaking western countries!
New Software Solutions: How to Successfully Implement HR Technology
Hi irrational, that's fixed now, thanks.
We're not native English speaker, so mistakes can slip through.
Besides being a coattail follower, on the key things that matter: transparent and market-based pricing, Lyft makes the wrong, paternalistic choice.
Java applications on mac had a very uncanny way of showing native controls. It is a bit like Qt, it kind of looks like a knock-off - elements are out of alignment, weirdly sized and so on.
That's for big sorts. The question here is about sorting with a single CPU.
Depends on the context. If there is a lot of hashing, then a faster alternative like BLAKE2b is better.
Yes, Uber already takes a very high percentage. If they bump that up to e.g. 60% in order to capture the expected tip, it's hard to imagine drivers being ok with that.
Isn't it a little black box with a red light on top? I'm sure I saw it on an IT show...
The problems you point out seem rather easily solvable.

And anyway, I'd rather pollute my city with more metal lying around if it would mean breathing less carcinogenic smoke every day.
As an Australian, I find the gender hangup over drinking beer quite funny. It's a gender-inclusive beverage, intended for all. You should see my mother smash down tins. (Edit: Relevant article: http://www.abc.net.au/radionational/programs/drawingroom/how... )

Same with things she mentioned such as ping-pong tournaments and such... I think the only person I know these days with a ping-pong table is a female friend of mine.

I don't think that just because you aren't "into" something, it doesn't necessarily mean it's gender-biased against you.
4MB is overkill. What about 640K RAM on a 8088?
http://elks.sourceforge.net/
Let's rant a little: why the fuck can't you use some darker color for your text?

Fucking tired of no-contrast website which are a pain to read. I hate having to use a DOM inspector to change some color to #000 so I can see if the content is useful.

I guess I should be happy it is not an only-js blog.
Graphs that solve your 99 problems
I find it quite ironic that the majority of comments here seem to be against this addition and switching more people to Lyft who haven't already switched for moral reasons. By trying to become a better company and treat drivers better, they scared off the customers who didn't care about that. I'm sure this will get downvoted because I'm implying that people already should have switched for moral reasons, and a lot of people don't care apparently, even when many here can financially afford to pay more.

All of these anti-tipping comments clearly have not used Lyft. The Lyft culture versus Uber's from a passenger perspective is so much better. No, you don't have forced conversations like people here think will happen. People forget that Lyft was originally pushing being the more authentic company from the start. In my experience, the drivers respect this too, and almost every driver I've talked to prefers Lyft riders (even when I'm taking an Uber due to Lyft unavailability).

The tipping option means I can pay my driver more if he helps me unload a bunch of luggage/boxes (I've had to take an Uber to a storage facility years ago and had to use a 3rd party credit swipe app to tip my driver for all the extra work) or some other scenario. There's no tipping mention in Lyft rides, while I've seen it often in Uber rides. It's there for when you need it, and isn't something I really consider much. Is 1 second of thinking really too much? Efficiency isn't that important people.

I agree that tipping ambiguity is a pain sometimes. The remedy is taking the 3-5 min to learn the culture for common tipping scenarios. If you spend that time, the answer is pretty clear here. The feature comes in handy far more than it causes pain, speaking from the epxerience of myself and others.
This seems a bit of a stretch. Plenty of industries have tipping, but I haven't heard of a company leader blaming low pay to lack of tips. Do you have any sources to back this statement?
> Maybe it is terrible for you...

It is. I know of the examples you mention (and some of them like planning may not really involve much numerical work) but the fact is that unless you're doing things by scratch (like starting from GEMM), numerical libraries are often badly documented, slow or otherwise incomplete (or a mixture thereof). You can disagree with me, but Tamas Papp who maintained a bunch CL libraries seems to have moved over to Julia entirely.

> As for the "type system being weak",

I meant weak in the sense that it's not very expressive, so as to allow better static type inference. I'm not saying CL should be static for "correctness" reasons, but for removing the user from having to have declarations all over the place.

Let's reify. If I were to create a bunch of matrix classes (matrix-float, matrix-double, ignoring the lack of sugar), CL provides no way to declare a generic method 'mref' to be intelligent enough to know what the output will be, given the input type. Even getting the type in the compiler-macro is implementation dependent. In C++ this is extremely easy with templates, and in Haskell you do it via a type declaration (AFAIK).

Yes, you can get around it via lots of macro magic, but this is so fundamental that you might as well create a new language (like Qi/Shen).
With Apple again, if Jobs had not been fired then we may not have the Jobs that people remember today. When he returned Apple had nothing and the board basically kneeled at his feet. He had complete freedom. Way more than he did before his departure.
Equipment Rental Script – Equipment Rental Software – Logicspice
It's not about a few extra bucks, that's not the big issue with tipping. I would be completely fine if a service costed 30%-50% more if that meant the employees would get paid a decent wage.

The onus should be on the employers -- not on the employees and the customer to figure it out.

I hate tipping. The whole experience of it just sucks in every way. It doesn't bring joy to anyone. Both parties lose. The service provider constantly has to worry about tips and have no consistency in income. If they were paid a normal livable wage, then they wouldn't have to worry about this. For the customer, the whole process of purchasing a product is made more painful and more complicated - unnecessarily.
Look at the Joule category.
Micropython on the ESP32 is pretty awesome. It may not be getting serious use yet but I'd say it's on the verge of something big.
Given their main cost is 'running a mini cab service' it is hard to see what they can cut and still exist.
No, her name is associated with decline. I think a woman CEO is likely, but it doesn't have to be from inside tech. I bet on Indra Nooyi.
I think Nissan has bet that in a few years, LIDAR will be inexpensive: https://www.youtube.com/watch?v=cfRqNAhAe6c