skysight-inc/HackerNews huggingface dataset:
Other programming languages also have sigils, such as LLVM, etc.

I think that it does not make it less readable.

In some programming languages they will be used to avoid clashes with reserved words, which I think is a good idea.

Some programming languages (such as BASIC) have suffix sigils to indicate data type; some (such as OAA) have both prefix and suffix sigils.

Some programming language may allow multiple sigils together in some cases (e.g. Raku and Free Hero Mesh) (in Raku they called the secondary sigils as "twigils").

The meaning seems to vary depending on programming languages; some are used for similar purposes and sometimes they are used for different purposes.

In Perl, the sigil can indicate scalar vs array (but not numbers vs strings), and in BASIC it can indicate numbers vs strings (but not scalar vs array, which is differently).
The Fed is giving themselves 3 years to lower the balance sheet by $3 trillion, down from $8.9 trillion.

I have no faith that there will be 3 consecutive years of data for them not to change course and balloon that balance sheet right on up.

Its an interesting start, they just have so much to do! Fortunately this is a bit of a word game for them, as their balance sheet consists of assets that mature and otherwise self-delete eventually (and dollars the Federal Receives receives as principle or interest is deleted, instead of pooling or recirculating in the economy). So they are selling $95bn of those per month, and also letting the clock run out on others, while the price/valuation declines on all if they flood the market with stuff they've been holding, all while not buying any more. so maybe they really can get the value of their balance sheet down, without exactly crashing the market but still somewhat risking flooding it. A 10% decline (in those particular markets, bonds) reduces their balance sheet by nearly $1 trillion by itself.
Boeing Confirms Joining Forces with Disney to Build Flying X-Wings
For what it's worth, while on any single contract you might get bad behavior from a contractor, their reputation will matter when they go for a recompete or bid on a new contract vehicle.

Not all contracts are automatically won by the lowest-cost bidder. Yes, it allows corruption on the part of the person doing the hiring, but it's better than the alternative.
well I did that and it still look shitty compared to my Fedora.
Thank you for the explanation, that makes it clear!
Was told if you interview with the FBI, the interview starts the moment you go through the door.

And be careful what you say at the bar.
> Vue is like 10x better imo

That's very much here and there, and ridiculous. Vue offers an interface that is extremely heavily transpiled and modified before it actually resembles code that can run on the browser, and uses an entirely magic (read: opaque) rendering system, making performance analysis quite difficult. React offers a thin layer on top of JavaScript - look up what JSX actually does if you feel the need to contest this - and offers clear semantics on how a component will evolve over its lifecycle. Plus the TypeScript integration is way better.

So now back to your point: what are you criticizing about React? That you want the batteries included? That you think the vDOM is too heavy? If you're praising vue, I can't imagine you have a single legit criticism

> too many folks' livelihoods is directly tied to React for a serious critique of the monstrosity it turned into

If other libraries were actually as good, they would take over developer mindshare. They're too thick and with too much magic you can't control, React is on the exact opposite end of that spectrum with being thin and unopinionated outside of its core semantics. Which is the right end to be on, and the reason it is winning the developer mindshare war. Not because of sunk cost fallacy.
Absolutely insane thread. And any speculation is extremely premature and dangerous at this point. But, hey, whatever gets you that "social engagement," right? Can't believe Mr. Chamberlain is a lawyer; I'd fire him on the spot.

I am a bit surprised that Justice Bryer's clerk is allowed to have a LinkedIn, though. An old classmate of mine clerked for a justice on the Supreme Court of California, and they had to disable all their social media by policy.
You are saying most people don't know what η in that context means (=people who likely haven't read a book or a paper on stochastic gradient, and don't know how it actually works), but they would somehow magically figure out what it actually does if we call it "learning_rate" in ASCII letters. How does that work?

FYI, the documentation of the function https://fluxml.ai/Flux.jl/stable/training/optimisers/ explicitly says it is learning rate:

> Learning rate (η): Amount by which gradients are discounted before updating the weights.

so this is already explicit to anyone who reads the documentation. The quibble in the post is about the named parameter.
Thinking out-loud also prevents candidates from going completely off the rails. Maybe they missed an important detail or are solving a different problem than what the interviewer intended. These things happen, better to catch them early in the interview.
I do love Seiko watches. That's probably a little steep for me but I'll have a look!
Not if you can compress your thinking it into something short. Good code interviews test communication skills too.
Really? I have more than 1000k files and I have never faced issues for more than 7 years.
And they are. We already know who committed the genocide in Bucha and Mariupol - it’s not just Ukrainian propaganda.
You can just share a document with small differences to suspected moles. You don't jsv to even change the text, typo or comma here and there sufficient.
Football (soccer) coaches have used the tactic to identify who from their own team leaks stuff to the press etc, it's s very old tactic.
They wouldn't have a reason rip themselves off, but the decision-makers may not be well-incentivized to control cost (or might be incentivized to make "safe" choices over "smart" ones).

I have wondered if we could ~endow government agencies in a way that would let them fail, and do the same to spin up ~internal competitors when we feel like turning up competition/innovation.

But it's not something I have gamed out enough steps to feel confident about...
Your initial question seemed kind of snarky, so I wasn't sure how else to respond.
Thanks but I am contracting now since the beginning of the year.

C for a long time but then SAP ABAP when the company implemented it 11 years back. After the layoff I picked up JS/Python and doing that now.
> Haskell's effectful operations are functions.

No, they aren't.

> Oh sure, not in the mathematical sense unless you model them as functions from World -> World.

Also, not in the syntactical sense.

They are “functions” in that “in certain other programming languages, the closest thing to something filling the same role are called ’functions’.”

But it's rather important to the way Haskell works that they are a different thing that operate at a logically different time, than functions.

> Sigh, yes, the compiled program is constant, but you know what I meant

Yes, you meant reduction, not compilation, and you meant non-function, not just constant, but Haskell programs do reduce to non-function constants.
AJAX was originally about speed, but as soon as it changed from fetching and injecting HTML fragments, to fetching data (usually JSON) and performing a bunch of transformations and interpretations of it before finally modifying the DOM, it's been in practice slow as hell compared with traditional server-side rendering.
Ask HN: Why is keybase.io still up?
What purpose does it serve these days?
AFAIK it's closed source, it's a perpetual license for $10. You can run it on 5 servers and it offers unlimited updates. I was wary initially but it's a solid, very well made and reliable product.

Surprising how much functionality and configurability it offers via a Web UI and it's all written by one person. They did a Q&A last year to discuss the product:

https://www.youtube.com/watch?v=ThigYganx1Y
Traditionally they made it ungameable by making it completely opaque to the point where you have no input on promotions and they may not even tell you there is something called promotions.
I don't understand. What do you mean by "learning curve to develop" an existing Python library?
Well how does one become part of management?
Mortality in Cyprus Over the Period 2016-2021
Sure, but any new format is going to have the same problems. I think you're right that implementation complexity needs to be considered, but it's not like Word or Excel files or something where you need to replicate bug for bug a format accreted over decades.

Parquet isn't trivial to parse / write but that's probably good imo. CSV is really easy to write, and... that just means everybody does it slightly differently. Being somewhat difficult to interact with encourages people to use a library to centralize a bit, but it's not so complex that someone motivated couldn't write a new implementation in a reasonable amount of time.
Just wait until people figure out that group composition can also affect whether people appear to be assholes, apathetic, etc. The wrong grouping will give even the most otherwise-perfect wallpower the permission and impetus to speak up and completely torch their opportunity.

On top of that, one evaluator in the right/wrong evaluation group can change the very definition of asshole on the spot and get group buy-in, given specific group composition.

To me a big part of the issue is that it's one test for one property, in one group configuration, by one evaluation group configuration...one might say it's _singularly_ disappointing to hear about that aspect.

One would hope a technology company could see the value in more scientific testing principles at least at a basic level? Hope my straw goggles are on, showing me straw-structures in straw-corporations.
It does if you're not paying for it. There are plenty of companies that will gladly handle the packaging, assure all the interdependencies work well together, and even support the effort. They also do release management, ensuring that everything is on the most recent version that all works together. That has a cost. You can either pay someone to handle that work for you (smart - you and many other companies are sharing that cost) or you can do that work yourself (not so smart - now you shoulder all the costs).

Just as an example, consider Hadoop and its ecosystem. Another example is Elasticsearch. There's work involved in making these platforms production-ready and keeping them and their dependencies up-to-date and ensuring all your applications in your portfolio are using the same set of software. Most organizations are not prepared to take that on. So they turn to a vendor who will do it for them for much cheaper than they could do it themselves.

That's why the saying is "free as in freedom, not free as in beer" because open source software is not free as in beer. At least not when factoring in the total costs.
How did the company track productivity? Why did the one get rated as doing great?
Cameo lays off close to 90, including senior executives
> they consider beneath them

It's this kind of inference that doesn't belong on a hiring committee; you likely don't have enough data to support this kind of conclusion about a person. The parent comment made a similar assumption about racial animus. I just don't think spying or eavesdropping is an effective way to evaluate a candidate.
Curious - is there a reason to use Perl (Wall's latest version, 5 or whatever) in 2022 if one has no familiarity with the language? What would be the major advantage of using Perl over its closest analogues, some bastardization of Bash and Python?
Interesting, was it refractory depression that resisted other treatments, or did DXM simply seem the least bad option?
Redux is the only thing (sort of) from the React ecosystem that I'd save from a fire. But mine seems to be a minority opinion.
It’s bipartisan
Most of mine are already listed.

I get a hell of a lot of utility out of ansible scripts to deploy LXCs/VM though. Faster than spinning up something in cloud. Zero cost and locally accesible.

Gitlab CI has also proven to be a neat thing for various digital glue and deployments
Yeah - my impression is that Column is depth-first for the US banking system, whereas Stripe is breadth-first for multiple markets
"Stripe hiring issues make some lose job offers"

https://news.ycombinator.com/item?id=29403976

I think I was confused, and I apologize. There was some prior drama with the Bolt founder claiming Stripe was colluding against them.

It seems an error on my part, an honest one but still incorrect. Sorry, again.
Now that Disney owns Lucasfilm, I assume they would go with Coca-Cola for Star Wars tie-ins. Clever of Pepsi to maintain this legacy of partnerships past.
Lidarr
I don't want to get in a whole Vue vs. React thing here, and I'm no megafan of Vue, either, but I just think it's a lot better designed than React. In fact, I mostly still use React because, hey, just about everyone knows it.

> If other libraries were actually as good, they would take over developer mindshare

This is incredibly naive. React's sole success relies on Facebook heavily pushing it in the conference circuit. "How React Saved my Life" was the go-to talk title in the 2010s.
Comments moved to https://news.ycombinator.com/item?id=31261533.
Do you mean because of the coffee? I drink several cups of strong black coffee on an empty stomach every day and I've never had any problems whatsoever.
Maybe not Von Neumann at google, but how about Feynman at Microsoft?

https://sellsbrothers.com/12395
The Universes of Max Tegmark
It's funny, the way we used to do coding interviews was to systematically ramp up the difficulty of the problem until the candidate struggled.

The reasoning was that with easy problems, a lot of candidates could just write the solution on the whiteboard. You don't learn much about a candidate that way. But if you give them a problem they have to think about, and ask them to think out loud, you learn what problem-solving techniques they have at their disposal. Do they break down the input set into different cases, do they solve an easier version of the problem first, etc. If their code has a bug, can they pick an input that triggers the bug and walk through it step by step. We did hear "in real life I would probably need to get help with this" sometimes, and we counted that as a positive: the candidates shows self-awareness and resourcefulness.

And most importantly, do they turn into an asshole when they don't know the answer? We saw this surprisingly often. Some people got angry and directed it towards us. Some people tried to bluff us into thinking that their solution was correct. Nobody ever walked out on us, but I've heard of that happening.

All we wanted was to screen out people who turn into assholes when they don't have all the answers, and to give bonus points to people who had strategies for attacking a problem that was too hard to solve in their head in two minutes. Sheer cleverness was not high up on our requirements list (we needed a certain number of people who were clever at algorithms and such, but we didn't need everybody to be like that) so candidates that got stuck on a weaker version of the problem but attacked it with grace and resourcefulness often came out as more desirable than candidates that got to a harder version but responded badly when they struggled.

I wish we could still interview people like that.
Great. Where can I find this data?
Jobs was always an asshole, but early in their careers people seem to say that Musk and Bezos were reasonable team players.
> He does it "the right way™". Use the platform. Don't use any framework or generic library.

Hard disagree. "Use What's Right For You™".

Of course there is value in understanding the platform beneath your framework or generic library, but that's just an extension of "understand what you're using and why".
I would kindly refer anyone interested -- to the works of Raymond Russel that really started the whole thing. Also, I would recommend the book of Foucault dedicated to his work (only one of this kind in his oeuvre), called Death and The Labyrinth (in English translation).
Whats's Gandi please?
I also found limited studies about it helping alcohol withdrawal, but they seemed very small, unblinded, and inconclusive.
Fun fact -- I have UHC, and noticed that one of the domains in the redirect party as soon as you login is Adobe ....
> Would the candidate assert himself and demand that his order be corrected? Or would he roll along and adapt to the new situation?

This is a false dichotomy, not to mention plenty of people who _are_ abrasive and rude to service workers would probably have the smarts to not do so in that situation... Kindly mentioning that the order was wrong (especially in the case of an allergy/health issue) shouldn't be seen as assertive or demanding and I hope that's not what they were implying!
Mechanical watch nerd here. This describe an ETA (swiss) movement, I really prefer the Japanese movement (I know mostly seikos). The mechanism are more simple and more robust.
For instance, on ETA the crown mechanism is really sensitive, a lot of tiny fragile parts with a lot of tension in them, it go wrong easily.

Also, seeing this web page I got frustrated by the fact it doesn't tackle what got me the hardest time: how can the crown move the hands without any clutch mechanism (some have) ?
It's a matter of friction and torque, so it's hard to get while reasoning on a "perfect" mechanism.
Simon Sinek explains this well here

https://youtu.be/kJdXjtSnZTI
> - You don't need integration with something like Storybook or Workspaces to develop and test components in isolation.

You never needed this. Those things are pure bloat. If you're building React components... build a static CRA app out of those components. Voila, you have real-world React examples, no Storybook garbage creeping in, no 3minute compile times just to find you didn't configure their stupid webpack setup to actually catch your TS errors, just the literal environment you'll use them in perfectly ready to go

Otherwise, I don't strongly disagree, I think that this point is the real key to all these non-framework libraries though:

> - You don't have the expertise/willingness/requirements to implement advanced and/or bespoke interactive UI features AKA your UI is KISS. (Like the ones mentioned in the article.)

I can promise you people like optimistic app behavior when you write it well. And that's not possible with backend rendering.
If the speed limits are too low in places, they should be raised.

But many times my life has been endangered by a speeding car. There is always a trade off between too much policing and too little policing. I think that speeding has been tolerated for far too long. I think the world will be a better place if a scalable technical solution is implemented.
I strongly disagree that this is "the right way". I think that the platform provides low level primitives that are _designed_ to have abstractions built upon them.

Doing it like this has the potential to be the most performant, but it does so in the same way as writing your programs directly in assembly is potentially performant.

I also don't think that the source code is particularly readable for me, and contains lots of magic numbers and very imperative code. I would personally find it a lot more readable if it was written in some sort of declarative way using a library, even if I have to look at a GitHub repo instead of view source.
I interviewed with Google once around the same time frame.

The position I interviewed for was something along the lines of datacenter operations. I did my interview from a local Google sales office and interviewed with three other employees via video call. This was around the time that Skype was fairly new, but whatever software they were using was clearly internal to Google.

Anyway, I ended up talking with 3 engineers. The first one asked me about stuff on my resume, my Linux experience, some hardware, software, and network questions, etc. He seemed pretty nice and I thought that session went well.

The second guy was a different story. It started off well enough but then he asked me how I would go about repairing a server that wouldn't boot. I asked him a few preliminary questions (does it have power, did anyone touch it recently, does it POST, etc) and then talked about which components I would swap out and in what order and why. After every piece of hardware, he would say, "it still doesn't boot, what do you do next?" I ran out of hardware to think of swapping and he eventually got visibly annoyed and began to lecture me on the troubleshooting process. Now, I was young but I wasn't green and probably got flustered and defensive in response. I'm certain that cost me the job or at least my chances of advancing to the next round of interviews.

The next guy I talked to noticed my military record and only wanted to talk about airplanes and helicopters. I humored him while attempting to steer the conversation back to the position but he wasn't having it. I'm sure he knew the previous guy gave me a strike against and was just killing time.

A few days later I got an email from Google saying that they had passed on me. Which as it turns out was probably a good thing because A) Google turned into a much different company in the years following that, and B) they never actually built the datacenter that I would have worked in anyway.
That's awesome, and, yes, that's what i wondered; personally i couldn't, presumably different from person to person.

Thanks.
QA/acceptance requirements. But you are right that this game is hard to play.
Some people think that if they look down hard enough at someone else, they can lift themselves up. Especially if that 'someone else' is someone clearly high-status by an agreed standard (which 'senior software engineer at Google' undoubtedly is, on this forum, no matter what we tell ourselves).

So the GP comes on here, sharing a perfectly nice and candid opinion, and our friend sees the chance of a lifetime ("terrible manager", "would never work under you", "management isn't for everyone", "find a higher-quality organisation", etc). Simples.
I was running Wireguard exactly as you describe, but I'm now using Tailscale because convenience.
True, he can't control but that's federal law enforcement 101 - "get the suspect to lie to you".
Depends what you mean by great, but there were a number of phones with 2-3mp cameras, more than sufficient for a whiteboard.

And regardless it was an interview structured with a whiteboard, cameras (digital or not) had been things for a while, the company could gave provided one.
> Where is the limit?

You lose roughly ~0.75 lbs of body fat at normal fasting levels assuming a reasonably active regular sized person. So how ever many days worth of body fat you would like to gain and lose regularly. You would have to eat back the same amount and probably wouldn't want to gorge yourself too much. A reasonable practical limit might be 5 days.

All of that assumes that you want to maintain a set weight. So the real limit is how much you want to eat in a single sitting. Take those calories and average them across as many days as needed to maintain weight.
I mean, whether the goal is to keep other people down or just to retain the feeling of having worked hard to climb in the social hierarchy, the end result is the same, no?

I think it's kind of sad that this is such a common response, whether it be in this case or in the case of people who paid for college being upset that college may become free for the next generation.

Definitely one of humanity's flaws, we shouldn't so eagerly defend that others must suffer for us to feel exceptional, but I take your point that it's a part of our psychology nonetheless and probably a factor in why real change on reducing the divide between the rich and the poor is so rare to see.