skysight-inc/HackerNews huggingface dataset:
> people think former freelancers won't ever be loyal and leave once there is a better opportunity.

I think that's ironic. The entire software development industry in the US is based around retaining full-time employees for stints of 18-24 months.

I remember being lectured that no one wants to hire me because "I'm just waiting for retirement," and "won't be loyal."

Yet they don't have an issue with hiring someone that plans to use their gig as a stepping stone, and will leave behind a steaming pile of spaghetti code that they never had any intentions of maintaining.

There's a real good chance that offering senior developers stability and consistency will be valuable.

I ran a C++ shop, staffed by pretty high-functioning senior developers, for a long time.

When we finally rolled up the department, the engineer with the least seniority had a decade.
I felt the same way.

I had a Dell C400 about 12yrs ago running on P3m. But, it was light and compact but dated back then and running Windows XP. So, I learned how to install back then Gentoo and it ran beautifully. I would of held onto it but the battery wouldn't last and couldn't find a good replacement.

I kinda having the same issue with my Samsung Chromebook XE303C12 today lol. But it's limited by soldered on hardware and I think the display driver is closed source.
Safety is in bad company these days because it's so often (I'd say 10:1, probably even 100:1) presented by people who have ulterior self serving motives (typically they have no skin in the game and are just in it for the virtue points).

It's one thing to have a driver's ed instructor, your plant manager or someone else in a position of authority who presumably knows what they're talking about and has at least some semblance of skin in the game show you those things and lecture you about safety.

Listening to a bunch of Redditors and HNers and Youtube commenters, etc, etc. grandstand nonstop about safety, safety, safety, safety, even when the relevance of and pretext for such grandstanding is very flimsy is counterproductive.

You can't post about <subject> on the internet these days without some jerk swooping in and making some borderline irrelevant comment about safety in order to score cheap virtue points which then derails everything. Heck, just discussing it at the work lunch table there's a 50-50 chance the same derailment happens in real life.

Being told you need to worry about not electrocuting yourself when changing a tire on Prius or you need to worry about carbon monoxide when lighting a single candle doesn't make people care about safety. It rightly makes them annoyed and suspicious.
This can be the period the construction engineers are responsible or the worst possible exploitation conditions. My estimate is 200 - 300 years if roof is maintained well and no pipe leaks inside.
I'm with you. As a QlikSense developer, almost all jobs I see are Contract-To-Hire. The rates look good, but they aren't good enough to justify me having to get my own health insurance, nor do I want to risk 6-months of nothing happening for a full-time position I may not want in the end.
I'm not at all convinced of UBI, but does your math include removing all the tax that pays for benefits that would no longer be needed such as unemployment, social security, etc.? It seems removing those benefits would reduce the tax burden significantly.
Once a company hires a certain kind of financial specialist, they delay payments just because that’s one of the few levers they have to change how the company performs and they feel they need to do something beyond keeping things working smoothly. Just like some HR specialists make rules just because they can, or some designers compulsively adjust the brand. It’s hard for people to competently maintain status quo and feel comfortable in their jobs.

In case it needs to be said, yes, there are times when cashflow is dire, employee policies are a mess and the logo looks bad.
Why is everyone making a big deal out of dynamic nature of Clojure as the main factor to not consider it in enterprise project ?

As if no dynamic language has ever succeeded in creating enterprise application which runs 24X7 !!!

If you don't like maps use clojure records

If you don't want free floating initiation or ambiguous variables and arguments to function in code, use type hints. Type hints may not be exact alternative but are good enough help in reading the code and especially compiling the code to native graal image or just providing enough information to JIT for optimization.

Use spec for generative testing and more detailed documentation. Irrespective of the language you use, tests are much important than types. Types help but they are not commandments.

Multithreading capabilities in clojure through standard library primitives exposed to achieve it are much better and safer than java.

For most of us, cost of immutable data structure is pretty reasonable. But if you think it's not the case, clojure provides mutable alternatives.

Use components like library to large code in depedancy inversion oriented style, if thats what you like. Personally I prefered dynamic dispatch through multimethods when I used to work in clojure 4 years back.

You can always get the library to do your job in the clojure ecosystem. If you don't find it, clojure provides easy integration with java libraries and you might be able to build a wrapper around it in couple of days if it is complex, in minutes otherwise.

To compare Clojure with languages like Haskell and its features, Rust and its features is utterly naive. Instead development team must strive for what actually is needed for job. Flexibility and discipline provided by language compiler and library eco system will always strike some kind of trade-off. Clojure is good trade-off for most applications including mission critical soft realtime application category.
> incompetent managers or tech leads.

This is one of the things that ruined my last gig. I have 3 decades of experience. Managers and tech leads are unlikely to have a fraction of that, so let me do my job.

> Agile is a time stuck and time waster

This was the other thing. We fell into the hands of Agile cultists (really no other way to portray them) and wound up getting buried in process, useless meetings, etc.

> I'm probably not with your product or service's target demographic

Same! I've never worked on anything that I would have an interest in using personally. I don't have anything against the products, and they served their target audience well, but that's not me.

> Stop drowning us in processes.

See above. The so called "Agile" stuff they brought in basically crushed our development staff. It was used as a bludgeon.
Especially coastal cities.
From the link "We consider the infringements to be serious. Disqus has tracked which news sites and articles readers in Norway have visited. Additionally, this has happened without the users’ knowledge."
Based on that statement a lot will follow.
It has multiple advantages:

Your ml can be improved.

It can help to find things where you then spend the real effort.

You can share your ml.

The end results need to be verified of course.
Again, all I can really say is "You'd be surprised".

I think ML is probably different, in that it's not something that can be just 'picked up' that easily (AFAICT).

But it's honestly surprised me over the years how often my clients have said "Hey, I know it's not your main area of competence, but do you reckon you could have a go at this?"
Mentoring Operating System (MentOS)
That's a fair summary.
I could see Mozilla adapting this to be a serverless engine - like that of Cloudflare workers and Deno (based on V8) - could charge for enterprise usage and adaptions.

Has this been considered?
> Most of the projects with the highest market cap in the space either don't do anything, don't plan on doing anything and don't have any purpose.

The second most valued crypto-currency is Ethereum. And the entire ecosystem around it does plan on doing a lot of things, starting with decentralised finance.

There are also efforts to layer a network on top of Bitcoin in a bid to counter-act Ethereum. And competing networks like Diem (Facebook, Spotify, Uber...), CENTRE (Coinbase / Circle...), Stellar (Stripe...) that aim to replace the current payments infrastructure.

Then there are cross-chains like Polkadot, Cosmos, Polygon et al that try to make all of these disparate blockchains inter-programmable.

Agree that pump and dump schemes seem like the norm, but that's like saying Internet has no utility and is crap because there's porn, spam, and malware all around.
> same with odysee and other alternative sites.

I just loaded the front page of Odysee. Here is a summary of the top videos it shows me: explanation of a helicopter accident, SpaceX SN15, corgis, green house design, guinea pigs, GPU review, Democratic Socialist, and a Godzilla vs Kong comic.

That doesn't track with your opinion of the site.
Bands making money from fan subscriptions
> asymptotic with respect to the time horizon.

I don't get what you're trying to say here.
Not really.

A lot of the cases have always been hoaxes or ignorance. Slow moving lights in the skies photographed by exited "believers".

The few remaining good cases are difficult to document. First of all, go out and take a picture of a bird. You get just one chance and it must be flying fast. Your result will not be very good. This our baseline.

Now look at the Nimitz incident. They measured a move of stationary at 80k feet to 80 feet in less than a second - something like 1200g, IIRC. 1200g is a downright silly number.

Now just take a good picture of this /s

The best current theory IMO is that this is done my manipulating/creating geodesic lines. This will create "gravity lensing" (like Einstein crosses) further blurring the craft.

Anyone serious but curios should take a look at uaptheory.com - it is good work on display by someone who understands physics and relativity.

We won't get a good picture because they move ridiculously fast.
Light dranken en zero frisdranken en hun effect op diabetes type II
I’m in the US, in the Boston area, and yes: I have been successful in growing my career within tech companies.

We build software businesses here. The UK should try it some time.
Exactly the sort of misunderstanding of power you'd expect from a mathematician. It isn't the constitution itself that keeps governments from seizing dictatorial power. No potential dictator is going to say "Damn, Article V says it can't be applied to itself! My plans are foiled!"
How can you effectively counter an essay with so many empty generalizations and broad assertions? It would be like debating jello.
What if the future is that you don't necessarily just buy a machine in the future.

What if, when you purchase your machine, it includes a host of features including a could suite of things like; VPN, Cloud Browser, An actual amount of decent cloud storage, portable applications, hosted in your cloud bucket, but accessible from any device (If I have Illustrator, I can just run it from any machine - not just my own. I can allow guest access to my paid licenses - like Say i want my brother to be able to draw stuff on my Illustrator license while I am not using it.

Etc.

Imagine if instead of that $7,500 "computer" you bought a $7,500 'stack' and the access terminal you happen to be using most is the physical laptop that youre used to.

I tried to build something similar to this more than a decade ago (2007 or so - but wrote about it in 2004).

My biggest issue is better information/knowledge management.

I have TBs of files and data strewn all over. We should be focusing on "my information" and let me manage and secure that - and access it from any device easily, and securely.
play cusors.io
Thanks for your feedback.

That is fair, to be quite honest. Even though I don't see JavaScript as some kind of threat, your point still stands. Note that leader does not disrespect user privacy in any way, and that it is open source, which means you could modify it to your liking. By this I also want to say that it does not include unnecessary code, and that everything dependant on JavaScript is there with a reason (to make the website functional).

What leader aims to do is to speed up and simplify the process of creating your very own simple blog, and I think it does a great job at that.

Since it does not require any kind of back-end processing, and is fully handled via front-end, I am unable to make it work without the use of JavaScript.

The only way would be to make it support static site generation.
I had a Konika-Minolta 5D, which was a great camera for its time. After taking 55,000 photos the shutter mechanism broke, so a couple of years ago I thought about buying a Sony camera that could take my old lenses.

Then I realised that actually all my old lenses were really bad quality, and an A7-III would need an adapter for them anyway. The only one that was vaguely decent was an old 400mm prime lens, but even that one I picked up for a pittance on Ebay a decade ago.

So, I bought a Nikon. The modern lenses I have bought for that are miles better than the old lenses I had on my old camera.
Couldn't they instead be betting that despite improvements in hardware speed the web will bloat faster than the hardware improves? Betting on that doesn't sound that crazy to me.
I am quite aware of that. The article was supposed to be about Scandinavia as a whole, though it did spend its latter half mostly talking about Finland.
Researchers Create Free-Floating Animated Holograms
This idea of a dumb client is not new, it has been around basically forever, but we're seeing it again in multiple different incarnations because it could be huge.

And I mean that in a bad way.

Privacy and users rights are already pretty bad, but we still own our computers.

I can see how it would start in the corporate world.
if not edit
I find it interesting the article didn't seem to bother looking at income inequality. It seems without fail the countries that rank happiest have the lowest income disparity.

In general, that seems to be because they have strong social safety nets, which means even the "worst off" can still lead a comfortable life which should mean: less crime, less social unrest, and more social cohesion.
America has an obsession with happiness and when you're not happy you're immediately told something is wrong with you. You should be happy all the time! Feeling bad is wrong!

I feel like Europeans don't have this automatic thought process where they expect things should be perfect and they ought to feel happy.
10% over something that is pure speculation and has no value whatsoever seems like really high. If anything, this just makes me feel confident about my prediction.
People buy BTC so they can sell it for USD.

Most BTC sits idle in exchanges like coinbase.
There are tons of academic and sports medicine white papers on HIIT. Google has more time than I do.

My “five whys” guess would be it remains relatively obscure, because it’s not a thing trainers are trying to get casuals or ‘bros’ to do if they want recurring customers, because people hate it, because most people feel ill from HIIT done right, because doing it to the point of effectiveness relies on pushing beyond normal limits for 30 seconds at a time.

You can add keywords for “tabata intervals” and branch out from the research in Japan on hockey training.

As for metabolism shift, it’s the opposite of prevailing “bro” science that thinks the workout is the thing. On the contrary, look into BMR or basal metabolic rate and EPOC or post-exercise oxygen consumption.
Many WW2 era German bunkers and coastal batteries seem fine with no maintenance and erosive sea climate doing it's thing so not sure about that.

https://www.tracesofwar.com/sights/12168/German-Coastal-Batt...
Norway is often quicker to implement EU regulations than EU countries themselves, for example, in 2018 only Malta had implemented more regulations than Norway [1] (the comparison is a bit skewed as not all regulations applies to Norway so they have fewer to implement)

[1] https://arkiv.klassekampen.no/article/20180420/ARTICLE/18042...
David Swensen, Yale Endowment Chief, Dies at 67
Do i smell Proxmox here? Fantastic system!!
This kind of attitude seem to be very common among 'ambitious' founders, especially the YC crowd.
Everyone is well aware that any promise of company loyalty isn't worth the time it takes to say it. To attract in-demand employees, you have to make every week count for them so if there is an acquisition or yet another useless management shuffle, they can walk away without regretting the time they invested. The easiest way to achieve this is to offer some amount of equity and/or the exact weekly schedule and vacation time they are looking for.

The most excited I have seen engineers get is when I tell them my primary goal is to keep them out of meetings, away from process rabbit holes, and focused on programming and documentation. We have one weekly 30 minute meeting limited to the product team, and ad-hoc stand-ups if we are picking a long term path that affects the whole team. The acronym KPI is never mentioned. Our only measure of success is deployed features.

The toughest part here is usually dealing with management who think you can't get anything done in 25-30 hours, or that having "face time" is worth sucking 10 hours out of someone's life every week with a commute. Or even worse, they have mandatory "all hands" meetings or "team building exercises" as if their employees are children. (To anyone offended by that, try building a team of adults through hard work instead of the equivalent of circle time.) They cannot comprehend that a focused 5-6 hours a day is much more productive than trying to enforce 8x40x50 and pretending that every hour is similarly productive.
Yes, like most if not all current cryptos: it's either stupid energy waste or fraud.
They have their own lame, internal excuses.

Often you're dealing with payment from a completely different procurement dept than the group you're delivering services to. So you often have to work your relationships in the project team to nag a completely different part of a company to get you paid. It's a nightmare at large companies.

I had one large client that decided "we aren't going to pay bills in Dec". I'm pretty sure it had to do with the CFO playing cashflow games at the end of the year so their numbers looked good. So all vendors got dicked over... Of course if you're a giant firm, you can ride the cashflow waves. Or if you play golf with the CEO, you can put pressure to get payment. But if you're a small firm or a freelancer, the project team you work with can't really change much about what's happening.

Also, net-60+ clients have a pretty "bad smell" because you know they set that up so they can play cashflow games to make their books look good.
DataFrames version 1.0: Tools for working with tabular data in Julia
> You’re shooting yourself in the foot by ignoring companies that take pride in offering an agile development environment.

Fine by me. Everything I've seen and heard of Agile (both in the last company I worked at and from others) is that's it's a dumpster fire. It wasn't created by developers to improve development, it was created by consultants to sell consulting.

DevOps is dumb, too.

> Consider the alternative: a company whose ad says “we don’t follow any agile practices” - what would you interpret that to mean?

That they haven't fallen for the hype and do what works for them.
How do you defend yourself against something like this?
Why? Languages are constantly evolving, and always have been. Chaucer (middle English) is so far from modern English that it may as well be a completely different language, and yet it's what was spoken in England at the time (ad1400). Here is an example (with modern English translation): https://chaucer.fas.harvard.edu/pages/millers-prologue-and-t...
I really wish PG would actually talk to some historians. History of Science is an extremely deep field with tons of professionals who have spent their lives studying this material. His overview is shallow. The only history book he cites is from fifty years ago!

It is so frustrating. There is this huge wealth of content available and a large group of people who'd want nothing more to be able to share what they know about the history of science and instead we get think pieces based in hunches, feelings, and generalities. The historians are right there! They want to talk to you!
Yeah my last batch of milled wood sat in my shop for 3 summers before I started using it. Measured the moisture and everything, but the table I had made still split after a dry winter inside :-(
Short answer - automatically cache frequently-accessed files on expensive but small NVMe drives while using bigger cheaper slower drives for mass storage.
I watched this entire video and it's awesome. Their whole channel is a gold mine of information.
To be fair, it was much simpler to develop and retain fluency in tcpdump when your interfaces were physical and your protocols weren't encrypted.
The idea of using reasonable domain experts as a filter to implausible-sounding ideas seems obvious for hard-technology and scientific problems. But what about entrepreneurial ideas that provide a social service, such as Uber or Airbnb? Were the founders "domain experts"?
i don't know if Balaji is popular here but he s a big advocate : https://www.youtube.com/watch?v=3jPYk7ucrjo&t=9s
I was going to post this:

[ X ] is really about language and culture and social justice, and no one is naturally better at it than anyone else...

Where X = singing,football,hockey,physics,running,weight-lifting,chemistry,painting,sculpting,composing,writing,design
( oh and programming ) :)

Just to show how ridiculous the statement is.

It would seem to be written by someone from the Dunning/Krueger case files.
> The law doesn't specify anything as precise as an algorithm. The law has multiple statutes, codes, precedents etc with overlapping applicability.

Again, I think you're arguing about something that the paper doesn't claim to do. It doesn't claim to formalize "the law" as a whole. It claims to formalize part of a single section of a single statute. That specific statute describes precise rules into which you feed boolean and numeric data, and the application of which rules spits out boolean and numeric data. These rules are written specifically so that they are not ambiguous, so that anyone given the same input data would come to the same output conclusion. That's an algorithm.

What is indeed ambiguous are questions of ownership: Did you own a certain property for two years within a five-year period if for part of that period it was co-owned with a friend who then became your spouse and then later divorced you and got the property? But again, this is not what the paper claims to decide. This is something that the algorithm in the paper, and the algorithm of this specific section of the tax code, takes as input as a boolean flag.

> The reason I posed those particular questions is that if you try to make this answer the questions [...]

But again, you do not try to make this answer these questions. And the paper never claims that it does.

The tool described in the paper does not contain a function like "given THE ENTIRE STATE OF THE REAL WORLD, compute whether I owned such-and-such property for two years in a five-year period". The tool described in the paper only contains a function like "given a boolean flag modeling MY CLAIM to have owned (or not) such-and-such property, compute a number for me".

Your reasoning for having owned (or not) a certain property is not checked by the tool described in the paper. It takes your claim about property ownership as a boolean flag and says "well, if you are really sure that your claim is correct, then your tax liability is such-and-such". It doesn't claim to check whether your claim is correct.