Loses some credibility with this footnote; https://resobscura.substack.com/p/what-is-happening-to-publi...
I suspect the hum obsession has something to do with LLMs “awareness” that their “physical selves” exist in data centers.
HN user
Loses some credibility with this footnote; https://resobscura.substack.com/p/what-is-happening-to-publi...
I suspect the hum obsession has something to do with LLMs “awareness” that their “physical selves” exist in data centers.
Wait no longer; https://www.polyplay.xyz/CPC_1
same for alpine (https://alpineapp.email/)
A better article (featuring the same Getty stock photo!) at Scientific American, that clarifies that this research was looking at better materials for bandages and dressings: https://www.scientificamerican.com/article/the-worlds-smalle...
But that's not what a Clojure dev would do.
Apparently I and my fellow Clojure devs aren't real Clojure devs. Or perhaps you mean "true" clojure developers, or "good" clojure developers. (cf. https://en.wikipedia.org/wiki/No_true_Scotsman)
And even if we were Clojure devs we've inherited multiple big Clojure codebases that were apparently written by non-Clojure devs, and heavily refactoring is not on the to-do list.
The dynamic typing and "everything is a map" can be a PITA. At the moment I'm working on a codebase that has I/O to JSON APIs, Avro schemas and postgres databases. That means that a field called "date" can be either a string, integer days since the epoch or a Java Date, and (because this codebase isn't great) there's no way of knowing without tracing the call stack.
With the right discipline (specs, obsessively normalising all data at the boundaries, good naming conventions) this wouldn't have been a problem, but that discipline is optional, and headbanging aggravation results.
(This is, of course, a generic "dynamic typing" problem, but that's a key feature of Clojure)
I didn't mean FAANG companies - these days I work for a boring 500 person SaaS company (outside London) and we have at least 50-100 engineers at £100k+, excluding equity.
I get a lot of recruiter spam on Linkedin for roles at retail banks, outsourcers, consultancies, SaaS companies, startups, etc. etc. in the £90-110k bracket. I do also get a lot of recruiter spam for laughably underpaid jobs, in particular hardware/embedded roles, which is why I switched out of embedded.
100k jobs aren't that common in software in the UK
They really are, if you're prepared to work for $BIGCO
I am a (UK) cyclist, and I pay both road taxes and fuel taxes.
(For the car that I also own, to be clear)
SBT is awful. I've never used Gradle, but if SBT is saner then I'm worried. This blogpost is a bit old, but still on-target: https://www.lihaoyi.com/post/SowhatswrongwithSBT.html
Funnily enough my memory of trying to implement the DSM-CC specs is that they are broadly equivalent to a denial-of-service attack on your brain
Anecdotally I've heard of people getting discounts from the dealer by buying on finance, then asserting the right to cancel within 14 days* and paying cash instead. AIUI the dealer doesn't have to accept the cash, and could take the car back, but then they lose the sale, so they generally just suck it up.
(* https://www.carmoola.co.uk/blog/cooling-off-period-car-finan...)
And here was me expecting an article about https://firebrick.co.uk/
I should have added that I've had similar experiences with (old school, untyped) python codebases - absent the esoteric programmers, which is not a small difference - although with python you tend to hit performance issues if your call stacks get too deep. Ironically the JVM performance lets you dig yourself into a gnarlier pit before you have to face up to it.
Ah clojure. It's all fun and games until five years down the line, you've had 100% dev churn, and you have a 100kloc codebase that nobody understands, full of functions that don't give the slightest hint of the shape of the data they're processing (it's all lists!) yet down the bottom of the callstack there's some function that'll explode if the map doesn't have whatever magical key it expects.
If you're really lucky, someone will have thrown in a bunch of 'specs' that make a bunch of assertions about the data, put them on the API entry points, and then scattered some slightly different specs with slightly more restrictive assertions on various 'internal APIs', resulting in random explosions in production!
And the joy of working with an esoteric language is that it attracts esoteric developers, who often get frustrated by the requirements of being a software engineer in a large company (i.e. everything that's not writing code), which leads to the aforementioned 100% dev churn (after a lot of shouting).
Oh wow, I'd forgotten all about that! It felt like science fiction when I got that working.
what could amount to a basic human error
That's the point - if the C-level could go to prison then you'd find that mysteriously there were multiple overlapping systems of control implemented such that no one person could make a simple human error and expose reams of customer data: it would require systematic failure.
(At that point, when safety systems are in place but fail for complicated hard to predict reasons, malicious negligence is hard to prove and executives don't go to jail.)
Put a bag over the camera before beginning your transaction!
And you know why the contour integral of Western Europe is zero? Because all the poles are in Central Europe.
(sorry)
it's a joke
Yeah. I worked for a tech company that was acquired by Siemens. It didn't go well.
I've been round that loop a few times; if you use a full language for config then you either have to impose iron discipline or you sooner or later end up needing a configuration format for your configuration format.
That is to say the configuration eventually becomes a program in itself, with a few key values... which then get pulled out into a simple config file.
See: autotools, sendmail, etc.
one-time pads
There is, of course, a wikipedia page for this as well: https://en.wikipedia.org/wiki/Anomalously_numbered_roads_in_...
Can anyone recommend a cheap & cheerful SDR that would be suitable for this kind of ISM band basic investigation?
There's nothing intrinsically superior about storing commits as diffs - subversion stores its commits as diffs (or at least, it did a decade or so ago,) and I haven't heard anyone enthusing about svn in a long time.
Isn't this documented here for react?
https://reactjs.org/docs/integrating-with-other-libraries.ht...
You can't say that and then not link the comment!
I keep trying to get started with puppet/chef, but their homepages are so buried in mounds of enterprise products that it's incredibly hard to figure out how to get started.
Once I eventually figured out which of their indistinct products is actually the basic tool I then tried to follow their tutorials, which want me to install hundreds of megabytes of who knows what, set up heavyweight servers, watch video tutorials (!), and who knows what.
When I eventually slogged through all that to get to a minimally working setup trying to convert a few fairly trivial ansible plays for what I would have thought of as fairly standard stuff rapidly turned into "time to write some ruby"!
I gave up.