On online collaboration and our obligations as makers of software An Essay by Baldur Bjarnason www.baldurbjarnason.com Is it the notetaking system that’s helping you think more clearly? Or is it the act of writing that forces you to clarify your thoughts? Is it the complex interlinked web of notes that helps you get new ideas? Or is it all the reading you’re doing to fill that notetaking app bucket? Is all of this notetaking work making you smarter? Or is it just indirectly forcing you into deliberate, goalless practice? Towards a crap decisionSo much knowledge not being applied notetakingbloggingsoftwarethinkingcommonplace
What do I need to read to be great at CSS? An Article by Baldur Bjarnason www.baldurbjarnason.com A rule of thumb is that the importance of a blog in your feed reader is inversely proportional to their posting cadence. Prioritise the blogs that post only once a month or every couple of weeks over those that post every day or multiple times a day...Building up a large library of sporadically updated blogs is much more useful and much easier to keep up with than trying to keep up with a handful of aggregation sites every day. bloggingcsscodelearningrss
136 things every web developer should know before they burn out and turn to landscape painting or nude modelling An Article by Baldur Bjarnason www.baldurbjarnason.com The best way to improve software UX is regular direct observation, by everybody on the team, of the work done. Have some personality. Minimalism is garbage. Metaphors are fantastic. Naming things is fantastic. Try to write HTML that would make sense and be usable without the CSS. The buyer is quite often wrong. That fact never changes their mind. Working on a functioning app’s codebase does more to increase its quality than adding features. A good manager will debate you, and that’s awesome. The term ‘project’ is a poor metaphor for the horticultural activity that is software development. Two Hundred Fifty Things an Architect Should Know wwwworkuxcollections
Nobody gives a hoot about groupthink An Article by Baldur Bjarnason www.baldurbjarnason.com Two relatively common ‘fashions’ today are real-time collaboration and shared data repositories of one kind or another. Both increase productivity in the naive sense. We work more; everybody is more active; the group feels more cohesive. The downside is that they also both tend to reduce the quality of the work and increase busywork. On that of the highest authorityPersonal Information Management (PIM) productivitycollaborationinformation
Craft and Material in Digital Design An Article A little bit more about the stoneIt is how we come to understand our medium craftmaterialsoftware
A little bit more about the stone In the documentary Rivers and Tides, artist Andy Goldsworthy repeatedly struggles to stack stones into a sculptural cairn. Over and over the stones fall. Each time, Andy’s sculpture stands a little taller before the moment of failure. At a penultimate moment in the episode, the ever-patient Goldsworthy begins to look exasperated. He’s just staring at the rocks scattered on the ground, studying them intently. A curious passerby has watched him fail a few times, and Andy tells the man, “Every time, I learn a little bit more about the stone. I’m learning how it works.”
It is how we come to understand our medium There is such a unique quality to experiential learning, through direct experience with a material. It cannot be substituted through lectures or books. It must be felt. It must be earned through time well spent, through making and failing and re-making. It is how we come to understand our medium. If you’re a digital designer who doesn’t understand basic principles of computer science, or has never written a bit of code, or has never built a website, what are you doing? What can you say about the material you shape? The idea that designers in the information age shouldn’t waste their time with this skill baffles me. It is woefully misguided advice. A digital designer who has not learned the nature of their medium is a designer unprepared to argue for their vision. This is a designer who is unable to push back against the criticism of skeptical engineers. This is a designer who risks offering opinions instead of solutions. If you are crafting experiences in the digital space, you should know what’s required to implement your ideas. You should try implementing it yourself, (if only to build empathy with your developers!)