My feedback is merely: boy it'd be nice to have the option to just order a pre-built.
1,142 karma · joined February 16, 2018
My feedback is merely: boy it'd be nice to have the option to just order a pre-built.
Building code for snow load is a factor of location and elevation here. We are around 130 lb/sq ft.
Roof pitch can help with shedding, but then you've got other problems (roof avalanches can and do kill, not to mention snow up against materials that don't want to be wet all winter).
I'm still planning on building out an office/studio, but it will be a much larger investment despite being able to DIY much of it.
LG TVs capabilities and performance from an app developer perspective is... not great.
The cord that was attached to the clutch broke and got caught in the mechanism itself. When I disassembled the clutch to retrieve the cord, an internal spring came dislodged and twisted causing the clutch to never function correctly again.
Understanding exactly which part I needed replaced, I contacted Hunter Douglas, who told me to talk to a local rep. My local rep told me they couldn't repair this issue, and I would need to box up my entire window shade and sent it in. The cost was something around $200 for a repair.
I spent a lot of time scouring the internet and came across this site where I purchased the entire clutch for around $30. 5 minutes of swapping a good part for bad and I was back in action.
A Garmin watch that allows for all interactions to be done via easy to find physical buttons and well thought out data screens was a huge improvement for my own use cases.
In places like this the engineers and managers closest to the product and customers tend to have a better feel for what to work on, but in a large enough org it’s impossible to align those priorities across teams to get things done. This leads engineers to either POC ideas that aren’t possible in production yet or to focus on smaller features that don’t have dependencies.
The blame there lies solely in upper level leadership who often care more about org size than output.
I’m tired of the messaging around “lazy workers” pointing the finger where it doesn’t belong. Gut from the top if you want to get rid of the problem. It’s not the L5 engineer or the first line manager that’s holding any product back. These people tend to be the most invested in building something in my experience.
The idea was to build scalable solutions for HR to modernizing hiring, etc. and productize those. I'm not sure the external product piece ever panned out, but they were mainly focused on eliminated manual processes for HR inside of Amazon and migrating legacy systems to modern ones.
Its not clear which roles will be eliminated, but I've worked in a few of those groups and I can assure you there is plenty of fat to be trimmed outside of engineering.
Still I'm sure Amazon will take any excuse it can get to reduce headcount in Seattle given the city council's feelings towards them. They've been shifting to Bellevue for a few years now, and most hiring in Seattle proper has slowed or stopped due to headcount caps.
With the limited catalog, a general disinterest in all but a few of their originals, and the raising prices I'm thinking it's time to cancel and wait until something of interest lands on their platform again.
Most of the best developers I know would fail a technical interview for their current job.
Even with the Windows 8 UX changes, our most senior engineers were up in arms in open protest and they STILL went through with it.
This is a Product led decision.
It never replaced the actual desktop, but it was fun to go into my own 'house' on the family computer customized to my liking in the days before profiles and separate logins.
As you start looking to get into more mid/senior levels, the consulting work starts to hinder more than help. Typically when we are looking at candidates we want to see long term ownership of a product or project. This can include things like dealing with operational issues, shipping major versions, or leading large architectural changes. Most of these things are quite rare in the consulting case. Typically consultants don't have much ownership over the code or major decisions about the product, and that becomes increasingly limiting for the scope and ambiguity you are able to demonstrate.
This is of course purely anecdotal and not all consulting roles are like this, but it is a trend I have encountered.
I don't know what your long term career goals are or what stage of your career you are in, but in the off chance you may look to return to a product focused org at a higher level you should be aware of the challenges that can come from long stints in consulting.
I'm personally doing just this. I was lucky enough to land a good job out of college, buy a house in a desired area, and see it appreciate in the last 10 years. This increase plus the birth of my kids left me wondering if there wasn't a better route than continuing to need a FAANG salary to afford a larger house and private schools.
Due to this we are taking advantage of the remote work opportunities that have opened up due to the pandemic and are moving to the place we spend all our time anyway: a small town in the mountains. We get to do the things we want to do, have more space for our kids to roam, and a better quality of life without the stress of constantly needing a good performance review.
I understand this is not for everyone and I understand the negative perception of 'outsiders' pushing the price up for locals, but at the end of the day I'm optimizing for my own quality of life. I can't think of a better use of the money I've earned doing what I love than to provide a great life for my family.
If you perform well or get promoted you should see your compensation increase, but without that you are left with your base salary and no additional stock grants and can take a pay cut as a result.
Its one way FAANG weeds out lower performing engineers.
The more information you provide, the more likely it is that your app will be held up in review or you will get additional questions from reviewers delaying your release.
I generally still try to err on the side of including information in my release notes, but I have been bitten by this enough times that I completely understand this practice and sympathize with other app developers.
Do you have any example scripts you can share?
Had it stayed merely as a way for people to connect then I don't think they would be seeing nearly the same amount of backlash.
I always felt like Apple did it right - take the phone and move towards the desktop. Otherwise you are just creating a system that is as bad at the new computing scenarios as it has now become for the old ones.