skysight-inc/HackerNews huggingface dataset:
The App Store wasn't made for the 1000 people with iMac Pros. It's made for millions of average Joes who just want to use their computer without having to worry about ransomware.

You are definitely not in that crowd, but most Mac users definitely are. Frankly, until the App Store came out, they were all terrified of installing anything on their computer without some well known brand attached to it (e.g. Microsoft, Google, Adobe).

The App Store has been a great way for Apple to turn a demographic who was traditionally scared of installing apps into a new market.

> So users have been trained to not use the App Store

Again, you and I have been trained. Most users crap their pants when they see anything happed contrary to the "blessed path."
Expensive art?

1. Money laundering

2. Hedge against inflation

3. Many idiots become rich. Total boring and uninteresting people. They think having a (minor) sketch from Renoir on their wall makes them interesting or special (it doesn't).

Source? Personal observation.
Sounds like you're arguing that Cheng Zhao is not a developer and the kind of "designer"/"app builder" that companies should try to avoid by asking "what is a linked list" and other theoretical questions during job interviews.
I'm glad MobaXTerm got mentioned. It's incredibly underrated. It's (essentially!) Putty, Putty tabs, Cygwin,X, and a slew of other stuff and comes as an installable executable or stand-alone to put on a USB stick. Free and Enterprise versions. I'm a huge fan.
It’s great to explore this topic. You can have a lot of fun in picking a random industry and imagining the effect that self driving will have.

Health - beyond the obvious effects on the emergency room, what else? Ambulances willl quite clearly be affected. Why would someone wait minutes for one to arrive when they can just hop in an autocar to go the hospital? Or would the entire emergency room itself be on wheels? (Less likely.)

Will seniors stay at home for longer? Absolutely. How will this affect the need for aged care nurses? Will their doctors come to them?

But we can go even deeper. How will autocars affect people’s desire to exercise? Will more people ride bikes as a result of the increased safety of the roads?

Education - at first glance, it’s hard to see. But this is the one I’m currently most excited about. Primary and high school education are both built on cars - we just don’t realise it, but a crucial underpinning factor for parents using a local school is its convenience for them in dropping their kids off and picking them up. When that goes away, what happens next?

The demand for better public high schools will explode as the friction in going to a high school 25 minutes away in an awkward direction evaporates...

This makes for much more fertile territory for new schooling concepts - if I want to start a new kind of high school, one where the kids spend a bit of time each day tending to farm animals or perhaps studying entrepreneurship, it now becomes 10x easier to build critical mass. And given how much people care about their kids educations, I expect the movements in this space to be highly disruptive.

Those are two. On health, I’ve barely scratched the surface.

Then there is
- tourism
- logistics
- distribution (imagine Amazon’s FBA on steroids)
- housing (what happens to all those garages? Do we build shipping-container sizes homes that fold it wherever they park?)

The best way to understand the depth of the upcoming changes
is to pick a seemingly unrelated industry and explore how current car-related assumptions underpin it. It becomes clear, to me, that the internet of vehicles will be even more disruptive then the internet itself.
Clean Food: If You Want to Save the World, Get Over Yourself
React has been around for a few years now. Far too long in the world of JS. I am surprised people are still talking about Vue.
I found virtual box to be very decent for this. Plus add snapshots and easy backups, and it is very hard to replace as a workflow.
As a senior FE engineer, I have a lot to learn. Some of the questions are sneaky and interesting.
The immune system is also layered - a single viral infection won’t necessarily kill you right away. If it does penetrate the initial layers, the immune system will continue adapting and fighting it on each new front. Eventually your entire body might even engage using things like a fever. In this way, it doesn’t need to be right initially billions of times, but capable once at one of many steps.
Because you want to run real software, too! There's nothing like the Adobe Creative Suite, Microsoft Office, plus great backup utilities, media playing and management, etc. If you're targeting Linux, run it in a VM so if you screw something up, your host OS stays intact.
Is there some Content Creator's Handbook that says you must intersperse graphics in your content, regardless of whether they're bad clip art or not? Does some blogging software enforce this? Or is it just part of the gestalt?
A nice overview! I tried moving to W10 w/ WSL last August, and for the most part it was great, but the then lack of what I'd call "decent" terminal emulators was the deal breaker for me back then. Things might be better now.

I want the following "features" from a terminal emulator:

* Tab support
* Support for more demanding applications (like tmux and other curses based applications)
* Sensible defaults
* Reasonably clean UI
* Open Source

I refuse to run an electron app as a terminal emulator. It might suit others, but it's really not for me. I have concerns over battery life, memory usage, performance and security.

Going through Łukasz's suggestions:

* Hyper -- Not tried this, but: electron based, non-starter.
* Babun -- Not tried this, but: no tab support.
* Cmder -- Tried this, No tab support, I found it a little glitchy under tmux.
* ConEmu -- Tried this, support tabs... but I found that a lot of configuration was required, the UI (at least of the the box) was cluttered, and also found it to be glitchy under tmux.
* MobaXterm -- Closed source, cluttered UI (for my needs).

Maybe I'm too picky.

I hadn't tried running a Linux native terminal under WSL, but will give it a go soon -- I hope it doesn't make everything ugly!
How does one even hire senior folks on a trial period?

So you work at this big co. How about you leave your job and come work for us and we may fire you after a month?

The best people are never on the market. You have to get them before they even leave their existing company otherwise someone else will
These posts are becoming redundant. Although I do understand where the author is coming from. I think the issue is that frontend development is hard! Especially modern frontend dev. It requires an entirely different thought process than backend development and this is why I think so many people get scared and reach for the most familiar lib out there.

However, getting used to the React ecosystem really does have huge benefits (code clarity, minimization of bugs, ease of creating complex interactions) and I do recommend that those interested really just dive in and build something simple to see for themselves.

If you're new, ignore [babel, redux, (insert buzz lib here)] and just build something. Checkout https://medium.com/@clmyles/react-without-npm-babel-or-webpa... on how to create something with just React.

All the extra libs and tools are helpful and make your job easier in most cases. But they can be phased in as you get a deeper understanding of the ecosystem.

The ecosystem is standardizing now. And I don't see webpack or React going away anytime soon.
Show HN: Realtime Error Analytics for Websites for Free
Im a big science geek, reading pop-sci books from all fields. One thing I came across is some work on human happiness. Apparently humans have a default state of happiness, which is, 'I'm ok but I could be doing a bit better'. All humans, from millionaires to poverty stricken, are almost always in this state, a relative gain or loss will temporarily make you more or less happy but you will quickly return to this default.
As an evolutionary trait it makes sense, a successful species wont be totally depressed and suicidal, or be totally blissed out, not bothering to compete for resources and mates.
Also on a physiological level your body will produce a certain amount of dopamine and serotonin and other mood chemicals.

The upshot of all this is that unless you are clinically depressed or have some serotonin production deficiency or some-such, then other ailments, hearing and vision impairment wont really affect your overall happiness. They will initially but then you will get used to that state and your happiness will return to its status quo level.
Why do you need to do this!

1 Use X Windows or ssh/telnet to connect to your real development system and work on there.

2 Just use Hyper V install a VM that is exactly the same as you target environment.

Developing locally on a different operating system is just adding a whole other set of risks you don't need
Labor 2030: The Collision of Demographics, Automation and Inequality
The problem is, first you need a reliable measure of good and evil. Sure, most reasonable people can agree on some set of actions that are clearly either, but there's a lot in between. Working out this answer is basically the entire field of philosophy.

Your experiment won't measure evilness, perhaps something along the lines of honesty when faced with conflicting incentives (which of course is a desirable trait in leaders, political and otherwise). But what if one of the subjects in group A needs the money to buy a loaf of bread for their starving family, to illustrate using a favourite ethical dilemma? What do you do if a given policy will benefit yourself, but you know for certain that it's a right and good policy?
Ok, upon a second look, it seems that those directives are translated in-place in the HTML document, so indeed I could have coded the examples in HTML. But it feels a bit like magic.

Still, I wonder, how do I make components? Are they also encoded in the DOM tree? It feels a bit strange to encode templates in the actual DOM tree, even without using them.
I think the essay considers genius as something way too simpler. I'll give you just one example : there is a relationship between environment and development and this is clearly not examined nor cited. A genius might emerge but she needs support from her environment.
I'm talking about High Sierra, and apps loaded from App Store or non-store download links. For example, System Preferences > Security & Privacy > Privacy > Accessibility lists (among others) “Backup & Sync from Google”, BetterTouchTool, Dash, Dropbox, Google Chrome, Google Software Update, Keyboard Maestro, Little Snitch Agent. Many of these aren't even available from the app store. If I keep Accessibility unselected, some of these have degraded functionality. For example, I keep the Google apps and Dropbox unchecked, and then they can't annotate my Finder icons. (I'm okay with that.) I keep Dash unchecked, and keyboard snippets don't work.

You're right that this isn't super fine-grained. This single checkbox seems to govern several unrelated things, such as keystroke logging and insertion (Dash and Keyboard Maestro), mouse recording and control (Keyboard Maestro), and whatever APIs are used to badge Finder icons (Google and Dropbox). My belief is that an app that I haven't checked off there doesn't have access to my keystrokes. (Maybe this is wrong?) In which case I'm surprised there's nothing like this for recording the screen.
Everyone settles, realistically speaking, as you’re optimizing for a local maximum when dating, not a global maximum.

You’re equating more choices with better outcomes. I argue that isn’t the case. Unless we’re going to feed every data point we can into a ML black box, and out will come your arranged ideal partnership (there’s even a black mirror episode about this).

Getting to know people sounds more fun, but I’m old shrug
A smartphone isn't required for Telegram either.
Black with (Some) White Privilege
Hey I’m Martins Reed,I’m giving credit to Quick Access Loan Firm.They grant me the sum 35,000.00 USD. within 48 hr’s,.Quick Access Loan Firm is a company into pure loan and debt financing at ROI returns of only 3% to pay off your bills or buy a home Or Increase your Business. please I advise everyone out there who are in need of loan and can be reliable, trusted and capable of repaying back at the due time of funds and be free from scams on the Internet, if you are ready to get a loan contact. (quickaccesloanfirm@gmail.com)
It is just the hype cycle...patterns were overhyped for a while some years back, so now it is hip to hate on them. In practice design patterns are just "recurring solutions to common problems" so whether they are good or bad depends the particular pattern and the context where it is used. "Recurring problems" can be all kind of things from limitations of a particular language or platform to universal software design problems, so it is hard to say anything in general.

Some particular patterns have fallen out of favor, like the "Singleton" which is problematic since it is hard to unit test. Instead dependency injection is preferred these days, although DI has its own issues. Some patterns have become so entrenched that some languages have added built-in support for them, which means, I guess, they are not really "patterns" anymore but "idioms".

Other patterns like say the "adapter" or "strategy" patterns are ubiquitous in OO and will be forever, whether you call it a pattern or not.
Ah I see ;) Yeah the QR code scanning sounded like Signal / WhatsApp, never heard of that method in a Telegram app.
Try to use a css preprocessor like sass, less, stylus.

Now make a file Called z-index.styl

Make variables for all your z indexes used in the app, organized by stack level

Do not use a z-index directly in css. Always use a variable after you import the file. This means you can see all the z-indexes in the app and change them atomically if you want.
Again, it is unfortunate that you confuse this with the statements I was talking about. I identify with this assertion, while still maintaining all I said above. It is possible for fact/claim X to not be racist at all in itself, and for the discourse of claim X to be extremely racist. I thought the story about the madman -- due to Kierkegaard -- clarified this point. So, it is very racist to connect crime with ethnicity; the fact that blacks are overrepresented among violent criminals does not, however, do that (indeed, this fact only reflects the racism towards blacks in the US), and is not in itself racist, although bringing it up may well be, depending on context.
>I don't have any idea how taxes should be based on what you cost

The system is unfair, but better than any other system then?

> punishing success

Is an emotive term, and nonsense. How is it a punishment? I know Zuckerberg looks like he can't afford a suit, but he doesn't seem to be particularly oppressed by the state. In fact he seems to have scrimped and saved $70bn despite the pillaging. How about a different term, 'sharing success with the society that helped create it'?

> For me personally, it's quite clear that in years where I make more money and therefore pay more taxes, I haven't cost the government any more.

And your business operations come at no cost to society, and don't use any of the benefits society created? Could it be the inverse is true, in the years where you were less profitable the government reduced your tax burden below your actual cost to nurture and encourage your enterprise? And later you earned more and paid something back towards it?
There are a lot of fixed costs that add significant friction to the housing market.
I disagree. As someone who recently made the switch from jQuery to React, it is way easier to shoot yourself in the foot with jQuery. React let's you focus on how the component should behave instead of doing mental gymnastics trying to manipulate the DOM. There are always so many edge cases with DOM manipulation, it rarely turns out well for anything but trivial things (which I still use it for).
The presentation doesn't take long to leap from inevitable market forces to totalitarian restructuring of public life in the US by city planners to provide those market forces with a chance of inevitability.

All those cell phones didn't require drastic changes to public space. They didn't come about by massive new principles of public policy. They came about because cell phones layered on top of existing lives and policies in a generally unobtrusive way. The cell phone created market forces that didn't require the displacement of large swaths of humanity. It was a rising tide that lifted ships other than those of venture capital.
The training video linked off the article is also worth a watch: https://www.youtube.com/watch?v=Aa1Ba_NEobs
My own personal "staying awake at night" case is an application that connected to an ancient version of Banner (A big kludge of an ERP system for universities) to handle new applicants' enrollment process and billing. I'm rather skittish when directly handling money, doubly so when the code was all written in Perl (Which I had to learn in order to re-implement in far more readable PHP, the lesser of two evils, natch) and extremely poorly documented. In retrospective, I should not have accepted a job like that.
Unity8 – Ubports
Try Riot.js. It adds a minimal conceptual layer over JavaScript.
The rationale for Google's behaviour has always been that it will help them achieve user lock-in. But disregarding both the technical and ethical merits of this strategy... is it actually working for them? Six years ago I spent very significant proportion of my time using Talk and Reader. In their absence, I have shifted to using FB Messenger (/WhatsApp/Telegram/etc.), with Facebook and Hacker News kinda substituting for Reader. I still use Gmail and Google Apps, but my daily time inside the Google ecosystem has probably decreased by about 2/3rds.

If I'm their target audience, then this strategy is an unqualified failure. Obviously I'm not their target audience -- I'm an outlier in almost every respect -- but I've yet to see an analysis which suggested that Google has actually succeeded in capturing more eyeballs or generating more revenue via this strategy. In fact I haven't really seen any business analysis of this at all, other than blaming the business-types for making these decisions. Which is probably correct, but I'd still be very curious to see whether those decisions paid off, purely on their own terms.
> but in that case the 'radical left' should not have any problems with factual conclusions about the over-representation of people from certain ethnic groups in crime statistics.

We don't. We have a problem with the context this is brought up with. Like the Kiergegaard story about the madman and the round Earth.

> this is definitely not the case - anyone even hinting at this is soon labelled racist

Totally made up BS. If you choose to misunderstand things, that's not our fault. OTOH, people who believe that blacks are somehow more innately inclined towards crime -- a scientific fallacy -- are racist, and so their "labeling" as such is not only justified but necessary. I don't know what word best describes racism other than "racism".
We allow devs to use google and stack overflow while doing interviews. You can even use your own editor with whatever crazy extensions you want.

Just write good code is the motto!
Body-powered tech gadgets could be the future
I have developed a production vue js app without any building tools.(!) Keep in mind that you should not do so. Some community vue component expect babel helps to transform their es6 code for IE11. Besides, you cant do code splitting, which is an issue when you have many small components to be loaded in the same time.

I suggest create your actual project with vue-cli once you get familiar with the vue syntax.
Elon Musk in the Moments Before Falcon Heavy Launch
You’ve got the causality pretty far out of whack on Qualcomm -> Apple, it seems to me.

Apple has been trying to escape from Qualcomm’s non-FRAND licensing terms for a long time, so pointing to a deal Apple didn’t want and saying that was Apple’s doing seems pretty far fetched.
The second link doesn't work but I was able to visit https://github.com/twostairs/paperwork. Looks interesting, definitely will give it a try. Thanks!
Well, just because nobody did it and it was hard to get started with it doesn't mean it can't be done. On top of that, sec requirements are often missing the point entirely (i.e. "complex" passwords that rotate every 30 days -- people will just write them down and stick them on the monitor, on top of that, complexity requirements are 99% bs because they don't actually increase the entropy or security, both Troy Hunt and XKCD agree [it's on the internet so it must be true!])

Another thing is that this points to another issue; just because the "no"-department (old-style security / CISO) thinks something should be done in one way doesn't mean you just take it, if they have a wrong idea or if a policy doesn't do what it says it does, having a conversation might actually make things better. Same goes for taking on a job, if there are policies in place that prevent a good working environment, either the policies need to be updated or you might as well not take the job. (and yes, that is more often an option than you might think, at lest where I live -- I know that is purely anecdotal/N=1)

Reasons not to change or not to make things better are easy to find, it's the solutions that are hard.
Thanks for the info, I just need to allow the client to queue up mutations offline (duration of a subway ride) and then notify the user visually of merge conflicts when we are back online. I don't need true offline support or live collaboration, just a very soft eventual consistency. I just don't want to worry about this while I'm working on core features for launch so I would like a premade solution.
> What if my and my cohort’s achievements as African-Americans... were more about how we benefited from having one white parent in a racist society than our hard work?

Mmm, yes. What if?
You are correct, it is napkin math after all. Assuming similar sales between mild hybrids and BEVs, the eventual cost of a BEV is probably only $2,000 to 3,000 more in the short term... but consumers make decisions based on differences $500 or even less.

I could do some more napkin math with engineering costs, unit costs, Bills of Material and amortization schedules... but you can be assured that automakers have done more than napkin math, and they are pursuing (as an aggregate group) both technologies.

The business cases for each of MHEV and BEV make different assumptions. I think it's great that different methods are being pursued. Eventually some automakers look very silly, but you can't tell which ahead of time.
mathematics itself can't be patented, sure. but it seems their specific application can be -- see: https://datatracker.ietf.org/meeting/92/materials/slides-92-...

galois fields are very interesting for random linear network coding, so of course there is a very thorough patent group (recently sold off, I believe) around it.

given the seriously transformative effects it can have on communications networks -- especially wireless -- I'm both saddened and unsurprised it's in basically nothing as of yet. because it's patented to Hell & Back.