skysight-inc/HackerNews huggingface dataset:
I somewhat knew the United States was in some sort of state of emergency giving the President broad powers but only recently learned we are in a state of 31 emergencies dating back decades giving the President broad powers. There should be a time limit on these emergencies. It appears Presidents sign off on them every year extending them forever.
Sure thing, $40,000 to $900,000. Useful?

Suppose it isn't yet decided if you will be a "Junior Tester" or a "Senior Fellow Distinguished Engineer". The decision will be made after the interview. What does California law say about such a situation, where there isn't just one neatly limited slot into which you must exactly fit?
A predetermined monetary policy is fine but the fact that it is predetermined to be deflationary is a fatal flaw.

I would have much more faith in a cryptocoin's potential as a currency if the predetermined monetary policy was something like Friedman's k-percent rule: https://en.wikipedia.org/wiki/Friedman%27s_k-percent_rule

Of course this would vastly reduce the Ponzi aspect for early owners which might remove most of the appeal.

And I still wouldn't have much faith in it since I doubt being decentralized is enough of a benefit for people to switch away from government currency and normal banking.
These calls were answered by Swedish-speaking people in Thailand.

Their business idea was to handle calls that were placed in inconvenient hours, relative to Swedish business hours.

My best guess is that the Thai ISP this office used filtered all outgoing connections except port 80 and 443.

And then someone decided that the way to implement this securely while still allowing this office to access the data was to put a plain HTTP server on port 443. "Who is ever going to crack that?"
Replying to myself... I think I could actually use nacl/box to accomplish this. I'd just have to take care and break the large files into smaller chunks and find a way for users to easily generate and manage keys. OpenPGP sort of makes key mgt easy.
"If a guy brings me his code, and it has mistakes, it brings insane pleasure from how smart I feel ... And if you tell me that you haven’t had this feeling ever, then you’re lying."

Wrong on so many levels. Taking pleasure from someone else's mistakes is a sign that something is wrong with you. That is all. The only thing that is exceptional is that this industry has a high tolerance for this behaviour.

It also sounds like this guy is destroying value. If you are such a poor manager that you try to get rid of someone rather than bringing them up then you are a net negative. Again, I have come across this in other industries: the manager will go before the junior. No question. Writing bad code is nothing compared to the impact on culture of one bad apple.
Well, in some sense that's a good thing. Bitcoin relies on a synchronous network - an honest majority of online miners must be honest. Algorand's safety assumption is stronger - the honest stake need not be "always online", and the system cannot fork even under worst-case asynchrony.

As a result I certainly don't trust Bitcoin with anything more than pocket change. I would, on the other hand, put money on Algorand. A Bitcoin attacker could conceivably DOS a handful of honest miners/network relays (given that mining seems pretty centralized), sequester a third of the mining network, and mint money.

No matter how much DOS power you have, you cannot mint money on Algorand without a substantial proportion of the stake.
in 2012, a somewhat similar event happened in Thailand with Pepsi.

Somehow the local manufacturer+distributor of Pepsi products didn't renew it's agreement with Pepsi, and as a result began distribution of it's own line of products "est".

Here's an article about it: http://bangkokhasyou.com/what-is-est-cola/
This is the truth, not a long list but a helpful one. I think it's worth a read.
Probing someone with very technical conversation about past technical projects is a much stronger filter to prevent unqualified candidates than passing CoderPad tests, whiteboard algorithms, etc.

The conditional probability you are hopelessly lacking software skills to do a job given that you nonetheless passed a TripleByte exam or something is quite high. Overfitting & memorization for the sake of the test is extremely common.

But it’s much, much harder to fake competence when needing to dynamically and verbally explain technical details in a conversational interview about past work experience.
> I haven’t ever thought about the issue seriously and didn’t have any decent arguments, but I couldn’t stop arguing nonetheless. I had one goal — to win and save face. I still don’t know why.

I'm 100% like this. I'm not proud of it, and while I guess I can hypothesize about "why", my takeaway is the same as the author's : it's a horrible and potentially very hurtful anti-pattern.

Kudos to this dude for raising his hand and acknowledging his own problem. All I can say is, I'm the same way and I can and should do better.
General cultural fit = ideally you are far right wing .
Some also still require having a noble title (even to attend their parties unless you are a woman ).
My hometown has a lot of these and some of my fellow high school students were very attracted by these .
I went to a few non noble title requiring parties because my friend asked me to and it was quite shocking tbh (people singing the full German anthem including the forbidden part , a general bias towards German music and even more towards songs with excessive patriotism, a lot of “jokes” about people from other countries etc. ). They’d claim not to be racist and proving that by saying they have friends from Argentina or Chile (that happen to have German names ). I’d bet a lot that most of these fraternities vote AfD.
I also remember them throwing expensive glasses down from the balcony laughing about how poor people would have to use the same glass twice .
Oh lord, the stickers. I felt an interview with a local startup turn south when I pulled my Thinkpad out and was asked "where are the stickers?".
So if I decide not to take the bus its theft as well? If I decide to steal a bicycle, its theft from the bus company?
Why did you feel the need to state the obvious? This is the kind of toxic nonsense that comes up every time someone mentions diversity. Its the status-quo "notallmen" argument again and again and again.

Please, assume just for a minute that we aren't all idiots. Of -course- everyone has the capacity to be an idiot, but your unnecessary and highly defensive response is very telling.
Someone downthread says the macOS signing requirements still go away fully when Gatekeeper is disabled, which is a simple terminal command. As long as that's the case, I don't think there's a real problem here.

It's hard to quantify "moving in a direction", but Gatekeeper was introduced nearly a decade ago and has always been possible to disable via a quick Terminal command. Apple did remove it from the UI in Sierra, so perhaps you could say that's a sign of things to come, but I honestly doubt it.
Nope you're not doing anything wrong. I just gave no directions lol.

To get going, head to spase.io on desktop, make an account (with your handle of choice) then you're good to go.

Desktop is where you can create, read, delete events. Mobile is read only (for now).
This can be problematic, you waste a lot of time setting up the PC / explaining the problem.

Last time I was involved with this interview style it always seemed to take an hour to get setup which meant a long interview of 3-4 hours particularly if a candidate went down the wrong path.

In the end we optimised for SOLID principles with a blackbox dll that had a function that slept for 2 seconds and a calling class that had mixed responsibilities (logging and calling the dll). We started folks off with a test or two and hoped they'd inject a mock to get rid of the delay and split logging off into a separate class.

I'm not saying it was a great test but you could do something within an hour or so then maybe spend half an hour talking through what techniques they'd use for a more complicated scenarios.

If you can afford the time then more realistic testing is great and I do think you should try.
GLiv [1]. Firefox and GLiv both take ~5 seconds to load the image for me, although whilst Firefox takes another ~5 seconds to re-render after zooming in to 100 %, GLiv is instant.

[1] http://guichaz.free.fr/gliv/
I'm not doubting what you said, but I'm genuinely curious/ignorant. What did Indian gov't do to pull the rug out from foreign tech investors?
> Dr. Goins’s colleagues at Purdue said his receipt of tenure and subsequent promotion to full professor signaled the university’s willingness to overlook a sparse research portfolio in light of his extraordinary work with undergraduates, as well as the summer programs he organized for minority students.

> But Dr. Goins said he was looking for something else. “I just never really felt respected,” he said.

It actually sounds like he was promoted to a position he's unqualified for, perhaps because of diversity and inclusion initiatives. His colleagues very likely understand that and are treating him differently because of his skillset and not because of his identity.

This is the unintended consequence of hiring and promoting based on identity instead of merit.
In this case the Chinese government can kill the liveness of the network (preventing it from producing new blocks), but not the safety of the network (they can't fork the chain).

Your question has changed into: "doesn't the system break when a malicious party controls 35% of the stake?"

To which the answer is yes. If a malicious party can control 35% of the stake, that is very bad.

I should add, though, that if you know your machine is going to be taken down, you can mark your account as "offline" via a special transaction, which will allow the network to proceed without you by increasing the probability that others will be chosen to be on a committee.
Yep. Lot's of "data analysis" without even defining what would be a "false positive" (someone who did well in an interview, got an offer but turned out to be a bad hire? how is TB exposed to that critical data exactly?)
Knowing the existence of, and understanding the performance characteristics of a broad range of algorithms is, to my mind, a much more useful set of working knowledge than the details of any individual algorithm. The latter can always be looked up. It is harder to find out the former and much better to say “yes, there is an algorithm such-and-such that may be applicable here, let me spend 5 minutes checking that.” In my experience, anyway.
> My calls with personal identification number are absolutely in there

Is this an assumption, or were you able to find a list of leaked calls somewhere?
"Fewer than 1 percent of doctorates in math are awarded to African-Americans"

So? We have affirmative action policies for university admissions. If an Asian needs an "X" SAT score, and an African-American "X - δ" to enter university, yet, fewer of them make it to the higher levels, what do we do? Have different standards for awarding doctorates based on race?

Western civilization is in crisis because of these social experimental policies undermining its original meritocratic competitive default mode.

So, the real question is, where/when at some point does this madness stop?
If you need a principal engineer to tell you to write unit/integration tests, that speaks volumes about the quality of engineering below him.
I can go through my LinkedIn connections and find a couple dozen full stack developers with years of experience that also know how to optimize the data tier for a small to medium size business.

I know fewer that have dev ops experience, they might have developed it over the years.

I know only one who is a full stack developer who has all of the qualities above and have a deep understanding of cloud architecture - that’s me.

Most developers I know haven’t focused on cloud architecture the way that I have. They became team leads after a few years. They moved up in salary by becoming leads. I’m on my way to being an overpriced consultant.

I don’t know but a few UX people.
Might be a non-problem compared to benefits, but I wonder if such bricks shouldn't be coated with something, to prevent weathering (wind, grit, UV) turning them into microplastics emitters?
That's true, but not really the same thing.

I was looking for work once and went to place that made wheelchair lifts for vans and buses. There was a miscommunication about what they were hiring for and when I got there they took me out to a drill press with a stack of thousands of parts on carts that needed a hole drilled in them.

I politely declined the position.
schizoidy.o
> Ultimately it seems like there is a soft element to interviewing that is being tossed out now, which is: do I think we can work with this guy/gal?

A colleague offered this simple heuristic for the soft side of [the] interview:

"If they are going to be equal or junior teammates, I ask myself, 'Would I feel comfortable sitting in a conference room with this person and hashing out a design or troubleshooting a problem for two hours?'

If I'm evaluating someone who is going to be senior to me, or my direct boss, I ask myself, 'Would I feel comfortable following this person's technical instructions if they handed them to me in a document?'"

In my personal professional opinion, this measure is more useful to an engineering org. than any "Stump the Chump" style technical-trivia screening.
I am an notoriously tough code reviewer. Not because I’m mean, but I’m thorough and consistent. I’m never passive aggressive and simply factual. But newer team members can find dozens of comments until they understand what my expectations are.

I can generally differentiate between personal opinion and bad form. I rarely comment on things like variable names, or function names unless they are really confusing or misleading. I have my own style, but the existing style of the code should be what we code based on, not personal opinions.

I think the OP is shirking their responsibilities for what they’re being paid for. If they are doing a code review it’s for the benefit of the team, so that the team member understands what their expectations are. You don’t have to be mean to be a good code reviewer.
> you can get a ticket for leaving your car door unlocked

What is the reasoning behind that law? I know plenty of people who live in areas where they don't lock their house because they believe it's safe enough not to have to lock it. And besides, anyone who really wanted in could bust the door down or break a window.

Same with cars. I've had my car broken into 5 times in LA/SF. They busted the window each time. Not locking would have solved nothing although maybe it would have saved me having to pay to get the window replaced.

Ideally if the law is about preventing crime it seems like they should actually try preventing the crimes rather than tell citizens to change their lives. Here in Japan pull out car stereos are not a thing and they have large car stereos that are not available in the USA. They are not available in the USA because they're too large to carry and would get stolen. I'd prefer to live in a society that protects it's people's lifestyles than one which tells them "that's the way the world is, lock your stuff up"

Not sure that made any sense. There's plenty of things you can do in Japan you can't do other places because the crime level is high in those other places. The attitude of those other places is "crime exists, there's nothing to be done about it, so suck it up". Living somewhere where the crime doesn't exist (or is low enough to ignore it) opened my eyes that I was in a a bubble of "crime is the way things are". Now I see that no, it's the way we let them be. I'm sure it's more complicated than that.
Will it? Do you have any evidence for this, or is this the same wishful thinking that was repeated about China for the last twenty years?

Much to the disappointment of neo-liberals, we have discovered that there is no correlation between democracy, and economic development.

Compare China and India, Cuba and Haiti, South Korea before, and after Democratic reforms... The form of government is tangential.
> "If a guy brings me his code, and it has mistakes, it brings insane pleasure from how smart I feel"

This quote made me laugh from the exaggerated "insane pleasure" in other's mistakes. But I feel this way sometimes. I'm completely sure it comes from my own insecurities, so that when I see another guy missed something I wouldn't, I get a feeling of relief - actually I'm not the worst programmer in the world.

So for me this feeling comes from impostor syndrome - I thought I was bad, I saw another guy who was worse, I felt good. Insecurity is really a self-fulfilling prophecy. I'm trying to work on it by forcing myself to ask questions I think are dumb, and not fearing judgment from others. This in turn will also influence my peers to feel less afraid of their doubts, turning the spiral around.

A study from Google [1] agrees with this: they found that the best predictor of team quality was the willingness to ask questions and express opinions without fear. Quoting Google:

"In a team with high psychological safety, teammates feel safe to take risks around their team members. They feel confident that no one on the team will embarrass or punish anyone else for admitting a mistake, asking a question, or offering a new idea."

[1] https://www.inc.com/justin-bariso/google-spent-years-studyin...
Personality has a huge amount to do with outcomes. Especially in teams, where the best teams have a mix of complementary talents.

If you're hiring for Generic Developer Skills you're going to get generic developers - and much less development than a more flexible approach would give you.
Data density is particularly important for this type of application's success. My post wasn't meant to be pejorative; rather, they should read the article with the goal of improving the "data density" of their tables, and other areas.
> However, whether or not a candidate answers a question correctly is not the only source of signal during an interview. You can also evaluate their process by, for example, observing how long it takes them to finish, how clean their code is, and how much they struggle while finding a solution. Our analysis shows that this second source of signal (process) is almost as predictive as the first (correctness).

I seem to do OK when an interviewer:

- asks me a question that sounds like a real problem, not a contrived one (although on occasion I'll have fun with a contrived puzzle if the interviewer has a sense of humor & makes the process light hearted)

- doesn't push me down a path that requires me to implement a "simpler" solution I'd never consider (e.g. asking me a question that clearly wants an O(N) solution & then pushes me to try the O(2^n solution first)

- talks like a person with a problem, and not as someone who clearly knows what they want & simply won't say it

- doesn't try to "see how I think", because I code as much in my head as I do on a screen, meaning most of the code I throw into a text editor is the latest thought in a stream of random ideas until I get to one that works

- doesn't constantly interrupt me

- states their actual expectations, such as "I don't expect you to finish, what I'm really looking for is X"
It could also be a testament of the reviewer's inability to read code written differently.

Style is not consistent across authors, codebases, projects, even companies. I had to learn to read code in many different styles.

Enforcing consistency can be done with formatters/linters. It doesn't need to come up in review.
EDIT: Got rid of part of my post that had enough information in it that could be tied to people in real life.

--------

It doesn't help that West Lafayette is a very racist place in my experience. I'm white and a native speaker of American English. On my first day of teaching at Purdue I introduced myself to the class and a student asked, "Are you an American? Do you speak English?" At the time West Lafayette had a confusing road system for a small town. Lots of 5-way intersections and one way streets. I was late to a dental appointment and apologized to the dentist's secretary. I explained that I had a hard time figuring out how to get to the place. She responded, "Yeah, the road system here was designed by a drunk Indian." I'm certain living in Indiana exacerbated the situation.
We had a senior engineer (who sadly moved on to a different company) periodically give a talk to new hires about good code review practices to set expectations and ground rules. Some of the key points:

* Authors are expected optimize for readability of code, even if it takes longer to get the code in.

* Reviewers should generally only start reviewing code if they are ready and willing to continue the review to completion (i.e. no drive-by reviews). Once they start reviewing they should try to minimize response time.

* Focus the reviews on testing, correctness, readability

* Consistent code style is important (see optimizing for readability)

* Break code reviews into the smallest reviewable units. Often these are somewhat large because parts of the change don't make sense in isolation

* The code author is responsible for writing code in a way that it convinces the reviewer that it is correct (see optimizing for readability)

* You should approach it collaboratively - you're working together to get the work done and make the codebase as maintainable as possible

* You should aim to leave each bit of the codebase that you touch in at least a good a state as it was previously
Great article. I suspect most that have gained a level of proficiency have felt that pull and acted on it to some degree. The best thing for you now would be to be hopelessly crushed by someone far more capable. Or get fired for being an asshat at a vulnerable time in your life. Then you may achieve the humility and confidence to become a true leader, which requires you to allow others to feel strong.
Just carry the machette and a bag of coconuts as your EDC.
Tesla cars use 'runit' for Linux init system (as opposed to systemd, etc.)
Emacs lisp is pretty much like that. Nowadays it does support semantic scoping but lexical scoping is still very useful.
Sometimes, it's not you, but, it's you !!
As much as I am tempted to, I don't think it's right to equate diversity of appearance and diversity of experience, either. One is just a proxy for the other.
What about just restoring substantia nigra in PD patients ?
I think they feed each other as the US/UK wouldn’t allow for serious sanction of a major US company unless political conditions get much worse.
I usually ask what's your strongest language; then ask questions about that programming language.
f.e. if it is python:

> how would you explain the with statement to a junior developer ?
then increasingly difficult questions that go into the language runtime/concepts.

one other favourite question of mine is:

> Imagine, you got a standard website the serves data from a database. When a customer types in the url into the browser bar what needs to happen until the customer see the website.

> Go as deep as you can in the answering the question.

When you got an answer, you'll see frontend engineers explain more about the browser, while backend engineers talk more about the backend.

There was one very senior engineer, that actually talked about the ethernet layer, he talked for more than 15min. Most medior engineers are done in 5mins. ;)