Note
最新記事一覧
最適なブランチ運用について考える
ソフトウェア開発において、Gitによるバージョン管理は、もはや「できたほうがよい技術」ではなく、「前提条件」と言ってよい存在になりました。 実際、Stack Overflowの開発者調査やGitHubの利用統計を見ると、現代の開発現場においてGitを使用していないケースは、もはや例外的な存在です。多くの企業や個人開発者が、日常的にGitを前提とした開発フローを構築しています。 それにもかかわらず、現場によっては、いまだにフォルダ分けやファイル名の工夫だけで履歴管理を行って
単体テストという、小さな誠実さについて
ソフトウェア開発におけるテストは、目的や範囲によって、主に次のように分類される。 単体テスト（Unit Test） 結合テスト（Integration Test） システムテスト・E2Eテスト（System Test / End-to-End Test） 受け入れテスト（Acceptance Test / UAT） その他の補助的テスト このうち、日常的にエンジニア自身が主体となって実施できるのは、主に「単体テスト」「結合テスト」「E2Eテスト」である。 テスト
デザイナーがデザイン以外に学ぶべきこと
デザインを始めたばかりの頃、私は「デザイン」と「アート」の違いを、ほとんど理解できていなかった。両者は同じ“つくる行為”に見えながら、その目的も評価軸も、実のところ大きく異なっている。 一般にアートは自己表現であり、作り手の内面や思想を外に放つ行為である。一方でデザインは、他者が抱える問題を解決するための手段であり、常に「相手」が存在する。 東影勇太氏、和田直樹氏の著書『デザインのアイデア帳』において、「デザインは問題解決、アートは自己表現である」と端的に定義されているが、
なぜ私は TypeScript と Go を選んだのか
——ある Web 系エンジニアの現在地—— プログラミングを始めたばかりの頃、私は長い間「最適なプログラミング言語」を探し続けていた。 一度覚えた言語や仕様を、時代の流れに合わせて何度も学び直すことは、正直に言えば避けたかった。できることなら、一つの言語を極め、それだけで長く戦っていきたい。そう考えるのは、決して珍しい感情ではないだろう。 しかし、技術の世界に身を置く以上、流行り廃りから完全に逃れることはできない。 ある時代には脚光を浴び、次の時代には静かに表舞台から姿を
UI コンポーネントとデザインの変遷
デザインは時代とともに変化し、求められる UI も変わり続けている。初期の UI では「ボタンは四角形でクリックできるだけ」で十分だったが、現在は視覚的な押し心地やインタラクションの質を重視する傾向が一般化している。こうした変化はブラウザの進化やユーザーの期待の高さと密接に関係しており、デザインが進化するにつれて UI 実装の要件も高度化している。多数のブラウザで一貫した挙動を保つことは前提となっており、アクセシビリティ対応も標準的な実装要件として位置付けられるべきである。た
解釈の余地がないくらい、正確に伝える
あなたが部下の立場で、誰かから指示を受けたとする。 言われた通りに仕事を進めているにもかかわらず、修正が何度も入る。 一度や二度ではない。何度も、何度もである。 そして最終的に、上司はこう言う。 「なぜ、言うことが聞けないのか」 さらにその上司は、飲み会の席で同僚にこう話す。 「あの部下は出来が悪い」と。 一方で、あなたが上司、あるいはクライアントの立場である場合を考える。 やってほしいことを指示したとき、相手はあなたの期待通りに動くだろうか。 おそらく、五割程度でも