skysight-inc/HackerNews huggingface dataset:
Difficult, though! I'm not sure I know of any queue / buffer implementations that can be interrupted between any two arbitrary instructions and still preserve the buffer in a readable state. What happens if the buffer's updated capacity is written to memory before the updated pointer (remember that the compiler can reorder store instructions in the main program if it's not observable from other threads) and reading it causes another segfault?

If you care deeply about reliable logging in the presence of arbitrary segfaults, get it to a buffer outside of the program: either write(2) / send(2) it to a file/pipe/socket, or write it to a shared memory region / mmaped file and pay attention to the atomicity and ordering of memory writes on that region.

You might also conclude that arbitrary segfaults aren't in scope, and there's some specific high-risk code that is separate from your logging implementation. If you can prevent wild pointers in the high-risk code from reaching the pages used by the logging implementation (e.g., you're a language VM implementation or something), you can relax your requirements. In particular, if you can also prevent them from reaching the libc, and you know the high-risk code cannot induce a segfault in the libc, then you can probably start calling async-signal-unsafe functions. But this requires careful thought.
Archived copy, which can be read with JS disabled:

https://archive.fo/FMemh
> that's just one component of the problem.

Which components influence the problem here without ending up only being an influencer on the supply or the demand?

> It turns out housing is just a tiny bit more complicated than your first day of Econ 101. The half dozen empty skyscrapers lots of us pass by each day seem to indicate that.

I do not see where your example indicates that. In this case, an owner is not required to make his property, even if vacant, available on the market. That affects the supply in the market. That still comes down to basic supply and demand.
It's very unpleasant considering half of their github scripts, including the one you listed, in my experience just flat out don't run how they were intended anymore.
"I'll admit--the Microsoft stack is a walled garden. It offers some nice features like Visual Studio integrating with Visual Studio Team Services with its own issue tracker and build server and so on. If Microsoft supports your workflow or integrates with the tooling you like, awesome. If not, well, just wait and hope that it will someday support what you're looking for."

To be fair, they are getting better about that. Git has almost as good support as TFS in Visual Studio these days and MS is even integrating Linux of all things into its latest Windows releases. If that trend continues, MS will eventually be much less of a walled garden.
> Then I manufacture an entire deck out of duplicates of those three cards. That takes 18 decks, which is costly and tedious.

Ok, so far so good.

> When I cut the cards, I let you glimpse a few different faces. You conclude the deck contains 52 different cards.

Well, you'd have to cut the cards very precisely then, and you can only show three cards. I'd say the subject would sense something is fishy here.

> You think you’ve made a choice, just as when you choose between two candidates preselected by entrenched political parties.

Really? This is getting interesting. But where is this trick explained?
Part 2, http://blog.builtinperl.com/post/perl-developer-survey-2017-...
IF you have the primary key of the entity that you want to update, EF allow you to attach it to the context without querying the database. After attaching it to the context, you can set the new values, mark them as modified and (finally!) call SaveChanges.

---

I do agree with you though! Dealing with it's limitations and edge case mean, sooner or later, falling back to SQL.

EF is (imho) very hard to master and very easy to use "badly".
Imho this is a much better solution than 2to3. If python3 adoption is the goal, python3 should be the input and not the output.
What to make of Uber's flying car ambitions
Great article.

If you find magic interesting, I highly recommend you search YouTube for Penn & Teller's material. There are not only a lot of tricks to be seen, but also plenty of speaking appearances where they talk about their philosophies and their art (and yes, some where Teller speaks!).[0]

One thing that is special about their approach is that they like to make the audience aware that it is a _trick_. In fact, in some instances, they repeat a trick two times, revealing how the trick was done in the second go-around[1]. My very favorite P&T trick actually shows how the trick is done the first time![2]

What's amazing is, the second time you watch it is no less fun. And they know that. They have the firm belief that magic is entertaining because it is an intellectual exercise. It's not that you think magic is real. Rather, you know you're being tricked, but you can't quite figure out how they've done it. Showing how some tricks are done keeps that awareness alive.

This is in contrast to some magicians--David Blaine being a famous example--who believe it is their job to convince the audience _they are actually doing impossible things_. If you watch some of the P&T talks, you'll see that they discuss that quite often.

[0] https://www.youtube.com/watch?v=5siSa4A9M_Q

[1] https://www.youtube.com/watch?v=_PoDhuIp3I0

[2] https://www.youtube.com/watch?v=wbDYjAeXMK4
As a former .net developer who is now a Salesforce consultant, I can speak to this. People adobt Salesforce because they can imlement 75% of their mission critical processes with point and click on a system where they don't have to worry about server configuration or hire a DBA.

The trouble is that the other 25% of the functionally that doesn't fit into the Salesforce mold is hard to come by. Partly due to platform limitions. Mostly because developing on Salesforce is littered with pitfalls and requires intimate knowledge​ of how the platform works. Most "developers" out there are business analysts/admin who after writing a simple trigger were transitioned into a developer role. I very rarely run into other people with CS background.
In what world do you think academics like standardized testing? Every teacher or professor I've ever met loathes the idea of having to "teach to the test". They didn't set the standards, but they're forced to follow them.
Completely different, both worth reading.
> I have been a finalist for many jobs, but no offers to date. Some companies are great about going in another direction and giving feedback, and other companies give me none...

Understand that companies DO NOT give feedback. That's not their job. Especially when dealing with HR Flunkies and Recruiter Bozos. They regularly churn through tons of candidates. Time simply does not permit thoughtful, individual dialogue.

There is a numbers game aspect to a job search. Can you increase the number of targeted applications? Beyond job board posts, start emailing likely hiring managers direct.

Also, understand the importance of personal referrals. Increase your network in the Python space. Start attending Python Meetups, Conferences, Events, etc... Fortunately, there several in the NYC area > https://www.eventbrite.com/d/ny--new-york/python/ Also,> https://www.meetup.com/NY-Quantitative-Python-User-Group/
I wouldn't call it an abomination per se, but it is a very heavy ORM in my opinion. It works well for CRUD, but can be a dog in performance for very complex queries. (These type of queries can be offloaded into stored procs, of course... but inexperienced developers might "forge ahead" and create low-performance code in EF, unfortunately...)

From my perspective, my biggest problem with EF is that Microsoft seemed to half-abandon any concept of "light weight data access layer" (like the previous Linq to SQL), and pushed Entity Framework as The One True Way to call the data layer. EF is definitely suitable for Microsoft's "core audience" of large, enterprise-y CRUD apps, but IMHO it's rather heavy for a simple web page with a few data calls. Fortunately there's things like Dapper that are great for small quick apps.
"Human Harp is a clip-on instrument that transforms suspension bridges into giant harps"

http://dimainstone.com/project/human-harp/
Thanks for this. You've articulated how I've felt subconsciously about HN for a while now.

HN used to be a place where I could be stimulated intellectually. Today it no longer seems to give me that.

Where can I go now to get better content? Or should I give up on aggregation altogether?
There's two Kosciusko bridges, one upstate, which came to mind (oh cool, they're replacing that one? wrong :)). The one upstate is colloquially called the twin bridges since no one can pronounce Kosciusko. (edit: the link has the correct pronunciation so I make you work for it. :D)

http://alloveralbany.com/archive/2009/06/29/why-they-named-t...
20% is way too high. Even ignoring the (important!) human factors, that sort of failure rate would raise the expense tremendously all on its own. We are finally seeing a glimpse of true reusable rockets, which are the only way to do things in space at anything like a reasonable cost. A 20% failure rate means your reusable rockets can't be reused very much.

Along similar lines, even if you ignore the fear and grief factor, a 20% fatality rate means you'll never create experienced astronauts.

I also really doubt that putting the risk that high would be particularly useful. Even the worst non-man-rated rockets out there have a failure rate of something like 10%, and those failures generally wouldn't kill the astronauts if their spacecraft had a launch escape system. The Space Shuttle's fatality rate was about 2%, and that was only because it was a vastly over-complex, fragile machine with no realistic abort modes in many phases of flight. No other spacecraft made or planned could fail in the ways the Shuttle did.

A government effort probably will be expensive, but only because they're slow to adapt. It will probably be quite some time before we see a(nother) reusable government rocket.

However, a private effort won't go anywhere, because there's no business case for a moon base, nor even a "dream big" case for an Elon Musk type figure. (Mars is a better target by nearly every measure for the second one.)

The best bet IMO would be a public-private partnership, with governments providing the basic goals and funding, and private companies providing the technology and services.
I also noticed a minor mistake on the automatic email acknowledging a signup to the waiting list.

Instead of saying 'merrier', as in more merry, it says 'marrier'.
Interesting but I wonder when you would need a tool like that. I have something related, a fork of Python 3.6 that adds a bunch of backwards compatible behaviour so 2.7 code runs more easily, https://github.com/nascheme/ppython .
Neat!

My local Python group had a talk on something like this last year: https://github.com/glenjarvis/explore_git_internals
To provide some additional background: The title was initially "Silicon Valley: Making Life Worse for Regular People".

It's certainly sensationalist from the point of view that it's something a lot of HN readers who work around SV probably don't want to think that much about, but I thought that's why it maybe deserves some attention. It's also consistent with the conclusion in the content of TFA:

"That’s it. That’s all they are. That’s all they do. They are the final logic of late capitalism, the engine of human creativity applied to the essential work of making life worse for regular people."
Forcing Function in Software Development Processes
So basically, the Guy Steele approach to cooking

https://www.youtube.com/watch?v=_ahvzDzKdB0
Reminds me a little of the Zakim Bridge in Boston.

I love crossing the bridge at night (it lights up). It's a shame I'm not in Boston much and the traffic flow usually takes me under it or around it.
9 web design terms that are getting the better of you
I wonder if we should have dedicated lanes (with barrier in between) for trucks. Going to midtown there's already an express channel. Anyway, most of the traffic is caused by ramp and intersection. Take the I-495. There's always a traffic 1mile before splitting off to Grand Central and JFK, as two lanes go unsplit, one lane goes to Grand Central and JFK. Most cars go to the right (toward JFK). Then about 1000 feet away, there's another split to go to exit 22A, and just 300 feet, there's a small ramp to merge with the main road again. See [1] follow the map. [2] illustrates the congestion about 2miles before [1] where I usually merge with the I-495 traffic. The same is with the Kosciusko bridge, once you pass the merge, the traffic is usually very smooth.

Driving there is nightmare.

[1]: https://www.google.com/maps/@40.7375669,-73.8506027,3a,75y,7...

[2]: https://www.google.com/maps/@40.7316156,-73.8699642,3a,75y,3...
Google outsource work to shoddy companies then? And bask in glory of $item

Mechanical Turks exist across industry. From a governance perspective, that manual processes exist is a huge problem for control of operational risk, but when outsourced to a service provider, who knows? This is where strong policies need to exist.

Example (a system I was to come to hear of): Outsourced signature recognition system. Three years paying a team of 5 developers that created nothing (that worked even coherently). Manager announced system successful, with XUZ maintenance costs for database, etc. These maintenance costs were 6 people on 24 hour staggered shifts looking at scanned copies/images of signatures in (near) real-time. Ideal solution didn't exist, so use management skill and create a budget that covers this up. Indeed, this is fraud, but 'back in the day' apparently; probably less than 8 years ago.

Only after 'working' effectively for 4+ years was this discovered via internal audit.
Defenistration as a service comes next obviously.
It's not as difficult as it's made out to be. We run a systemd service that does something like this:

journalctl -f -o json | send-logs remote-server
In my experience there's two key pieces of landing a job that a lot of applicants don't put any emphasis on.

"Culture fit": In the startup world everyone is looking to hire people who fit their culture. They don't even necessarily have to know why they're doing it or what it ought to look like in an applicant, but they look for it anyways. So ways to make sure you're ticking this checkbox are making sure you're enthusiastic about coding and speak with excitement about what you're doing and the be excited about the company's core values. For example, most companies are consumer facing, so you need to get jazzed about providing the best user experience possible and be motivated by seeing people use your product and interacting with users and their feedback. The best advice I could give here is to make sure you do your research on the company, tailor your resume/cover letter/responses to match them, and just fake it till you make it.

Personal Projects: The other piece that applicants tend to not have (particularly people just entering the field) is solid portfolio work. One key aspect of that is open source contributions. Get excited by a framework or a library and not only become an expert on it, but get involved in the developer community and start contributing to the project on Github. The other important piece is projects that are real. Something that is original and actually solves a problem, something that people outside of your circle have used. Everyone and their mother has class assignment projects or online tutorial walkthroughs (kanbans, todo list, simple fetch from api and display, personal website). Only a very small fraction of people coming out of college or a bootcamp have a project that goes beyond the basics and teeters on being an actual product.

So my advice is to put more emphasis on those two aspects, make sure you're getting involved in the community online and in person via meetups (referrals are gold and trump just about anything), and avoid shotgunning for interviews (pick a few companies and focus on them).
That's why 3to2 is a thing.

https://wiki.python.org/moin/3to2

https://pypi.python.org/pypi/3to2
I've personally only heard the latter!
put some keywords in the title, I'll never find that bookmark again...
Evidence of advanced ancient civilizations on Earth–over 100,000 years ago?
I would say my least favorite part is seeing that empty car and not realizing the reason why it's empty is because of the smell inside until the train's already left the stop.
What is the most "equal society" with a population over 30 million, and that is also ethnically diverse?
Show HN: Check if your ip has been infected with Doublepulsar
https://static.newamerica.org/attachments/12843-standardized...
So you've linked this copypaste Bloomberg report instead of the original AP story? It is literally written there on Bloomberg news page:

> THE ASSOCIATED PRESS (MATTHEW BROWN)

http://bigstory.ap.org/article/c7d78ca284eb4347821fe2825e347...

https://www.apnews.com/c7d78ca284eb4347821fe2825e347ff7/Chin...
> build messy integrations that forces the two systems to pass data to each other...

I know what you mean there...lots of DB work and json payloads has been what we are working with. Most of our work is completely custom, so it's been ~interesting~...
How to add scalable Facebook auth flow to Django app using JSON Web Tokens
Put a new bridge crossing Hudson between west Manhattan and Jersey City to reduce the ACTUAL traffic coming in from New Jersey. Oh wait..they can't as it will bring down inflated real estate in Manhattan held by older folks with convincing power to city planners.
> Imho this is a much better solution than 2to3.

That's nonsensical since it solves a completely unrelated problem.

2to3 was conceived of as a one-shot migration tool for Python 2 codebases. Not as a way to build cross-version Python, and not as something to use repeatedly (which it why it is relatively simplistic and fallible), just as a way to take an existing codebase and handle the first 90% of migrating to Python 3, leaving you with the second 90%.
Sure, you're correct. But you'll have to excuse me if I don't wait decades for data like this to build a worldview.
It's a broken federated system with a huge DOS vulnerability (spam). That's not Google's fault.
Visualizing Commute Times – Dev Curious
Huh, interesting. There's been an HTML comment saying 'MEOW' at the bottom of Amazon pages for a long time[1], but I've never seen the duck-say version!

[1] Here's a mention from 2010, but I suspect it goes back much further than that: https://www.reddit.com/r/todayilearned/comments/azljs/til_am...
> Free trade is voluntary,

Except all the times when it isn't.

Housing isn't really voluntary. Water isn't voluntary. Internet access isn't really voluntary. Electricity isn't voluntary.

Free trade requires the option to walk away without catastrophic problems occurring in your life. Increasingly, that option doesn't exist.

When the alternative is homelessness, or joblessness, or starvation, you can't honestly claim a choice was voluntary.
I delete my comments when I realize who I am replying to because, to be frank, you have a record and a rep of caping up for white supremacists and active harassers like the GamerGate swine. I have no interest in "having a conversation" with you or yours and shall not respond to you in the future; you should do the same. Haveaniceday.
Linux also has userfaultfd for this, which I think is easier to program against:

https://www.kernel.org/doc/Documentation/vm/userfaultfd.txt

There's also something in Mach for this on OS X, but I forget the details. And a handful of non-UNIX OSes have had support for an outside program being able to get notified efficiently on segfaults and map pages in.
It attracts a market segment specifically seeking "not the lowest price."
How to Pull Water Out of Thin Air, Even in the Driest Parts of the Globe
I don't understand why Three Body Problem gets so much positive attention? I read it and found it incredibly boring. Most of the pages were spent on the historical stuff, which the characters just weren't interesting enough to sustain; when it finally gets around to the sci-fi part the MMO conceit is dragged out endlessly and fundamentally makes no sense on any level, and then the magic unfolded proton at the end was just a deus ex machina with no connection to anything.

For the calibration comparison, I did enjoy The Player of Games; I felt the setup was a little clunky (the bit about provability of recordings by Minds should have been set up beforehand to give the reader a fair understanding of the world) and I struggled a little because I had little sympathy for the protagonist (and there's only really one) for a long time. But on the whole I did enjoy it; the part about wanting to know that victory is possible is a good crystalization of a genuine insight into human nature, and the vision of devoting one's life to something that completely catches the imagination. And the conclusions works very well as a "continuation of politics by other means" thing.
For what it's worth I kind of disagree based on personal experience. I'm quickly nearing the age of 40 and never had a real job. Being poor combined with the fear of failure has always been a great motivator for both productivity and creativity.

A lack of responsibility does more to make it easier to take risks than does having money. It's pretty easy for a single healthy person to earn enough money to survive if it all goes wrong. It's a lot harder if that person has other people depending on them for survival.

But surely if one has family to look after money is a requirement to take that kind of risk.
If you would like to have all of your "pitches" in a single repo you can absolute do that. As described in the Wiki:

"Sometimes you may find yourself wanting to build a series of related presentations within a single branch. Collectively these presentations may share common assets such as images, backgrounds, and even custom CSS styling."

For details see the following page in the GitPitch Wiki:

https://github.com/gitpitch/gitpitch/wiki/Asset-Sharing

You might also be interested in support for modular Markdown which allows you to share not just assets but Markdown snippets across multiple presentations. See here:

https://github.com/gitpitch/gitpitch/wiki/Modular-Markdown
Actually gRPC is about the same as other HTTP based APIs, it is just a more efficient RPC. All of them are lacking what made the web scalable in the first place.

- HTTP APIs are worse than websites of the 90s. At least a browser could be expected to view a few websites. HTTP APIs require a custom client for each one.

- Document media types, not APIs. This isn't such a novel concept, browsers (fancy HTTP clients) work because HTML is a standard.

- Standards at the application layer, not specifications. You mentioned specs only.

Let me just clarify that RPC is a great fit if you are constrained to a single vendor and don't care about third-party clients. On the web, every browser is a third-party. For HTTP APIs to take off, they need to be built more like websites, or else vendor specs will fill every niche.
Yeah, no. Heroin and tobacco are products, and I am in agreement that products with crappy value propositions and high margins are unethical. But I don't know why you chose those extremes. They paint a false dichotomy of the danger inherent to liberty of consumption.

If we have to use extreme analogies, I would rather use prostitution, because it is a service. Just like Dollar Shave Club, I think there is legitimate customer demand and it shouldn't be illegal. I also am not going to judge someone for partaking of it even though there exist easier or cheaper options for getting the product - sex. So that just brings us full circle to my original point, which appears to still stand.
Maybe it's not a great idea for software projects but for keeping personal data in git (the author wrote it for dotfiles) it seems brilliant.
It _just_ started reaching the mainstream and causing serious controversies.