There are several ideas here about how to elegantly combine physical switches, knobs, and dials with digital displays that I quite appreciate in this design.
Some nice details:
- There's digital readouts around the binnacle gauges
- The physical needle on the speedo comes from the outside to leave the center available for the digital screen
- The drive selector has a small screen (light?) in the center as an indicator
The combination seems like it may create a quite polished feel if it's done well in motion.
Just because you've made a team and given them the job of doing something (incredibly) difficult, doesn't mean you've actually solved that problem or even should expect them to solve it most of the time.
You're absolutely right that having a "blue team" is much better than not having one - but it doesn't mean that calling out the reality that many organizational activities can't be easily measured is a "rubbish excuse made by people who don't understand".
You can even do SQL DDL ALTER TABLEs in a Transaction on production, do the change, run smoke tests in a nested transaction that are all rolled back when complete, and if anything fails you roll back the DDL changes and are back where you started clean.
When breaking up your records into multiple rows by attribute - you then require multiple read units due to how DynamoDB charges you for each row read which costs a minimum of a read unit. So each complete record would have a cost for each attribute as if they were each sized at 4kb (minimum size of a read unit) on read and write.
You also very likely need to use DynamoDB transactions (not really mentioned in the article) or else you're taking big integrity risks with partially incoherent records and so you're paying more for their transaction bookkeeping as well.
Doesn't this seem to map badly to DynamoDB's cost model?
I've head this comment before, but from my own speech I don't find this to be true at all. It usually means I'm saying something I perceive to be more vulnerable or direct than any party to the conversation has been to that point - not at all that I was being deceptive before that point or after.
In my opinion, the two most important features as a developer for the App Store:
1. Rolling deploys - right now releasing on iOS is scary and big bang, combined with the review process it keeps devs up at night worrying.
2. AB Testing on images and copy - you can only update this on each (scary) release, so you can't learn what works quickly.
"The real challenge now is to deliver a sequel that we will all be satisfied with after 14 years of waiting. After much research and planning, we set the funding goal at this level believing it will make possible a fulfilling Shenmue experience."
The camera is to recognize what recipe you put in the oven. Not sure if full HD was required, but maybe they found it gave better accuracy for the cost difference.
Scalability is a reason that many growing companies use open floors. When you are growing rapidly, you're often put in a situation where you need the most flexible possible floor plan, otherwise you have to move offices. Having way more offices than employees sitting empty waiting for the hiring to happen in the next few years feels too much like a waste of space. This makes the open office plan very seductive when making decisions about how to lay out the floors.
Some nice details: - There's digital readouts around the binnacle gauges - The physical needle on the speedo comes from the outside to leave the center available for the digital screen - The drive selector has a small screen (light?) in the center as an indicator
The combination seems like it may create a quite polished feel if it's done well in motion.