skysight-inc/HackerNews huggingface dataset:
But is that due to technology choices, or due to more attention being paid to UX? (and I do believe webapps give more flexiblity in that regard)

I get the feeling that UX and UI designers for web- and mobile apps are just a different breed than their native desktop equivalents. It might just be my Windows bias though, iirc Windows didn't have a strong / great UX guideline until their current one came around - and I haven't used many modern windows apps yet, the ones I do use are stuck in the 90's with their button bars and such.
Our focus on pay equity
Just to note, React Native doesn't compile Javascript to native code. It uses Javascript running in a Javascript engine (JavascriptCore usually) to control native views through a bridge. You're still running Javascript on user's machines, but the UI is native.
I have no opinion about their app on those platforms, but as an Ubuntu user, I very much appreciate their electron app.
I guess we need better VR. Then it is not necessary to go over in person.
Very nice visualization, thanks for sharing!
clearly you aren't talking about emacs :)
I didn't use that app ever but I guess w/ or w/o a gif, it won't use much CPU when it's idle. When scrolling a page-like thing that's already rendered, also then it probably doesn't do much computations. What, at all times, will be overtly consumed is going to be memory space. That may cause battery drainage and general slowness in the OS due to swapping, and even quicker wear-out of storage hardware. AFAIK Chrome takes hundreds of MBs of memory just right after startup, with nothing open.
That's why I upgraded at home from a 6700k to a R7 1700x. My build times went down to like 55 to 65%, so not quite 2x as fast.
A while ago I had been working on a native Mac slack app. I was 70% complete but sidelined it. Should I pick it up again? Would ppl here be interested in paying for something like that? Here are some links to screenshots so you know its not just vaporware :)

https://twitter.com/harisamin/status/727634194814373889

https://pbs.twimg.com/media/ChkTccjVAAAZ0Kt.png
https://pbs.twimg.com/media/ChkTcbMUkAIYolx.png
OSCP is excellent.
> It just has a good interface

But this is such a big deal. You make it sound like a good interface is trivial. It isn't, and it makes a huge difference.
It's a pattern that's been well documented in the scientific community. You generally get a burst of innovation when enough of an older generation of scientists dies off for their ossified cognitive habits to stop holding back the more correct of the theories that have arisen in the mean time.

(Don't ask me to cite it though. I don't have time to go digging back through the textbooks from my "scientific reasoning" course.)
Because adding a feature to a standard means you have to get everyone on board. Slack as an IRC client would basically be Slack as it is now, and the server protocol would be an implementation detail.
If overbooking ever happens, here is what they should do: Ask a representative of each atomic passenger group to write down a number of dollars on a napkin, and the number of tickets they represent. An individual flying alone might write down $1000-1. A mother of 2 kids might write down $2500-3. Collect the bids, and sort them. Then if you need to swap 4 seats, select the four lowest bids, and give them cash.

Overbooking probably makes sense in general - it should lower costs for everyone in theory. If they used this bid system that I proposed, they would be less afraid of overbooking, and do more of it - until an equilibrium of opportunity lost to empty seats equals the expected payout to napkin bidders.

Even if there is no economic benefit to this system, the voluntary aspect will save some heartache.
Rough. I can see where he's coming from though. This was a private email to employees, and in that context he definitely needs to be a cheerleader for them.

Overbookings are industry standard, and they called security for someone who wouldn't leave. "Correct" protocol.

I think what most likely happened is the security guard that has been placed on leave did his job very poorly. As soon as he hit the passenger his coworkers probably thought "Uh oh. We need to just get him out of here before this gets worse. Because this is not what's supposed to happen."

It's obvious to us though that calling security is a way to make ALL your customers unhappy, and should be avoided at whatever cost. They should have just kept raising their offer for passenger's seats, that would be the better protocol.
Well, to the extent that these costs degrade the user experience, I'm not sure they really are externalizing them. Presumably they pay this cost in the form of decreased user satisfaction. It's just that this is a cost they are willing to pay.

There may be an interesting economic lesson here: it really is not that easy to externalize costs. It surely can be done (air pollution), but it requires some special circumstances for those costs not to be internalized in a different form. (These special circumstances might include information asymmetries, harm to a public good, enjoyed by people other than a firm's own customers, etc.--themselves classic risk factors for market failure.)

By the same token, there probably are some truly externalized costs in this example, but I would expect them to be very minor and indirect. For example, most people probably do not pay the 'true' cost of their electricity. So to the extent electron wastes power, some of the cost will be internalized in the form of user dissatisfaction. But some will also be externalized either because the user doesn't know about the extra power consumption, or because the user herself doesn't fully internalize the costs of her power consumption and therefore doesn't care as much as she might if all costs were properly internalized.
Slack chat provides a number of nice features that IRC (at least out of the box... I know there have been attempts) does not.

IRCCloud at least lets you see chat history, which IRC doesn't have out of the box but Slack does.
Pretty sure when the OP referenced 1/2 acre backyards and $130k-$200k they were not talking about Atlanta.
> You know what the alternative to all of these Electron apps coming out is?

A single page web app?

That's all most of these are. Particularly the Slack/Hipchat/Discords of the world.

> People are excited about the Desktop again

If by desktop, you mean "need to be connected to mains power to run for more than 10 minutes", yeah, people are excited for desktops again.

Electron only really makes Javascript developers happy; they don't have to learn another language or framework to make "desktop" apps now. As a consumer, I fail to see the value in having to download large single page webapps that are equivalent (or worse) than their online counterparts.

Cross-platform applications like Chrome and Firefox and Steam and Doom and Factorio and... these have existed for years, and so have cross-platform programming languages and frameworks. Java, TCL, Qt, Flash... Electron is simply the lastest in a long line of cross platform frameworks, which is currently in-vogue with developers solely because it uses HTML and JavaScript.
I think the video of this incident is frankly disgusting, but it's not clear without more context why the situation escalated to the degree it did. For example, UA fly another plane 3 hours 20 minutes later to the same destination (which is to say, a very reasonable and perfectly expectable delay in any situation involving air travel), why did the doc need to be on exactly that plane, and why did the UA staff also have to be on exactly that plane?

One point in favour of UA though, is that they're perfectly within their right to deny boarding for any reason whatsoever. Yes, it's completely a dick move on their part, but just because they're acting like dicks does not give a passenger the right to refuse disembarkation, it's not his aircraft.

FWIW I 100% think the passenger was mistreated regardless, just saying there aren't enough facts to pass judgement so easily
No, to the new one, obviously.
It looks like OP is in the process of building a prototype, so I was curious how many idea stage or prototype in development stage companies YC accepts? YC has stated that they accept companies in all stages of their life cycle, which is probably true, but from a distance it looks like most accepted companies either have significant revenue, traction or both.
Though Mitsubishi did have a history with painful portmanteaux in the '80s.

The Starion was sold alongside the Cordia and Tredia. Tredia was an abbreviation of "three diamonds", the literal English translation of Mitsubishi (and note that their logo references this too). Cordia apparently was a portmanteau of "cordorite diamond".

So I can totally believe that Starion was a portmanteau of "star Orion".

Mitsu just had a really weird naming sense back then.
People pointing out the distinction between "killing the planet" and "killing off our species" is what causes my eyes to roll. Seems to me like a moot point.

edit: /mute/moot/g
I think this is why agile is, frankly, so insulting. I went to a good university for four years to learn computer science, a field that is legitimately hard. I produce real business value daily. And yet this methodology places about as much trust in me as a mcdonalds worker.
The newest AAA game I have bought in the past few years was Fallout 4 and even though I bought it in November, I still haven't installed it yet.

A few weeks ago, I started another new game of Carrier Command.

It's still the same game it was more than 25 years ago when I first started playing but I'm not the same gamer that I used to be so this play-through is much different.

I can't imagine that most of today's AAA titles will still be enjoyable in 25 years. Madden or NBA 2K17 aren't going to have people re-playing them. The Fallout Series probably will but most won't. I'm going to be an old guy again but these games don't feel like someone poured their heart and soul into them the way the old ones did.
I forget. HN has no concept of humor. Absolutely ever word in this place is to be taken literally.
Ask HN: People that inspire you?
Here's the thing. You know what the alternative to all of the JS that's been written? If your answer is "Keep writing more JS," then you are on another planet. The answer is, "We have fucked ourselves as an ecosystem by permitting a monoculture to flourish, especially one which prides itself on worship of bad languages, bloated runtimes, convoluted abstractions, and general fuckery."

Nobody in the last ~20 years has cared about writing Web apps before JS came along. There's basically zero money in it, and it's massively expensive, both in terms of actual development time per feature (easily 10x the cost of working in sane languages with sane runtimes), and also in finding trendy hipsters who don't know algorithms or data structures but took four weeks of coding academy classes a couple years ago. And as for Electron, Electron has existed for over three decades (Project Athena launched in 1983) -- if its massive "Nixon throwing the peace signs before getting on the plane" moment hasn't happened by then, sorry, but it's not going to happen.

But now? People are making all kinds of great new languages, and more often than not, they don't repeat JS's mistakes. People are excited about programming again -- JS is so bad that it's single-handedly revitalizing interest in languages which two of the largest tech companies in the world are behind, yet couldn't make popular.

This is a Big Deal.

(You are being parodied mostly for being a Slack developer, not disclosing it up front, and then trying to convince folks that Electron is good, which makes you sound a lot like a pig farmer trying to sell pigs' feet.)
That's good news
From my understanding, this is what XMPP was suppose to be. Problem is the going to be the same evolving IRC: widespread adoption.
But the user experience is already great, so what's the gain? Electron and the web clearly make a first class app platform on desktop.

EDIT: thanks for the downvotes. I'd love to hear your thoughts on how electron is keeping Slack and Spotify from building a massive business and how their desktop users find the experience so bad they don't use the tools obsessively. Clearly there are things to improve w/ Electron (energy usage), but "terrible experience" is not how I'd describe Spotify and Slack on desktop, and their businesses clearly reflect that.

Moving to a native stack has major tradeoffs, would it 10x their business at least? I strongly believe that answer is "no."
I downloaded this and signed up just to give it a try, since I've never used a Qt app on the Mac that didn't fall in the uncanny valley of UI -- trying to be native, but failing.

This doesn't break the trend.

Some problems:

- Text boxes are non-native and do not support any standard keystrokes for navigation (this is huge!)

- The division between the titlebar and the main app body is weird looking

- Highlighting around a focussed text box is weird

- Weird inline dialogs

- No bounce scroll

Some of those are debatable (not everything has to be done using the standard system stuff, of course), but to me the overall effect is very alien.

Slack, for all its inefficiency & handful of annoyances (not actually using unicode / text to represent emoji, anyone?), "feels" like a better Mac citizen than this app.
>The problem with the above story is that the engineer lost all connection to the project. It would be like allowing an artist to finish a painting 90% and then firing the artist and giving the painting to someone else. It's heartbreaking to hear.

It's heartbreaking the first time I hear it. After the 100th time, the sentiment transforms to "Why did you allow yourself in this predicament?" And the answer is always "Passion".

This story has been repeated over and over for the last 15 years. You can take this exact story to aspiring game developers and they'll say "I don't care. It's not about the money. I just want to make games. Even if I play a small role in the project I'll be satisfied"

>You are certainly losing out on income, however in my experience have an immense amount of ownership and autonomy over the project.

Many postdocs don't. They do the bidding of some faculty member.

Many faculty members don't. Sure, on paper they do. But they'll all tell you about the work they cannot pursue because they can't get grant money for it.

>If you get the boot you can take your project with you.

Not true for some postdoc work.

>You can publish code as free software or open source and your papers on open access pre-print services.

Not true as a post doc. My advisor certainly forbade it.

>Consider two orthogonal vectors: one is income earned and the other is your accomplishments. Ideally you want to maximize both, but failing that, different personalities often express different priorities over which one to maximize in a career.

I completely agree with this, which is why I'm not sympathetic to the game developer, or with postdocs who regret spending so long in academia. They picked their priorities - it was not imposed on to them. And for many, later in their life, they feel they picked the "wrong" priorities.
This is cool, adding it to my list of colors tools.

* Paletton - The Color Scheme Designer || http://paletton.com/

* Material Design Color Palette Generator - Material Palette || https://www.materialpalette.com/

* Flat UI Colors - Color Pallette from Flat UI Theme || http://flatuicolors.com/

* Coolors.co - The super fast color schemes generator || https://coolors.co/

* Spectrum - Chrome Web Store || https://chrome.google.com/webstore/detail/spectrum/ofclemegk...
Well, some of the open communities are using http://slackarchive.io/
"Manipulation"? Really? Please.

> And you would reply that almost everyone use it, because everyone is shipping their apps with Docker.

Seems reasonable. Docker is a pretty compelling data point for the viability of Go for writing systems tooling.

This argument still seems strange and very petty.
This is flamebait. There's nothing actionable here, just a rant. The only takeaway I can see is that I should avoid Ubuntu because its founder no longer believes in its core mission.

:(
It may be less an issue for games, but I'd have to wonder about stuff like accessibility. While I agree that the web platform has many things that can likely be removed in a pure app platform, I have to think that there are also many pieces built up over the years that are important and would have to be rebuilt.
Facebook faces increased publisher resistance to Instant Articles
"The easier we can make it for people to get started, the better, isn't it?"

Would you like to use an application that would not have been written without a low barrier of entry? Powerfull and easy tools are not necessarily the same thing.
I'm not sure if I trust the numbers, but it looks like airplanes produce about 1.5% of the total global "CO2 equivalent" GHG emissions.

https://www.epa.gov/ghgemissions/global-greenhouse-gas-emiss... says that transport is 14% of total global GHG emissions.

And http://www.atag.org/facts-and-figures.html says that airplanes are 12% of transport emissions.
Totally true. I'm only 34, but the the increasing number of grey hairs I have is mostly attributed to this exact thing. Stockholm Syndrome is pretty close too because I stayed at my former company for longer than I should have, because I loved all my fellow 'grunts' on the floor I worked with. They were all were pretty brilliant and fun people to be around.

But I was not a big fan of many people above us though. The actual decision makers that don't really know what they are talking about. They are great talkers, sometimes even motivational, but know nothing about what devs need to be successful and productive. And to a point don't care.
That's horrible and are not native at all.
Source with more details: https://blogs.ncl.ac.uk/security/author/b2031864/
Some people appear to think that what they did wasn't legal. See:

http://www.pprune.org/rumours-news/593329-usa-today-ua-forci...
Goods and services to consume while sleeping? All wake time is dedicated to work.
How to Block Windows 10 Creators Update
> Either the Constitution is infallible or it isn't. Tell me which it is

Even the constitution does not consider itself infallible, or it would not include instructions for its amendment:

https://en.wikipedia.org/wiki/Article_Five_of_the_United_Sta...

That said, forbidding advertising of meat is obviously an extreme proposal, not least because of things like this:

https://www.theguardian.com/science/2013/aug/05/synthetic-me...

http://www.npr.org/sections/thesalt/2016/06/21/482322571/sil...

http://www.memphismeats.com/
https://plus.google.com/+MarkShuttleworthCanonical/posts/7LY...

That's the post, either it has been edited or he doesn't say anything like that or that quote came from some other interview that I can't find a source for (but which seems to be widely cited in various news items so you'd expect there to be an original somewhere).
The clients didn't pay them...
Wow, that's bullsh*t. Sorry but what you said was factually incorrect.

What Electron did is it enabled all those web devs (even front end guys) to write "desktop" apps. And trade offs are certainly visible.

I am boycotting Electron. I have zero Electron apps installed, and recommend strongly against it. I hate that web dev mindset that has been pushed into desktop userland. It just doesn't work that way. Write native desktop app yourself and you will see how wrong it is.
What would that prove?
But if your entire infrastructure is centrally managed and can disappear at a company's whim, you're setting your community up for problems.
Yes, it is still an allegation. Nothing has been proven beyond your assertion.
What does PHP have to do with this?

And Go already has bindings for QT which is a cross-platform UI framework.

This has nothing to do with people not wanting to learn new languages, it's just the time it takes to build an app. For you to build a QT hello world app takes probably 20 minutes worth of downloading, setup, and coding. To do the same you download electron, create an index.html with hello world and drag and file into electron, bam a hello world app.

The problem is desktop development is overly complex. React and modern Javascript make creating desktop apps using HTML/CSS with some combination of Javascript easy.

What we need to do is find a way to create a very slim browser that contains just an HTML/CSS to 2d context and a Javascript engine. Call it Electron slim and release that.
People complaining about electron are the same type than the ones that used to say :

- why are people writing this stuff in C. It's so slow and you don't have as much control on memory. Write it in Assembly.

- why are people writing this stuff in Java. It's so slow and you don't have as much control on memory. Write it in C.

- why are people writing this stuff in Python. It's so slow and you don't have as much control on memory. Write it in Java.

Eventually people want to solve a problem with the best ratio cost/quality for them, not "doing it the proper way".

So unless you provide a better solution for them to do that, or pay big money to create such solution, they will find the ugly-hackish-half-baked-working-for-them solution that let them do this.

We had PHP. Now we have JS.

I hate it. You hate it. We all hate it.

But I created portable GUI apps with an installer before in my favorite language and others and it was a pain. All of it. The UI, the event model, the API, the portability edge cases, the new stuff to learn, the packaging, the dependencies...

It sucked.

So get over it or provide a solution, but stop complaining.

And before you start providing an EXISTING solution, remember people tried it and they didn't like it as much as electron. And since electron is so bad, that should tell you something.

So the market is saying you are wrong. You can ignore it from your better tech tower... Try to boycott electron apps all you want. But we know how it has played for betamax, lisp and the ogg format.

P.S: oh, and if electron is flash, remember that flash won the web for 15 years while it sucked. And you know why ? Because it allowed people to do stuff they wanted easily, like videos and animations. And it's not because we couldn't do it any other way, we could. Yet we had to wait almost 2 decades to see it dies, at the price of battery, stability, security and everything else. Feature trumps everything. People. Don't. Care. We only manage to kill it because we finally replaced it with systems that could compete on easiness and features. So you know what to do.
Here is the full quote that the author is taking these quotes from:

> +Martin Kozub we have lots of IoT projects using Mir as a compositor so that code continues to receive investment. I agree, it's a very fast, clean and powerful graphics composition engine, and smart people love it for that.

> The whole Mir hate-fest boggled my mind - it's free software that does something invisible really well. It became a political topic as irrational as climate change or gun control, where being on one side or the other was a sign of tribal allegiance. We have a problem in the community when people choose to hate free software instead of loving that someone cares enough to take their life's work and make it freely available.

> I came to be disgusted with the hate on Mir. Really, it changed my opinion of the free software community.

> I used to think that it was a privilege to serve people who also loved the idea of service, but now I think many members of the free software community are just deeply anti-social types who love to hate on whatever is mainstream. When Windows was mainstream they hated on it. Rationally, Windows does many things well and deserves respect for those. And when Canonical went mainstream, it became the focus of irrational hatred too. The very same muppets would write about how terrible it was that IOS/Android had no competition and then how terrible it was that Canonical was investing in (free software!) compositing and convergence. Fuck that shit.