skysight-inc/HackerNews huggingface dataset:
I enjoyed the paper but one thing they didn't seem to consider was the human-difficulty of the move e.g. sometimes long horizontal moves are harder to see (sorry, no reference, just anecdotal based on experience), so one could see later works that fold that in.

Also, they used endgames with IIRC < 7 pieces, so again, some derivative work might use middlegame positions and use engine analysis as an oracle, similar to Regan's work (http://www.buffalo.edu/news/experts/ken-regan-faculty-expert...).
> When you die, your corpse lies in the ground for a few years up to a decade at best.

This isn't true for anyone I know of.

Those that can afford it have effectively permanent plots (until the descendents die off, at least).

Those that can't, or choose not to, opt for cremation.
I agree completely: I had meant to imply that the "professional" bit was necessary, but not sufficient.

In therapy a wide range of topics can be explored, and more safely: when I first started therapy my motivations all had to deal with stressors in my present life, but after much discussion I ended up learning and realizing how past trauma influences how I perceive the present. I really didn't know the full set of questions I should have asked when I started, but the professional atmosphere - where I could discuss a wide range of things relatively easily (because of the professional ethics surrounding patient confidentiality) ended up making it easier and safer to explore things I shouldn't.

I think for many people who read this, if they were to go to a therapist motivated by wanting to change their response to stimuli like work stress, may eventually end up discovering how the specifics of their lives to date influence their present, and that knowledge can be empowering.

But here on HN, I don't think you'll get to meaningfully explore things like childhood, past traumas, deep fears, etc. to better understand the present. Stress is common to our (and any) profession, but the ways which we respond to it are deeply personal and transcend our industry.
Was there something about ropes, ladders, and shovels that wasn't clear? Wall's can't stop someone determined to get over/under it; security doesn't come from a wall, it comes from boots on the ground. It's not a meme, it's a fact. Beyond that, putting up a wall presumes incorrectly that that's how illegals get into the country, it's not. One only has to get a tourist visa and then not leave to get into the country, no wall stops that; walls are for show and are a waste of money. Then entire border of the country is open, putting a wall on a small part of the southern border is simply idiotic.
At that point, it becomes a legal matter. Not everything can be solved with technology. (There's homomorphic encryption, bet let's leave that aside for now.) The GDPR legislation in Europe sets a good precedent for demanding removal of our data.

The crucial point is that Solid will bring more choice: there will be social feed viewers that will be more invasive, and those that will be less invasive. People can choose the one they like, without consequences as to whom they can interact with. Today, we do not have a choice: if we want to interact with people who use Facebook, we have to use Facebook as well.
Sweet potato is a cheap and easy dietary fiber source. Also good slow burning source of energy. The betacarotene on it, in my opinion it is unclear it is good or bad for you. I think betacaroten daily maybe not good, maybe some varieties of sweet potato has less betacarotene
Anyway is a good and cheap food, can keep you alive on frozen winter.
That isn't what the parent seems to be suggesting.
I'm bullish on the trend(?) to implement tools in languages like Rust, Go (and maybe Swift like in this article, although I'm not familiar with it, and it seems mostly unheard-of here in Linuxland). Being able to just deploy a binary with minimal dependencies (yes, I did read the article, but I'm assuming with swift you can also create a static binary) makes it a lot easier to get started than requiring the user to setup some virtualenv for python.

And while not relevant in this particular case, native binaries are fast, and launch quickly as well.
I don't think they correctly realized the meaning of these blunders, most games are skilled-vs-skilled or amateur-vs-amateur, and for every blunder a skilled person makes there was a trap another skilled player placed. The way I see it, skilled players are more experienced at leading their opponents into exploitable complex conditions, whereas amateurs tend towards simpler board positions that are easier to reason about, and it is not uncommon for blunders to be missed by both sides.

Anyway I'm not sure they could control for the skill of the players in both sets, because their dataset is probably missing amateur-vs-skilled data, which probably renders most of their skill-based correlations incomplete, as we don't know if they correlate to the skill of the player making the mistake or their opponent.
Very user unfriendly compared to today, but that made discovering things fun.

Frequented BBSs as a teenager, then heard about the internet. Joined local ISP in 1993 or so.

Usenet was huge and the content had a much better signal to noise ratio. Lots of academics and students online, so generally intelligent discourse.
My grandmother's website for her small business was purchased via GoDaddy. This was before those commercials even started airing.

It's not a strawman at all. I am speaking from real experience, except for the part where my grandmother could tell you the difference between SSH and SSL.
A lot of pointlessness and novelty. People arguing on forums. Genuinely good info. Oh and piracy and copyright infringement. So basically nothing has changed.
^^^ This is a very appropriate analogy.
Landlord rents $1,500 studio to two cats, hits ‘peak Silicon Valley’
Hit air is much less bouyant any than helium. So no.
Is this a real issue though? The article skips past what the problem is and focuses on why it exists by accusing the tech industry of writing articles about tech.

Besides the philosophical argument of whether pattern matching counts as AI is there really a problem here? I have not heard of anyone effected by AI becoming a buzzword. Products are still evaluated on what they can actually do, so who cares?

Siri and Google can now take voice commands. I don't know of anyone who actually expected an intellectual conversation. They were never marketed as such.
Bean books sells theirs on the kindle store with exactly that requirement.
Elephants are evolving to lose tusks following decades of ivory poaching
Gandi might be great for common domain suffixes, but their support for country-specific domains is poor, they just don't offer that many. If you're not in the U.S. it can be frustrating.
Cheaper to send a replacement satelite perhaps?
California’s Next Ban: Paper Receipts
Hell I have node and I don't even know what npx is. There should be a PEP8 for readme's. Can a 5 year old figure out your README? or something close to that extent. Otherwise their README is fine.
Google Drones Can Already Deliver You Coffee in Australia [Video]
The design doc is here. https://github.com/ricochet-im/ricochet/blob/master/doc/desi...

It describes one of its goals as, "Resist blacklisting or denial of service against users."

Preventing both blacklisting and DoS seems contradictory to me in an anonymous messaging protocol. If an anonymous party wants to spam me to make the product effectively unusable, I either need to be able to blacklist them, or to whitelist known contacts, in which case none of them are anonymous.
I suspect that sentence would remain true even if you took the word blockchain out of it and replaced it with any network paradigm that is intended to operate on a global scale. The speed of light becomes a hard ceiling very quickly, and the only ways to get around this are to have a non global network, submit to the realpolitik of limited domain centralization (sharding) and the risk of unaccountable subjective influence it brings, or settle for a glacial transaction rate.
3rd party implementations, such as that python library, have two fundamental issues (beyond what's mentioned here).

1) They're using outdated versions of the protocols, which they won't be motiviated to fix until those old versions are cut off server-side and their implementation suddenly stops working.
2) They never quite figured out how to correctly handle all the nuances and corner cases of the E2E encryption, so that part of their design is extremely fragile (just look at the issue trackers for all the evidence of this that you need).

On top of all that, the maintainers have basically given up and abandoned the projects... So they're not even being actively maintained.
> Go, Python, Java, C#, Erlang, JS, and a myriad of others

But few of them has as strong guarantees about your safety as rust. Python, Erlang, JS will not enforce anything and raise recoverable errors on mismatch. Java and C# will enforce a bit of correctness and raise recoverable errors. Go is the most strict, but happy to panic at runtime if you cast to the wrong interface. And that's before we talk about things like defined integer overflow behaviour, safety without concurrent execution, etc.

Those languages do protect from accidental memory overflows, but rust offers a lot more in safe code.
Oh, indeed, and a lot of people hate improved trails as well.
Open source software took over the world
Agreed. My pet theory is that it boils down to how superficially accessible AI is. A conversation about AI is kind of like Bikeshedding, except no one realizes it's actually a conversation about the Nuclear Power Plant. Everyone's got practical, direct experience with sentience, with thinking, with speaking a language, with seeing things. Everyone can introspect for a little bit and make genuine claims to having contemplated the fundamental problems of AI. And since so little genuine progress on the really fundamental parts of the problem (the Hard Problem, as Chalmers would say, versus the somewhat more tractable 'parsing problems' that Deep Learning has made such great gains on), the most frustrating part is that it's really hard to prove some amateur thinker's conclusions wrong. You can bury them with the technical jargon of three thousand years of philosophers, but no one's been able to build a formally verifiable model for the whole thing so far, and so amateurs and experts are in some sense separated only by how impressively technical they sound when talking about the matter. This problem is amplified by the technical jargon being painfully close to the technical jargon for philosophy of the mind, and to straight lay terminology. So a person with technical knowledge can talk about, say, 'training', and a person with no technical knowledge can think they understand, because the word is so ill-separated from their own internal, non-technical definition.

It's so easy to have an opinion about AI, the fundamental ideas are so prevalent in day-to-day discourse, and it's so hard to prove any given opinion wrong.
Research finds heavy Facebook users make impaired decisions like drug addicts
most likely 'talk'

https://en.wikipedia.org/wiki/Talk_(software)

It is how I got my first rude internet experience.
Some brat started writing weird cursing things at someone they did not even know! I reported them to the sysops so I'm sure they received a sternly worded reprimand with a warning they could be banned and certainly they would see the error of their ways and never do anything like that again ...

I should have seen this comming
The author Tren Griffin has many articles like this on his website, it's his 'genre'. Not sure if this was just cross-posted or newly written: https://25iq.com/featured-individuals/
Ivanchuck (I think) said the hardest move to find is a knight retreat.
Yeah, all I can think of when reading these pieces is survivorship bias.
Indeed. There is even stronger recent evidence for the role of RNA in intracellular storage of behavioral memories:
http://www.eneuro.org/content/5/3/ENEURO.0038-18.2018

Not to mention quite strong but now forgotten evidence from the 50s...

Can you email me at gauravvman at gmail? I have been working on demonstrating that neural computation is RNA based; would be interested in hearing your take on the field.
co-founder here, a bit late. Yes everything gets cloned. Databases, search-engines, message-queues, static files... you get precisely the same cluster in the same state.
The 100 stashed away is the issue though. Even if you have it, it might be rainy day money not for living expenses for a moonshot.
It does.

Seriously speaking, asymmetric information and signaling is the one thing that four-year undergrads in Econ know that's a superpower because ordinary people don't.
The tricky part is that it is impossible to import any libraries in a script except:

- The official libraries that ship with Swift

- If you create a full-blown Swift package manager project and compile an executable. But this doesn't sound like a script anymore

- If you use John Sundell's Marathon [https://github.com/JohnSundell/Marathon] however it adds additional complexity around the writing of scripts

I.e. none of the solutions are as simple as writing a bash script

Edit:
Just saw that Max Howell (creator of Homebrew) released this today https://github.com/mxcl/swift-sh
This absolutely solves the issues. Fantastic.
I don't see that working very well. If you ever made a typo in a function name, the compiler would have to assume that you are referring to an external tool that would be available at runtime.

Swift gives the programmer a lot of flexibility in overriding operators, though, so one could probably make a decent DSL that approximates shell syntax.
What's a shame here is that the "WhatsApp Business API Client" [1] would actually be the perfect tool for personal projects like this. Unfortunately, its still being reserved for use by only larger businesses planning to use it at scale, so they can be meaningfully paying customers.

Offering low-volume non-customer-facing free access to a product like this would likely make everyone here quite happy.

[1]: https://developers.facebook.com/docs/whatsapp/getting-starte...
Open Source: Everyone Can Do It
What about reagents? The sequencers themselves are expensive, but library kits cost a lot of money, as do the reagents for running a flow cell. Even if I can get a sequencer for free, if I still have to pay through the nose for reagents it's no good. Especially as these sequencers become obsolete and people stop MAKING the relevant reagents, and their cost goes higher and higher.
Both solr and elasticsearch use lucene to index.
Usenet being "friendly" was not exactly my recollection of alt.politics.*

Whatever happened to Serdar Argic?!
I'm pretty font of dokku. Runs great on DigitalOcean. I would DIY it on a base linux image so you have an easier upgrade path. The extension for Let's Encrypt is pretty great too. I tend to just have a Dockerfile in the root of my project, and `git push deploy` up to it when tests pass. It works well for single-server small/mid sized applications. You still have full docker for other bits, but the integration is nice.

NOTE: if you use the $5 droplet level, you must add a swap file or you will have issues. You probably should do this anyway.
Yes, but the event horizon shrinks by emitting Hawking radiation, right?

When the white hole is exposed, what it looks like? Is it just hole in the space that does not emit anything? Nothing exits (because Hawking radiation already emitted all of the energy) and nothing can enter.

What is the radius of the white hole?
Gallistel wrote a book 'Memory and the Computational Brain,' in which he argues that neural storage and computation via synaptic strengthening alone is implausible, and that the brain must have a real read/write memory. He points out that genetic material is an ideal substrate for such a capacity...
This can cause massive unwanted legal liabilities to the customer under GDPR.
Possible topic: open-source and FPGAs, https://web.archive.org/web/20170401020525/https://www.blink...

> Open source projects die from diffusion. If there's not enough contributors concentrated in one place, code rots, bugs persist, and projects get abandoned. In contrast, where lots of traffic is concentrated in a relatively small bundle of code paths, the virtuous feedback loops kick in ... FPGA development has always been an industrial activity, dominated by brutalist, opaque, and proprietary tools. There are open source tools and communities, and I don't want to diminish their significant achievements, but there is simply no comparison between the ease of jumping into open source programming versus open source chip design. OSS needs FPGAs, and FPGAs need what programming had back in the 1980s: an on-ramp. A place where people can get up to speed in a friendly environment explicitly designed for that purpose.

There's an OSS FPGA workshop in March 2019 at DATE in Florence, https://date-conference.com/conference/workshop-w10
Unfortunately, "pretty sure" is not the way sound arguments are made ;-) Evidence is: https://netmarketshare.com/browser-market-share.aspx?options... and http://gs.statcounter.com/browser-market-share#monthly-20171...

Such a centralization comes with the risk of websites only working with one browser, forcing people to chose a certain device, operating system, and browser vendor.
See also: https://www.fieggen.com/ which I use every time I buy a new pair of shoes.
As developer that does not know how to write Bash scripts at all but is well versed in Swift, if I have to write such a tool, I'd rather use such "suboptimal" option than have to learn a new language.

It also has the advantage that, if later this solution needs to grow past a simple command line tool, I can just grab the Swift code from the script, put it in an Xcode project, and make a Mac app out of it.
Is CSS in JavaScript Okay?
Show HN: Twitch Plays Conway's Game of Life – Battle Royale Edition (Unity ECS)
Is this really true? I thought it had more to do with the four freedoms Stallman talks up so much.
That's bizarre. I have a feeling that anyone who would make that connection and feel the need to say it out loud is projecting their own insecurities.
Twitch Plays Conway's Game of Life [1] is a multiplayer implementation of Conway's Game of Life [2]

In Twitch Plays Conway's Game of Life, you play by typing commands in the Twitch chat, like in Twitch Plays Pokémon [3]

The basic !ON command turns on cells. The !RLE command lets you enter Run Length Encoded [4] strings to make more complex patterns. You can browse patterns on the Conway Life wiki [5]

A database of 446 patterns (Sir Robin, Gosper Glider Gun, ..) is available with the !PATTERN command, and allows you to make patterns directly from their names (Example: !GLIDER 0,0 # Makes a Glider at the origin)

A slideshow of all 446 patterns (still lifes, oscillators, guns and spaceships) is available here: https://www.youtube.com/watch?v=u4XgALyX6w8

There are Youtube [6] and Twitch [7] videos to learn cool patterns and how to use the commands.

TPCGOL has two modes: Sandbox and Battle Royale.

In Sandbox, you create what you want, without any real competition, although it's fun to own the board (a player got 99% ownership for a single generation).

In Battle Royale mode, the rules are similar to Fortnite: join a game with !PLAY, !THANK the bus driver, and try to be the last one to have cells alive as the storm shrinks.

TPCGOL is built with Unity3D's latest upcoming features: Entity Component System (ECS), Burst Compiler and C# Job System

Help for all the commands (except the mystery command yet to be discovered ;-) is at https://bzh314.com/twitch_plays_conway_game_of_life/

Want to make my Life? Go ahead:

- Play at twitch.tv/bzh314 and have fun

- Subscribe to Youtube [6], Follow on Twitch [1] and/or Twitter [8]

- Spend time with your family instead of playing TPCGOL

---

[1] https://www.twitch.tv/bzh314

[2] https://en.wikipedia.org/wiki/Conway's_Game_of_Life

[3] https://www.twitch.tv/twitchplayspokemon

[4] http://www.conwaylife.com/wiki/Run_Length_Encoded

[5] http://www.conwaylife.com/wiki/Main_Page

[6] https://www.youtube.com/channel/UCgsdHWWQBMHP1plylPrrgpA

[7] https://www.twitch.tv/bzh314/videos?filter=highlights&sort=t...

[8] https://twitter.com/bzh314
I don't think that's the same Ricochet? @Ricochet on Twitter is associated with Ricochet dot com, "the leading place for civil discussion of the center-right and beyond." It requires paid membership.

(Though perhaps @torproject meant to link to this Ricochet IM product and not @Ricochet...?)
TBH, I find it a bit 'wall of texty'. I'd personally prefer it to be more concise, and perhaps use bullet points to highlight the main points in each section.
The difference is in the size of your Sales team.

Lot of open source projects would benefit, if they had dedicated sales teams contacting firms day in, day out talking about their features.

People who run IT departments in the Enterprise world or even small firms lacking resources to keep up, just pick tools and make software decisions based on who reaches out to them.

Invest in a sales team and you penetrate markets that don't spend time monitoring developments in the tech world which is really the majority of all orgs. Elastic has done that quite well and is reaping the rewards.
The statistics speak for themselves. If you want to argue them away you are just further telling me that Americans are indeed more likely than not blind to those issues when surveyed compared to (some) other countries.
Definitely! Would love to see some discussions about Open Source FPGA development (ex. TinyFPGA, iCEBreaker, FOMU)!
>I've looked at this article titled [Design Principles Behind Smalltalk](http://www.cs.virginia.edu/~evans/cs655/readings/smalltalk.h...), and I can't see anything in Smalltalk that's not available in Java or Kotlin as well.

There are several things in Smalltalk not available in Java or Kotlin, and more importantly, a lot more not available in an equally convenient and elegant way. Because the main thing behind a language is how features are laid out and play together, not whether a feature is merely available or can be achieved with some workaround.

(And of course, Smalltalk was created 20+ years before Java, so there's that).

In Smalltalk for example everything is an object. In Java you have int and co, and the resulting non-uniform behavior that requires boxing.

In Smalltalk you write code in a live image, and this means you can save state and resume your programming and program from where you left, give it to someone else to run from where you suspended it, and so on.

In Smalltalk the programming environment and the compiler are one, so the language is part of the IDE. You have total visibility of all objects, can edit them, query them based on their types, and so on -- and not just through some "ctags" type indexing.

In Smalltalk you can edit any part of the program, or IDE, and continue working with your changes.

What in Java would be a built-in operator like "if", in Smalltalk is accessible to the program to create, add variations, etc.
For many consumer ideas, the younger people are the experts.
IMHO, Rust is a cleaned-up, simplified, modern C++.
> I hope someday a decent Rust/C++ alternative will take over.

I found this part of your comment interesting, given that Rust is in someways being offered as an alternative to C++ for similar use cases.

What would you like to see different in a language that you see as the common issue with C++ and Rust?

edit: I misread the parent comment, the question should be disregarded.