skysight-inc/HackerNews huggingface dataset:
All I can say is George Orwell was a clairvoyant genius. Right now it looks like his only mistake was he did not go far enough.
These are computer games, but I've had a lot of fun teaching my mom about recursion through Cargobot[1] and Robozzle[2].

I think it would be relatively simple for you to make this into a physical game-- hand tracing the execution with them.

[1]: http://twolivesleft.com/CargoBot/

[2]: http://www.robozzle.com (Use the javascript version, or the android app)
I gave a talk at a conference this week called "Rust in Production". Some of the companies I highlighted included Dropbox, Skylight.io, and well, Firefox ;)

We're hoping to do more showing off of our production users in the future. Getting more production Rust in the wild is a big personal goal for me this year.
No! If you can't see it (as visible chars) on your terminal then Kite is not seeing it.
It's interesting how people seem to have very different experiences with lag on vscode. I wonder if it's actually much more laggy on some system configurations. What are your running it on?
>"He did it and nobody connected dots until piles of high risk crimes added up with benefit of easy tracing"

All really good points. I found myself having to re-read the part where he was actually brought in by the authorities, thinking to myself how hard it would have to be to actually trace Le Roux the man. I wasn't fully expecting him to be captured until the next installment, actually.

It just seems amazing for someone who had been security-minded to let arrogance and big risks, mainly the high risk crimes, bring him down. In a way, this part of the story reminds me of the recently deceased Howard Marks who went bigger and bigger until he went down.

Even so, stories like these make me wonder how many drugs/weapons smugglers, etc. do turn in for that "early retirement" as millionaires. Must be quite a few.
Genius Is Hiring – Level up as a SEIT
Well RAID 1 would be a backup if you yanked out and replaced a drive every week. In that case it would be a weekly snapshot.
Visual localization in 5ms
It has more to do with the Monaco editor (the web-based editor that you see in typescriptlang.org as well as VSCode). Monaco as an initiative has been around for longer than Atom, I think (?)
Why Korea Needs Alain de Botton (And Why Alain de Botton Needs Korea)
>but you can't expand it to a larger group of angels.

Your phrasing and labeling of "angels" is not the same as mine. We are starting from different assumptions.

In my opinion, you've made a leap of logic and a priori called the abstract actors in the government, "angels".

I would weaken your sentence to say: "but you can't expand it to a larger group of 3rd-parties."

It's critical that I call them 3rd-parties because it is not yet known if they will behave with angel or demon intentions. It's also impossible for technology to determine that.

>You are arguing that we can't trust the government. While that might be true, that is an entirely different debate

I respect that you consider it a separate issue but I think that bad actors (or sometimes incompetence without malice[1]) within the government is intertwined with what an "angel" is.

To not get bogged down on "angel", let's say we just consider if there's a way for technology to create a backdoor that only works for the government but not non-government. Again, the answer would be no.

[1]such as the leaks of SSN, mothers maiden name, etc from OPM backround checks: https://www.google.com/search?q=opm+background+checks+leaked
You can stringify an object containing a property with an undefined value. Imho, parsing that back should give exactly the same data structure.
Or, if you use SublimeText then DashDoc comes really handy.

[1] https://github.com/farcaller/DashDoc
The interviewer controls the use of time, so don't worry about imposing a burden. In my case, anyway, I'd rather have a fascinating technical conversation than ask my usual programming challenge and algorithm design questions, so your great question might seem more like a gift than a burden. I'm serious! With me, anyway, ask big questions like "what should/will HPC hardware and programming languages look like in 10 years?" and then tell me why you think my answer is crazy.
There's a specific reason why some called it fake: as adviced by others, Masarla ran the dd command to save the raw content of the disks, in case the recovery process screws up somehow.

He inverted the `if` and `of` arguments. You'd expect him to pay attention, after what happens. This doesn't pass the smell test for some.

Then again, you'd also expect him to be quite stressed out. That does make that mistake a bit more likely.
Amazon did build the government its own AWS cloud. Perhaps they don't want to bite the hand of such a large customer?
Iron rich food
Atom was around before VSCode and they feel roughly equivalent to me, no? They're both web browser based even...

I'm a heavy IDE and Emacs guy though, so perhaps I'm missing something.
What was lacking in Atom for you?
One of the more fascinating aspects of human history is how much effort we're willing to devote to creating varied senses of safety, even if that safety is only an illusion.

Now, we can call this a failure of design, but really, people who rely on technology they don't understand can't be saved by good design. Sure, this particular case could be fixed by disallowing the recursive flag on the file system root, but safety is never going to be able to be the primary design concern of any technological system.

Imagine if a sword were made safety as first-class concern. You can't design a sword that can be used safely by the untrained. No weapon can be, training with a weapon is a prerequisite for safely using it. Similarly, every technology has to be understood by those using it. If you don't you're just inviting trouble.

For a business using technology, the needs are actually fairly straightforward. You need an understanding of what needs to be backed up, and a process for performing the backups. If you've picked the former right, (backing up human-readable information rather than data only readable by software programs that might go away in a crash) then risk is minimized.
On my old macbook air (4 years old) VScode run way more smoothly and start 2 or 3 times faster than Atom.
Yeah, LTSE is how you can keep upgrading your kernel while staying on the LTS releases of Ubuntu. Granted you are limited to the kernel versions of the previously released Ubuntu version and there is a slight delay between when a new version is relased and when it becomes available to LTSE, but overall I have found the stability to be good.

From what I found out (if I remember correctly), I have great confidence that Thunderbolt docks should work well with Linux kernel 3.19+. But take this with a grain of salt since I ended up with the 13 DE and therefore only have a mDP and couldn't try a Thunderbolt dock.
I prefer to openly discuss the features while giving the authors feedback instead of just ignoring what I don't want, but that's just me.
And the rm -rf / joke ;)
> Just look at gun control arguments
> to see why people think outlawing
> activity will stop criminals.

Ahem: https://en.wikipedia.org/wiki/Gun_laws_in_Australia#Research
Definitely agree with you. Clearly, this is a tool that has the potential to make Python programming easier by adding functionality similar to what you can inherently get out of the box with a statically typed language + a good IDE. On the other hand, it also underscores Python's deficiencies as a language. I used to love Python, and still do, but I would never use it for a large project of any substantial complexity since I've seen how tremendously useful static typing is both for writing code and, arguably more importantly, reading and analyzing existing code. A couple of huge advantages are very robust auto-completion, the ability to quickly and immediately jump to the source code of a given type, and finding references to a given type across the codebase without ambiguity. Kite gets you part of the way, but the nature of Python means it'll never beat Java in these aspects.
Once i did sudo rm -R . when i was in /var

When i discovered what i had done and stooped it /var/www was already gone.

Luckily we had backups, but that sure did teach me a lesson about rm.

These days i look very carefully before using rm -R and also i type the entire path.
Comments moved to https://news.ycombinator.com/item?id=11498105.
But will it trend upward as the gold rush ends? I'd argue yes.
I often see these precise points in code review arguments, by developers doing something 'risky' in their code: "It's only risky if you don't know what you're doing."

Half the time the same developer has made a mistake in the same code.

With software being so complex, so full of human error -- almost any tool and practice that can help remedy this situation is welcome in my books.
...uh huh. I thought later about explicitly adding that. A device that can rapidly flick a power switch is also not a weapon. You can get that on amazon in the electronics section, and trivially add remote control.

Think of the people with home automation systems, where they can press a button on their phone to turn the lights on and off in their living room. You are saying that they have installed a weapon. That is crazy. It could damage their washing machine, but so could a 2-liter of soda.
Robb was never a POV character
Redhat or Apple are not "Joe the dev" though
DIY Jepsen Testing CockroachDB
I think what the parent meant was that VSC (along with Atom, and to lesser extent SublimeText) is a good example of "the middle way" that is rapidly gaining popularity. First we had console editors, but they weren't powerful enough, especially for newer languages/frameworks. Then we had full IDEs (VS/Eclipse/IntelliJ), but they got to be slow and clunky. Now the trend is toward "enhanced text editors" (VSC/Atom/ST): editors that can have modular plugin functionality and interact with the console so you don't lose any of its versatility. They're usually faster and more lightweight than IDEs but keep most of what you need. The parent is saying that Eclipse was the flagship of "Generation 2" and VSC is for "Generation 3"

And remember, no one is saying you have to use these programs. Console editors and IDEs will still be here. This is another option for people who want it, which has turned out to be a lot of people.
I've been using Rust more and more for my personal projects. Frankly, I could not give a hoot about the memory management; it's pretty cumbersome to deal with. What I love about Rust is that it's a low overhead language that uses interfaces. I love interfaces! I honestly think that they're the best way to program.
Or they'll force the compiler writers' hand. See: EGCS.
I'm much more concerned with the obvious flaws of the system than I am with the "concept" of the system. I'm sure Keys would prefer not to trade sentences with e.g. the average drug "offender", but I doubt he'd consider himself "extremely lucky and extremely privileged". What could that even mean, for a person who shouldn't have been incarcerated a day, convicted, with evidence circumstantial at best, of an act that shouldn't even be a crime?
I have, and the biggest benefits for me have been:

* Intellisense - this is *incredible*, and it works out of the box with VS Code

* Git stuff is pointy-clicky integrated...this is a big time-saver for me, since I check stuff in just a few times a day, and I don't have to think at all about git commands after writing a bunch of C#. I can click my way through instead.

The interface is a lot more attractive to me than Emacs has ever been (or will ever be), and I really appreciate how easy on the eyes it is, both in terms of eye strain as well as a pleasant visual style.

I'm also pretty comfortable using a mouse--i.e. I don't feel the need to keep my hands on the keyboard at all times--because, when it comes down to it, I spend a lot more time thinking than typing.
Generics are literally a form of abstraction

Is your unstated assumption then that all forms of abstraction must be used? If you've done substantive projects, you'll come to realize that abstractions have a cost, and that everything should be considered on a cost/benefit basis.

You might as well be arguing that abstraction doesn't help.

This is a black and white binary fallacy invoked to then create a straw man, which also seems to suggest that you haven't learned the importance of considering cost/benefit.

One of the best things about Go is it seems to be a strong signaler of the type of engineering team I avoided.

I would agree, this would seem to be a good signaler.
Nice! I like the aggregation into time blocks people tend to care about.

What's the definition of the probability of precip you're using? And how are you aggregating it? I ask because definitions can vary a lot and aggregation may not be straightforward.

Another thing to consider is how you interpret/convey wind direction. Usually weather data sources provide the direction the wind is coming from. And people seem split on if the arrow should point to the origin or direction, depending on their background. It's a shame there aren't more characters like ⎋ (with the arrow going the other direction) to better represent origin/direction.
My impression of Amazon is they care much more about selling product than the product itself, across all their lines of business. I see the complying without a fight because it would slow down the selling process and would prevent any hint of these searches from actually going on to the public if they did.
Somewhere around December 11th, 2015: http://www.bloomberg.com/quote/FDFD:IND
Messenger Bots UI Kit for Sketch
You have to work pretty hard to get code to a state such that compiler optimizations will save you.

I've had this same argument with cache management specialists. If you have to consider how the cache works for your product to work, you're doing it wrong.
It's not laggy for me on any device I can run it on. I regularly use IntelliJ Idea and that feels sticky and slow compared to the input of VSCode.
I use both VS Code and Vim very heavily every day and, honestly, there aren't really any gains or losses when switching between the two.

I use VS Code when I'm working in one codebase because it has a nice tree view of the files and has a pretty nice "working files" feature where you can easily switch between files you're working on (I usually have five or six files I'm working on at any given time; sometimes in Vim I'll open them all up in a terminal multiplexer and switch between them, but that can end up frying my brain). Seeing the tree structure just helps me visualize the codebase better. VS Code also has a really nice search feature that searches through every file in the folder you have open (I could just grep but it's convenient to click on a result and go straight to the line in that file)

Git integration in VS Code is pretty sweet as well; it has a really nice diff viewer built-in and it's easy enough to add and commit changes (I still use the git cli for branching, rebasing, etc.)

I use Vim whenever I'm in a terminal to edit various files here and there. I feel a little faster in Vim when working on one file, and I do like a lot of the shortcuts/commands a lot better in Vim. Vim also has much better find/replace with regex, and it's a lot easier to extend Vim.

I guess what I'm trying to say is that I don't see VS Code as a full-on replacement for Vim, but a different tool that I use in a different way.
Seed potatoes are so inexpensive, it's not worth using old potatoes (though I have done that many times).

I don't know where you live, but around here supermarkets will soon be selling 5lb bags of seed potatoes at comically low prices. It is ridiculously cheap to grow some staples: I can buy 100 onion sets for $2.00/bag at my local "pricy" feed store. Enough corn to plant an acre costs about $5, etc...
Unfortunately boxes are not so efficient :(

A box takes at least:

• 4 bytes to point to it, unless you need a big heap and OOP compression isn't usable, in which case it's 8 just on the pointer.

• Either 4 or 8 bytes of mark word, depending again on 32 vs 64 bit mode.

• Either 4 or 8 bytes of class pointer, ditto.

• Then another 4 or 8 bytes for the pointer inside the box.

• GC algorithms impose some additional overhead too.

That's hoping there's no alignment padding going on.

If the JVM supported real value types, then a lot of this overhead would boil away, but not always all of it.

When you use Option[] as a local variable or as a return type of a method, then HotSpot can sometimes optimise it out using escape analysis. Unfortunately the escape analysis in the C2 compiler is quite conservative and can often fail. The Graal compiler has a different design for its escape analysis and can remove the overhead a lot more often. Graal does show better speedups on Scala code than on Java code:

http://lampwww.epfl.ch/~hmiller/scala2013/resources/pdfs/pap...

(old paper)

The ability to nest optionalities is not something I've wanted to do so far, whereas the ability to freely represent optionality without having to worry about cost is quite freeing. I think Kotlin has the right tradeoff here, especially as in the rare cases where you do want the ability to represent Optional<Optional<T>> you can just use the Optional class from the Java 8 standard library to do so.
Indeed. The only realistic way out of this conundrum AFAICS is some kind of consensus around "friendly C"/"boring C" or such that compilers then can implement, whether it's an annex to the official C standard or some other kind of spec.

That, or then everybody switches to Rust. :) (hey, I can daydream can I?).
Ask that to the IDEA and Eclipse folks. Certainly chrome feels smoother to me than either of them do on equivalent hardware. And if we pop over into desktop linux, it's even more one-sided towards browsers.
I think it's primarily health & age. It's less taxing to take shots outside than to try to drive up to much bigger, younger players constantly.

I'd also say that as he got older, his athletic ability declined (injuries and age), so in order to continue getting points, he needed to attempt more shots.
It "could" be a sign of factually conflicts, a lack of fact checking, etc.

Just pointing it out, maybe the author will add some clarification; since I assume the did fact checking based on their mentioning that the did on sources, evidence, etc.
Agreed. I don't see anything in VSCode that's not present in any of the vast array of alternatives. But then again, I live in IntelliJ and Emacs land. I don't mind Atom but don't really use it for anything.

Light Table might deserve the term "transformative", but I didn't find it usable enough to rely on.
WELCOME TO Live MEDIA
These are all good reasons why we call it life/work balance at Stack Overflow.
Similarly, I saw/read an interview with Hall-of-Fame point guard Isiah Thomas where he was asked why he always took the big shots in the critical moments.

(IIRC He didn't mention the obvious, that he was the best player on the team.) He said it was because he practiced the most, which was plausible, and because he could miss the shot. He said for if some players miss that shot, it crushes them; they don't recover. He could take it, miss it, and take it again the next day without it affecting his focus.

He made a few of those shots and led his team to two NBA titles. The first one was the year after he threw away a pass and the game in the playoffs, an unforced error that cost his team their first trip to the NBA Championship:

https://www.youtube.com/watch?v=VNpJXDPnQTE
I just had time to look at clippy itself. Funny name given I imagined redoing Microsoft's Clippy in Rust still wouldn't fix it. :)

I'm keeping the page in case I field Rust stuff as it's a nice list of things to look for. Not just for this tool but other developers applying CompSci solutions to Rust. They'll need a list of issues to encode in those.
>I think one of the biggest reasons people don't give themselves a work-life balance is peer pressure and the desire to please others first.

This is the root of the issue in my opinion. When I fail to achieve work/life balance, it is usually due to one of two things:

1. To please my direct co-workers, manager, CEO.
2. To please everyone else — that is, make enough to live the way I envision other people expect me to be living, and doing the things I imagine them expecting me to be doing.

Living for even the imagined expectations of others can take a heavy toll. It took time to unlearn that way of thinking.
If you read the thread more thoroughly, Ian Jackson is actually more on the side of Debian leaving things the way they are upstream, while others are proposing that Debian enable Link Time Optimization for the sake of performance.
Celebrating the Open Container Initiative Image Specification
This is absolutely the best approach, and I say that as an employer. Do this.
Testing support is basic and, when we started, there were no clear best practices - so we published how we organized our repo.

The `@test foo` command basically raises an exception if the result is false. You have to manually register all of the tests and call them individually. setUp and tearDown has to be done manually. The testing library keeps no data about how many tests were run - it just throws an exception if an `@test` encounters a false.

It works, but there is no sophistication.
Why Retargeting Is Huge Waste of Money
There is no way this key is not already in someone's hands who is not supposed to have it. There is no way it wasn't leaked, stolen, misplaced, or sold (for probably a ton of money).

Who is going to trust Blackberry now? Even as a BB Enterprise customer, I'd be scrambling right now to change my system immediately. This is exactly what I expect will happen to the whole industry if idiotic bills like the one currently proposed by Senator Feinstein make it through. No sane, security-minded person will want to use any of these products. And there certainly is no shortage of foreign competition. But it's all worth it to calm down the cowardly masses who are afraid of terrorism or whatever the fear of the day might be, right?
Isn't this based on Atom (or at least similar design)? It really makes me sad that people are making editors with so many features and nice things, but ignoring the fundamentals like latency.

https://pavelfatin.com/typing-with-pleasure/

I'm eagerly awaiting a mac version of 4coder (http://www.4coder.net/).
You seem to be unaware that there is a minimum income required to survive. If one cannot get that income from their job(s), then they must get it from charity, welfare, theft, or some other means, or they must move to someplace where the minimum survival income is lower, or they must die.
Ummm, no. VS Code is a decent editor, nothing more. It certainly doesn't transform the way code is written on Unix/Linux.

Vim and Emacs are still superior if you want to put the time in, and both have non-terminal interfaces. They can also be both customized to be whatever you want them to be, there's not really a limit to their functionality except what plugins are already written. Ditto for Atom, though of course, it does seem to be more web based for the moment (though Atom does have great plugins for Go, Nim, and I'm sure a bunch of other languages).

In the grand scheme of things, tools like compilers, debuggers, interpreters, other command line tools (like completion servers), etc..., matter more than editors anyway.

Edit - for the record, VS Code seems great. But it's not revolutionary.