skysight-inc/HackerNews huggingface dataset:
Fair warning: I work at Diffbot.

Essentially that's what Diffbot (https://www.diffbot.com/) does, except we don't the render pages as an image nor do OCR.

Diffbot renders the page in a headless browser, and uses computer vision to automatically identify the key page attributes and extract normalized data for specific page types (Articles, Products, Discussions, Profiles, Images, and Videos).

This approach enables us to work in any language and on sites that we've never come across before automatically with better than human level accuracy.
It may have been, but nobody in that room knew it, other than the HR folks presenting ... ;)
ARPADYNE – The New Internet
Key-id: A JavaScript package for sensitive ID-to-key conversion
Which is actually an English issue how to describe it.

In Portuguese it is never called Computer Science as such, rather Informatics, Computation or Informatics Engineering if I do a literal translation.

And those that have Engineering in their name, are only allowed to be called that way if recognised by the Engineers country organization as such.
First of all, an all-out free market at the start of the industrial revolution is when we started seeing horrific child labor become the norm. It only quelled (or flowed to less fortunate regions) once there were legal measures put in place.

Second, unless you are a diplomat or a policy maker (er, removed), I don't think you're promoting capitalism more than the rest of us.
Terminology aside, why would you not automate all your testing so you can release more frequently? We're not talking about a martian lander here; for a SaaS startup velocity is much more important than perfect releases, you will have more success by optimizing and de-risking for very frequent releases.
1. Lose all your muscle mass.

Given that fasting is always temporary, and that in one week of fasting you only consume 25% more proteins than an entire active day (remember you are supposed to rest while fasting), it's doubtful. Especially since fasting activate the production of growth hormones.

Not that you won't loose a little muscle. Of course you will on long fasts. But "all your muscle mass" is just plain silly.

Also it just doesn't happen with intermittent fasting: you tend to gain muscle.

2. Suffer malnutrition.

Malnutrition is a condition you get on the long run. Not on a few weeks on not eating a year. Besides, the improvement you get on your digestive systems after putting it to rest improve your ability to absorb nutriments after the fact, so if you follow a balanced nutrition after your fast, you should actually be better off.

And any fast minded person will tell you that what you eat after a fast is as much important as the fast itself. Once you empty the body, you gotta fill it with good things to allow it to rebuild clean what the autophagy removed.

3. Destroy your stomach lining due to too much acid building up.

Acid production stops after a few days because there is nothing to digest. The rare cases where people suffered from stomach lining were people with terrible eating habits that had acid problems already and went full throttle on fasting. Nobody knowledgeable about the practice would forget to tell you how important it is to prepare your body days or weeks before you fast. Especially if you are not used to it.

Have you ever read any study about fasting at all ?
Didn't take long for "we used shared libraries, and then found out we couldn't deploy independently". Sounds like you weren't quite doing microservices?
> Aedes, Anopheles and Culex are found almost all over the world and are responsible for around 17 per cent of infectious disease transmissions globally."

If I understand that correctly, that is a massive number. I really like what these sterilization trials are producing. In my mind, it’s a lot safer than spraying chemicals across cities.
Agrreeeeeed. I just did a run of 300 boards through DirtyPCBs and their quality was actually surprising. I feel like OSH Park is a bit higher, but being able to choose the soldermask and the amount of options available is crucial in some of my projects.
One person's trash is another person's treasure.

Part of the reason SQL has stood the test of time is the very fact that it allows such a high level of abstraction. The big problem that it solved, compared to much of what existed at the time, was that it allowed you to decouple the physical format of the data from the applications that used it. That made it relatively easy to do two things that were previously very hard: Ask a database to answer questions it wasn't originally designed to answer, and modify a database's physical structure without having to change the code of every application that uses it.

A lot of "easier" technologies - including, arguably, ORM on top of relational databases - make things easier by sacrificing or compromising those very features that allow for such flexibility. Which speaks to the grandparent's point about technologies that make it easy to get started in the short term, at the cost of having major disadvantages in the long term.
Junior Full Stack Web Dev looking for full time in Chicago at a software company with a team >= 5 people. Have about 1 year professional experience, many years of hobbyist experience.

Location: Chicago, IL
Remote: Open
Willing to relocate: No
Technologies: Ruby, Rails, Python, Django, JavaScript
Résumé/CV: request via email
Email: hn@codyfuller.com
Given that engineers are usually the one who do not talk about running a business, then it pretty much leave them as the only target of being arrogant, because they are not going to pin another group of people as arrogant...
Only once for the containing canvas. A direct access to the canvas pixel data and webGL offscreen rendering is all you need. With a few hacks, we're already 90% there. I expect by next year to see an explosion of this. There already are projects in Github that translated SDL and OpenGL to build web widgets.
So basically, there's no silver bullet, to market properly you need to understand your audience and speak their language and most of the basic principles haven't changed in a long time.

I'm assuming the author didn't speak to the people running campaigns for companies like Coca Cola, Yum! Brands or any enterprise company that's more than ten years old - I assume this because he believes that great marketers don't climb the ladder. Some of the best have done just that. For example, Ogilvy on Advertising was mentioned; David Ogilvy started in sales, and worked as an account executive for Mather & Crowther for years before he started Ogilvy & Mather.

>What will you do a better job at selling: A product you spent the last 10 years building, polishing, and shipping yourself? Or someone else’s product that you just learned about last week?

Honestly? I know a lot of people that would do much better selling the latter, because the former has their ego wrapped up in it. You don't have to have built a coffee machine to sell one well.
So why would anyone ever choose the second option? What's the upside to that?
Well, with mainframes, there was a very good reason that the industry went to PCs. The networking infrastructure just wasn't there. Now, fiber connections are becoming ubiquitous and intranets are super fast, mainframe computing makes sense again. (not that it ever went away, but the real world use cases for mainframe computing has really caught up to the original vision.)
Like this,

http://example.qt.io/qt-webassembly/quickcontrols2/gallery/g...
Thing is, though--especially as time's gone on--more and more engineers I meet, completely and totally qualified people, are not bad at social skills. Many are quite engaging and charming people. And many who were socially deficient have gotten better over time when they've worked on it, myself included, with no matching decline in their ability to address that so-heavy "weight of technical decision."

So I don't think "our big brains are so busy" is a great excuse, even were it a reason (and I don't think it is).
> It just works

This is one of the bigger issues I have with sqlite though. It often "just works" in situations where it really shouldn't. There are countless situations I've found where if you ask sqlite for something nonsensical, instead of erroring out it will happily answer with something nonsensical. Case in point - referring to non GROUP BYed, non-aggregated column values in SELECT lists.
Eon: Xray's real-time version control system
BGP is still very much built on trust and reputation... At a local ix level if you were to show up at an ix like the ams-ix and regularly announce prefixes you have no right to, your company name and AS# would quickly develop the reputation of a rancid turd.
Physicists and Mechanical engineers, often do write software.

So do a whole host of other people.
No we need science and theory to definitively define necessary architectures that are appropriate to certain use cases.

An architect is just a another man with an opinion.
A modern RSA patent application would get past Alice. It is a protocol that could be described/claimed in the context of communication between computers. Where the protocol improves the performance of a computers or communications because X,Y, or Z and improves the security of the session.
Sharing schemas and contract's isnt a hard problem. Toss them in a shared repo and push it to artifactory. Anyone who updates it increments the repo. Done.
Hey Tegan,

Answered on the parent, but it's somewhat similar.
The only difference is that modern terminals are prettier.
JSON tools tend not to scale. See [1] A 1MB JSON file will blow up some tools. Engineering models of real-world objects are much larger than that. There's sort of an assumption with JSON that you'll read it into a JSON tree and work on that, not process it sequentially.

[1] https://news.ycombinator.com/item?id=12063626
What we buy can be used to predict our politics, race or education
I never stop doing it.
This particular destination service is written in JavaScript.
I work on that project. Every time some idiot starts talking about 'code coverage' my face turns red. Our code coverage is 1e-10%. Don't talk to me about this 70% bullshit.
TFW the first comment is more substantive than the article it's about.
US corporations announced $437B of buybacks in Q2 2018, doubling previous record
I imagine that this is when I would perform a hard reset (by disconnecting the battery or pulling the fuse) of the ECU.

Not sure if it would work on that vehicle, but it generally clears emissions codes and the like, even on fairly recent vehicles. Its possible it might have let the car drive another 50 miles or so.
Also, write a treatise about how they discovered queueing theory... seems to be part of the pattern.
I doubt it would make any difference.
And I am talking about actual attitudes of various real world demographics. Right now.

But also, Nazi leadership was on the shit end of the stick when it comes to WWI. That did not prevented them to start WWII. Instead, the experience normalized the violence for them and shaped their believes. On the other side, Stalin was fighter in particularly cruel war too in his formative years. Was not peaceful either.

Lastly and less importantly, people who had done dying don't vote, they are dead. Only people who survived previous war vote. And survivors often internalized values that are help to survive the war. They sometimes have hard time to adjust to peaceful life afterwards. Your presumption that "only absolutely necessary wars would ever be fought" has no basis in reality.

Also, your theory assumes that enlisted soldiers actions are motivated primary by self-preservation and will vote on that. Some are, but many are not. Others are motivated by duty, career progression, pride, social status, honor, professionalism, tradition, salary, wish to prove themselves or simply by liking to be in the army structure. In case of your hypothetical army, many men will join for career in politics and social status reasons. People motivated primary by self preservation wont join your hypothetical army.
> this is a fundamental problem with the security model of Arch Linux, but that's been known for a very long time

It's exactly the same problem that every other distro has when users compile or install unvetted community packages.

The only way to make unvetted community repositories safe is to have users look at the sources before building or installing. Arch encourages users to do that -- AUR helpers and binary repositories are discouraged, and the source package format is simple enough that an average user could probably spot something like this.
I hated that in our monolith Java web app, any random team could come along and pepper our team's module with global variable lookups and short term hacks that never get cleaned up. Even though we see the changes often times they are urgent changes needed right now, accompanied with promises to clean up later (which usually doesn't happen).

The nice thing about a SOA architecture is that it makes it harder to do this kind of cowboy programming. Yes maybe some quick business wins are harder than in a monolith, but I think (at least in our org) the cleaner architecture pays off by letting us move quicker on a different class of product projects since there is less technical debt.
> yes, this is a fundamental problem with the security model of Arch Linux

No, it's not. AUR is not Arch, and is not "supported" by Arch.

It's a fundamental problem with the security model running code from randos on the internet. If someone published a git repo on GitHub that installed malware when you ran

git clone git://github.com/user/repo . && ./configure && make && sudo make install

you wouldn't be saying that "this is a fundamental problem with the security model of git."

From the AUR homepage, in big text:

> AUR packages are user produced content. Any use of the provided files is at your own risk.
This article linked on Wikipedia is also a good read: https://www.theguardian.com/world/2018/jul/03/british-divers...

> Volanthen is a computer engineer who runs marathons in his spare time and lives in Bristol.

These guys are basically superheroes.
Yes, but this may be a good reminder for fellow Arch users who have grown complacent reviewing things they install from AUR.

I've gotten to the point where I do not install any AUR helpers on my systems, and manually download PKGBUILDs and install with makepkg. These extra steps force me to 1) review the PKGBUILD + *.install files, and 2) make me reconsider whether or not I want to go through the effort for a package (i.e. "do I really want this thing")

If you want to see all software installed from outside repos defined in /etc/pacman.conf, you can use this pacman option:

pacman -Qm

It's always a good idea to periodically review this list as well.
> To address this challenge, Verily, an affiliate of Alphabet Inc, developed a mosquito rearing and sex sorting and release technology as part of its global Debug project.

Verily is formerly "Google Life Sciences" and currently Alphabet Inc's research arm for life sciences.

https://en.wikipedia.org/wiki/Verily_Life_Sciences
Fasting have other benefits than keto: it activates your immune system, increase you hormone levels, allows many organs to rest and clean themself. On top of the ketose, you $ start a selective autophagy process that improves further the cellular optimization.

You can perfectly use both if you know what you are doing. They don't mutually exclude. Although day to day keto is a lot of fat and meat. You may want to favor the vegetable part of keto after a long fast for some time.
electric vehicles are much more common in China than elsewhere - for example Shenzhen adds an extra tax to non-electric taxi rides (the blue taxis are the electric ones), and bans gas powered motorcycles (compare rush hour in Shenzhen with Taipei or Hanoi!) - I think that aiming for the luxury market there is a sensible thing to be doing
Yes, thank you! Moving too fast today. :)
Make fun of PHP as much as I like or liked to. But I have some easily readable, rock-solid, easily operated php applications in my infrastructure.
Also, having a solid architectural guideline that is followed across the company in several places (both in infrastructure and application landscapes) makes up the major bulk of insuring stability and usability.

The disadvantage is obviously that creating such's a 'perfect architecture' is hard to do because of different concerns by different parties within the company/organisation.
Which, as I said, very conveniently is glossed over by Arch users.
It's also worth noting that this article is 5 years old. Perhaps the tone is reflective of that..
Do you actually have arguments to object this from a moral standpoint or it's just a snarky comment?

Because I would really love to hear some moral objections to the matter.
Back when I worked for a very large tech company, building their web crawler, I had good success with Golang. On four servers, with 10 GigE interconnect and SSD, and a very fast pipe to the Internet, I was able to push about 10K pages / second sustained. At any given time, there were probably several million connections open concurrently.

I've played with Elixir as well, and it's also great for this type of thing.

proxycrawl.com looks very cool, I'm actually looking for a proxy service for my current scraping project. Are they also a good choice if you're doing lower tiers (like thousands of requests a day)?
Blockstack, building the decentralized Internet
Probably so. Seems like the right choice still once you actually make the question make sense by removing all of the, well I would have bought Google stock and retired conditions.
The fasting hype is mostly short term intermitten fasting. That doesn't lead to muscle loss. Leangains by Martin Berkhan is the most famous system of muscle building that used fasted training.
just check if you dont already have js, python, bower, gulp, yoman and 20 others in your repo
well thats not too different from NoSQL you will get something like GIN index by default at best. In mongo you also have to create indexes.
It's really more math then anything. Building concepts from atomic axioms.
I do a three day fast about twice a year. I started it as a way to burn up weak white blood cells, so I get new fresh ones. This is also a common regimen for cancer patients, fasting before they start a new round of chemo.

https://www.telegraph.co.uk/science/2016/03/12/fasting-for-t...

I have anecdotal evidence that it helps, as I seem to get sick less than I used to.
I have been intermittent fasting (one to two 24 hour periods a week) for several months and have lost fat and increased muscle mass with really no negative side effects. The key is to lift weights to prevent muscle loss and to eat reasonably balanced diets (and enough calories) on non fasting-days. “Eat Stop Eat” has a good overview of the science behind it all (I have no association with the author)
Yes, autophagy is selective. That's the main selling point of long duration fasting. But it's only half useful. You have to go back to regular eating with a balanced diet, otherwise you don't get as much benefits as you could since reconstruction needs quality building blocks.
Why would Java not be an ideal fit for containerization (why would any runtime not be)? Also, given you don't have to pack everything into one VM (can have many nodes, VMs, load balanced, whatever)...what makes Java particularly bad for horizontal scaling?
Well I'll be damned. Them's bearings alright.
I think I tried this a month or so ago. It looked great, except for the one fatal flaw that stopped me from actually deploying it: It doesn't support multiple sites per installation, and I don't want to have to deploy one server per site.
April fools trolling experiment: recast something like perl5/cgi as the new backend web hotness with an edgy name and flashy tutorials.

But does perl5 even need hype? Soon it'll age into retro-chic status, ala lisp. :)
Yeah, No.

Dildos have been around for a very, very long time.
I was having a related debate on Twitter with YC's Michel Seibel earlier today [1].

My argument is that organizations, and most strikingly in technology startups & Venture, generally place no value on leadership ability. VC's and others will claim that they "invest in people." In my experience that simply means that "people," poorly defined, are one of the many vectors for which a company is judged. Primary of which is whether people get along well together, rather than if they can make hard leadership decisions in a way that is constructive and progressive.

As a result, while "team" is a consideration, no qualities of leadership or management will be able to compete for venture dollars or talent with a company that is growing like crazy. Said more concisely:

"Investors will always take an A+ Product with C- leadership over a C- Product with A+ leadership."

That seems to make sense in the short term, but at scale, when leadership and management matters, things historically get hairy. In the even longer term, this attitude shapes an entire culture where covering bad management over with growth and revenues - something not unique to technology certainly.

The primary argument I see in valuing traction over leadership in the early days, is that it's Hard to judge someone's leadership without working with them. I would agree with that, but I don't think it's any harder than any other level of technical due diligence. Where I think it's intractably harder, is when the person or team has absolutely no track record of leadership or management, like many young founders.

The community assumes you can teach or coach your way into Leadership, and that's certainly true to some extent, but it underestimates how hard it is to do well, and how catastrophic it is when it goes really badly. On the other hand the old trope of "bringing in adult supervision" really undermines the concept of founder run and employee owned companies.

I think the market would be better off in the long term funding and supporting founders with track records of leadership, but I honestly don't see that happening anytime soon.

[1] https://twitter.com/AndrewKemendo/status/1016723207997591554
Ask HN: What do I do with 2 decades of sysadmin knowledge?
I've worked as a sysadmin for 2 decades now. I know pretty well Linux internals, I can program in C/Python decently, discuss filesystems, talk about IT operations, networking, etc. I think I'm a pretty well rounded professional.

Yet, all work I can find today is around creating CI/CD pipelines in some cloud product.

It seems all this knowledge is for nothing now. I see my less experienced colleagues with barely any knowledge of the lower layers of their infrastructure, stumble upon issue after issue and then write postmortems like they discovered water on Mars.

I'm being more negative right now then I usually am but I really don't want into management and I really like working with infrastructure and designing well oiled systems. I also don't want to be stuck in traditional sysadmin work (which I am not, for about a decade already).

Is positioning myself as a experienced consultant to safe failing infrastructure projects from doom my only alternative in this world of shallow systems knowledge?
>> I’d give out a one-page handout I’d written titled, “Tips for Working Successfully in a Group.” We’d go over it, line by line. Some students found my tips beneath them. They rolled their eyes. But the most self-aware students embraced my advice

Sounds like that arrogance didn't necessarily get fixed....
Agree, this would get you kicked from an AOL chatroom. A heuristic I still find useful for some reason.
Here's a start (hint: they're not "unhackable" nor are they actually "guaranteed by the laws of physics")

https://twitter.com/hashbreaker/status/689115480267816960

https://arxiv.org/abs/1803.04520