skysight-inc/HackerNews huggingface dataset:
I think teaching is a bit behind on the rest api thing, probably isn’t specifically taught. Doesn’t mean they couldn’t learn it.

Why do you refuse to mentor a few of them? /s
Discriminatory tax policies are very effective at enriching the wealthy.

If you think about it, being rich or wealthy is really just having a disproportionate share of the economic output of a region. You increase this share by taking in more money from other people than you spend. Most of the time, this happens through returns on investments, but getting the government to tax someone else more than they do yourself achieves the same result (more relative assets).

This is part of the reason lobbying has such a great ROI for companies.
> Depending on your data some databases may be better than others and that should be easy to measure.

And the performance difference could be an accidental feature of the design and completely unintentional.

Postgres for instance has a native data engine, so it can store the exact row-ids for a row into an index, but this means that every update to the row needs all indexes to be updated.

Mysql has many data engines (InnoDB and MyISAM to start with), to the row-id is somewhat opaque, so the index stores the primary key which can be pushed to the data engine scans and then have it lookup a row-id internally. This needs an index to be touched for the columns you modify explicitly or if the primary key is updated (which is a usual no-no due to UNIQUE lookup costs).

When you have a single wide table with a huge number of indexes, where you update a lot of dimensions frequently, the performance difference between these two solutions is architectural.

And if you lookup along an index with few updates, but long running open txns, that is also materially different - one lookup versus two.

Though how it came about isn't really intentional.
Unfortunately I can't discuss Brazil because I have not information, but thanks for pointing it, I will try to look into it.

Venezuela seems to me a similar case to Zimbabwe. Their only asset (oil, agriculture in the case of Zimbabwe) was taken from the hands of the people that was exploiting it (if that it's fair is another question) and the production plunged (1).

It didn't help that the price of oil dropped at the same time.

So, a supply problem also.

The consequences: they can't get foreign currency. As they don't produce almost anything else than oil they have to import everything. The value of their currency goes down, they have "to print" money to keep the government working. Hyperinflation. They try price control (that don't work very well).

If there is a "fairly typical" process for hyperinflation is that one.

(1). https://tradingeconomics.com/venezuela/crude-oil-production
Yes, we mostly study the famous algorithms the same way mathematicians study the famous theorems: not because they want to reprove them again and again in daily life.
Indeed it is baffling to me that so many on the left and right appear to put a lot of effort into not understanding the opposing point of view.

This is particularly odd when it comes to economic liberals vs socialists. Really if you can see how someone might agree with both of these statements, then you should be able to have at least a tiny bit of understanding of both sides:

"It's not fair to take money from one person to give it to another"

"It's not fair that those with wealthy parents have all sorts of advantages compared to those with poor parents"

There are of course other bases for economic liberalism and socialism, but understanding just one such basis should be enough to keep people from saying "I don't understand how anyone could be a [libertarian/socialist] they must all be idiots!" but sadly this is a sentiment I see all too often.
FCC chief proposes approving SpaceX's application for broadband services
Space too, NASA turned to origami to design folding panels for radiators on space ships. Makes sense if you think about it, they need to compact a large sheet into as little space as possible and in a way that it can be unfurled smoothly.

> https://www.nasa.gov/feature/goddard/2017/nasa-s-new-shape-s...

It's also inspired some pretty deep mathematical theory in computational geometry, topology etc.
I'm sure people that don't get a job because of something they said in the past wouldn't like it. I don't really like the idea of not hiring someone based on behavior far in the past (recent public behavior on social media is fair game in my mind).

However, in terms of a startup product that companies would pay for, I stand by my claim that it's a great idea. After all, HN is ran by yCombinator and startups are kind if its thing.
I was 7 in 97 and still got my share of X11 troubles :(
Basically all of Germany's taxation happens at the federal level. The taxes that happen at the municipality level are largely property taxes, can't really avoid that by moving around.
eBPF lacks a high level front end, in part because that's optional. Engineering effort has gone into the essentials first: kernel development of eBPF, basic user-level frameworks to use it (bcc), and lots and lots of testing and bug fixes to make that rock solid. bcc is not as easy to code in, but I've been able to port over many of my DTraceToolkit scripts already.

We're only more recently looking at higher level languages, as a nice to have. Here's one project:

https://github.com/ajor/bpftrace

We can also look at taking the /usr/sbin/dtrace code (licenses permitting), and calling into libbcc and emitting BPF bytecode. That'd give us a D language front-end to BPF, so I can run my old DTrace scripts directly (plus sell more copies of my DTrace book -- I joke ;-)

Help on either of those projects would be appreciated (bpftrace or DTrace-BPF).
People chatting may buy more food and drinks, but an important difference is that people on laptops often take up entire tables that can seat a bunch of people. It's not just how much someone buys but how much space they take up. There have been times when I was walking with someone to grab coffee and chat, and we passed up going to that place because all of the tables were taken by people alone on their laptops.

Some places have a policy that you can only use a laptop at the bar seating, which eliminates the issue of people on laptops taking up a ton of space.
I got about 3000 words in and lost interest but I will say this - I always wonder with posts like this whether you are seeing examples that are representative or cherry-picked. I assume the latter.

Which implies that we are reading about what humans select, not what the machine learning is selecting, artificially enhancing how interesting the output of these algorithms really is.
Ask HN: Airbnb algorithms change hurts hosts?
After four years on Air bnb, though I am a super host, my home/room is now collapsed into the searches for Detroit.I am in Dearborn Mi, this would be like collapsing Brooklyn into Manhattan.
My rentals, income are down 80%. In my many calls to Air BnB call center, the operators say there is a a change to the search algorithm. Does anyone have any idea what is going on? I got to say I am more than disenchanted with Air. We little rooms built them and now seem the victims of the gig economy. Any thoughts?Please help...this is really hurting the "little guy."
While it’s possible some votes aren’t well justified, keep in mind that the voting buttons themselves are really close together (especially on mobile) and can be hard to hit properly. When I see a “why would this be downvoted?” case, I sort of assume it was meant to be an upvote.

Recently HN implemented an “undown” link so if anyone thinks they made this mistake, look for that link after voting.
>or at least a year. It takes at least that long for most new graduates to get over the hump and learn enough of the practical skills and industry practices that their university left them woefully ignorant of, so that they can start being marginally usefu

A year?!

You're either scraping the bottom of the barrel for new hires, have a terrible on-boarding process, over-estimating the difference between the code someone fresh out of college writes or have absolutely terrible documentation or some combination thereof.

I'm leaning toward on-boarding and/or documentation. Junior devs are the ones who most need documentation because they're not gonna be able to infer the existence of policy and best practices from existing code and procedures as well as a senior dev will.

Either you and your HR is doing a terrible job giving new hires a lead on what to be asking and where to find information or that information just doesn't exist outside of the heads of existing employees.

I work at a CDN. We have plenty of issues with legacy code, cumbersome interactions between business units, outdated policies/docs, lack of documentation on stuff and all the other BigCo problems.

A huge chunk of new hires at any time are fresh out of school. It takes ~3-4mo before they're dealing with stuff on their own with perfectly fine results.

People aren't idiots but they don't know what they don't know. People with more experience are better at knowing when there's something that they don't know. Fix your process and you'll be able to get good value for junior devs.

If you don't fix your process don't whine when someone who has business practices that let them deliver the same results at lower cost by utilizing cheaper labor comes along and undercuts you.
> "This isn't helped by the software industry's reputation (well deserved, in my opinion) of being populated by arrogant people with little or no tact or empathy."

I don't get this attitude at all, but perhaps that is because I transitioned into software dev from the trades. In the trades you want your apprentices to ask questions, I don't see why Senior Devs would be assholes. In my experience, when I asked my Senior Devs questions, and this was after initial research efforts on my part, they were all receptive and helpful. It is much better to ask the question as a Junior than commit to prod and create even more work for the Seniors.
A lot of shops view senior devs as the people who write more, better, faster code. Not the people who think about what and how. That's for architectural councils, which meet in misty glades in dark robes at midnight or something.
You're gesturing at an unconvincing objection: that there is no difference between reflection and emission because there is a sense in which light passing through matter is continuously being absorbed and re-emitted. (I say "gesturing" because you don't actually know the physics; it is completely different than either stimulated emission or the photoelectric effect, which you could tell by reading the Wikipedia articles.) Explaining why this objection is boring and unconvincing would ultimately be a long discussion in the philosophy of science ("how can we keep using folk terminology that presumes a sharp devision between two concepts when a theory of physics suggests they are actually just part of a continuum?"), but you can get a sense of that by noticing that emission generally involves a change in the frequency of light while reflection does not.
ICO Case Study – Tackling Cryptojacking with Real-Time Webpage Monitoring
I think they just picked the sentences that contained the keywords, and concatenated them together (if necessary because the sentences are in two different locations). The sentences themselves can be found using basic word searches once the content is parsed/indexed (obviously, the Google indexing/searching is more complicated than that).

Both of my company's database engine products offer this type of functionality, as do many database engines/servers out there. It's typically referred to as full-text indexing or full-text searching:

https://www.postgresql.org/docs/9.5/static/textsearch.html

and there are lots of ways to control how/why certain words are indexed/search (stop words, synonyms, stemming, etc.). With the right amount of customization, you can get pretty close to ideal search results.
> I'm convinced that unit tests don't usually find bugs.

At work, I've rejected many merge requests with the comment "this unit test is equivalent to verifying a checksum of the method source". It's so frustrating that people still think it's necessary to write things like this literally real example:

expect(User::MAX_PASSWORD_RESET_ATTEMPTS).to eq(3)
This is called Kanban I believe.
Show HN: IceCream – A little library to sweeten debugging in Python
The way to learn professional coding as a junior dev is to consume massive quantities of programming books while working on side projects. Mentoring is great, but its value is usually very local to the current needs of a team.
Yes, I guess The Algorithm Dealing Manual is more accessible like McDonald's is more accessible.

I just felt like having wasted my time after looking through it.

CLRS is pretty solid by comparison. (Even if not my favourite book.)
Garmin ignores a widespread bug despite hundreds of forum posts
It's the same thing. You start by talking to customers to get an idea of what to build, then you create a mockup of what you'll build and then show that to customers and iterate until there's demand - now you have your first set of Things to Build, and they'll all be "Enhancements" at this point, since you haven't built anything yet. Once you've done that, you get that first draft in front of customers, collect feedback, and you'll find the feedback is a mix of "x is broken" and "wouldn't y be cool". And you're off to the races.
I don't think you understand costs. Saying as long as people put infinite value into a system (constant * infinite time) ait can maintain finite value directly means it's negative sum.

Worse you are proposing exponentially increasing investments forever.
10 years ago being 2008 - and the second edition also appears to be the most recent edition too; age of the edition though appears to have no impact on its value.

SOURCE: The Algorithm Design Manual 2nd ed. 2008 Edition
https://www.amazon.com/Algorithm-Design-Manual-Steven-Skiena...
Allegory of the blockchain?
What alternative is there to rapidly scan through sites that have interesting content?

For the most part, I use RSS to read HN. Every now and then I will go to the home page to see if there is something I missed that didn't gain enough traction to make it to the feed.
Fast nameservers are not as important as author suggests. But either way one extra indirection for nameservers would allow you to choose nameserver records dynamically too. And with large enough TTLs and some traffic, clients won't have to go all the way to find out the closest nameserver, essentially providing clients with the fastest one from the cache. Since redundancy is built in into DNS any nameserver with large TTL going down won't be a problem. And unlike with anycast this is much more reliable and much cheaper, since you don't have to rely on one AS and network infrastructure as a single point of failure and you don't have to even build one either. You can use as many different hosting providers as needed.
>I think the first reason that we should love our enemies, and I think this was at the very center of Jesus’ thinking, is this: that hate for hate only intensifies the existence of hate and evil in the universe.

There's certainly no denying that hate tends to produce hate, or that King did a great good...but I really wonder where he got the idea that it was "at the very center of Jesus' thinking". As I read the gospels, it's very tough to come to the idea that Jesus is any kind of pragmatist. Jesus is squarely in the Divine Command Morality camp. A typical statement:

> For I have come down from heaven, not to do my own will but the will of him who sent me. (John 6:38)
How does exclusively interviewing on CS fundamentals get you people who are good at the job?
On the other hand, you have the schmucks that ask the same questions over and iver, make the same mistakes, over and over, and are utterly helpless without their hand being held. It's a spectrum.

My suspicion is that anyone my age or older had to do a lot of banging their heads against the wall, alone in a room with the machine, when they were learning their craft. It becomes very tiresome dealing with people that don't even try to figure things out on their own first.
Tomasz Tunguz wrote a nice piece about the 2-part tariff: http://tomtunguz.com/three-part-tariffs/

Actually, he mentions that academics argue that 3-part tariffs may be the most optimal.

From his article:

"Linear Pricing (LP) - Each analytics event costs $0.10."

"2 Part Tariff (2PT) - The analytics software has a base platform fee of $10,000 and each analytics event processed by the system costs $0.10 more."

"3 Part Tariff (3PT) - Again, the software has a base platform fee but the fee is $25,000 because it includes the first 150k events are free. Each marginal event costs $0.15."

It can be a pain to implement "tariffs" on the billing system side, but it can be well worth it in the end. Props to you all at Canny for pushing through.

BTW, if anyone is interested in building tariff/metered billing into their product, you might want to check out Cheddar's Billing API:
https://gtchdr.com/2CjFrpv
Aspect Oriented Programming Introduction in .Net
It kinda feels weird that we use the term "GPU" to describe modern cards. Seems to me that there is much more demand for these components in the AI and cryptocoin mining markets than anything utilizing graphics.

I wonder if we're about to witness the second death of PC gaming?
FWIW I believe “die Fräulein” is accepted, despite the -lein suffix. Sure, it’s accepted in _addition_ to “das […]”, but IIRC you may sound a bit odd with the “das” in that specific case, no?
For all its quirks, Knuth is still best for a lot of the algorithmic analysis.

You'll have to go elsewhere for cutting edge in a lot of areas, but it's great to learn from.
I moved from Canada to Korea.

The most difficult part was getting a phone, which depended on having a bank card, and the bank card depended on having my residency card. No individual part was difficult, but each step took time ("come back in a week to pick up your ID card") which was frustrating and lengthy.

If you are moving to a country where you don't speak the native language, hopefully you will have some friendly coworkers that are willing to help you through some of the language barriers (going to the bank was a big one). Additionally, try to live an area of the city where you might meet some people that also speak your language. In my case I lived in an older area of the city where there was a small American military base, so there were lots of English-speaking people around, which makes day-to-day tasks a lot easier (pharmacy, doctor, haircuts, etc).

Also lookout for some non-obvious cultural differences. I had a friend that was vegan, and she had a very hard time going out to eat (which is big part of the Korean culture) because vegan food was hard to find (meat and fish are very popular there).
Track what you have to do such as keeping a TODO list or a list of tickets or a Kanban.

Communicate well and with others.

Write down things that you forget. Keep notes and keep a physical notebook.

Don't come into a discussion mad.

Treat people with respect.
Yeah, Kanban is an implementation of this concept. But, you could do it without calling yourself kanban or using any kanban tools.
Taco Bell has managed to break out of this though. Anecdotally, I spend more at Taco Bell per check now than I did 5 years ago. They have so many more small options now, fancier menu items, $1–2 desserts, etc.
Deep Reinforcement Learning Doesn't Work (yet)
Exactly. I think the Algorithm Design Manual does more to directly train that kind of thinking than many books.

Now if you want theory, I continue to recommend Algorithm Design by Kleinberg and Tardos.
3 items worth mentioning that are relevant to this case:

1) Google is in the process of appealing this decision and could very well end up winning (or having the fine significantly reduced) in the end.

2) At least to some degree, decisions like this are likely protectionism aimed at US companies.

"[Americans] have owned the Internet. Our companies have created it,
expanded it, perfected it in ways that [European companies] can’t
compete," Obama said in an interview with Recode in 2015. "And
oftentimes what is portrayed as high-minded positions on issues
sometimes is just designed to carve out some of their commercial
interests."

3) When people talk about how free speech has greater protections in the US than in the EU, this is one of the things they are talking about.
The best argument to new development is working code. I assume that they can't hire people to upgrade or maintain Maniframe software anymore.
I'm not sure what you mean...put googlebot in your robots.txt then?
Well, thank you for your (intentional?) kindness, but back then I did sort of misrepresent how well I understood the language.
then again this pollution and car traffic issue isn't really that much of a problem outside of the big hubs. It's specifically city air quality that has been suffering.
> I think in most (all?) situations when there's a movement among people in a direction which seems blatantly wrong to you, the worst thing to do is to dismiss everyone taking part in this movement as stupid and/or evil. You're not going to improve things and you'll probably contribute to make them worse.

I think I understand the point you're making, however I think there's another side you haven't approached. Your interpretation leaves no room for the amoral — that is, it seems to make the possibly ill-fated assumption that anyone who acts in a suppressive way is acting as a misguided human rather than on baser instincts. There's a line—but where?

For instance, on the subject of climate change there are those who find themselves in positions of power and financial gain due to loosening regulations and even inflicting further damage. There are also those who vehemently oppose it for the sake of long-term survival.

I would loosely liken the case to a predator pursuing prey. They might not be seeking to devour the opposing group directly, but what they care about. The prey in this case would be unwise to delay any action on the count of understanding the predator (or their ilk) to maintain any moral high ground as the result is understood to be quickly-impending and utter doom (for all, in this instance). It seems to me that in such a case immediate and direct action is required, and the understanding and teaching must continue, but can't precede direct action out of necessity.

I'd argue the same for WWII—but that discussion would probably get out of hand fast.
Still they were right on both points, their failure was in the implicit assumption that all wars are started to gain something.
You don't have to "hate rigor" in order to like non-technical treatments of a subject.

One reason I like the book is it gives a high-level overview of what algorithms are available to solve a problem, and a sense of which is most appropriate to my problem. If I need rigor after that, I can go to an appropriate source.
> "Agile" and "scrum" were the hotness a few years back, but now it seems that the hype mostly subsided. It's reasonable to assume that the Agile practices are put in context and incorporated into the mainstream now.

Well, “reasonable” perhaps, but AFAICT still wrong. Agile was defeated by the same kind of cargo-cult, one-size-fits-all, consultant -pushed practices that the Agile manifesto railed against.

Elements of Scrum, deployed in a decidedly non-Agile way, have become part of the mainstream, though.
Okay, let me pose a question to you then - how much electricity do banks consume in their data centres, their offices, etc. etc.?

How is that any different?
Wait, so what went wrong? They took too long to release new product? That's not surprising to anyone watching at the time. But… why? What went wrong internally?
It works for me with JS disabled.
Nice article, I especially (and always do enjoy) a plotted out Gartner graphs although some placements always surprise me!

Autonomous vehicles are bounded for the trough of disillusionment? I hope not :)