デザイン脳を鍛える方法｜ハラヒロシ / デザインスタジオ・エル
はじめに1998年、デザインの勉強を全くしたことがない私がデザイン業界に入り、はや22年が経ちました。数年間は下っ端生活をしていましたので、まさか20年経ってこの会社の社長になるとは、当時の自分が聞いたら失神するでしょうね…。 そんな私は、デザイナーとして際立ったスキルや作風もなければ、立派な賞とも縁がないごく普通のデザイナーなわけですが、22年間楽しく続けてこれたのはなぜだろうと思うと、デザインという仕事を通して成長が感じられるからなのかもしれません。 このnoteでは、デザインの技術ではなく、デザイナーとして成長を実感していくための「デザイン脳」の鍛え方について書きたいと思います。デザイナーとして成長したい！と思っている方の一助になれば幸いです。 思考の変遷を残しておくデザインの経験を積んでいくと、「前よりうまくなったな」と思うはずです。うまくなったというのは、デザインの原理原則が身に
視座の可視化｜kgmyshin
視座が高いってそもそもなんやねん問題 1on1で「視座を上げてほしい」って言われたり、マネージャー陣の集まりで「視座高い人がいいよね」って会話をしたりするけど、じゃぁ「視座の高いってなんぞ？」「どう見極めればええのん？」ってなりますよね。 自分も前職でエンジニアリングマネージャーしてた頃から、現職にて横断組織の一環として採用にかかわるようになって良くそれらのセリフを聞いております。 で、これが正解ってわけじゃないんですけど、自分はいつもこんな感じで可視化してますよってのを紹介してみます。 「視座が高い」を端的に言うと 自分は「視座」ってのは一言でいうと「どのレベルの課題まで、当事者でいられるか」っていうスタンスの度合いだと解釈しています。 ここで言っているレベルというのは難易度ではなく対象のスコープのことです。個人の課題なのか、チームの課題なのか、はたまた所属する会社の課題なのか。 で、「
【翻訳】技術的負債という概念の生みの親 Ward Cunningham 自身による説明 - t-wadaのブログ
システム開発の世界において「技術的負債（Technical Debt）」は繰り返し話題になり、しばしば炎上しています。 技術的負債という概念の生みの親は Ward Cunningham （ウォード・カニンガム）です。彼は 1992 年にオブジェクト指向プログラミングの国際カンファレンス OOPSLA '92 の Experience Report でコードの初回リリースを負債に例えました（"Shipping first time code is like going into debt"）。 Ward Cunningham はソフトウェアの世界に多くの貢献を果たしてきました。Wiki の発明者であり、XP と TDD の父 Kent Beck の師匠のような存在であり、建築の世界の「パタン・ランゲージ」を Kent Beck と共にソフトウェアに輸入した人であり、「アジャイルソフトウェア開
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
この現象に名前をつけて欲しい
GitHub、複数のプログラミング言語に対応した「Super Linter」リリース