It’s how recruiters find me, so unfortunately I can’t. I almost never open it, though.
It’s how recruiters find me, so unfortunately I can’t. I almost never open it, though.
It’s speed, but it’s also flow and a continuous stream of thought. If all your editing is being done with muscle memory and minimal thought, you can continue thinking about the problem at hand rather than interrupting your thoughts process to fumble through some context menu to make a change.
Oh, if you worked at a company that uses them (which is a lot of companies), you’d definitely be familiar with them as they hog up a ton of fucking CPU/disk. I basically had an entire CPU core dedicated to running their bullshit.
Speak for yourself. I don’t use LLMs and never will.
It always irks me when people talk about it like it’s universal and inevitable when that’s very far from the case. There are many, many issues with them and many developers wisely choose to ignore the fad.
Common Lisp isn’t a functional programming language. Guile being based on Scheme is closer, but I’d still argue that opting into OOP is diverging from the essence of FP.
Just remember that if you aren’t actually concatenating files, cat
is always unnecessary.
https://porkmail.org/era/unix/award#cat
jq < file.json
cat
is for concatenating multiple files, not redirecting single files.
Meanwhile, I can open a 1GB file in (stock) vim without any trouble at all.
Formatting is what xmllint
is for.
:syntax off
and it works just fine.
I understand what you’re saying—I’m saying that data validation is precisely the purpose of parsers (or deserialization) in statically-typed languages. Type-checking is data validation, and parsing is the process of turning untyped, unvalidated data into typed, validated data. And, what’s more, is that you can often get this functionality for free without having to write any code other than your type (if the validation is simple enough, anyway). Pydantic exists to solve a problem of Python’s own making and to reproduce what’s standard in statically-typed languages.
In the case of config files, it’s even possible to do this at compile time, depending on the language. Or in other words, you can statically guarantee that a config file exists at a particular location and deserialize it/validate it into a native data structure all without ever running your actual program. At my day job, all of our app’s configuration lives in Dhall files which get imported and validated into our codebase as a compile-time step, meaning that misconfiguration is a compiler error.
You’re just describing parsing in statically-typed languages, to be honest. Adding all of this stuff to Python is just (poorly) reinventing the wheel.
Python’s a great language for writing small scripts (one of my favorite for the task, in fact), but it’s not really suitable for serious, large scale production usage.
Ah gotcha, fair enough. Definitely depends on the workload. If you have compute you want to dedicate to solely to a single task, have at it.
Umm, queueing is standard practice particularly when a task is performance intensive and needs limited resources.
Basically any programming language using any kind of asynchronous runtime is using queues in their scheduler, as well.
With a quick search on Zillow for Lincoln, Nebraska (~300k pop college town), cheapest I can find is $90k for a 1 bed/1 bath 500 sqft condo. $100k for a 1 bed/1 bath 500 sqft house, though technically that’s a foreclosure so you might not consider that to count. The cheapest normal house for sale that I can find is $110k for a 2 bed, 1 bath 1500 sqft house. It’s an older home, but actually a pretty decent location (close-ish to downtown).
Another super cool thing about it is that it’s written entirely in Haskell!
It’s “open source” as a technical matter, but the fact is that plenty of common extensions are still strictly controlled by Microsoft (like say, Live Share) and can’t be used with vscodium due to licensing. It’s a pretty useless editor without extensions, and the marketplace isn’t exactly “open”, either.
I’m a senior software engineer with a pretty uncommon skill set. Recruiters are the primary way that companies hire in my industry outside of networking contacts and I get contacted frequently. The job before my current one was through a recruiter.
I very much dislike Microsoft and LinkedIn in general, but not using it all is a huge handicap that isn’t worth taking on.