It seems shoe shiners can come in many forms. But that was the particular one for me to unload all of my bitcoin and other crypto and get out while I was ahead.
560 karma · joined June 9, 2017
It seems shoe shiners can come in many forms. But that was the particular one for me to unload all of my bitcoin and other crypto and get out while I was ahead.
I've come to the opinion that, unless you're a "famous" engineer, or very senior one, that can command a lot of respect and autonomy, most of these "dream job" companies are going to feel a lot more like a well paying sweatshop. At least, that's been my experience as someone with only several years in the field.
That being said, if I stop to think really hard about whether I'd enjoy 12 hours of farm work or 12 hours of video games, I can't say I really know which one I'd prefer. A tired, overworked me says the video games. But I know having had several days of uninterrupted laziness before, that I'd quickly feel lost and unhappy with the video games as well because there's no "larger" gratification from them than whatever immediate feedback the game system provides.
I would guess I averaged about 10 lines a month on my project that had been around for decades. Making even slight tweaks required dozens of meetings, design discussions, functional and performance testing, etc. etc. It took an eternity.
Now that I'm in Seattle (well, Bellevue), the beauty of the PNW has me going on several hours of driving and exploration every weekend. Good luck doing that without a personal vehicle. Also, my commute is agonizing, but even in a personal car it's still orders of magnitude more time efficient than the public transportation options, and I can get all my random errands for the family done during.
I'm probably preaching to the choir by replying to you, but my car is now an indispensable part of my life. I could only imagine not having it being in the densest and most "isolated" American cities at this point (Chicago, Manhattan possibly).
My point being, there's tons of military jobs that don't involve violence. For each job that does require violence, dozens more auxiliary positions are required to support that job.
That being said, I agree with your sentiment that there are faster/more efficient ways to accomplish this. For something like smart contracts, I'd think they should be able to abstract this line of reasoning into an API that's consumable for those of us that aren't as familiar. Or is at least worth having the option of.
1) All accessible via a browser instead of Desktop App. 2) PRs are all queued up nicely and easily searchable in said browser instead of littered all over a folder in my email 3) PRs can have rules that don't allow merging without reviewers having accepted the change. CodeFlow seems to ignore this in my experience and 'required' reviewers are more just suggestions and people just check in their code whenever anyways.
It's entirely possible my team, myself included, don't understand how to properly use CodeFlow though so take my opinion with boat load of salt. Similarly, I'm sure my third issue could be fixed by improving our review process as well, rather than switching tooling.
That being said, I may have exaggerated the memory issues. It isn't like full blown amnesia. More so it just takes longer than usual to remember things. I'd compare it to a cache miss. Smoking clears my brain's cache the next day and I end up feeling like I am pulling short-term thoughts and memories from colder storage.
It's legal where I live and the handful of times I have used during the week, I can't remember what I did the day before as well, or what my tasks for the day are. My performance at work noticeably degrades. I'm also more tired the day after, despite generally getting more sleep.
It's great for the weekend when I can just sleep it off or my only tasks are to go for a hike and get groceries though. Better than alcohol at least.
Source: Am MSFT dev on the Azure side of things.
I'm merely a junior level developer working on database engines. Most of my day-to-day involves maintenance of decades old code where the 'hard problems' have long been solved. I imagine my codebase ancestors might have needed thorough knowledge of trees at some point :)
If I ever really needed another job, I guess I'd have to suck it up and refresh myself on that stuff. That's a shame.
I, for one, miss rural life (wide open space, less traffic, mom and pop stores, etc.) but unfortunately my career as a programmer doesn't cater to that lifestyle all that well.
My family probably wouldn't be too happy to suddenly have roommates. Hah. But yes, if you're young and single, that's a solid option I would think.
I personally know I will never be able to afford housing close to work based on how things are now. Currently I'm just saving my pennies and hoping I can move to another job with a lower cost of living somewhere else in a few years.
Edit: For reference, I am just a just above 'entry level' engineer at Microsoft. I'm paid well, but not well enough for the housing around here.
When I ask them, their passion tends not to be "finance" so much as "helping people" in various forms. Whether that passion is sincere or not is a separate argument.
Personally, that sort of incentive one of the major motivators that's missing from the pure software industry imo. When I worked in derivatives trading as a programmer, I made a good chunk of change finishing projects early, with high quality, etc. At my current position, there's no such obvious incentive. Promotions and solid bonuses could require years of this type of work as a prerequisite and may not even be recognized at all.
The big problem with this is: you end up having 'if(feature)' type statements _everywhere_ for each of those experimental buttons or extra components or whatever. It creates considerable debt that the team has to be accountable for cleaning up as those features start to stabilize.
I still don't fully understand the PM role here at MSFT. At previous companies I was at, the nearest equivalent of a PM was involved closely with engineering to organize projects, discuss features, etc. Here, they're just in meetings all day and emailing each other rhetorical questions. Having attended many of those meetings, the value-add seems trivial to me.
Maybe their job is actually really demanding and I'm just way off the mark though. It also likely varies from team to team.
Thankfully these are all obscured from the user for the most part.
We have a 'control panel' like thing that we used to enable/disable feature switches. It works well for its use case and let's us enable/disable with as much granularity as we want.
Of course, I work at Microsoft. That being said, many devs I see are open to or enjoy using Linux--myself included. I think, and hope, we'll see continued growth in support for it. Though, I have little to no influence over such things.
In my opinion, my building/group/whatever does it wrong by jamming so many bodies in the same room together. There's 26 desks here in a room that looks as though it could comfortable fit about half that many. I've since adopted big sound-proof headphones and a wall of monitors that eliminate most distractions. But the biggest annoyance to me is that there's constantly a line for the bathrooms. Too many people for what the building was originally designed for, I think. Assuming we better limited the room capacity, I could likely tolerate this just fine.