My solution has been to place an Apple bluetooth keyboard -on top- of my 15" MBP keyboard and that seems to work pretty well, but wow, it shouldn't have come to this...
78 karma · joined June 19, 2015
My solution has been to place an Apple bluetooth keyboard -on top- of my 15" MBP keyboard and that seems to work pretty well, but wow, it shouldn't have come to this...
99.9: 43m 49.7s
99.99: 4m 23.0s
Sounds like they need to cough up some money for their four 9s customers...
https://www.ghacks.net/2016/11/22/keepass-audit-no-critical-...
The only issue is that I still get blamed. I don't know how many times I've repeated this scenario:
1. I highlight gap / issue in code.
2. Team says, "Need to ship; we'll accept the risk"
3. During go-live, fecal matter hits fan because of aforementioned gap in code.
4. Everyone acts surprised.
5. I point out that I mentioned it 2 months ago.
6. Everyone makes excuses / claims they don't remember it that way / moves on to burn down another project.
7. I'm left to clean up a mess / have taken a hit to my reputation.
Not sure what I'm doing wrong...
It's pretty well established that Amazon's usual approach is to provide a "toolbox" of services that can used to build any number of app architecture permutations, without all the typical fluff and polish expected by large business customers. I for one, as an engineer, appreciate this model since it's much more accessible and lightweight.
Does it only apply if you resell / package the source code as a deliverable product? Where is this line drawn between software downloaded as a binary vs. software delivered to you in a hosted fashion with an API or similar (i.e. SaaS)?
Eric S. Raymond said it best back in the day: "Release Early, Release Often"
https://en.wikipedia.org/wiki/Release_early,_release_often
I personally like to say, "Ship and Iterate."
Previous job longevity is worth next to nothing without talking to the candidate in my opinion.