skysight-inc/HackerNews huggingface dataset:
There are many forms of dictatorships. The stalinist police state you allude to is just one, very outdated variant. It was easy to hate it, and thus it didn't live long. Far more dangerous forms are emerging now.

It's not just him you should educate. It's more about the people who listen to him.
As for shouting lies: is it a better alternative to silence that man because you are right? On one hand, argue back, and accept that he has a voice even if it hurts you, on the other, it's the task of all the people standing around to dismiss and ignore and that guy.
What you are suggesting is that school bullies would simply cease to be bullies when you show them the error of their ways. Alas, that's not how the World works.

The only way to get to people like that is to hurt them, either physically, mentally, economically or socially. That's what we're doing as a collective by changing norms so that it's no longer considered acceptable to beat people up for being <insert whichever unique attribute you want>.

Doing that will result in conflicts. Sometimes those conflicts will escalate into violent ones. As a single person it's often not viable to proceed into that territory alone, and so it's better to widthdraw from that society.
I think there might be a lesson in that people who made their money as employees in startups that get sold generally don't repeat the process. They more often become investors.

That's diversification, all the upside and none of the trouble of actually doing any work.
You have a real gift at this.
I believe the paper makes a distinction between bullshit receptivity (Eating it up), bullshit sensitivity (Calling it out), and profoundness sensitivity (Correctly identifying profound statements). Donating was positively correlated with profoundness sensitivity and less so to bullshit sensitivity. And slightly negatively with bullshit receptivity.
We’re in a new age of obesity. How did it happen? You’d be surprised
Erdogan has been heading that way for a long time. US is just the latest addition to the growing line of Turkey's allies-turned-enemies, following Israel and Europe. The West was willing to overlook his arrogance and hostile rhetoric for a time, but in transforming Turkey from a strong democracy to weak autocracy he crossed a red line. The West doesn't want countries like that in EU or even NATO. We now realize that we are better off supporting Kurds, who are long overdue their own state, and that the EU is much better off setting up barriers for Turks so that they can no longer invade their territory with their hostility and rudeness and a pan-Turkish, Muslimisation agenda. (I am generalizing, of course, not all Turks are like this.)
Rubykube started from peatio but is now a very modified version of peatio and microservices, you can use it for fiat and many crypto-currency exchange.
You did better at an interpretation than I did as a native English speaker. I just parsed it as a string of unrelated words.

Basically if I couldn't understand and agree with or accept the statements at first glance then I considered them bullshit. It was an accurate result except for statement 5 with which I agreed.
not a compliment.
Sure it's a bit of a tangent, but related in the sense that I was hurt more, or less, based on my ability to imagine pain (which in my experience was easier after experiencing it).

In any case, the sentence doesn't seem to require the imaginary pain to be equivalent (or even compared) to the pain experienced from whatever is causing the imaginary pain. I don't think that's even possible.

It just requires that the pain someone experience from imagining/actually being tortured hurts just as much, albeit likely differently, regardless of the nature or cause of the pain ("imagined"/"real").

The "profoundness" of the sentence is probably related to the
already questionable concept "imagined pain"; and how the pain experienced by other people can easily, and way to often, be dismissed and classified as "imaginary".

The pain still hurts the person experiencing it though, regardless of whether some might call it imaginary (and whether "imaginary pain" even makes sense).
It’s actually not against your self interest.
Geospatial indexing on Hilbert curves
Copyright ruling challenges internet practices on posting photos
One can trace it back to ancient China and ancient Greece too:

http://www.greenleaf.edu/pdf/donald_valeri.pdf
^ Exactly.

Also, his statement implies that digital assets have no real-world financial value. In practice, even if the investment fails, the codebase of the company, body of active users, and any user data gathered will have some value.
Stop embedding social links, here is a smart solution
I remember that podcast episode, but that case was specifically about fraud and someone getting dialers to call people and play weird stuff to keep them on the line as long a possible. It's only a few cents here and there but it adds up if you automate the process.

IIRC, the situation was brought up at a telecom conference and the calls dropped suddenly; suggesting at least one of the people involved was deep into the industry and probably at the conference. They even get an FBI agent on at one time who is convinced they'll find this person.
I would like to see a statement that YC China will not discriminate based on ethnicity, gender, religion, or sexual orientation and more importantly will not support startups which create technology which make doing so easier.
I'm working towards a similar system-oriented design but for a web app builder, and I'm starting to believe that this principle is actually one of the key missing features of the normal software development practice. It's closely related to the idea that the data representation of a UI should match the shape of the UI (a list should be represented by an array, a tree by a tree, and so on), but more philosophical and with more far-reaching effects.

The closer I get to following this principle in my designs, the more practical and reusable the implementations become, alongside the major benefit that it's easy to reason intuitively about the behaviours that will arise from their interactions.

When you build software you can go down two routes - you can find the "correct" implementation that matches your design's intent, and not have to deal with many (if any) edge cases and escape hatches. Or, more commonly, you can find a close-but-not-quite-right implementation and spend way too much time coding explicit edge case handling that ends up acting like a translation layer between the theoretical best implementation and your chosen implementation anyway.
I always use keynote for diagrams with lines and boxes, I really like how simple it is to do something nice.

I agree with your sentiment on tikz though, it is not a pleasure to write.
0-confirmation on BCH network is 99.99% double spend fraud proof.

See video of how fraud is detected:
https://twitter.com/POPbyHandCash/status/1029303157678108672...

With Bitcoin Core (BTC) they purposely ruined 0-confirmation via Replace-By-Fee (RBF) so you can never have it used as cash.

Bitcoin myths dispelled:

https://medium.com/@craig_10243/the-myths-of-bitcoin-bf3664e...
Buy the book!
It also does not help at all that software "estimates" are typically just sticking a finger in the air and seeing how hard the wind is blowing at the moment. How many engineers are doing things like using real numbers from previous work to build models before estimating? Do we really think that every project is such a unique snowflake that we can't build models? You don't even need that much data, as long as you're understanding that less data means less certainty. Which is also why every estimate should be either a range, or a single number with a confidence. "Previous work shows we can handle a project of this size in 6 months 85% of the time."

Of course, this is not all on engineers either. I'm sure everyone has seen the project manager who takes estimates as commitments. Cultures that allow that to happen will see repressing of generally good estimates. (If you use modeling, you just boost your confidence interval appropriately. 6 months at 85% or 9 months at 95%? Pick which number you give based on your experience with the PM!)
While I agree with you that software projects aren't unique in having difficulty trying to estimate things, I think that emotionally it's different. If you're digging a tunnel and hit a seam of unobtanium you can go to your boss and point at the seam and say 'Look at this big rock - this big rock is very hard, we had no way of knowing it was here but now we know we have a problem". That is very different from going to your boss and saying "You know I was working on X, well X is harder than I thought, it's going to take longer". Well - is X harder? Or are you just slacking off? Or maybe you just took a stupid approach?

It's much more difficult to actually confirm that the cause of the delay is an external factor, rather than a reflection of the person doing the work since most likely the only person with a real understanding of exactly why something is difficult is the person doing the work. So there's a stigma attached that isn't present in other professions.
> There's no one-size-fits-all management style.

I guess someone has to tell the Agile people, who are obsessed with rules and formalisms, about this.

Leaders need experience to cope with different situations. If a team wants a good leader, it should choose him/her based on his/her successful projects instead of relying on FotM Agile concepts and the candidate‘s willingness to adopt them.
Visual is more natural, simple and rich way of cognition for human brain than symbolic expressions, there's nothing wrong with it. What's somewhat pity is the fact all the attempts to create any 'visual programming' tools failed miserably. Although we could easily imagine a tool that allows to point a field in any formatted text like INI file, and point the column in Excel where the values should be inserted, and automatically build the regular expression to parse the bunch of such files - that's not visual programming in any way of course, but if such a tool could be extensible enough, and extensible by the same visual way, I don't know but maybe some significant part of users should be interested enough.
Lots of people in freezing areas of the world do all sorts of things on frozen lakes/water bodies. There are ice roads in Canada's North that are only open when it's cold enough for the water to freeze. Heavy transport trucks use them all the time! And of course there's the hockey/skating and ice fishing.
What spockz said takes the words "usually" and "try" out of that. (-:
Why does software industry keep coming up with this sort of thing all the time? I worked as structural engineer before becoming software engineer and we never had to invent different kind of leadership and procedures or change office floor plans or hire outsider non-engineers as our (scrum) masters, or talk about the client as stake holders etc.

Sorry about hurting your agile feelings!
I'd like to point to statement number six and tell you I'm definitely more prosocial than the other guy.

Jokes aside, I do like to help people out but won't go out of my way to seek opportunities to do so.
This title is kind of uninformative .. how about "the rise of intangible goods requires different economic models"?
Management skills are orthogonal to technical skills.

People who are good technically are not necessarily good at management and should not be put in that position. They should however be put into a code-reviewing position.
> At a big company, I am saying yes to a company - not the people. Team selection is later (if at all) and you can be a victim of circumstance.

Only a few companies work this way, at least for experienced hires.
Rebol would like a word with you :)

http://www.re-bol.com/rebol.html

Makes Tk seem painful to me. There is a new "Red" language in the works to supercede Rebol and be a true full-stack language with an actual native GUI for each OS instead of the single Rebol GUI system which looks the same on every system.
This.

I thought exact same thing and realized what my (actual physical) Swiss Army Knife is missing.

Disappointed
Exploring Error Handling Patterns in Go
Bullshit isn't EVEN wrong... its meaningless quackery that uses words people who don't understand find important (intelligence signalling). Profundity is in the eye of the beholder, and I may sometimes argue about specifics, but like stereotypes it has some value even in refutation or outside of its field...F=ma!
Chinese internet giant Tencent suffers a rare profit drop
This is what happens when hackers design a lamp
I think the principle of non-visible cameras is that, by inducing uncertainty about when you might receive a ticket, you encourage law abiding behaviour across the road network, and not just at those sites where you locate cameras. In principle this method can be more cost-effective than using visible cameras, because you need fewer cameras.

Of course, these cost savings are predicated on the relative effectiveness of non-visible cameras. The fact that they are used in some countries is evidence that they might be effective. This also seems to me to lend credence to the idea that having visible cameras is a concession to some other interest group, because, although I can understand why the "driving lobby" would want cameras to be visible (so they know when to obey the law), I am having trouble thinking of an interest group who would want cameras to be non-visible for some non safety-related objective - I am of course open to suggestions.
Now it has a cool stack around modified Peatio
Maybe it's rude to the Chinese leadership but the ordinary people there probably quite like having rights.
Show HN: A chrome extension that fades out old links on HN/Reddit/News sites
The first graphene jacket is here, and it’s magical
Yeah I don’t think he meant “you don’t find in other industries” as “you don’t find in ANY other industries”.

I mean, you’re “disgusted”? Really? Reading all this seriously makes me think you need a vacation or something.
This book review has a few economic fallacies and was probably not written by Gates. But, these points are interesting--

"It" refers to "intangible investment" here--

1. It’s a sunk cost. If your investment doesn’t pan out, you don’t have physical assets like machinery that you can sell off to recoup some of your money.

2. It tends to create spillovers that can be taken advantage of by rival companies. Uber’s biggest strength is its network of drivers, but it’s not uncommon to meet an Uber driver who also picks up rides for Lyft.

3. It’s more scalable than a physical asset. After the initial expense of the first unit, products can be replicated ad infinitum for next to nothing.

4. It’s more likely to have valuable synergies with other intangible assets. Haskel and Westlake use the iPod as an example: it combined Apple’s MP3 protocol, miniaturized hard disk design, design skills, and licensing agreements with record labels.
Obsessing over any rule pattern, whether it's Agile, Lean, Waterfall, etc., is, of course, stupid.

Those patterns are designed to help groups work together more efficiently, not lord over them like the gods of Olympus.

Assuming you've already explained your frustration to your manager, might be time to seek a new opportunity...
Show HN: Eno – A lightning fast, user-friendly YAML/TOML alternative
eno [1] - A modern plaintext language w/ libraries [2] for JavaScript, Python, Ruby & soon more!

We migrated a big relational research database to a file-based solution - requirements were:

- Super fast and easy editability for users

- Highest performance for parsing/validating >10K documents on every user change.

Our trials with YAML/TOML showed us that we wanted something both faster [3][4] and easier [4],
something tailored for file-based content management ... and after months of
research & development it's now publicly available (under MIT license) for everyone!

Last but not least I also want to mention eno's document introspection capabilities -
with a few lines of code you can build intelligent relational suggestion UIs as shown in [4] below.

[1] https://eno-lang.org/

[2] https://eno-lang.org/libraries/

[3] https://github.com/eno-lang/benchmarks/

[4] https://eno-lang.org/resources/introspection.mp4

PS.
Your input for the Roadmap is highly welcome - what do you think should be in the next releases?
More languages? (If so, which? Currently in progress: Rust/PHP, Currently planned: Go/Java)
Additional IDE/editor support? (Currently supported: Atom/VSCode/Sublime)
Or something else entirely? :) Looking forward to your feedback!
"Not enough" and "nothing" are usually very difficult to distinguish, since they usually have largely the same effects.

(e.g. it doesn't matter if I have insufficient money or no money at all; life sucks in both of those alternate-universes)
Wait, I'm confused. Are these fiction or not?
Seems very promising.
The best leaders in software and technical domains are also those who can write (either code or ideas) better than anyone else.

Do you really believe that? When you're interviewing someone to be your manager, is that what you look for? I don't. I look for communication skills, career development ideas, and evidence that they stay cool under pressure. Software development experience is definitely a plus, but I don't look for someone as a manager who can code better than anyone else.
Wow! Interesting ;)
7 coding projects every programming hobbyist should write before his death
At the last three big companies I've worked at I was directly hired by my (future) boss to work directly in his team. In all three cases at least one (future) co-worker was involved in the interview.
Best practices for writing a follow-up email
Amazon loses market of speakers before Google, Apple and Chinese firms
The Human Tripwire for a LUKS Nuke Partition
Here’s another discussion of the book that discusses the same book and example.

https://www.imperial.ac.uk/business-school/knowledge/finance...

He’s just using the example from the book and doesn’t feel the need to restate it?
Software engineers seem to be prone to this sort of thinking in general. I know I was at first. I think it's common to just not be especially familiar with the practice of science, with other types of engineering, to not have exposure to other industries and thus have no other frame of reference, and to just be young and inexperienced. It's very easy to look around at your own experience and think "this is so complex and requires immense amounts of thought and coordination" and to somehow think that's unique to your situation.
I'm very interested in this too (British - have always wanted to move to NYC).

A few years back, I sent out some speculative applications to companies in NYC for senior-level roles, but didn't receive anything back outside of one company that said they couldn't sponsor a visa. Some were startups, some were larger companies, and a few agencies using the same stack as I was experienced in.

The common route seems to be applying to work for a larger company that can sponsor a visa. I tried this too with some companies on the Stack Overflow jobs page, but again none of them came back to me, even when I took their take-home tests. My uninformed guess is that visas are hard to obtain, even more so nowadays, so that you'd need a mixture of luck and opportunity to get that role.
>It just requires that the pain someone experience from imagining/actually being tortured hurts just as much, albeit likely differently, regardless of the nature or cause of the pain ("imagined"/"real").

Right, but imagining being tortured doesn't hurt just as much as being tortured. That is why the sentence strikes me as obviously false.

>The pain still hurts the person experiencing though, regardless of whether some might call it imaginary.

Yes, people might disagree about whether or not someone is in pain. Similarly, they might disagree about whether or not someone is eating cake. That doesn't mean that "imaginary cake tastes just as good as real cake".
Any idea on how to do this without blocking writes when SQLite is embedded in a server process?
TinyWM – A tiny window manager in around 50 lines of C
Simple-keyboard-layouts: on-screen virtual keyboard with multi-language support
Realistically, it probably would be your best bet to come over as a student and then once you're here if you are aggressively working hard on the side to build a network and show value in various contexts, you'll be more likely to be able to parley that into a working opportunity.

Let's be realistic, New York City is a city of opportunity where everything imaginable is happening all of the time. But getting work sponsorship from afar except for a very exclusive pool of ultra high-demand folks can be quite difficult.

A piece of advice: to a native English reader, your written English is dropping articles like "a", "an" and "the"-- I can only imagine how frustratingly arbitrary it must seem but these immediately make your written word appear less ready to go. You don't want to be put in that box and rejected from consideration out of the gate. Something to look out for.

Another angle folks will take is to get a job for a US or particularly New York city-based company in Europe, be a go-getter impressing folks to the extent that they'll be willing to give you what you want to keep you then you can make the move.
Agreed.

> Only the CPU (silicon or microcode) can assist you in the flushing of L1 when you exit enclave mode.

This seems correct, upon double-checking. The interrupt process within SGX is called Asynchronous Enclave Exit (AEX) and does not give the enclave an opportunity to run any code upon interrupt, though it is possible to run code upon every enclave entry (via code placed at the Asynchronous Entry Pointer). I'm not sure that would help with any speculation-based exploits, however.
GPS devices are not on themselves active senders, you can choose not to have Wifi or cellphones. You can opt-out to do face tracking on Facebook, its just your friends you have to worry about. MACs can be spoofed.

In short, you can pretty much avoid or conceal all the activities you posted above, not a CCTV installation though. If it is near your home or work, you can definitely forget even trying to avoid it, except for reconstructive surgery.

>> Crime prevention can be improved by using machine learning and AI.

Well, I heard lots of claims to this, but never seen a reasonable POC. Most of these claims turn out to be mere geospatial statistics and analysis. Interesting to do, but it won't give you more information, than your local police precinct already knows (where are the 'troubled' neighbourhoods). Given time, more people (even bureucrats) will develop a bit of scrutiny against "AI solves everything" approaches. At least I hope they do...
I have a setup running OSX via QEMU/KVM using this guide. But memory operations seems to be very limited.
Madmen. You can run from or fight violence. Can't outrun cold.

In my mind, if a lake is that frozen, we're in a war against nature.
What I wish I had known before starting to use Flow
1) The first two paragraphs about 'assumptions' are essentially false. There are no assumptions in supply and demand, it's not a dynamic equilibrium, it's a snapshot.

Yes - over time supplies tend to change due to demand, of course, but that's 'long run' stuff ... not in that chart. The author is kind of misinterpreting the chart.

2) It's not 'sunk cost' that's the issue, this is about 'fixed' vs. 'unit' cost. Software is all 'fixed' (i.e. setting up the production line) whereas most material things are mostly about 'unit' costs (i.e. the cost to make an item)

3) Software sales are a tiny fraction of the economy because almost nobody is selling software. People are selling 'services', basically products that 'do stuff using software'.

The 'key ingredient' is usually some type of business or experiential knowledge, not some algorithm.

4) Software development doesn't finish at v1, it's ongoing.
Issues relating to a bug in Intel cpus