Agile Scrum is not working An Article by Gene Bond iism.org The Agile founders had it right, one size doesn't fit all. What the founders perhaps didn’t foresee, or couldn’t agree on, is that in order for the world to scale and consume their wisdom, it had to be packaged as concrete practices, not as abstract classes with virtual methods to be defined in context. And to the proponents of Agile Scrum, give them their due, for their part, they made it concrete – Agile Scrum has been packaged and delivered. Yet much work remains to realize the promise of Agile, which in summary is, the realization of wise use of lightweight development practices and workflows that flexibly adapt to the changing and evolving needs of customers. Beware SAFe, an Unholy Incarnation of Darkness agile
Text for Proofing Fonts An Article by Jonathan Hoefler www.typography.com The pernicious issue with pangrams
The pernicious issue with pangrams The far more pernicious issue with pangrams, as a means for evaluating typefaces, is how poorly they portray what text actually looks like. Every language has a natural distribution of letters, from most to least common, English famously beginning with the E that accounts for one eighth of what we read, and ending with the Z that appears just once every 1,111 letters. Letter frequencies differ by language and by era — the J is ten times more popular in Dutch than English; biblical English unduly favors the H thanks to archaisms like thou and sayeth — but no language behaves the way pangrams do, with their forced distribution of exotics. Seven of the most visually awkward letters, the W, Y, V, K, X, J, and Z, are among the nine rarest in English, but pangrams force them into every sentence, guaranteeing that every paragraph will be riddled with holes. A typeface designer certainly can’t avoid accounting for these unruly characters, but there’s no reason that they should be disproportionately represented when evaluating how a typeface will perform. Embracing Asymmetrical Design typographylanguagedesign