That wasn't my experience at all. I had a recruiter screen where she asked me some technical questions. I then had a longer discussion, then a code screen, then an arch-deep-dive. The entire process was very professional and EVERY person came off like they really wanted me to succeed. (Sure it's an act but it's a very helpful act when you're in the hot seat)
My intervews were in 20202/2021. Perhaps things have changed?
Things have changed. I worked with a very senior and professional recruiter at FB during that time. While things didn't work out then, someone else reached maybe a year and a half ago for a fairly similar role -- massive difference, strictly a disposable drone style process and barely a conversation. I chose to not even start the process.
A sample size of one but many anecdotes together can make a trend.
I interviewed in the past 2 years and my experience matches the parent. Very professional and the interviewers were great to talk to. Same with Google.
Back in 2020, $META was desperate to hire. Nowadays the tide has turned and interview process shifted accordingly. They are super picky now, even for those who nail every stage of the interview, folks are still routinely passed over.
"My nephew makes websites, and he's 14... I could just have him do it"
- Every client of mine during my contracting days. It took me way too long to reply with, "Oh that's great news! I wasn't sure of my availability, and was certain I was going to be way too expensive. Glad you got it figured out."
I think the 14 year old nephew has been around for every iteration of technology - there are probably clients now threatening to just have their nephew vibe code the thing you're trying to spec out.
Once, when fed up with this during a discussion on a small moonlighting job I said "Yeah, kids are pretty good with this stuff these days, Tell you what - have him get started and I'll be available to give him any help he needs at 2x my rate".
Someone told me that in 2013 when I was trying to do contract work. I gave him a quote that I thought was reasonable, and he thought it was too much and he told me that his thirteen year old son could do it for free.
I responded that he was the one who had reached out to me, and if he feels like his son can do it then he shouldn't have wasted his time trying to find a contractor since that will be more expensive.
The client didn't like the attitude and I didn't get the job, but I was kind of glad because it was pretty clear to me that he would have tried to weasel out of paying me regardless.
Yeah, that's really the hard part of contracting. I was in my 20s and was certain I HAD to win every bid to keep feeding myself. I took longer than I should to realize that 3 worthwhile jobs is far better than 10 hassles. All clients required changes, most thought they were overpaying, and many gave me a hard time when the bill was sent. Meanwhile, when I'd toss out $20,000 as a price tag, those folks were far more serious, and they paid on time! It caused me to learn a valuable lesson. You want to quote high enough to offend the folks that aren't serious. They were gonna be such a pain.
I don't even think I was charging very much. I was still pretty junior in my career, so I think I was charging something like $40/hour, which was double my nominal wage at my previous W2 software job (doubled to cover stuff like health insurance and overhead and the like).
$40/hour is an extremely low rate for a software engineer, even at the time. I'm not sure what the guy was expecting, and I'm quite confident that he would have tried to weasel out of paying the second I delivered a product by claiming it didn't match his spec. Honestly I don't really think I'm ever going to contracts for small clients again regardless; a lot of them can get away with a SquareSpace site, and the ones that can't should probably spend their money buying a few courses on using Claude Code or ChatGPT.
There's also the fun scam of wannabe Steve Jobs characters. I had a person try to recruit me for a job where I worked for 2% equity in their business, where I was expected to write the entire codebase myself. Of course the remaining 98% went to them, and as far as I can tell they felt that their "idea" was just that valuable and didn't plan on contributing anything else. Fortunately, I didn't really fall for that one.
I still install it and play with it for a bit every other year. I really appreciate that it's held true to its own core. Yes it works with Wayland now, but it's still using its e-foundation libraries. I still wish I had screenshots of my desktop from 1998/1999. Downloading cool software from Freshmeat, hitting up Slashdot (news for nerds... stuff that matters) to see what was going on. Kinda wish I was into IRC back then but I was more of an ICQ->AIM chatter. It's an era I wish we could have back.
- The compile speed of Go
- The performance of Go
- The single binary compilation of Go
- The type system of Kotlin
- The ecosystem of JVM (packages for anything I could dream of)
- The document sytem/tests of Elixir
- The ability to go "unsafe" and opt for ARC instead of GC
- The result monad/option monad and match statements from OCaml/Gleam
- A REPL like Kotlin or even better, OCaml
- A GREAT LSP for NeoVim
- A package/module system that minimizes transient dependencies
- No reliance on a VM like BEAM or JVM
I still dream about this "one size fits all" language.
Common Lisp through SBCL fits this for everything but changing GC strategies. I'm not sure why you'd do that, though. SBCL's generational GC is faster in all cases, easy to reason about, and trivial to pause.
In many of these other categories, clisp exceeds requirements. The REPL and Doc situation is so good it's honestly worth it for those alone. People put up with `):'(,@ soup for good reason.
Alright, you and your sibling reply have me wanting to look at it. I wrote Scheme/Racket when I was going through The Little Schemer and SICP. I'll buy a common lisp book. Any recommendations?
Yes, programming languages are designed for a purpose and importantly for a concrete system. Erlang is the way it is because it was designed for Ericsson's phone network. C is the way it is because it was designed for the PDP-11. Logo is the way it is because is was designed for young children. Go is they way it is because it was designed by Google for Googlers.
You can't design an abstractly "perfect" programming language without any context. Which is why the author I think focuses on "perfectable", as in the language can be made perfect for your purpose but it's not going to be one size fits all.
No, I realize that. It doesn't stop me from having my "perfect language wishlist". The author calling out "perfectable" is what got me thinking. What language would I choose if I were able to "perfect" it just a bit more?
One thing I like about TypeScript is that there's tooling for "quickly strip out the types and give me something I can run; I don't care if it's correct". You can run the (slower) type checker concurrently with that (or whenever it's convenient to do so), but type-checking doesn't necessarily block you from being able to play with runtime stuff.
I understand that this workflow can't be realized in languages whose runtime semantics are derived from type-level stuff, and while that can be quite convenient I'm personally willing to give it up to unlock the aforementioned workflow.
"Isn't the compile speed of Go so good because it's type system is much simpler?"
That, and forgoing fancy compile-time optimization steps which can get arbitrarily expensive. You can recover some of this with profile-guided optimization, but only some and my best guess based on the numbers is that it's not much compared to a more full (but much more expensive) suite of compile-time optimizations.
> The result monad/option monad and match statements from OCaml/Gleam
Do you mean actual monads or just the specific result/option containers? If you mean a fully-fledged monad abstraction then you need a more sophisticated type system than what Kotlin provides (i.e. higher-kinded types).
The existing Result type was a mistake to expose to users, IMO, as it encourages exceptions-as-control-flow and error type hierarchies which complicate error-handling even further. The convenient `runCatching` API also completely breaks reasonable error-handling on the JVM and Kotlin's structured concurrency (which happens to use exceptions-as-control-flow to signal coroutine cancellation).
Overall, Kotlin is moving away from higher-kinded types in the core language, not toward them.
I'm not a frequent Kotlin user but none of that surprises me. My comment was asking about nobleach's imaginary "perfect programming language", which is clearly not Kotlin.
I'd settle for the Result/Option containers. Kotlin does have ArrowKt to attempt to achieve all the functional goodness of Scala. I think for my needs though, I'd appreciate Rust's "Result".
It's always fun to realize that USENET is still out there humming along. I still remember the thrill of working on my ancient Delphi/Object Pascal projects, and posting questions... waiting a few hours and checking back for responses. There was no "instant gratification" in those days. (I wasn't really using IRC).
Opening this, and just searching "Delphi" I see that USENET never did get that "censorship" that I always assumed would eventually happen. The group names alone are truly unhinged. The Wild West is still.... wild!
Devilbunnies? Man, I haven't heard that name in a long long time. I used to be obsessed with reading all the stories in that universe. Never contributed anything though.
Imagine how odd it was to discover Usenet and find that someone else was already using your (offline) nickname for an entire universe of stuff. Early 90s.
It's mine here! I'll cede it to someone with the better online claim but only if you can prove you're not a Fudd in disguise.
Yup, in the 2005ish era, I found that I was downloading albums just because I could. Some I never even listened to! I got rid of my EasyNews subscription because it all seemed so silly to me.
80 miles for me! I was a Space Shuttle era kid though. Saw the Challenger disaster during my lunchtime. And then on perpetual replay for the rest of the week on WESH/WCPX/WFTV most likely. Even still, just knowing we were launching all those people into space was awe-inspiring.
I was a poor kid building computers in the mid to late 90's. I tried everything I could NOT to use a true Pentium. My first build (coming from an upgraded Compaq 386DX) was an AMD 486 "DX4". I had a Diamond Stealth PCI VGA card and 16mb of DRAM. After that I tried a 233Mhz Cyrix 6x86. That chip was garbage. I had to run some software pentium emulation to get Cubase to run. I went 300Mhz Celeron after that. That was my first time trying the new SDRAM! After that I FINALLY got a legit Pentium III 400Mhz! I could go on and on as this is a lovely walk down memory lane and there's been some fun dips back into AMD Athlon/Ryzen/etc.
> I tried a 233Mhz Cyrix 6x86. That chip was garbage.
Those chips were excellent value for mostly integer work, but had incredibly poor floating-point performance which was a problem for gamers as the 3D era was really getting going around that time. I had one, it did me good service for a few years.
Yeah, I was all about recording music/running the first iteration of software synths. I was a Graphic Design major at that time so Photoshop/Illustrator/QuarkXpress were my jam. Those suprisingly didn't run that bad - in real Graphic Design, no one used Eyecandy (the reason everything on the web in 1998 had drop shadows, outter glows, lens flares) so rendering "3D" rarely came into play.
They were practically overclocked coming out of the factory, so if you had any issue at all with cooling, or attempted to clock them up even higher, they would be unstable.
As a VERY long-time Linux user, I agree. Multi-monitor setups, where you can unplug the monitor and have your windows gather back onto your laptop screen requires WAY too much configuration. Having your audio switch back to internal laptop speakers requires homebrewing a script. On my 2020 Dell XPS, I still haven't figured out how to enable the subwoofers - so I'm stuck with ThinkPad quality audio. I have 3 ThinkPads (one with straight ArchLinux, 2 with CachyOS) and there's always some little piece I'm annoyed with. The X1C has good battery life, the T480 and P14s are meh. I JUST bought my first HiDPI Lenovo laptop this weekend. Getting that to be a decent tradeoff between readable text and mongo-duplo-massive UI has been "fun". (Yoga 15.3" Aura edition - I really like it) But running apps in Wine is darn near impossible - the text is for ants!
All of these issues go away with Mac and Windows. I'm not giving up on Linux, I'm just a realist.
Have you ever watched someone USE those COBOL TUIs? Everyone from airline ticket agents, to local governments, to folks at Home Depot while looking up inventory. They could fly through menus and accomplish things. I remember when Best Buy switched to a Windows-based experience. It was terrible. Simply adding a mouse+windowing experience slowed everything way down. I saw it first hand at Target too. They went from an OS/2-based TUI to Windows NT. I know there'll always be those folks that think we're all just trying to play "leet Haxorz", but there's just something about those systems that people deeply connected with.
While Astro does indeed have its own type of components, it also supports React, Solid and a host of others. So transplanting your current tree of components in, adding the React plugin and saying "GO" is likely a fairly straight-forward project. I moved a previous static site into an older verison of Astro with very little trouble.
My intervews were in 20202/2021. Perhaps things have changed?
reply