99% of decisions always have to stay hidden. Unless you're the one writing the software, implicitness is just the default, universal state of software tools. What matters is *which* bits are being surfaced at the tip of the iceberg. And that's an API design question.
-
-
Show this thread
-
So don't tell me, "this is implicit / this is magic." Tell me, "I care about configuring X." And do realize that software tools can be used by a variety of people, who don't all care about the same things.
Show this thread
End of conversation
New conversation -
-
-
This is true in organizations as well. Good employees make many decisions themselves and only bubble up a few important ones to managers.
Thanks. Twitter will use this to make your timeline better. UndoUndo
-
-
-
Indeed, no one wants a program with a hundred features that make it confusing to use and unfriendly to the user, there are a lot of decisions that go into programming, but the whole time you question them with "will this benefit the user?" and "does this fit the brief?"
Thanks. Twitter will use this to make your timeline better. UndoUndo
-
-
-
while I get the drift and mostly agree, I do think that the semantics of the hidden assumptions/decisions need to be clear to the user to avoid an unexpected outcome
Thanks. Twitter will use this to make your timeline better. UndoUndo
-
-
-
Note: there are implicits in Scala, literally IMHO, they are good; they allow focusing the attention on what matters Note: analogously, too much documentation is a disservice: makes finding the relevant part harder. Laconism is underestimatedhttps://twitter.com/trylks/status/1263989420035903489 …
Thanks. Twitter will use this to make your timeline better. UndoUndo
-
Loading seems to be taking a while.
Twitter may be over capacity or experiencing a momentary hiccup. Try again or visit Twitter Status for more information.