skysight-inc/HackerNews huggingface dataset:
IANAL But transcriptions of calls don't GENERALLY run into the multi-party consent state laws, because the concept of a non-human listening/transcribing a call didn't exist when most of those laws were created. So if the service doesn't keep a copy of the recording (they just transcribe on the fly), then it's probably legal.

That being said, most services do announce themselves in someway to cover the legal grey areas. Plus it's the right thing to do ethically.
Ethics have a cultural and temporal context: if you believe strongly enough in the expansionary imperative of humanity, you would gift the generational ship's inhabitants with a suitable religion.
OSB is fine with a proper WRB, vapor control and venting. Things like rainscreen/strapping under siding and roofing go a long way of letting your house dry out when water gets in.
we find mamba solves deps solving for conda (we fail to do GPU dependencies without it), and I think it's getting integrated

my main thing w/ conda is it's bananas figuring out how to make a new recipe, which is pretty surprising
Nice writeup.

re: ""All these paragraphs might seem like I use Common Lisp as my daily driver. But because the people around me rely on Python, and because Python has vastly more libraries that Common Lisp, I am stuck with Python. However, sometimes, I also rely on py4cl/2 to use python libraries in Common Lisp in cases where performance is not a concern.""

I am in the same position. I am right now working for a 95% Common Lisp shop, but very often in the last 7 or 8 years using Python is close to mandatory when working with deep neural networks, graph neural networks, etc.
Yeah, but it's only speaking to a small subset of the lucky folks who can do that.
HN Libertarians: The Marketplace of Ideas is essential to discourse

HN Libertarians when the free market acts: No, not like that!
They stipulated non-embedded use cases for it --- really, their subtext is "show me places that use SQLite where ordinarily people would use an n-tier architecture", which is to say, Rails, Node, or Django. I think it's obvious to everyone that SQLite gets a lot of important use behind the scenes.
> It all started with Scala which was a decent, functional Java (at the time) and then they formed a commercial organisation called "TypeSafe" around it. Then it took on VC money and then also renamed itself to "Lightbend" (for some reason). In this time, Akka which was one of the special library of Scala was also included in the Lightbend fold with many of the prominent devs.

IMO Scala still is a great functional alternative to Java. But this narrative you're laying out here is misrepresenting the reality. It's true Akka was a good way to get Scala adoption, but that stopped being the case a long time ago. Today, despite being still a bit niche, Scala has many other big Scala projects and frameworks that hold its weight.

And, by the way, the Scala 2 -> 3 migration is being wonderfully executed, as it's been designed. No other high level language at this point promises the same set of binary compatibility (even across 2.13 and Scala 3) as Scala does, e.g. it's much better than Java, Python, Rust, etc.
Playing gatekeeper is an extremely common symptom of someone with imposter syndrome on a power trip.
Usually just run your finger over it. If the letters are raised or flat, they are printed. If they are indented, they're (usually) handwritten, especially if the indentation is inconsistent.
The yield a staker receives from the protocol is composed of 2 parts *:

- Issuance

- Tips

The issuance is defined programmatically by the protocol and is dependent on the number of validators (stakers). There is a formula for it that basically scales with the square root of total amount of ETH staked. This is the part that gives ~4% nowadays. Given a number of stakers this part is guaranteed yield as it comes from new issuance. It's still subject to market dynamics in that if there are very few stakers, the yield is more interesting. If there are a lot of stakers the yield is lower.

The tips are completely market dependent and are a function of network activity and the price of ETH. When you pay a transaction you can include a tip for your transaction to be included faster. Low levels of activity lead to lower tips, high levels of activity result in higher tips. Tips are basically denominated in USD but paid in ETH, so high price of ETH leads to lower yield from tips, low price of ETH leads to higher price of ETH from tips. This part of the yield is obviously completely dynamic and subject to market forces.

With current (last 3 months) levels of activity the yield a validator can expect to experience is around ~5.5%. If network activity were to go back to Q4 2021 the yield would raise to ~25% at current prices.

*Technical note: There is a third part which is an effective yield resulting from burnt ETH and even a forth part that is outside of the protocol called MEV.
I would consider GPLv2 satisfied if someone put a link to their source in their App Store description or the app itself, even if that written offer was coming from a different party from the one distributing the source. Both parties are acting in concert with one another to make the same release, and I get what I want regardless. The only practical difference is "who do I sue if someone breaches the three-years requirement".

Judges are allowed to argue that the "equity of the license" prevails over the text in these sorts of cases. If, say, the database lawnmower company decided to sue over App Store distribution of GPL software, the judge is allowed to say "well, the developer is already complying with the offer, they're using Apple's platform to do it, and that gives you what you wanted when you put the software under GPL, which was to have modified source code remain public".

However, you could also sidestep the whole "is a link to a Git repository 'good enough'" question by bundling a source ZIP in the app itself and letting people export it to Files or whatever. That would unambiguously satisfy GPL.
How will a trusty compiler going to save you from a broken library, e.g. the npm colors package?
>> It might take a while, and it might involve weeks of code spelunking and dozens of conversations with engineers — but it is indeed possible

If it takes a while it will be out of date by the time it is complete.

A single request might directly impact a dozen separate systems, which in turn call other services. You won't be able to find anyone who knows much past the layer they directly interact with. All of these services are being worked on. Some older ones are in the process of being deprecated in favor of newer ones. Someone is already working on the design of the replacements for the newer ones. Changes are being pushed weekly if not daily. If you send a request and then send it again a minute later, it might go through a completely different set of services based on a feature toggle.

You can't step into the same river twice.
Decent Concepts in C++ (2021)
From OpenJS World 2022: Cory Doctorow
im saying things based on my experience, but if yours is different and you see high quality and effective managers being created from engineers thats cool. can i send a resume over?

> managers are selected for their potential and receive lots of support

This support im questioning. Its all on the job training. I went to business school, i actually have a business degree. I didn't leave that school feeling like i should manage or lead. The "training" is on the job, the people who teach are your small peer of manager peers and maybe some corporate style training. Corporate training has never been effective from what I have seen.
I see that the phrase "draining resources" can be taken to only mean a net negative. I was attempting to state that it takes time away from the team for the manager to function. That manager could see positive or negative returns on the time it took.
I mean before it's on hold. Keep transferring out. In other words, don't let 1.3 million sit in there.
I used it every day for a couple months earlier this year. There are lots of little differences. I thought it was a more interesting place to be yourself than it was to find interesting accounts to follow.

Twitter is really good at the latter. Especially if you are looking for people to THREAD you up some knowledge or if you like viral content.

But there's also that saying that goes something like: "Every day one person is picked to bear the shame of all of Twitter, and your goal is to not be selected as that person" --or something like that. It's not exactly a chill microblogging platform anymore, but Mastodon is.

So, while Twitter might be a good research or learning tool, and Mastodon could also be that _depending_, Mastodon is also kind of open to exploration without some of the pressures or distractions inherent in the Twitter model.

If you want to microblog in a chill way and build up some fun toots to look back on over time, it's probably a fantastic platform for that.

Personally I took a bit of a Mastodon hiatus to explore SL and OpenSimulator, both of which are also pretty interesting.

http://opensimulator.org/wiki/Main_Page

https://www.youtube.com/watch?v=2E4t8y9k1Us (Video showing some interesting worldbuilding in OpenSimulator)
In Nevada you can rent a girlfriend experience.
https://www.rollingstone.com/culture/culture-features/sex-wo...
Yeah, gotta "love" the 'we can break the law cause you didn't pay' HN philosophy.

I would derive great enjoyment of them in court in a 2 party state telling a judge "well since they weren't really a customer....."
> it's hard to construct a thesis that has US equity returns at or below 0 over a long period fo time

> there is little reason to believe that economic activity in the US collapse in the immediate future

> not to the point where mean reversion would suggest a multi-decade depression in equity returns

I don't see how you're ruling out a scenario where the US economy can't keep up with expected growth and stagnates for a couple decades. You rightly claim that it's unlikely in the "immediate future", but 20 years from now? A pandemic already happened, why would it be "extremely hard to imagine" another more serious one happening soon?

To repeat the GP's comment: As a non-American I can't believe how much faith people put in the stock market here. I think they're going to be a rude shock the next few decades.
The goal is to hire efficiently, not hire every single qualified candidate. If 10% of MIT graduates are qualified but only 1% of graduates from a no-name school are qualified, why spend 10x the effort to try to recruit from the latter?
It's a library. I don't need hundreds of servers to run the library. I need hundreds of servers to run the applications that have it as a dependency.

Imagine if something like gRPC was priced like that.
Not sure if this is ironic or serious.
So middle managers are important because upper managers are fucking awful? That's the idea? We need the middle-management tier because of the upper-management tier? And why is the upper-management tier there? To protect middle-management from the C-tier? I think you're kinda making our point here.
Humpback whale song revolutions spread from central into eastern South Pacific
A good manager is often invisible. If you forgot they were there, you were either lucky that everything in the org was going right (or was so far away it didn't matter), or they were really good at shielding you from the fact that everything was not going right (and making it seem like that didn't matter). :)
Improving Vulkan graphics state tracking in Mesa
Key phrase to search - "nothing at stake problem"
Try poetry. It wraps pip and fixes a lot of its issues
"I would much rather choose a platform that stands by their TOS as-written"

Terminating services to Kiwi Farms was completely in line with Cloudflare's TOS as-written.
Oh man you made some really good points until the AI nonsense and unrelated anti-capitalist rants.
As someone who's arguably professionally employed to do things like tell people where money is in the financial system, no, you can't.

In the same way you can't enumerate the atoms or molecules in a human body. sure, you can come up with good estimates and summaries that are useful, but not the actual full and truthful state of affairs.

In addition, you are a self-referential participant in the system: so acting in an attempt to observe such likely immediately makes your information at least partially incorrect.

Additionally, if we can't get full/transparency or introspection into machine learning models or neural networks (and we can't because i don't believe we even possess the theoretical knowledge of how to do so), it should also be wilfully apparent that we can't actually know the true lineage or dependencies of systems that implement such in production.

Not to mention the difficulties as the inputs/outputs of such pass in and out of the notional entity or system being observed.
Like when the US used Stuxnet against Iran?

Maybe fucking with someone else's computers is not actually worth murdering anyone over...

Edit: I actually like this new form of "war" where no one dies, we just DDOS websites and people cannot renew their driving licenses or enrich uranium for a period of time.
That was an EU bank

I did contact a regulator body once I got access to my account

1. It was difficult to use unless native

2. They're basically doing mediation, will ask feedback from me and the bank and end with the bank follow their "procedures" so my problem for "being away"

Anyway, now I'll make sure to have multiple bank accounts across multiple jurisdictions
Using iCloud+ Hide My Email may expose your privacy
>Gyroscope to look around.

This is demonstrated in the linked video: https://www.youtube.com/watch?v=cPC2o262TfQ
> What I find weird is claiming that Akka is unsustainable because it's open source

Akka is Open Source. Akka's authors feel that continuing the status quo is unsustainable.

Whether or not it's unsustainable because it's open source to some extent doesn't really matter – perhaps with enough elbow grease on their part they could drum up more community maintainers and make it both sustainable and continuously open source, but that would require putting in yet more uncompensated work on the hope that it might lower their burdens at some point down the road, and come with the issue that more volunteers mean more work trying to coordinate everyone.

Or they could just make it source available for the first 3 years and ask for money from the companies using it commercially – there's also no guarantee that this will work, but money will solve more problems in the short term, so I can understand why they made the choice they did.
I just joined it. Apparently they don't create or really publish any content but just give summaries of and links to content. Maybe one advantage is that apparently they curate the content they provide links to. That could be good, and maybe it will encourage more analytical, better, content.
Try using mamba (https://github.com/mamba-org/mamba)

We ran into many unsolvable or 30m+ solvable envs with conda that mamba handled quickly.

The underlying solver can be used with conda directly as well, but I have not done that (https://www.anaconda.com/blog/a-faster-conda-for-a-growing-c...)
My point was "buying" typically implies ownership in conversations like these, when these corporations are actively resisting you actually completely owning their products. We are more like temporary renters. And this has unfortunate consequences for the rest of the goods economy. Won't be long, as an example, before Samsung doesn't want you to actually own your refrigerator, TV, or washer, or Tesla and GM not wanting you to own your vehicle, and instead, pay them a monthly service fee for the pleasure of using your own car you "bought" (spoiler alert).

The whole idea is the thing you "buy" is really just an ephemeral vehicle of consumption and steady revenue stream for the corporation. Good for them, bad for you.
I think as long as you notify people and give them the opportunity to disconnect that's generally considered consent, as with 800 numbers where they tell you calls are recorded for quality assurance or whatever.
I just wish that PyPI would enforce binary wheels going forward (at least for linux x64/arm64 for people who use Docker, but ideally for all common platforms). They already supply the cibuildwheel tool to automate their builds, so it shouldn't be that hard for library developers...

Software developers shouldn't need to figure out what build-time dependencies their libraries need...
Akka.net is a bit behind from the scala version in features...

This will make it more difficult to catch up however, as the JVM version and code is obviously used as a starting point for bringing functionality over. The main part of it I can think of that was home-grown was the original Akka.Net Split brain resolver, but once light bend open sourced theirs, the project ported that over anyway.
This view makes it seem that the manager is compensated directly by the team.
So 57-83 €/kWh, or on average about 175x more expensive than the current already insane electricity prices in central Europe. This is the concept that will save us according to the (qoften German, for some reason) anti-nuclear fundamentalists who have gotten into this pickle in the first place.
The "Tragedy of the Commons" is not the same thing as the "Free-Rider Problem" - in the former case, individual overuse is the issue, where in the latter (as in F/OSS) the problem is the failure to muster the necessary resources.
> The recapture is 100% efficient and 100% reversible

Nothing is 100% efficient. Nothing.

On the question of time. here's an easy read [0]:

Quoting:

"Changes to our atmosphere associated with reactive gases (gases that undergo chemical reactions) like ozone and ozone-forming chemicals like nitrous oxides, are relatively short-lived. Carbon dioxide is a different animal, however. Once it’s added to the atmosphere, it hangs around, for a long time: between 300 to 1,000 years. Thus, as humans change the atmosphere by emitting carbon dioxide, those changes will endure on the timescale of many human lives."

This article is very interesting in that it shows just how some of our assumptions --things we thought we knew-- are wrong. For example:

"We’re seeing that Earth’s tropical regions are a net source of carbon dioxide to the atmosphere, at least since 2009. This changes our understanding of things."

Sadly climate-change has mutated into an area dominated by some of the most incredible fantasies I have seen in pseudo-science. This is one of them. Looking at burning trees or wood as carbon neutral with the benefit of ignoring the most important variable in the equation: Time. Others are claims to be able to reduce CO2 at supernatural rates (save the planet in 20, 50 or 100 years), etc.

If there's on thing I have learned by taking a deep dive into this subject is that most of what is out there in political and popular circles is somewhere between a fantasies and outright lies. The real science is having trouble getting out to the surface because it has no political or financial value.

You can't get votes if you talk about dropping CO2 by 1 ppm in a thousand years. If, on the other hand, you convince people that we are all going to turn into goo in two decades and we can fix the problem --if you give me money, power or both-- well, that's powerful. And so climate change turns into a cult to the benefit of politicians and those able to make money out of the narrative.

[0] https://climate.nasa.gov/news/2915/the-atmosphere-getting-a-...
We've been working hard to make it super simple to get started with useful synthetic data.

If you want to know how you would go and use this for your own problems check out some of our other posts

https://gretel.ai/blog/how-to-safely-work-with-another-compa...
OSB is absolutely a fine air barrier assuming <60% humidity at all times. That does not make it a sane choice for sheathing/flooring material given the likelihood of moisture ingress. Every form of seam sealant known to man bites it at some point due to thermal expansion cycles, uv damage, etc. and that's assuming perfect installation of all layers of the moisture control stack. It isn't even a good choice for cabinetry due to it's propensity to devolve into Nature Valley Granola when put in proximity to a sink, dishwasher, or refrigerator (if a cold water line is part of the install).

In theory vapor accumulation is only really problematic in the overhead plenum spaces. In actual practice (setting aside acute water ingress) 100% of the time moisture problems start in the crawl space and then spread to the plenum.

Yes absolutely it is possible to design complex interlocking systems that at least in theory both provide high efficiency sealed construction and control moisture. In practice the complexity of these systems is sufficient that even top-end contractors frequently run into issues that lead to full blown abatement projects. There is also the minor issue of what happens if all of these systems aren't subjected to aggressive inspection regimes and/or a structure goes a significant amount of time unoccupied. The one thing all of these super high-efficiency sealed systems have in common is they quite literally tear themselves apart if neglected or the power gets turned off for any meaningful amount of time.

The statement "If structures don't dry they rot" is absolutely true, but only in the context of traditional lumber products that are comparatively resistant to rot in the first place and are capable of weathering swell/shrink cycles without falling apart. Highly engineered products degrade aggressively just by getting damp in the first place as swelling wood fibers break down bonds with the adhesive that's holding the material together.

I absolutely stand by my original statement that OSB shouldn't be code-compliant and with the exception of shitty flat-pack furniture has no business anywhere in a home.
Engineers generally don't take over the manager's responsibilities unless they're technical or reporting responsibilites. Generally it's another manager. Most companies require management involvement in P0 incident response for an example. At most companies I've worked at an engineer generally wouldn't be an acceptable substitute. A peer or the manager's boss usually takes it in their absence. It's not unusual that a significant portion of management responsibilities aren't visible to their individual contributor direct reports.
They’ve really amped up the dopamine triggers and optimised the addiction loop since the days of opening up a pack of cards.
Landon never calls me back either. I should stop blaming myself for these delays.
That's not what the UI says, or does. I signed up and actually looked, before posting.
Very much what you said.

I'd love an explanation of what technical delivery failures--not the right functionality, or delivered too late--the author thinks led to G+ not beating Facebook.
Google has been in a 'hiring pause'/reorg for 8 weeks now, with candidates completely frozen in the hiring pipeline because VPs are reviewing each open req one by one.

It's amazing how tone deaf this is when concurrently with this announcement is leadership causing a completely cluster fuck in the hiring pipeline because they need to micromanage each req.

I'm not saying they shouldn't change their hiring goals, but they seem utterly baffled about what reqs to keep and what to close. I think the problem with G is the leadership...