349 karma · joined October 2, 2014
> "I've been able to track down some well-meaning but ultimately flawed attempts at fixing things that then blew up and became something much bigger. The folks who I pinged about it were amazed that I somehow had managed to "guess" that a specific member of their team had been poking at a specific box"?
read like "I didn't like what someone did on a machine I had to troubleshoot, and told their manager" to me.
I was also reading this prior to coffee, mea culpa.
- the author seems to call out specific individuals, by name, to their team leads, based on where they were ssh'd in, instead of bringing up the issue with that person first and asking for the logic of why they were on the box doing the thing (sounds like a lot of assumptions combined with finger pointing)
- it sounds like there's no well-configured monitoring or observability at the DC/rack/machine level involved, at all, which is surprising in a modern enterprise setup
My dad had a slightly gross phrase for this: ‘don’t shit where you eat’.
As in there’s no sense in potentially poisoning workplace relations if a romantic overture or relationship doesn’t go well.
Sure society may have prevailing moral standards, but the thing about having an opinion (which I think I'm proving with this comment) is we all, myself included, have forgotten that means we don't have to share it.
I got started by re-connecting with a group I led at university and being introduced to folks teaching business and practical engineering skills at a local accelerator (which seems to be primarily populated by college students and people without much experience trying to start their own companies). It's been a learning process -- both in terms of learning what people really ought to know before they apply for their first job versus what's normally taught and trying to fill in some of the missing bits, and learning where I myself have skills gaps.
The tone of the language is nice, but the Wikipedia citations remind me of my time teaching high school five years ago. Anyone who wrote a paper without citing in a significant way five scientific sources (google scholar provides free pdfs, how awesome is that?) got an automatic zero.
Wikipedia has good information but it's hardly what one would want backing themselves up for something like this.
This is actually my favorite thing about languages with strong type systems where type inference is less emphasized -- if you're looking at a function definition, even if you're not terribly familiar with the language, you know what the thing is supposed to do. Sure, it's nice to let the compiler infer your types at compile or runtime, but it's really nice to just be able to read the code and be able to see what a function is at least meant to do, based on what it returns.
Explaining how to pronounce a name with multiple vowels in a row is goddamn hard in a lot of places.
I've had an interview like this. I said thanks for your time and walked out of the room.
I'm not interested in being told problems are unsolvable, I'd really prefer to work in a culture where there's a growth mindset. Even if a problem is unsolvable for me right this second, would it not be within the realm of possibility that with more experience or with a couple other folks on a team, I could solve it?
I'm not necessarily talking coursework, either -- how students are treated is very different.
Ok, so this is in no way a criticism of you or your kids, but having kids doesn't have to mean that (e.g., would you let your kid leave her crayons on the subway? in the public library?). Sure, kids anywhere could occasionally mean kid vomit, but that's what damages fees are for, right?
Lots of people, my sister included, have kids and don't even own cars, today, right now.