skysight-inc/HackerNews huggingface dataset:
Women being promoted less has nothing to do with being under-promoted on purpose but more to do with women not asking enough for promotions and also willing to give credit to others instead of taking the credit themselves. And this is also not just true about women, it's also true for men who are shy or scared of speaking up for promotion. This applies to first generation immigrants too - often because they might be too self conscious of speaking up.

Companies don't simply give away promotions easily - you have to ask for it and also show why you deserve it. Otherwise whoever speaks up the most and is willing to ask for it gets it.

One thing I learnt at one of my work places from one of the senior managers was how to climb up the ladder. He said the most important thing is to keep a folder on your computer/email where you forward all customer emails who thank you for the outstanding job you did or coworker feedback on how helpful you are or team leader feedback on how awesome you have been. It's very similar to resume except this is the resume for climbing up the ladder at your existing work place. And ask for promotion as soon as you think you deserve it. Also be humble but don't be a door mat where you give away the credit of your work to someone else. Take credit yourself. I did these for many years and always climbed up. I also improved my english and got more confident at speaking up (I am a South Asian immigrant and could barely speak english when I first arrived).

Jordan Peterson's advice has helped me tremendously too:

https://www.youtube.com/watch?v=2HqvbdOWpc8

https://www.youtube.com/watch?v=_6UKSLH8-ao
This is amazing !! thank you for creating it
Bloody Well Pay Them: the Case for Voluntary Remunerated Plasma Collection [pdf]
Thanks! I’ll look into the Tempest. Always wanted a home weather station since I was a kid.
Would you be so kind and further explain what Beaker is?
Thank you. Yes, that makes sense. That was what got me confused.
To be fair, Swift have a bit strange generics implementation that forces programmer to jumps through hoops to achieve something quite common in similar programming languages. The whole standard library is peppered with AnyThis and AnyThat, the language doesn't have generators (yield) and I'm not sure they're possible with the current generics design and programmers needs to learn what is type erasure just because the core team decided that returning generic interface from a function is something nobody will want.

I like Swift a lot, for many reasons, but generics design isn't one of these reasons.
Their team seems to have shrunk significantly since I last looked, at which point it had shrunk significantly since i interviewed there. I'm not sure they are doing too well.
Can we please change the title? I was really afraid that AWS might have lost it and called the new file system "new", which must be the least practical name for anything from an SEO standpoint.
I think the issue is that you can't sell in-app content. So you can sell a subscription but if you sell a 'book' or 'podcast' in-app it has to use their in-app purchasing API which can take up to 30%.
Protocol just updated their story with this paragraph:

>Apple told me that its actual mistake was approving the app in the first place, when it didn't conform to its guidelines. Apple allows these kinds of client apps — where you can't sign up, only sign in — for business services but not consumer products. That's why Basecamp, which companies typically pay for, is allowed on the App Store when Hey, which users pay for, isn't. Anyone who purchased Hey from elsewhere could access it on iOS as usual, the company said, but the app must have a way for users to sign up and pay through Apple's infrastructure. That's how Apple supports and pays for its work on the platform.

https://www.protocol.com/hey-email-app-store-rejection
You're right; the inflation makes the limits extremely volatile and mostly useless.
Just did a little 1-day hackathon project where we built out a video presentation automation tool. One of those components would compile together a series of photos, video, and audio clips (with optional text to go with it for subtitle generation) and it would build everything out. The final command would look insane, there being a line for each added clip and any spacing between them, but it worked perfectly.
SF DA sues DoorDash for classifying delivery workers as independent contractors
> Similar but lesser feelings for the A220, sold by Bombardier for $1 to Airbus because Boeing lobbied for a 219.63% tariff on it.

It's arguably worst. The Avro was a cool paper project (it is ultimately unknown if it could even achieve the projected performance since no flights were performed anywhere close to the claimed speeds), while the A220 was a complete airliner project with a production line. The Avro didn't serve any purpose, it was rendered obsolete by ICBMs and 50's soviet technology, while the A220 has $52 billion dollars worth of orders as of 2020.

While there was very little the Canadian government could do to save the Arrow, other than maybe building it as a training aircraft, it was 100% possible for the Government to save Bombardier and the A220 program. Of course, the company being headquartered in Quebec made it politically impossible.
I haven't noticed that issue on Proxmox (been using zfs with it for approx. 6 months). Currently on zfs 0.8.4 (and I've done that previously).

Are you using a distro supplied zfs (potentially old) or rolling something more bleeding edge?
I agree that picking compression specifically was misleading.

> The GP is wrong; it's not because molecules are closer or further apart, it's because we have introduced potential energy into the spring.

The structure of the electron orbitals leads to a preferred bond length. So, pushing them closer or farther apart from that preferred bond length introduces potential energy into the spring. Its just that either direction is "up" the potential energy well.
The article says inflation is currently between 2000 and 3000% a year.... you wouldn't need to leave it in the bank very long for it to become mostly worthless
> That alone eliminates something like 95% of workplaces.

Not currently, as people also operate at least two meters away from people.
This is what shocks me the most about this whole thing. You should ask your clients to introduce themselves and their roles so that you can better communicate and work with them, no matter if they're all the same ethnicity, or completely diverse or anywhere in between.
> savings account for 1 full year.

This is just a roundabout way of saying that the only way to not lose value is if you spend bolivars immediately.

Even if the exchange rate is stable for "around 2 months", this does not mean that the currency is keeping its purchasing power. It just means that the central bank has successfully managed to keep the currency peg for this period.
DO has supported FreeBSD for years now.
That design used X-FAB proprietary digital standard cells, I/O cells, analog IP, and SRAM.

Basically, they used XFAB to do the detailed design and extraction of the blocks. And then they assembled the blocks via place and route.

They also didn't push the technology very hard so they could get away with simple static timing analysis. 100MHz in 180nm for a really simple RISC is ridiculously slow--PowerPC chips were 100MHz+ in 500nm.

You will note that for EMIR drop--nothing. For signal integrity--nothing. Extraction and DRC is Magic--that's ... laughable is being nice.

Don't get me wrong, this is a great achievement. Pulling all these pieces together is really difficult.

However, we have been able to do this much for almost a decade+ now. I remember a different European initiative that did similar projects. The difference was that it tried to go after the analog blocks, as well. It failed for lack of accurate extraction.

The whole movement flounders on DRC and extraction. Without those, you cannot do the detailed design and analysis to build the fundamental blocks that you need to make interesting chips.
You can "enclose paths in quotes" and then you don't need to escape the spaces.
Yeah, I was going to mention the Kh-20 (similar period, 240-370 mi range) - the Kh-22 was used (AIUI) in an anti-shipping role so probably wouldn't have been used in a scenario where it would be intercepted by an Arrow.
I've found EFS enticing in theory but painfully slow and riddled with issues in practice. In the past I've tried it thinking "it's basically an EBS volume I can mount on > 1 EC2 instance," only to find terrible read performance and misc. low-level NFS errors.
Yeah the whole story didn't make sense, it really would have been an unprecedented act from Google and I don't see them setting that precedent. Ironically, it shows how NBC... lied to us? The joke kind of writes itself at this point.
I would have never even guessed Hayes is black. He looks Middle Eastern to me. He doesn't look like a CEO in these pictures: a constantly worried facial expression sends the wrong message IMO. Givens does project calm confidence, and therefore looks like a boss. I think his experience is more illustrative of the problem here.
There is always the risk that such a website is, or could become, malicious and save generated numbers for future attacks; or, it could suffer from a hardware, software, or environmental issue that reduces entropy. While I would not fully trust a website-generated random number for anything important; you can XOR a number from a website such as www.random.org with a number from your system's PRNG so that you don't have to fully trust either. Even better, you can XOR again with some dice-generated numbers, your own custom PRNGs, or whatever else you can think of. That way, as long as at least one subset of your sources has sufficient entropy, you are safe.
It has 52 billion dollars worth of orders right now, interestingly.
A hacking unit is offensive. It's like saying, "america's elite nuclear force failed to stop an ICBM". Blowing up things (attack) is a different ballgame than defenfing things. Think of it this way if you are a hacker devoting 40hrs a week carefully studying and planning to infiltrate a network, you will succeed. APT actors have entire groups of teams dedicated to infiltrating one target at a time. Getting in is feasible, persisting,lateral movement and exfiltration without getting caught is very difficult but even commercial tools like cobaltstrike are built to allow different teams to focus on different stages of a hack.
>Apple allows these kinds of client apps — where you can't sign up, only sign in — for business services but not consumer products.

How does Netflix work on iOS again?
U.S. bank profits plunge 70% on coronavirus loss provisioning
He is the author of bcc, as86 and ld86.

Write K&R C and compile to 16-bit for 8086 or 3086.

https://github.com/lkundrak/dev86

In the early days of Linux, bcc was used in building the kernel.

bcc used to be required for ELKS.

bcc is still used today, e.g., in compiling VirtualBox.

http://web.archive.org/web/20200427081559/https://www.virtua...
Not a 100% fit, but we have:
https://en.m.wikipedia.org/wiki/Cargo_cult_programming

> a style of computer programming characterized by the _ritual_ inclusion of code or program structures that serve no real purpose.
> But those GCs also don't guarantee all garbage has been collected, nor how much processing time you'll get before they run again. So op could still end up stuck with their code barely executing, due to memory and CPU pressure, and throughput/latency drops to zilch.

You could malloc() and free() so much that the code doesn't have time to do anything too. And these operations aren't bounded in time either. Just using C doesn't save you from memory allocation, its just done manually instead of automatic. In every system I've worked on you won't have this kind of GC pressure unless you do something profoundly bad

> The vast majority of shops" is an interesting metric given the vast majority had to pick a language before Rust existed.

true
> Incompetency as far as specifications go

Building complex software is a learning process, and you'll find that what was specified wasn't practical, you'll find better ways to do things, etc.
I agree that it will be an arms race between AI researchers in competing militaries between ease of getting around defenses and making attacks ineffective.

Of course any country not in on it will be far, far, far, far behind. The idea of a drone swarm based air force going up against a less capable foe seems overwhelmingly superior. I'm sure there will be a give and take as people figure out how to disrupt them better, but I also have no reason to think there won't be ways to compensate for a countermeasure after it's understood.

Or we could just, I dunno, stop having so many wars... but I'm kind of at the point where it's obvious enough that every major world power is working on it that I'm not sure what else the US can do.

Not building $1B fighters seems like a good decision all around if there's any other way... that just seems stupid, no offense intended to anyone working on it but it just seems unreasonable on the face of it if you can make hundreds of unmanned drones instead (or pay teachers more of course...).
I am not convinced about the argument the authors try to make about Silicon Valley, and VCs'. I also see cherry-picking of data to make the point ("...0.4% of people who received venture capital were Black..."), okay so how many Black people applied? How many other races? How many white? Etc. We cannot form the full picture since other critical variables have been ommitted without providing cross-references to the study. That reduces credibility of the article.

As for where should a VC invest, I think it is his/her decision alone, and nobody else has any say that. Including the article's author.
What are you saying "No" to? This article says it may have been from the 80s?
> inside a text editor with live reload

this one

> Even doing basic things [...] requires lots of StackOverflow digging

It's mostly a matter of getting used to it. If you do it by hand, you tend to better understand the building blocks and it gets easier to compose them into whatever you want. Same as any language or framework, really

> Should I give up and just buy templates?

Give up, no. Buy templates, why not. They're usually fairly cheap and if it saves you hours of coding, that's fair enough (I'm food with frontend and I buy templates sometimes). But if it's a skill you need, it's probably a better investment to hone it than to work around it
I did my last small project with vanilla js and the ugliness of the native APIs reminded my how lovely jQuery is.

Do the maths - if the file size isn't a problem then go for it. Life's too short to be the victim of fashion.
Agree, for the last couple of years Geany has been my primary dev environment on Linux after migrating off Windows and Notepad++, and I'm super productive on it, very stable and fast.
Used FreeBSD on Vultr for nearly 5 years at this point.

It works, they used to have issues with DHCP services, but that would have been linux too. It seems to be resolved now.
> the app must have a way for users to sign up and pay through Apple's infrastructure.

Fastmail offers no such options.
I'm in the same boat but several years younger. I'm witnessing how I throw my life away and there's nothing I can do.

Nothing works.
We also have an app in the App Store that can only be used if you have already bought our very expensive service.
> Statistical knowledge isn't present in the vast majority of these folks.

This seems like a key moment to... cite data? Since you are broadly making pseudo-mathy sounding claims while complaining that others aren't as mathematically/statistically/factually rigorous as 'people on HN'.
They both came on the scene at the same time, aiming for similar (though not exactly the same) markets, with Go aiming for something between a "better C" and "statically-compiled Python" and Rust a straight-up "better/safer C++". There's enough overlap between those two markets that it's natural for people to want to compare the two languages and how they've evolved over time.
Netflix counts as a "Reader" app.

>>3.1.3(a) “Reader” Apps: Apps may allow a user to access previously purchased content or content subscriptions (specifically: magazines, newspapers, books, audio, music, video, access to professional databases, VoIP, cloud storage, and approved services such as classroom management apps), provided that you agree not to directly or indirectly target iOS users to use a purchasing method other than in-app purchase, and your general communications about other purchasing methods are not designed to discourage use of in-app purchase.

https://developer.apple.com/app-store/review/guidelines/
Merged both of your other PRs in wolfgang - really appreciate the contributions.

(He was kind enough to patches for improving the to the NASA page for each photo and letting the About box scroll so you could read it!)

Cheers!
These days, with AAC being supported pretty much everywhere you're probably better off just using the " -f 140" option to get the 128kbps m4a file, which at least saves the further (albeit subtle) degradation caused by another lossy to lossy transcode.
I'm surprised/disappointed they didn't embrace CSS grids. I've found them to be so much better to work with than Bootstrap grids
> Why would the person on the victim end of this feel humiliated?

Why wouldn't they? Being unfavorably stereotyped is almost universally frustrating and humiliating, regardless of any systemic concerns about racism and the like.

Wrt. the case mentioned by parent, it seems clear to me that the person involved should definitely apologize for their social faux pas and mistaken assumptions-- and that seeing them refuse to address the issue for fear of being regarded as racist or whatever would only result in even more frustration.
> Is there something specific about software that means tenured projects become less and less useful/maintainable/understandable over time?

Complexity. Understanding a legacy codebase is pretty much a small-scale research project. You need to gain domain knowledge, become familiar with the team, get acquainted with the codebase and its history, before you'll be able to reliably tell bad code from clever solutions to tough problems. The longer a codebase is developed, the more is there to learn and retain in your head. It very quickly becomes just too much, which means onboarding people takes a lot of time, and day-to-day development also involves being extra careful, or creating obscure bugs - both of which make the project take longer.

> They say the way to get ahead at Google is to build a new successful product. Is that the same thing we're doing? It's easier to get ahead by building a new Z framework than to become a core committer on X framework from 10 years ago?

Yes and no. Not every one of us plays the office politics. Some of us code because we like it. The yardstick then is one of personal growth, the ability to comprehend and build increasingly complex, powerful and beautiful systems, or automate mundane things faster and faster.

But, regardless of the "core drives", one thing is true: building a system from scratch is a much faster way to learn about the problem domain than trying to understand someone else's system and maybe contributing a patch somewhere. We learn by doing. That's why there's so many half-baked libraries for everything out there. Yes, there is ego involved - particularly for people who go out of their way to make their half-baked libraries seem production ready - but a big part of the picture is still that programmers learn by writing code and building systems.

(The difference from most other professions is that people there can build stuff xor share stuff - not both at the same time.)
Instead of a spectrum, I think of it more qualitatively. Rust says that lifetime is a fundamental, necessary part of an API's design. To call an API, you have to think about the ownership of what you send to it and what you receive.

C also makes you think about ownership in your API design, it's just the language doesn't give you any real tools to express or enforce it. C++ gives you a bunch of tools and options, but you have to hope that you and the API you want to use agreed on which subset of the tools to use.

Garbage collected languages specifically take memory management out of the API design by declaring that the runtime will take care of it for everyone.

If you want lifetime to be something an API can control, then I think Rust's approach makes sense even though it obviously adds complexity. If you don't, then, yes, removing it from the equation definitely lowers the API design burden.

In many ways its analogous to having language support for strings. In C/C++, you gotta hope that the library you're using has the same approach to strings that you want (std::string? char*, wchar_t?, something else?). In newer languages, it's just a given. (For better or worse: because then you end up stuck with UTF-16 in some languages.)
I suspect that's an oversight by the App Review team.
Yeah, in USD. Huge opportunity being missed here.
No. A VC is expected to be wrong most of the time. They can be right only once and be an excellent VC. A VC should not have a difficult time owning up to a mistake under normal circumstances. In this case, they should be able to apologize, move on, and be extra attentive during the presentation to try to make up for the wrong.
> a) It's not a large part of the user base who switches off telemetry and they have the telemetry to know that

So you're claiming that it is typical for software with telemetry support to ignore your choice and still send telemetry about you turning off telemetry? That sounds wrong, but I cannot say I investigated this deeply.

> b) for being "not a good idea", it's pretty much industry standard now for everything from business software to video games.

As I understood the discussion, we were in fact discussing whether this is a good idea and whether it makes sense, so I think it's fair game to comment on it. As for it being an industry standard, that sounds like an overgeneralization. It is certainly not typical of software I use.
> Blacks that believe in widespread racism will be less likely to go to university and get a job.

> Blacks that believe cops are out to kill them will be more likely to resist arrest and get killed.

Do you have any evidence for these assertions? I would be surprised if so, particularly with respect to the second, since police killings are notoriously difficult to gather data on, but I would certainly be interested to hear it.
I'm pretty sure you can sign up or sign in on the Netflix app.
Is it possible that when put in unfamiliar situations, people will by default direct themselves toward others who are most like themselves?

A hypothetical: Reverse all the races in the VC/CEO situation. Who would the black VC assume was the CEO?

Repeat the experiment with whichever combination of race/sex you like.
Show HN: Simple Tasks via Link
gorrosion!
The government most probably doesn't allow it, but I'm just guessing.
Robert Mcnamara made a similar point about Concorde - but that wasn't cancelled. A vast amount of talent and capital was effectively lost on it. The point that Mcnamara didn't ever make though was that a great deal of Concorde's troubles can be pinned on the oil crisis.

There is a lot of randomness and counter factuals to be considered in these stories.
The idea that the most likely location for communicating with extraterrestrial life would be undetectable is comforting.
> each prop has to rotate

Pedant.
This is laughable! Our whole system is disconnected from justice and always has been. We don’t have a justice system. We have a legal system.
This doesn't explain the obsession with Rust.

Fitting analogy: If there's an article about McDonald's, people would always talk about Wendy's instead. No one would mention BurgerKing (C++), Subway (D), KFC, ...