An interesting interview with one of the most intelligent researchers in AI:
Ilya Sutskever – We’re moving from the age of scaling to the age of research
(/ht HackerNews)

Make a diff!
An interesting interview with one of the most intelligent researchers in AI:
Ilya Sutskever – We’re moving from the age of scaling to the age of research
(/ht HackerNews)
Got a “dishwasher safe” product whose shape is actually not suitable for a dishwasher at all? You’re not alone.
In fact, it’s shocking how many allegedly dishwasher friendly products out there obviously weren’t optimised for dishwashers, shape-wise.
Considering that in a free market, supply would ultimately be driven by demand, i.e. our purchases, one can “guesstimate” how little time and thought most people (yours truly too) apparently spend for purchasing decisions related to such everyday products! Then again, at least the engineers designing those products must have spent a couple of days thinking through their designs, one would hope. How could they end up with such inadequate designs, and how could those even pass internal product testing and quality assurance assessments? It’s probably due to market imperfections indeed.
E.g. look at this inconspicuous, allegedly officially “dishwasher safe” plastic mug:
As you can see: Its designer DID think of making a drainage hole at the bottom of the hollow handle. Dishwater would thus drain from it and not collect.
But what’s the point of that hole anyway, if water can’t and isn’t supposed to drain from the mug? As a mug, by design, is not supposed to leak liquids.
In other words: Who on earth would place this mug in the dishwasher in upright position, for dishwater to collect in the mug itself?
So, the only reasonable way to put this mug into the dishwasher would be upside-down. Which voids the whole point for that drainage hole in the hollow handle, except maybe to release hot steam, lowering the maximum heat the plastic handle would have to withstand (but what about the ascending hot steam that will be collected in the mug itself? Heat-deforming the bottom of the mug would be even worse than heat-deforming the bottom of the handle)
If we placed this mug correctly, i.e. upside-down in the dishwasher, dishwater would instead collect in the now concave, open part where the handle is attached to the mug. As strangely, the designer apparently didn’t think of designing holes there (or of sealing off the whole handle, making all surfaces convex), so that water could drain between the fins.
Example of two quick-fixed “dishwasher safe” products, the above mug and the lid of a shaker (both before final cleaning of splinters). Also note that these fixes have no significant negative impacts on the structural stability, reliability and durability of the products:
Unfortunately, there are countless other examples!
Check the bases of your coffee cups: Are they fully flat? Or rather slightly concave, as so often? If the later, are there any slits/gaps in the base so that dishwater can nicely drain when placing the cups in the dishwasher upside-down?
Similar: Bowls, glasses, plates
I haven’t tried fixing those myself yet, but milling slits/gaps with a multifunction rotary tool (e.g. Dremel) might be worth trying.
I like the Eisenhower Matrix a lot: In everyday life, the simple concepts often tend to be the most practical ones, and in the end, usually also the most useful and powerful ones. Remember: “Everything should be made as simple as possible, but not simpler” (although that’s also a reminder to not over-simplify things).
Here’s an idea how to combine the concept of 2-dimensional triage (Eisenhower Matrix) with the idea of JIT workflows (JIT processes from supply chain to production to delivery) in Kanban / Kanban in software development, using Trello:
The top Kanban workflow would thus be:
1. INBOX: If urgent & important: DO!
2. If urgent & not important: DELEGATE!
3. If not urgent & important: DECIDE+PLAN!
4. Rest: Not urgent & not important: ELIMINATE!
(& := logical AND)
This would guarantee, that first, all incoming tasks/requests (e-mails, phone calls, mail, visitors, time-triggered events, other events, ..) would get proper (highest) attention and get collected in the INBOX list. They would then be triaged (qualified) and, if appropriate, distributed/moved to the other lists accordingly. If nothing else matches, they would end up in the low priority box (not urgent AND not important), i.e. the equivalent of a “trash”.
In this order, it’s a failsafe workflow, where all incoming tasks are treated as highest priority tasks at first by default. In some seldomn special cases, usually just temporarily, one could also imagine that reversing the workflow would make more sense (e.g. in a situation of a foreseeable flood of low-prio incoming requests, when you only have time to pick the high-priority ones out of these and leave almost all tasks in the “trash” by default -> this is not failsafe, of course!)
Integrating a particular product’s Kanban workflow would require adding further “sub-lists” for each of the steps of the product lifecycle. Or one could also think of using a separate board for each of the 4 states of the Eisenhower matrix, with lists representing the Kanban states/stages connected through Kanban JIT processes.
Note that each team member can (and should) have her/his own Eisenhower sub-matrix in addition, also combined with her/his own Kanban sub-workflow.
Side note: One could also extend the above board and make it more fine-grained by subdividing each list into the following 5 GTD (Getting Things Done) sub-workflows:
capture, clarify, organize, reflect, and engage
These would ideally be represented by sub-lists, which don’t exist in Trello (yet?). Currently, one would thus have to improvise a bit and e.g. use cards for them, using comments as “sub-cards” – or add further lists, e.g. “1.1 capture”, “1.2 clarify”, “1.3 organize”, “1.4 reflect”, “1.5. engage”.
One could also treat the above combination of the Eisenhower Matrix and Kanban as an application of the 5 GTD workflows and do without making those explicit. At the moment, I favor this view and, for simplicity, don’t recommend visualizing these GTD “meta-workflows”.
Disclaimer: The ideas proposed here are “work in progress”, likewise this post. This is just one example of many imaginable ones. I’ll probably edit this post or clarify, correct or extend it in follow-up posts.