プログラミングにおける不安と学びのプロセス - 人間とウェブの未来
僕の場合、実現したいことをコードで書けない時には、ひたすら似たコードを読んで理解して写して…を繰り返す。そのうちに手元に大量の自分のサンプルが溜まっていく。その繰り返しがパターンの細分化を促し、書けるコードの幅を広げていく。書けるコードを気持ちよく書き続けてるだけでは新しいコードは書けないからだ....と、向き合えるようになるには時間がかかった。 書き慣れたコードの延長で書いていると、自分でコードを書けている実感があって、リファレンスなど何も見ずに自分の力でプログラミングできている感があるのだが、ある時これはただ「慣れ」の感覚を高めているように思えた。素早く書けること自体は、それはそれで一種のスキルで素晴らしいのだけど、実現したいことをコードで書けるようになる、という観点で振り返ったときに、どうしても成長を感じなかったのだ。それ以来、まずいと思い、実現したいことを思い描き、それを実現するた
ガンプラの全塗装プロセスは現代のソフトウェア開発プロセスそのものであると気づいた - 人間とウェブの未来
最近ガンプラ（ガンダムのプラモデル）の全塗装をやっているわけですが、僕がガンプラ全塗装でやっているプロセスは、まさに現代のソフトウェア開発プロセスのなんたるかを擬似的に短期間で凝縮して体験できる優れたプロセスである、と思わされましたので、それについて書きたいと思います。 僕のガンプラ全塗装のやり方を大まかにまとめると、 説明書チェック 各パーツの処理をしながら組み立てる 一度全てのパーツを仮組みし塗装箇所や全体の塗装行程を検討 全て分解して塗り分けパーツごとにパーツを分離 全塗装 再度仮組み後にスミ入れとデカール貼り 必要であれば再度分解してトップコート 完成 という手順になるわけですが、えっ、これってまさに今のソフトウェア開発プロセスそのものじゃないですか、作りたいソフトウェアなくてもそこそこのソフトウェア開発プロセスが今すぐにでも体験できるじゃないですか、ソフトウェア開発プロセスから入
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
