skysight-inc/HackerNews huggingface dataset:
I'll still argue for bytecode (or at very least an IR of some sort, maybe an AST?)

That's mainly due to the fact that the debate about the law and the text in a law can vary wildly. I'd call the inciting incident the "source" of a law and the written law an attempt by the compiler to capture the meaning of that source.

An example is the ACA, which in principle was "Let's make sure everyone has health insurance" and in practice ended up with a humongous bill with all sorts of interesting parts.

The human readable part of the law is usually the public debates around the law. The legalese that follows can be interpreted by some people but isn't generally written for the general public.

These compilers tend to emit a lot of garbage along side the the bytecode. For example, the postscript on the DMCA talking about boat hulls of all things.
Well, innovation in agriculture has actually reduced the amount of land used for farming in more developed countries while increasing production.
`rust` has `semverver`, but it doesn't always compile
Mentioned in my other comment ( https://news.ycombinator.com/item?id=24447846 ) but at most portreserve makes it a race. It cannot guarantee that an unprivileged user cannot bind to that port.
It means there's no known polynomial algorithm.
>Imagine a 0day for SSH drops tomorrow. Almost immediately script kiddies all over the world will be trying to take over everything running on port 22.

But how much of a threat is this? Who's going to drop a ssh 0day with PoC for script kiddies to use? If it's a bad guy he's going to sell it on the black market for $$$. If it's a bad guy he's going to responsibly disclose.

>You're right that these events could happen. But you have to ask yourself what's actions of yours will have a bigger impact:

>* Changing to non-standard SSH port, blocking out ~50% of all automated hacking attempts. Or port-knocking to get >90% (just a guess!).

But blocking 50% of the hacking attempts don't make you 50% more secure, or even 1% more secure. You're blocking 50% of the bottom of the barrel when it comes to effort, so having a reasonably secure password (ie. not on a wordlist) or using public key authentication would already stop them.
Well, I have a bridge to sell you if you believe it's total comp.
I think the app figures out where you are based on GPS co-ords and lets you fly or not. That's what my mavic mini appears to do when I fly it with no internet connection. It will even pop up warnings like "airport flight restriction nearby" and it does that with no internet...
better than heartbleed
Or how about we invade Madagascar, ship all these poor folk to NYC, and declare the entire region a wildlife reserve?
Racoons are also very clever and persistent. I have had several run in with them over the years, don't let their "cuteness" fool you, they are ruthless and very devious.
I think it’s possible to both understand that something is a serious responsibility as well as still crash a drone as an inexperienced operator.

There was never danger to people or property (besides the drone itself). I just misjudged the one tall tree in the field between our houses which managed to exceed 30 meters, and somehow was unlucky enough for the drone to decide to fly exactly straight into the very top of it when the link dropped out.

Worth noting that the range of the remote is significantly less than claimed in the marketing materials, which is not really surprising because they claim 4km (!) and it dropped out on me at ~200 meters.

I do think they oversell their “return to home” feature and after spending more time on the forums and reading many similar experiences to my own, it’s much better to configure it to hover-in-place (or go up to a set altitude and hover there) on a lost signal, and then you can go to it instead of having it come to you.

Basically the marketing, training videos, and manual all make “return to home” sound like a better idea than it really is in practice.

Now I know from experience if the drone ever decides to fly itself somewhere you’re probably going to have a bad day. You aren’t going to learn that from reading their manual or watching their video tutorials.
Not to my reading. This rule only applies to real-time experiences.

> If your app enables the purchase of realtime person-to-person experiences between two individuals (for example tutoring students, medical consultations, real estate tours, or fitness training)...
What a bunch of bullshit.

There is a single source for this concept and it isn't backed by anything.
That's genius! Apple avoided developing synchronization of user data and got good PR for doing that.

I'm gonna try that with my clients. "Sir, I wont aggregate your store's point of sale data because it's more secure if the data never leaves the store. Now pay me a premium for the added security, thanks."
Their two-step verification only works with Apple products?
As a matter of fact, the more industrialized nations have increased productivity and production, while decreasing the amount of land devoted to agriculture (returning a great deal of it to 'nature').
Not only that, but the only concrete example the author gives is that they asked him about red-black trees. Probing knowledge of data structures is very relevant to day-to-day software development work: even if you don't actually implement them (or haven't since college), having a good knowledge of how they work is the only way to make intelligent decisions about tradeoffs involving them.
> I wouldn't mind getting asked nasty questions about red-black trees or Krushkal vs Prim or something if I knew the person sitting across from me had taken a "pass this test under these same conditions or you're fired" type scenario. It wouldn't make these interviews a good idea, but it's the reek of hypocrisy about them that puts it over the top for me.

The only equivalent I know of this is a PhD oral comprehensive exam. I get your point regarding the hypocrisy of it all, but I don't think I would be into it, even if my interviewer had a PhD and had done something similar.
Even DJI stuff that poses no risk whatsoever to health or safety, like their Osmo Pocket 4k gimbal camera, or their Osmo Action gopro-clone, require that you “activate” them, iPhone style, which logs at the very least your OS + IP (and thus rough location) + serial number to DJI.

It’s bullshit. These are not internet-attached devices, they shouldn’t be spying on us. I’d love to see similar approaches to even domestically-made and domestically-hosted manufacturers and collection APIs.
This is only true in the United States if you are paying with a credit card.
I don't think this is representative.

I did about 20+ technical interviews at Google/Facebook over the last 2 years.

Overall, the interviewers were competent. Sometimes you could tell that they didn't really enjoy interviewing people but it was ok. I only had one interviewer I'd consider bad (gave confused advice to lead me to his solution), but maybe it was just a personality mismatch.

I had better experience with more senior interviewers too, and I found Facebook better than Google (although similar), on every respects (choice of questions, team matching process, more interesting projects...).

My main complaint is that I've found the whole process random. Right now I'm in the team matching phase at Google, but not sure it'll go through (and it's not the best time).
This person has admittedly never even done a whiteboard interview or given an interview. Why are we upvoting this drivel to the front page?

Boohoo, you have to spend a couple hours proving you know data structures to get a new job. Give me a break.
At this point, the answer may be to regulate in-app purchase services as banks. Regulate them like credit card processors.
If you’re interested in this, you might be interested in a presentation I gave earlier in the year on micro architecture of CPUs. The link is to the slides but there’s a video linked in the comments as well.

https://speakerdeck.com/alblue/understanding-cpu-microarchit...
In that paragraph, I was trying to argue that the observation of us being alone and the anthropic principle are compatible and related in a way that if either one were missing, we should be skeptical of the other. I think that's valid and distinct from a circular argument.

(And then in the last paragraph, I wasn't trying to argue for the anthropic principle, but to argue that given the anthropic principle and the observation we're alone, then I think it's correct to believe that the specific values of physical constants that we observe are likely to be necessary for intelligent life.)
Change read more symbol in WordPress without any plugin
From what people have told me is the point is to remove automated attempts from logs so that when someone actually works out how to try to connect it becomes a strong signal that you have a real attack and you can check the logs to see if they are using real usernames or some other info to suggest that they know more than just random spam attempts. Normally dedicated attackers blend in with the random noise of the internet.
I mean. You're kinda saying the quiet part out loud here... let me rephrase for you.

If your life is dominated by 'Ugh fields' and tasks that just aren't getting done, and you don't have a bottle of amphetamines or modafinil, you might just be missing a diagnosis.

There's no reason to suffer. Talk to your doctor.
Is this really great advice? What if you don't feel strong? What if working hard makes you unhappy?
You missed an important part of the sentence:

> skim-read

I then went back to read the sentence properly, but thank you for including the missing part for those who didn't read the article.
That's not quite the same as selling that information to political 'think tanks' to buy influence in an election.
Well, Knuth's programming style is idiosyncratic, to say the least. But in the early 80s, in advance of the publication of The TeXBook, I learned enough TeX from reading the literate source for TeX to put together a 100-page software manual.

I don't really agree with Knuth's version of literate programming, but one can hardly fault the TeX source for being unreadable.
Unfortunately, this will teach you a bunch of cool stuff that you won't ever actually get to use in a real world job.

You'll go for an interview and they ask you about REST APIs or SQL.
I was once asked how many golfballs could fit in a school bus. I blathered on about measurements of the bus, volume of a ball, the average due to gaps between balls, are the seats still there, etc... bottom line we could spend a lot of time getting an ever more precise estimate. The guy seemed satisfied. Later at home I realised that my test engineer friend may have suggested doing an actual experiment - rent a bus and a few tons of balls. The later would be easy since there is a local company here that recovers lost balls from golf courses (even from the water), repaints the and sells to driving ranges. You can buy them in bulk.

Which answer is better? Which were they looking for? Who knows.
Ten percent of Oregon told to evacuate as U.S. West wildfires kill 24
Semirelated. Anytime I have written a protocol with a checksum I implement a 'magic checksum' that just passes. And a debug mode that enables it and diagnostics. The reason is usually if somethings wrong with a packet of data the best thing to do is ignore it completely. But that makes development insane. So having two modes gives you the best of both worlds.
Nail tests, get offer, ask for signup bonus, drop out 3 months later. Repeat.
Agreed, I really liked having everything so close and tightly coupled with the DB. The integrations and business logic were the part I had to build traditionally and at that point it wasn't much more to query the DB from the backend rather than trying to learn how to script inside Postgres.
I guess a solution would be give them supplies so they aren't forced to destroy their own backyard in order to survive.
California hit a 110% plastic bottle recycling rate at one point. The California Highway Patrol has been stopping semitrailer trucks coming into the state with plastic bottles for recycling.
Out of the 3 businesses they name, 2 are abuse based businesses. Park.io is for-hire domain-swiping, closet tools is follower and social network automation and spamming tool ...
The tradeoff with this approach, if you fail to build a good rapport with the interviewer, you'll get labeled as not a good culture fit. Calling them out for a dumb question or critiquing the expectation of an 'expected answer' is not going to get you the job.
I remember seeing it advertised, being interested, following the link, reading it, and eventually wandering off suddenly having no interest whatsoever. Don't remember what it was about it exactly, but obviously they should take pains to fix or at least conceal whatever it is in their recruitment materials that is making the job seem like hell on earth.
We used to call customers of a video game the player base. Now everything's a community.

I don't see the unification around a single idea when they are so many disparate views among the people that come here.
> The initial interview itself was pretty straight forward, but it seemed like every answer I gave was "wrong" because the interviewer was looking for key phrases instead of understanding of the concepts.

One thing that shocked me in discussions is that apparently interviewing incoming candidates at FAANGs has now become a mandatory performance review objective.

This is going to produce a lot of interviewers who really don't know what they are doing and don't care.

I don't know what idiot came up with this brain-damaged scheme to totally sabotage interviewing and what moron actually propagated it between companies, but I hope they die a horrible, slow, painful death.
Indeed, and thank you. The reason I have taken the startup and consulting route is the intuition that these are upstream of the institutions, and this is where I suspect a technically inclined individual can effect the most change.

In the ~20y I've been around govt, arguably Linux, GitHub, Docker, Jira/Atlassian, PowerBI, VMWare, LinkedIn, SalesForce, and even Twitter have done more to transform government than any endogenous solution could. EVen in the last 5 years, AirBNB and Uber have altered the economics of municipalities faster than anything planned might have. These techs are all still in early stages there, (and the economics of devops break public service finance, but that's another story) but you can see the downstream effects they have.

So far regarding public services, my two favourite models have been In-Q-Tel and 18f.gov. The first is far upstream, and the second has been a way to navigate it. It's worth considering that a public sector CTO role is really a "steady hand on the tiller" role to navigate the things we're all building upstream. The CTO is a necessary role, but my experience is that heroes and visionaries will likely select out fast, and framing it as a navigator role might yield different results.
Huh. Other than taking the opportunity to talk about tail call elimination, I'm not sure what you could have done to salvage that interview. Bullet dodged, indeed.
I'd say this happens semi consistently to me when I get rejected. I did a tech screen (of which this is the first I've ever failed). I chose to do it in Rust as that's my main language these days. I probably should've reconsidered that decision as Rust is notoriously difficult when it comes to dealing with trees and I spend most of my time managing pointers. I described a solution to the tree problem quickly, implemented it, and then dealt with the compiler for about 15 minutes. As a result I never fully finished the task, but it was pretty darn clear I knew what I was doing.

Same thing, they came back and said no and I really have a hard time imagining why other than the interviewer not being familiar with Rust - but - hey, don't tell me it's fine to use then!

That to say, rejection feedback is almost always useless.
Would like to see that book playlist come to life! Anyone know of anything similar that's already been released?
If your company is like mine, then they'll combine the jobs and pay you the lower of the two salaries while selling it as a great opportunity.

Simultaneous promotion and demotion.
I saw the same thing in Latin America: farmers dispossessed by banana plantations.
Note that “tracking” is used in an intentionally misleading way here. Apple’s guidelines expressly permit all sorts of silent, invisible, no-opt-in tracking within apps, and most apps in the app store embed this sort of spyware.

The term “tracking” in this instance refers to GPS or contacts permission and other such things that Apple has built an opt-in switch for.
It's definitely not ideal, but I use Optional to replace nulls in Java and I think it works fine. Similarly you can return values that could represent an error. Or, you can throw an unchecked exception. Callers should be aware of all exceptions a method can throw, especially since those can include unchecked exceptions the compiler doesn't tell you about. Since the caller should do this work anyways, using unchecked exceptions is more than acceptable.
> Ego Trip is the right phrase

Well, here's the thing about that, though... somebody does eventually pass these interviews. It may be a tough blow to your own ego to realize that you actually weren't the best candidate out there, or that somebody more qualified than you would be willing to accept a position that you yourself are just qualified enough for, but probing the competence of the candidate is entirely the point of a job interview. This is doubly important for a technical position where a false positive is orders of magnitude more damaging than a false negative.
Sometimes all these techniques and tips to get started on things just don't work for me. Sometimes they do help...

When they don't work, the only thing left for me is to "just do it." Usually about 10-15 minutes after I start, I get on a roll. But it's not without a huge amount of anxiety for that first 10-15 minutes. It's fucking painful sometimes.

Sometimes that is your only option. And I will recognize that if you could always make that your first option, you spend a whole lot less time thinking about it. It bypasses me from having to get up and go do something to make myself feel better. The act itself of doing the task eventually makes me feel better anyways.

I would rather be the person who can just sit down and do it every time, and not have these fucking issues.
Told to suspend data transfers to US, FB has issued Court case vs Irish Gov Dep
This is primarily significant because it means “herd immunity” will not kick in and end the pandemic. Its looking more like this will be another endemic disease like influenza that permanently depresses life expectancy. Without flu, life expectancies would go up a year or two in developed countries.
Who cares? This is the sort of thinking that leads taxes to be stressful.
If port knocking existing in a vacuum, sure. It'd be great.

The issue is there are other options that are better - like VPN only access to SSH - that you can use instead of (or in addition to)

If everyone advocating for port knocking was also saying set up VPN only access, sure. It's an additional authorization factor via where ports are used as a proxy for a PIN. But I haven't seen a single person in here saying they use it in addition to a VPN - people are saying it's their primary form of protection.

You can setup a wireguard VPN in as much time as it takes to set up port knocking. Now you have all of the benefits port knocking provides, and more. And you could even still set up port knocking in addition to the VPN if you really wanted to, but I would argue there's not much point.
Heck I think that with a barrel of tortilla chips, most of them would simply crush under its own weight.

Fun fact, this is why berries are sold in clamshells too. You can't buy "bulk" strawberries because they'd just compress into goo. They're actually placed in the clamshells as they're being picked in the fields.
I know these tasks all to well.

Another good strategy I've found is to break it into small actionable pieces and do one of them. Like, don't have a task "Clean the entire place", that's big and scary. Clean up the sink and create a reminder to do it again next week.

Don't build the entire dumb thing at once. Add in a necessary config value. Then think further and add another.

Slow, steady, methodical, habit enabling progress isn't flashy, but powerful.
It's possible, is the extent of what I'm saying.
Show HN: Database Lab – thin Postgres clones for faster development and testing
> so in this case it can be argued that the "functionality" of the app is just the client functionality and not the content itself

The problem is that companies like Google are able to get away with it, but not small developers.
I understand what you said. That was not how my plan was designed to work.
That segment doesn't get a free pass lower fees. They get the same fees. The only difference: they can provide a log in without ability to sign up.

Everything else is the same: the fees are the same, the prohibition to use and/or advertise payment methods outside AppStore is the same etc.
The _way_ this was discovered is more interesting than the bodge itself, really. This was discovered due to the owner feeling that they needed to personally disassemble and reassemble their entire car to fix other, obvious manufacturing defects, _after_ the dealer damaged the vehicle while trying to fix them!

I think I'm also quite surprised that the strap holding the condenser has persisted in spite of its obvious manufacturing inefficiency / manual process overhead (albeit sometimes with less improvised edge protection) - it seems like a workaround for an inadequately designed retention system for the condenser to begin with.
> I did about 20+ technical interviews at Google/Facebook over the last 2 years.

That seems like a huge number of interviews. Are you counting each interviewer as a distinct interview? Even then, that seems like a lot for 2 years!
We're overdue for "tests don't measure intelligence, they just measure test-taking skills".
my mates will burn me on this one but "if it doesn't spark joy, get rid of it" - marie condo. i blame my wife for getting me hooked on organizing our whole house. but it applies to real life situations too. for example, last year i was contemplating quitting my job. i asked myself if it sparked joy and with that i quit the next day. lol
I hate that post interview ghosting too. Is super inconsiderate.
That doesn't sound like a tradeoff per se to me. Chances are that if the interviewer gets offended by a candidate turning a question back at them, that candidate may not actually be a cultural fit. It's much lower cost for both the company and the candidate to find this out earlier rather than later, so I'd actually call it a win-win.
Central Bank Digital Currency: Bahamas Sand Dollar, Eastern Caribbean DCash
I agree with the part of your post where you show that checked exceptions are bad, but IMO Java has been OO from the start. And, if by procedural code you mean code that has zero abstractions, then, yes checked exceptions aren't a problem there because their big problem is you can't abstract over them. However, I find this statement more to be an obvious tautology than a statement that checked exceptions are really useful in any situation.
Just playing OP's advocate here, he did say "software security", as in security through software. I'm sure there's another counter-example though.