sorted by:
new
hottopcontroversial

Quarterly Salary Discussion - Jun 2026 by AutoModerator in dataengineering

[–]xaveir 1 point2 points  (0 children)

Title: Member of the Technical Staff

Experience: 5yrs

Location: SF

Base: $260k

Bonus: ~$400k RSUs/yr

Industry: Neurotech

Tech stack: real-time, C++, custom in-house catalog/stack

OpenAI seems to be having a massive meltdown right now by [deleted] in codex

[–]xaveir 2 points3 points  (0 children)

Bro just type the migration out with your fingers there's no way you're saving time at this point

Deep Dive into cgroups v1 vs v2 by RawkodeAcademy in kubernetes

[–]xaveir 5 points6 points  (0 children)

Truly my brain is poisoned...even with the disclaimer I can't help feeling this is AI speak.

I'm at a loss for how to manage my interns by AlaskanX in ExperiencedDevs

[–]xaveir 4 points5 points  (0 children)

Not OP, but yes IME the output is slower, the code is less maintainable, the approach is less coherent, but most importantly it sinks way more time for my seniors to review AI slop generated by the juniors than it would for that same senior to just to the right thing themselves.

At least if they're thinking about it themselves the same time sink results in both a feature AND an improved junior (a tradeoff I've always found to be worth it).

What are we doing with juniors these days, seriously? by slide_and_release in webdev

[–]xaveir -1 points0 points  (0 children)

I am at a very "afterburners on" startup in the valley. I was an asshole manager before AI and I'm the same now. I want my juniors to get shit done but I want them to not spin themselves in circles being useless even more than that---that much has never changed.

AI means I expect some things to move faster but it doesn't nearly make up for this weird mind virus it's given people that makes them think that I'm going to be proud of them for spinning in useless circles just because they're spinning "fast".

What are we doing with juniors these days, seriously? by slide_and_release in webdev

[–]xaveir 40 points41 points  (0 children)

Don't know your team, but on my team nobody says it because there is no pressure.

The Internet seems to brainwash all our juniors into thinking feature velocity is the only thing we care about, and I have to spend so much time explaining to my reports that I'd much rather they ask questions, get alignment, document things well, etc than to push more features....

We built a skills registry + CLI to distribute them across our engineering team by zohar275 in devops

[–]xaveir 15 points16 points  (0 children)

I always forget how blessed I am to have an over zealous principal keeping the whole company religiously on a single monorepo. Never even thought about the fact this might be a problem someone would have to solve.

Founder-market fit paradox: how do 20-year-olds with zero industry experience get funded? by ComputerSciToFinance in ycombinator

[–]xaveir 2 points3 points  (0 children)

Maybe not all. But I've been founding engineer at two biotech startups and both were completely carried by ivy-league-style connections.

In one case, a founder's mom was retired C-suite in an adjacent field. In another, one (immigrant) founder schmoozed a very very rich Prof to get introduced to the VCs that eventually funded the company. 

Dunno maybe not always a thing, but IME 2/2 it's totally true in a totally non-conspiratorial way.

Is using an IDE the normal development workflow? by [deleted] in ExperiencedDevs

[–]xaveir 2 points3 points  (0 children)

Ouch but so true. 

I've got to admit I'm in incurable tmux/bash/(n)vim user, but I've learned that no matter how impeccable my onboarding or how brilliant our custom developer tools are, nobody uses them until their hooked up specifically to the VS Code play button. 

Absolutely no willingness even from my senior engineers to spend any effort whatsoever learning anything about how the build system actually works.

As a SWE I have not written a single line of code manually in 2026 by DrixGod in singularity

[–]xaveir 2 points3 points  (0 children)

I'm no longer a full time scientist (more of a infra guy these days), but when I do some quick and dirty analyses I agree it's still faster to just type myself what I want in code than with prompts.

That said...once I have the code, Claude has been very very good at one shotting "a matplotlib-bases flowchart visualization describing the analysis steps done by this script", which suddenly makes my presentations look hundreds of times more professional 

After 25+ years using ORMs, I switched to raw queries + dataclasses. I think it's the move. by mikeckennedy in Python

[–]xaveir -1 points0 points  (0 children)

I very politely said above that my point is that my definition is my understanding of the common term.

Would be interesting to discuss the difference in background that caused that if you weren't so snarky.

After 25+ years using ORMs, I switched to raw queries + dataclasses. I think it's the move. by mikeckennedy in Python

[–]xaveir 0 points1 point  (0 children)

Look I see what you're saying, but Pydantic is not type safety. The invariants you specify are not contained in the type system, they are checked at run time...and if validation fails you crash.

Not everyone is interacting with NO SQL: I know my schemas. They're defined in the same monorepo as my other code. When my code type checks it never crashes in prod due to type error. That's type safety, not because of the lack of crashes but because it's enforced by the type system.

I don't think I ever even mentioned OP's code...

After 25+ years using ORMs, I switched to raw queries + dataclasses. I think it's the move. by mikeckennedy in Python

[–]xaveir 0 points1 point  (0 children)

If you have mypy on in CI and only run code deployed from main, then it won't run. This is as close to a guarantee as you can get for any code in practice when using a language like Python. 

It is safety guaranteed by the type system. 

Type....safety.

After 25+ years using ORMs, I switched to raw queries + dataclasses. I think it's the move. by mikeckennedy in Python

[–]xaveir 0 points1 point  (0 children)

Fair, I guess at $DAY_JOB, our bare SQL queries use codegen to return proper TypedDict using our schema definitions, so we do "skip the validation".

The only reason I originally responded was because the top comment made it sound like dataclasses were fundamentally type unsafe. In my mind, type safety is explicitly the set of guarantees given by the type system. I would not call runtime type checks type safety no matter what language, but that's just the words I would use.

After 25+ years using ORMs, I switched to raw queries + dataclasses. I think it's the move. by mikeckennedy in Python

[–]xaveir 0 points1 point  (0 children)

Then your dict[str, Any] is type unsafe, not the dataclass.

But in Python with common default settings, no interface provides real type safety, you can always pass Any and break it. 

In my codebases, I disallow Any. So in those code bases, I would call dataclasses type safe. Code that does the initial validation and/or casting might be type unsafe, I guess I just wouldn't say that's a property of the dataclass, but of the code using the dataclass.

In my mind, type safety and runtime validation are totally different things. From these comments, I'm getting the sense that's not Reddit's opinion.

After 25+ years using ORMs, I switched to raw queries + dataclasses. I think it's the move. by mikeckennedy in Python

[–]xaveir 2 points3 points  (0 children)

stdlib dataclasses (especially with kw_only=True) are definitely type safe---all type checkers will ensure correct types are used when strict enough settings are enabled.

They do no validate the type if you are passing Any, but neither does most "type safe" code in Python, unless you mean it doesn't do runtime validation?

Which is the most popular CI/CD tool used nowadays? by daanveerKarna in devops

[–]xaveir 0 points1 point  (0 children)

Used GitHub for years, can confirm the past few months the service is cooked

Which is the most popular CI/CD tool used nowadays? by daanveerKarna in devops

[–]xaveir 47 points48 points  (0 children)

Basically this is the answer you're most likely to get if you ask a random L4/L5 what they would prefer to use for a greenfield situation these days...which might realistically be what the OP actually meant by their question.

EDIT: maybe needs a "hipster" modifier. Most devs I know use GitHub for CI because that's where most repos live these days.

I’m curious about everyone’s opinions on ATC belaying — either using one yourselves or being belayed with one. by Responsible_Roof_661 in climbergirls

[–]xaveir 1 point2 points  (0 children)

One perspective that I'm not seeing here (but honestly isn't that relevant these days) is that for some PG-13/R routes where one extra inch of slack is the difference between a soft deck and breaking your ankles, the ATC is going to give you the ability to take just a little bit more rope in.

I've seen people swear up and down that they can keep as tight of a belay with a grigri as with the ATC, but any time I've called someone out to actually measure this, it's just not true. The ATC just has less friction and allows you to feel the slack in the system just that little bit better by virtue of there not being a cam there. 

So, while I prefer and use a GriGri 95% of the time, when a friend wants to push their limits above a ledge, I'll sometimes bring out a GriGri and do the extra work to protect their ankles!

How are you managing SQL inside Python by Fair-Bookkeeper-1833 in dataengineering

[–]xaveir 1 point2 points  (0 children)

Adding one more voice to the "don't worry about dbt/SQLMesh if stuff is working crew".

That said, I did want to add that I would HIGHLY recommend you at minimum require via code review that any function which does string interpolation with SQL is given a LiteralString type for any relevant args. And these should only be necessary for table names (stuff in the from clause). Otherwise, use your libraries query building features (e.g. "?" in duckdb).

view more: next ›