skysight-inc/HackerNews huggingface dataset:
Some good points buried in here (especially about the over-glorification of coding), but lots of wrong or irrelevant points:

> Have you ever wondered why we need a server acting as a middleman between the client and the database?

Well, not recently; without it you have a two-tier architecture instead of three-tier. Two-tier architectures have been used a lot, are well-understood, and are suitable for some applications. Using them doesn't eliminate coding, though.

> Algolia makes a pile of data searchable. I’m not sure how they do it. But what I do know is, a computer is cheaper and better at optimizing structured data than a human is.

I'm going to make a wild guess that there's some coding going on to achieve that.

> We should be throwing data into a pile and databases should organize and optimize themselves using machine learning and other buzzwords.

Building systems that use "machine learning and other buzzwords" to acheive, well, anything often requires a non-trivial amount of coding. So, really, this isn't just talking about a preference for a different locus of coding. Which isn't entirely invalid (though it seems to involve a lot of attribution of magic to tech that the author isn't familiar with the implementation of), but is a long shot from coding being dead.

> People should not be writing database schemas, because we inevitably get it wrong. Database design is an optimization algorithm, not an area of engineering.

To a certain extent, its an optimization problem. That doesn't take it out of the domain of engineering. And, yes, there may be tools that can be coded to take some of the gruntwork out of doing that. And, in fact, plenty that have: but mostly those end up being productivity multipliers for coders on specific applications, rather than eliminating coding for specific applications.

> Product Managers should be able to just make the app do what it’s supposed to do, without knowing how to code at all.

And everyone should have a pony.

> The only thing a company should be creating are the things that make their product unique.

Unfortunately, everyone that's been there first hasn't necessarily released all their work as open source, so if you want "like X but with unique Y", you often need to build X and Y. Once the company that built X first -- when it was unique -- spent the effort, they may not want to give it away.

> My current undertaking is to build an easy-to-use drag-and-drop interface, where anyone and everyone can construct fully-featured, full-stack apps, with no coding.

Coding using a visual rather than textual language is still coding. And tools that replace some coding with visual drag-and-drop diagram manipulation have been used in lots of places, for ages. They definitely have their place, but they generally fail to succeed at being anything more than adjuncts to textual programming for most serious work.
I completely agree. Knowing "what" to do is far more important than "how" to do it. Although obviously you want to get both right. But if you don't get the first one right, second one doesn't even matter.

You can spend 6 months in your garage building the perfect code for your startup, then get it out there and find out that nobody uses it, nobody cares.
Ads evolve and their fitness function is the effect they have on people. An inconspicuous ad is an ineffective ad (unless you count subliminal advertising which is both ineffective and illegal)
> Of the millions (yes millions) of dollars they've received, little seems to have gone toward Firefox development.

I'm not sure what you believe it costs to employ all the engineers that Mozilla has whom are busy constantly...

- fixing bugs (while trying to ensure each fix doesn't cause new breakage)

- implementing new specs (which are constantly evolving)

- doing R&D on next-generation browser-tech (Rust, Servo)

.. but its not 'little'.

Then there's the fact that merely tossing more people at it doesn't mean things get done faster.

You'll see some large improvements in Firefox as techniques tested in Servo are integrated into Firefox.

Course, the Firefox Platform team is hiring (https://careers.mozilla.org/listings/?team=Engineering), so feel free to apply and get paid to work on Firefox. :)

Disclaimer: I work at Mozilla.
Thanks for your kind words Nina. I'm glad you appreciate the openness, effort, education pricing and packaging.

The wiki is something we don't but enough effort in ourselves, it is not Gollum's fault. There are a lot of open issues for it https://gitlab.com/gitlab-org/gitlab-ce/issues?scope=all&sor...

We've been using static websites a lot ourselves instead of wiki's pages.gitlab.io

I would love for people to contribute wiki improvements. If you have questions on how to do this you can always ask Remy, our merge request coach.

I would like to promise more efforts from our side for the wiki but right now we don't have any plans, so I don't want to give false expectations.
Government grants usually have pretty direct and explicit incentives that really have no connection with 'helping the government'. With many of the SBIR grants (NSF, NIH, etc.) the incentive is to either 'create jobs' or 'spur innovation' (read: produce patents).
Full Disclosure: I'm a former employee of Palantir.

I'm not sure if I'm the only one, but the first story written by Alden had meat and data to it (although with heavy spin in a certain light). However, all these follow up pieces are weak and have no substance. Does anyone else feel he's doing himself a disservice by detracting from the original piece with these followups?
Could you expand more about accessibility? Thank you.
This vaguely condemns sending scrap metals abroad with "were safety standards are lax in comparison.", but it makes sense to do so. Having them mine and smelt new ore is hardly a desirable outcome, either from a safety or environmental standpoint.

And surprisingly, it can actually be cheaper to send scrap to China than a US smelter because of the imbalance of trade. The ships would be mostly empty on the return tip if not for scrap materials being sent back. Circle of life.
Note that this is with over 13 million lines of code, that in the long past used to be the Netscape browser. I can't imagine adding multiprocess support to such a codebase being very easy, even with significant modernisation of the code.
I Tried to Speak with Trump's 'Draper Sterling'
Every(?) European country has https://en.wikipedia.org/wiki/Vehicle_inspection of some kind. Turkey adopted the German system last year. I wouldn't be surprised if the EU standardises the regulations at some point in the future.
Are RDBMS Slow?
FAA Announces Commercial Drone Rules
Building a modern browser takes a large team. For example, there is a team on each of the following:

* Layout (HTML, CSS)

* JavaScript

* Graphics: HTML, 2D canvas, 3D WebGL

* Platform integration (windows, os x, gtk, etc.)

* Audio

* New web APIs

* Security

* QA

* Release engineering

* Testing

* Optimization / low-level tooling

* And others I can't think of right now.

All major browsers have teams of hundreds of people or more. The other browsers than Firefox probably have larger ones, in fact, since their budgets are much larger (for example, just Chrome's ad budget was larger than Firefox's entire budget for everything).

As for why multi-process took a while, it was working several years ago already and shipped in mobile firefox, but the hard part for desktop specifically was addons. That took several years, since it's both a technical issue and an ecosystem issue.
I don't know, in the U.S. people get really emotional about Pluto's status.
It's open source, so maybe go take a look and see what they're doing? Modern web browsers are incredibly complicated pieces of software.
Teach them young
Typing out text isn't hard (and honestly, if you're working with software it's preferable). GUIs give you two things to learn: the fancy editor, and the language.
Check out this (free) book http://ciml.info. I used it in my ML course (professor was the author), and remember it being one of the better textbooks I've read. Covers a variety of topics in a relatively easy-to-read and succinct manner, given the subject matter.

Not exactly light on math, so you may want to read up on some multivariate Calculus and Linear Algebra before the later chapters. First few sections should be approachable regardless.
adopting this methodology internally now. this should solve more than a few arguments. thanks.
Why would the rights holders agree to this? Note that analogue outputs on video equipment is usually treated with Macrovision or similar.
I'm pretty sure it needs to show that she knowingly and willingly transmitted marked classified data she knew was classified to persons she explicitly knew didn't have clearance while showing blatant disregard for security. There hasn't been any evidence so far of this.
There is the risk the authors simply demand more money https://blog.varonis.com/hospital-paid-ransom-didnt-get-all-...
1) The gap between the Bay Area and other cities is more of a step function than a smooth curve.

2) You don't have to live in SF proper.
So you're in favor of Grandparents getting cryptowall from someone else connected to their WEP-encrypted wifi because screw them for using Windows XP and a cheap router? Off-switches for things like this are cool, because people who need them will find them, and people who don't won't.

This is remarkably similar to defeatable traction-control; people who care enough to figure out what that button does will push it and have fun. People who don't won't and they'll be safe.
See https://github.com/nodejs/node-chakracore

It is not considered an official port, but the repo lives in the Node organization.
Google Fiber agrees to acquire Webpass
Indefinite until regime change. Never say never.
I agree that the nuclear threat may be bigger today than in cold war times. More nations now have nuclear weapons and the possibility that one will be used one day is > 0.

When I grew up in Germany in the 80s, there was a real sense that nuclear war could start any time. Unfortunately, we haven't used the short widow of opportunity after the cold war to get rid of all nuclear weapons. Now I wonder what, if anything, can happen to convince us as a species to get rid of them.
Yeah, but not at transit points, at offloading points (notably Houston/Galveston).
"Feature"

I... don't see that as a feature, more a kick in the sack.
+1. Priceless advice. Spoken like a true Jedi.
This article has a really interesting premise, but doesn't go anywhere with it. It's too bad; I would've loved to read something substantive on the topic (rather than "I can't even").
"But it’s still a closed, proprietary database and there’s no way to decode an “Oh By Code” if the service goes down, which is the disadvantage number one you have with URL shorteners."

Yes, that's correct. In this case, "Oh By" will continue running indefinitely. This is true for two reasons:

1) Building an extremely lightweight, ad free interface has a happy byproduct of ... being extremely lightweight. The infrastructure requirements for even a wildly popular "Oh By" are trivial.

2) Because Oh By is self-funded, there is no pressure from outside parties to break the pattern of an ad free, tracking free service with zero bloat.

If you're having trouble swallowing this, remember that rsync.net has been running continuously since 2001[1]. I think that's a credible track record[2].

[1] As a feature of JohnCompanies, the first VPS provider, and then as a standalone corporation in 2006.

[2] In fact, the rsync.net warrant canary turns 10 years old this year.
The more meaning you pack into a message, the harder the message is to unpack.

So there's this inherent tradeoff between "easy to process" and "expressive" -- and I imagine deciding which side you want to lean toward depends on the context.

Check this out for a practical example:
https://www.practicingruby.com/articles/information-anatomy

(not a Ruby article, but instead about essential structure of messages, loosely inspired by ideas in Gödel, Escher, Bach)
True, though there's a much greater selection of really high quality (medical grade, even!) active PFC 12V power supplies that will tune to 15V.

Some of them even come in specific 15V versions like a Meanwell RSP-750-15:

http://www.meanwell.com/mw_search/RSP-750/RSP-750-spec.pdf
This Coursera specialization is almost polar opposite of Andrew Ng's one. It gives a very rudimentary explanation of a concept and then gets you to do a very basic practical exercise using their framework. The tests are simple enough that you can just replace $variable and pass it, but you'd hardly find it applicable with real world problem.

I've started with Andrew Ng course and found it way too dry and too much mathematical where Dato one seem too simple.

Tensor Flow course seems humorously hard as 15 minutes in you get "Please implement Softmax using Python". Ok, maybe later.
Not sure if Assange is a UK citizen, but if so they probably reserve the right to revoke citizenship anyway.
Why would you write something like this in C anymore? If you really need it to have a tiny memory footprint, write it in rust. If you need it to be fast, but can handle a runtime taking care of memory management, write it in go. C is just asking for trouble anymore.
Sure, everything decomposes to probabilities after all. I really mean statistics, and optimizing for expected value.
I began my career in a company called Yamin in Singapore that had a refurbished electronics business.

At first, I was shocked that Americans can throw away 1 year old and even half year old goods in the dumpster. In 2.5, years time I managed to make enought money of my commission selling refurbished cellphones to Russia through Alibaba to move to Canada and enrol into college.
China's New Supercomputer Is World's Most Powerful
" impermeable layers"

How do we know this is true long-term? We don't even know what fluids get pumped down since they are a trade secret.
> the only interesting thing coming out mozilla nowadays that can change the world is fennec.

A couple other interesting things they're working on: Servo[0] is a browser engine written from the ground up to take better advantage of multi-core computers. Rust[1] is a programming language that was originally created to help Servo achieve its goal of building a fast, concurrent, but secure browser, and has grown into a very interesting project in its own right.

[0]: https://github.com/servo/servo

[1]: https://www.rust-lang.org/
"How do you plan to get people to know your service if it’s not recognizable? Let’s say I put one of those codes on my business card, I still have to write somewhere that people should use 0x.co to access the content, which ruins the advantage of having just one code rather than a URL to my website (literally anyone knows how to open a URL in a browser)."

Well that's the real trick, isn't it ?

I'm happy to report that while Oh By itself does not display ads, we are a consumer of ads. We have a decent budget for sales and marketing.
The author's twitter says that they just graduated from a coding bootcamp. I am not trying to silence anyone- but maybe its too soon to be making such claims.
I think they should have developers choose a monthly limit for their games. This limits the abuse and prevents addicted "whales" from spending all their money on the game. And if the limit is too high ("free (up to $1000/month!)") people might think twice about buying it.
Thanks, didn't think of that!
Not so much opposition so much as technically issues that mean it needs to be carefully worked on with an eye to integration.

It'll happen - but it requires careful planning and maintenance so it doesn't make everything worse.
Cancer Is Contagious Among Clams. What About Us?
seems more like it just wasn't accessible using https (http works just fine).
In my case you actually do know that the vendor is using the protocol. You would have to be running the protocol on (in this example) your iPhone in order to talk to it. Everything is client-side verified and enforced by encryption.

You wouldn't have any guarantee that the garage door opener isn't also running a separate web connection in the background, but arguably unless you're actively monitoring your LAN (or just plain radio) traffic you don't have that anyways.

Put a different way, you can't prevent your manufacturer from, for example, adding a SIM card and wireless connection to your garage door opener. At some point you have to trust them.
why you don't know what i think.

(you're an idiot)
Thanks for putting that into context.
Hey Bryan, I have built several long term project myself (and continue to do so) and helped a ton of folks running http://devteam.space. Maybe you can apply this process to your new project (about medium below that). Here it is:

1. Project description. Plain simple explanation what your project does, etc. You might think it's an obvious and redundant thing. But it's not. It does help you to nail the project, define critical points and set all the team members with the same vision in mind. It should be 1/2 of the page.

2. User path. Describe how user finds you, sign up, start using it, what gets out of your project, why returns, and why be proud to tell others about it. If you build a marketplace/platform - build these stories for all types of users you have. This one is super important. It helps you to define bottlenecks, interface elements, user behavior, strong/week points, etc.
It also can help you to describe your project to your potential users, so you could check if they are cool about using it. You might find you need to pivot without writing a line of code.

3. UI - describe it in the list form with several levels. It will help you to understand the real complexity of what you are building and delete unnecessary things.

4. Features list. You know how to do that already.

5. Tech specs. I guess you know how to do that too if this is not your first project.

6. Draw the UI on a paper. It will help the designer, and you will see some obvious things you should delete/add.

Medium - we use gdocs. Mind maps work well too because you can present the user path in a visual format and play with it changing pages/actions.

It sounds a lot, but man it saves so much time and resources down the road. If you need more advice - ping me at alexey(at)devteam.space - happy to help, good luck!
It's like what one of the other comments say, the embassies are effectively extensions to Countries. Extraditing a guest of Ecuador may be considered an act of war and could set off a chain reaction for other embassies around the world.
Yes. In fact, the Chromecast setup apps suggest disabling isolation if it cannot be connected to. Broken multicast support also prevents setup.
Now that I think about this more, I'm wondering how the certificate transparency program can be protected. The certificate information would have to be submitted out-of-band to be sure that it hasn't been tampered with, right? It wouldn't make sense to communicate about certificate security using infrastructure that depends on the same technology.

I was thinking about this because I was wondering if you could use secure dns to store certificate fingerprints. That doesn't make sense though because secure dns also depends on PKI.
Ops, missed the "technical" in your question. Anyways, hope that helps.
Tor Onions are technically an alternative. You access the hash of the public key? and you are only able to put up that URI if you have control over the private key. I guess something similar based on hashing and public key cryptography might be possible outside of Tor but it's not exactly user friendly to begin with.
Just yesterday I was amazed I was unable to Google 'what is the smallest website possible' or 'what can you fit on 32kb website' or whether html demoscene exists at all. Or sometimes the results seem like complete spam, instead of showing me answers on xcode, it was showing some heavily seo-ized apple blogs.
Burn all the text messages
Well, according to the Wikipedia page on Russell and Whitehead's Principia Mathematica[1], "54.43: "From this proposition it will follow, when arithmetical addition has been defined, that 1 + 1 = 2." —Volume I, 1st edition, page 379. (The proof is actually completed in Volume II, 1st edition, page 86, accompanied by the comment, "The above proposition is occasionally useful." - they go on to say "It is used at least three times, in 113.66 and 120.123.472.")" So that proof has been used on at least three occasions.

No, there are no books (that I know of) containing explicit proofs of "n + m = l" for all n and m up to some values. There wouldn't be any point: if you can prove 1+1=2 at all, then the generalization to n+m=l (where l is the "intuitive" value of n+m) should be easy enough to use directly. But my point is that, if you are constructing a proof in formal mathematics and find yourself at a step having to demonstrate 4+4=8, you have to either (a) assume 4+4=8 or (b) prove that 4+4=8, either manually or invoking some previous lemma or some such. There are no other choices. And option (a) seems to imply that you have an infinite number of axioms, at least one for each possible n+m=l---and that's kind of frowned upon in formal mathematics.

Think of it as a programming problem. (Formal mathematics and programming have a great deal in common.) The required output includes the line

n = 4

when n = 4. You explicitly have to print "n = 4" somehow, either by invoking

printf("n = %d\n", n);

or by writing a function to print the decimal value of a variable or by having a big table of

"n = 0",
"n = 1",
...

for all values of n and printing the appropriate string from that list. You don't have the option of saying "That's trivial" and going on without doing anything.

Now, as for whether this kind of formalization, which necessarily makes all the details explicit, has any influence, I'm the wrong person to ask. I suggest Gottlob Frege, David Hilbert, Russell and Whitehead, Kurt Gödel, or Turing.

For me, I just have to note that all of the dependently typed programming languages I've played with have used Peano arithmetic for encoding the size of an array in the type system. As a result, the requirement of a proof that n+m=l (where l is the "intuitive" value...) has been encoded in the type of, say, array concatenation.

[1] https://en.wikipedia.org/wiki/Principia_Mathematica
So the reality is that even if you're a semi-famous developer who has a practically guaranteed revenue and media coverage from your fans, it still isn't enough. You need to make a game that competes on quality with the studios that spend $millions on their apps.

Thats not a very promising proposition to anyone considering making a game.
Report alleges China killing thousands to harvest organs
I don't believe in "everyone should work on machine learning".
I worked on several deep learning models but I don't really like it. It is a very different job than software engineering in my opinion. ML is more about gathering data and tuning the models as opposed to building stuff. I have spent months working on models and barely wrote any code. It is more efficient to have ML experts focus on the modeling and software engineers use the model.

I do believe however that some experience is needed to understand what is possible and best benefit from existing tools or to be able to communicate with machine learning engineers about your needs.
Just another WordPress page builder
So what is it about tankers that makes them arrive at the wrong time while cargo vessels don't have to wait?
or, you know, just write the app in pure javascript and still reap the benefits of [2-3x faster than React] virtual dom. though i'm a bit biased [1] ;)

[1] https://github.com/leeoniya/domvm

[2] http://mithril.js.org/