skysight-inc/HackerNews huggingface dataset:
Or you can build your own pc from open market components, or maybe build your own components by designing your own pcb and sourcing the chips, and write your own drivers, or... etc.

Some people don't want to roll their own. You may, or may not agree with the concept of a fully managed solution, but for any non technical user, they want it to (borrow a phrase) "just work".

It's the majority of the addressable market.
I find this argument to be pretty weak, and seems to be a stand-in for, "I don't want to use a new technology because it'd require me to learn something, so I'm going to shoehorn something I feel more comfortable with, even though it's not the best tool for the job."

Edit: I'm rate limited so to elaborate a bit.

Queueing technologies are not "new interesting bit of technology", they're tailored solutions to solve a specific problem.

Using a RDBMS for queueing is not what it was built to do, and you will run into issues doing so (I have).

By trying to use one tool for everything, you lose out on all kinds of optimizations, features, and performance enhancements that are specific to the problem you're trying to solve.

It's bad engineering to try and force Postgres into the role of queue when vastly superior technologies exist. You're actively hurting the engineers you work with, and the company you work for, if you force the same tech into use cases it isn't optimal for.

I cannot stress this enough; fear of learning is anathema to software, and trying to hide it behind a veneer of caution is not only disingenuous but potentially malicious as well, maximizing exclusively for the benefit of the individual against the interests of the group.
Ask HN: Do you know of any Datasets for Paragraph Organization?
Anyone know of a dataset that around the seven common types of patterns of organizations or text structures for paragraphs:
Chronological
Compare and Contrast
Order of Importance
Sequence
Spatial
Cause and Effect
Problem and Solution
Some of the best magic tricks are the ones where you learn how it's done, and you discover it's actually done the hard way.

I can't find the quote right now, but I believe there's a quote from Penn or Teller where they talk about how some of their tricks could be done more easily, but they intentionally do them the hard way because it strengthens the illusion when a cynical audience member imagines the hard way, discounts it as "too hard; there must be some trick," and discovers that, no, it's just done the hard way.

I wish I could track down that quote right now.
I'm expecting decent AMD laptops next quarter, I'm not seeing decent ones now, yet. It's one of the few markets that "is in progress", so it seems.

Mostly because of power consumption, fyi.
Anyone hopping to have ECC with Ryzen should really read the reddit thread. Wow, what a mess.
I've edited obvious typos in some comments. I can't seem to help it.
Sad news if you update to Android 10: https://9to5google.com/2019/10/18/samsung-discontinues-linux...
This could be likely done by editing the keyframes cell and using d3.interpolateBasis instead of linear interpolation.
I haven't even seen information backing up the claim of the calls. It could be all made up.
Don't trust obviously incentivized players like Sophos, karma-chasing security wannabes, or anyone else in this category around this kind of topic. German media is very good. Spiegel is an excellent paper.

Trust your instincts, look for second sources, and wait to follow up before you decide one way or the other.
Go's GC is better than most of the Java GCs except the new ZGC and Azul's proprietary one. JIT makes some Java code faster. Ultimately, it's more about programmer expertise in a language rather than the actual language.
What we really need is a scalable, distributed, physics pipeline so we can scale sims to 1000x realtime with billions of colliding objects.

Improbable tried to do that with Spatial OS. They spent $500 million on it.[1] Read the linked article. No big game company uses it, because they cut a deal with Google so their system has to run on Google's servers. It costs too much there, and Google can turn off your air supply any time they want to, so there's a huge business risk.

[1] https://improbable.io/blog/the-future-of-the-game-engine
I just built a very capable gaming PC for 1/3 of the price of this phone that does the same things my $200 old iPhone does.
The problem is rather how the troubleshooting works.

You don't know how the network will be parsed or which statements that works with your version. Very difficult to debug when it doesn't behave as it should.

After a lot of fiddling with source routing on e.g. Debian Strech I was able to something working. But only half of the times I restarted networkd.

I would like some better tooling to assist with more difficult setups.
If his true purpose were to improve on videogames' NPCs, you're 100% right that working on "real" AGI would be overkill. But in this case, someone w/ deep background in videogaming intends to use that context as a means to the end of AGI R&D -- a possibly subtle, but crucial distinction.
Just adding to this accurate statement, you can also sync a vault in iCloud. So there are at least three syncing methods:

1. 1Password Cloud

2. iCloud

3. Dropbox

And at least 2 and 3 can be used simultaneously, which is what I do, with my main vault in iCloud, and temporary vaults, e.g., passwords for a particular job, in Dropbox.
Sure, agreed it's useful as a backbone sort of system like phones.

Which will always be the biggest fundamental flaw with something like Signal or WhatsApp (the need for centralized servers, the requirement to install 3rd party software).

There may be a role for these telecom services to exist perpetually as a backup services, while everyone still uses apps as their primary communication method. But RCS seems to be trying to bring SMS to parity with messaging apps supporting emoticons and media-heavy content, the intention is the same "conversations with friends" use-case as the messaging apps.

There may even be an argument to keep SMS dumb and simple like phone lines. Especially if they aren't going to adopt encryption with the rest.
You've highlighted my essential issue with wind (and other renewables). Under the guise of "ah the dumb public won't understand", things like the actual expected output of a wind farm are hidden. It's a long enough road to renewable energy without hiding away the essential facts. The capacity factor, and resulting actual output of a wind farm, is the most important figure, along with its cost (which is a whole different debate).

Also, as has been pointed out, the loose use of terms for power and energy in the article is enough to make an engineer wince.
It's an industry standard, but if Apple doesn't implement it in iOS then it's only useable from one Android device to another.

That effectively makes it into crappy iMessage for Android. Only works within one OS ecosystem, but it's unencrypted, managed by your carrier, and limited to the one cellular device itself instead of also working directly on your wifi-connected tablet and computer.

It would be nice of Apple to support this if it's an improvement over SMS/MMS, but Apple drags their feet on supporting any sort of standards that they didn't create. And even some that they did (pour one out for OpenCL).
Thumbs down for me.

How can someone write that much text, and then all they end up doing is importing scikit-learn?

I can figure out how to do that myself in 2 minutes.

The real understanding of machine learning comes when you start implementing the models yourself.
About 22 years back I got in trouble for recommending we drop Tuxedo Queue with just a database table since we can get all the transactional options for free, just the same, without all the headaches an operational issues involved in connecting all our code with the C++ middleware, especially since Java and PHP were in the mix and Tuxedo was kinda of in it's own world and was pretty much the only non-free software we were using and using in a horrible idiotic way.
I had the same question, and came the conclusion: that's not what they do. In the first post they claim that they used only text inputs [1], but in the post which actually explains what they do [2], they clearly use audio clips to train their model.

[1] https://medium.com/dessa-news/real-talk-speech-synthesis-5dd...

[2] https://medium.com/dessa-news/realtalk-how-it-works-94c1afda...
Deepmind's StarCraft AIs are already competing at the Grandmaster level[0], which is the highest tier of competitive play and represents the top 0.6 % of competitors.

I am pleasantly surprised by how quickly they have been tackling big new decision spaces.

[0]https://deepmind.com/blog/article/AlphaStar-Grandmaster-leve...
Uber Co-Founder Travis Kalanick Gets $400M for New Startup, CloudKitchens
Not in my case due to details I can't go into.

But in general direct or indirect retaliation is a risk and is why it is so important for you to do something ASAP.

I don't know all the details of your situation but based on what you said in OP it might be advisable to switch. The sooner you do the less time you might 'waste' in an unfruitful project and the less time and money the supervisor has invested in you, so they might be less likely to retaliate.

Further, it also might be considered 'professionally embarrassing' for the supervisor if you ask to switch during the PhD. At the stage you are now you could probably change in a way that saves you hassle and the supervisors face by diplomatically posing the change as a mere change in 'academic interests', i.e. slightly different project with a favourable supervisor.

Of course you should suss out the possible alternative supervisors first and try and meet them and their students to make sure they are actually favourable to your current prof.

These are just the first points that come to mind, happy to answer other questions if you would like (see my gmail in profile).
> There is no "evil capitalist" that forced Git centralization on to resistant programmers. Instead, the programmers willingly put their code on Github because of the benefits. The economic forces overwhelm the ideals of the decentralized protocol.

There is no "decentralized protocol" in git. Changes to history are local. You then convince a remote to accept your development history as truth. I feel that you must miss the point of git's distributed and decentralized nature to say that a popular service like GitHub is detrimental to its ideals.

The sense in which git is decentralized is that in order to develop, you need a a full copy of the development history up until the point at which you want to contribute. You then create a history that is unique to you and maybe you push this to a remote at some point. Insofar that your history is shared, there is no difference between the repository at a remote (or an archive etc.) and the repository you and other developers have. Insofar that your history isn't shared, the workflow is entirely decentralized, enabling a distributed development process. Git isn't decentralized to satisfy some lofty ideal, but because this enables a convenient workflow.

A side effect of this is of course that GitHub going down forever isn't the end of the world in terms of git, because anyone interested in the code probably has an somewhat up-to-date copy of the development history that they can push to another remote or continue working on for their own intents uninterrupted by such an event. But that's a side effect IMO and not the most valuable sense in which git is decentralized. The loss will primarily be in git non-goals like discoverability, issue tracking and facilitation of the pull request workflow that GitHub offers. As far as I'm concerned, those are the only things I'm placing bets on that may result in a loss to me if GitHub dies.
Why can't Apple push back and inform people of the difference through advertising?
> you can choose which company to be a customer of

This is a false choice. This claim is either naive or disingenuous.
As well they should. No one uses Dropbox today that didn't a couple of years ago because it is using Python 3 instead of Python 2.

The migration is financially negative in the short term, and very clearly so. It might be financially positive over the long term (due to easier maintenance and higher performance), but that is definitely maybe. Especially for an app that is otherwise very stable.
This is nuts. I wonder what the effect of spending $1T on nuclear would be in comparison. I bet it's enough money to get to practical nuclear fusion in a decade, which would largely obviate the need in most other energy generation methods.
If the lack of cityspeak in 2049 is intentional, that by itself is interesting. Language phenomena do evaporate overnight from time to time.
> Why are all these things supposed to be secret in the first place?

Because it's detailed, personal, intimate information about you and your immediate family.

Even if there may be some upsides from releasing portions of it, it must be up to you to control and opt into.
Against the Pentium 4, AMD was amazing.
The concern, which is fair, is that 1password's cloud is a target. And those targeting it have only one intention, which is to steal people's passwords and other information stored in the 1password cloud. In contrast, of course using the dropbox sync approach with 1password does put your information in the cloud as well. But, it's in your personal dropbox account. That dropbox account could absolutely be hacked, but very unlikely by someone with such clear intent to steal your 1password vault. Basically, 1password's cloud is the ultimate target, and your 1password vault in your personal dropbox account is not.
> works as advertised

That's kind of a low bar. An IBM PC running MS-DOS 3.3 works as advertised but I wouldn't want to use one today. Except for the keyboard.
No chance.
Yep understood and I agree with most of that. It's been a gripe of mine for a while but I went back now and compared the two and the Windows one, IMHO, is much improved.

Certainly thankful in any case that there is a Windows version and I don't have to manually transcribe from my phone.
Is there any good logic programming course I could follow online? I have looked but it's hard to judge quality when I don't have any experience with logic programming.
I love this effect, I was actually just writing a blog post that I didn't save before my tab crashed. I'm actually now GLAD it didn't!

This is a lot more effective a medium for the content!

I even went ahead an set up a monthly donation to their open collective project [1] because it is so beautiful.

1: https://opencollective.com/code-surfer
Some off the top of my head:

Bruce Dickinson is a commercial 757 (later 747) pilot (also fenced internationally for England.)

Maynard James Keenan and Sam Neill are both (I believe) renowned winemakers.

Terry Crews is also an avid painter.
I trust 1Password 100x more than I trust any individual to keep password information safe.
Yes, it looks like the author had a follow up column to Illich's essay. That's very interesting. Thanks for sharing this.

I attended the Whole Earth 50th anniversary at Fort Mason a couple years ago, and noticed that Illich's name, and those of others like Ken Kesey and John Perry Barlow were mentioned on an 'In Memoriam' plaque for the event. It's interesting to think that he had an equally profound impact on this group of people, who have shaped so much of our culture. His work is always worth another look.

One essay of his that I come back to more than any other is 'To Hell With Good Intentions'. The great man delivered this speech to a group of wide eyed college students who were about to go to Mexico for an aid program and just took a big crap on them. I wish I had been there. I used to share it with friends before they went on vacation.

He was a chemist/crystallographer, and a deeply spiritual Catholic who advocated for the rights of nuns to kill themselves, and a very tactical anarchist. Rest In Peace!
Other people posting bad things doesn't make it ok to break the guidelines and certainly not to escalate into personal attack, which you did. If you feel like other comments didn't get moderation replies and should have, we're always open to looking at specific links. If you flag one, we'll probably see it—but if you email us at hn@ycombinator.com, we'll definitely see it.

It's hard to tell from what you wrote here which specific other comments you're referring to. I tried, but got confused.

If you see a bad comment that didn't get moderated, the likeliest explanation is that we didn't see it. We don't come close to reading everything that gets posted to HN—there's far too much—and we usually read the threads in more of a random-access than a linear way, so a post that seems glaringly obvious to some readers may just have escaped our attention.

You've posted a lot of good comments here! I just want to acknowledge that. You have a nice way of finding something interesting in what other people have posted and replying with something interesting of your own. That's the most desirable quality in HN threads, the idea of which is to be good and fresh conversation. It's nice and surprisingly rare in this sort of exchange to look back through a user's comment history and see that.
It's not, but it's a measure, like money, that can help sort high quality/relevant contributions. Phoronix / OpenBenchmarking.org provides an example of how many technical people can provide benchmarks for many component and software combinations, in the mainstream reputation would help for even broader views.
Well, Apple has never been about performance/$ though.

It's the "total package" ;)
I doubt Whatsapp will take over US too, the network effect is probably too strong for that to happen. For the same reason FB Messenger seems to still dominate some markets and Telegram others, even if theoretically Whatsapp could take both over because neighbouring countries are using them.
There are other advantages. Urban centers are often a lot closer to the sea than they are to the large open spaces suitable for wind.
This is pubsub and the data is in an ACID compliant database. The worker will just re-subscribe and poll for events on startup.
On Nov 23, 2010 (still have the e-mail in my inbox), they sent a "Happy Thanksgiving and 3 Gifts For You!" with free downloads of 2 books and links to give away a license of 1Password for Mac, 1Password for Windows, and Knox for Mac.
I've never encountered this (compiling) as being a problem - my distro provides build scripts anyway. We're moving towards reproducible builds now, which have a hard requirement of a 'one command' build process to reproduce byte for byte output.

I think within a few years we'll see distributions that have the option to build from source in the package manager as a first class citizen.

To me, that's the sane way to distribute software. Provided unverifiable binaries are sketchy. Closed source software is something other people use.

Almost no software provides binary releases at the commit level. Sometimes you can have nightlies.

Again, I think this is something that seperates userbases. You don't want this, you see it as effort or something. I see it as being absolutely necessary.

So, YMMV I guess. /shrug
Institutions can adapt, and I'm fairly confident they can handle this okay. I'm more worried about the damage that will be done to democracy from a political perspective and the criminal justice system. If you think large chunks of the US lack a shared epistemology now, just imagine when people have legitimate reasons to mistrust voice or video recordings.
> They delivered value to the business. That's the only thing that matters.

Although hardware is relatively cheap, 170 QPS on 40 servers for this type of query is astonishingly horrible even from a Business/Product Engineering standpoint.

Boasting this as "highest QPS* engineering achievement is just awkward. It may be better suited for an article on how throwing hardware at problems is cheaper than hiring engineers.
It might be an unpopular opinion, but in my experience a sizable amount of paper maps is just bad. I have more than once regretted buying hiking maps which where missing trails or roads. These will die first (if they haven’t already), and I can’t say I am sorry.
Yes, consistently formatted code tends to be easier to read and tends to help teams be (slightly) more efficient.
It’s already the case for lists, and no-one is confused. (I have taught intro courses to python). People do however get confused as to why it doesn’t work for dictionaries, because it’s intuitive to expect it would when it works for lists. And none one seems to be confused about the non communicative nature (most don’t know what that means anyway) they find it natural that adding lists puts the first list first.
Those results are not valid anymore.

Better phrased: won't be valid for long, if the security patches are released ;)
A simple predefined verbal password that updates once in a while would be sufficient. Especially if you're transferring hundreds of thousands based on a single phone call.
As a man, I had ads about custom fit bras follow me around the internet for awhile. This had nothing to do with my medical records. I read an article about a related company.

Sorry, getting ads about medical products is not evidence that the advertising platform has your medical records.
The article is discussing job queues, not messaging. The MQ systems plus Kafka that you are referring to are message transport systems.
Paper maps will prevail as long as not-rich people are interested in (real) outdoor activities.

Paper maps have a consistency and security no digital navigation device I ever owned or saw ever had.

I realize this is a kind of "get off my lawn" argument one could also make about digital vs analog newspapers, or books.

The key is: If my Kindle decides to do some weird updating and requires re-downloading all my books, well I guess I won't read on my subway ride home. If my map does that in northern Scandinavia, well now I am fucked.

Just print 5 maps and laminate them and you're pretty safe against weather and time. Not so much with a digital map.

Print something and it will show that print as long as it is not physically destructed. Not so much with a digital map ("oh, our services don't work in this country ha ha. Did you not read the t&c?")

Sun glare. Off the grid for three weeks. Weight. None of this is a problem with analog maps.

I guess you can solve most of these problems by throwing lots of money at god knows what military/navy device, thus I specified non-rich people. Or you know, just use a paper map.
Having access to cheap and scalable compute and storage should be helpful for AGI too. It doesn't solve anything but it does give more access to more people.
It's funny people talk about Palmer and carmack in vr but Oculus was built on appropriated valve tech and neither Palmer or Carmack have succeeded in making VR a thing.

As far as I can tell Carmack is an old engineer whose name gets thrown around for headlines. If there weren't articles about his stealing stuff to take to Oculus I don't think his presence there would be observable.

Now people are talking like Carmack switching topics is going to change the world. It's just going to change his schedule. There are smarter engineers already working on this problem.
It's going to take a lot more than $1T and a decade for fusion to be cost-competitive with wind and solar.
Because your medical information can be used against you.

Want a new job? Nope! We don't want someone with your condition on our team.

Want to buy a house? Nope! An AI bot says may not live long enough to pay the loan.

Want to get some ice cream? Can't haz. When you swipe your electronic payment method the database says you're at a risk for diabetes.

There are thousands of other scenarios.