最近はCocoa(iOS)のコードを主に書いているが、まとめ兼覚え書きとしてコーディングガイドラインと題して自分用またはプロジェクト用に作っている。
1人でコーディングするときは、それをそのまま使い、プロジェクトなど2人以上でコーディングするときはそれをベースに修正したものを共有するという格好だ。
ずっとCocoaをやっているならいいのだが、たまに離れることもあるので再び戻ってきたときに細かいところを忘れてしまうのだ。それにWebでTipsを見つけたときにReadLaterしても良いのだが、どうせ自分は後で見ないので、自分で修正しながら加筆すると忘れてしまわないし、ノウハウが溜まってよい。
今までに作成したものはこんなところ。(オレオレばっかりでダサいが…)
履歴も保存され、Markdownなどのリッチテキストにも対応しているので今のところGistを使っている。ブログでやっても良いのだが、構文の色つけなど見た目の綺麗さはgithubには敵わない。
5人の建築家(クリエイター)がそれぞれ設計のプロセスや考え方について論じている本で、インタビュー(座談会)から始まり、各人の論、インタビューで終わる。
建築・都市設計の本でありながら、設計(=デザイン)やWeb・ソフトウェアに多く触れられている上うえ、それ自体にも関係する話である。
その中で、「超線形設計プロセス論」というモデルが提唱されている。
「ジャンプしない」「枝分かれしない」「後戻りしない」を前提として、最初にゴールイメージを抱かずに、改良を重ねながら進めていくという方法…
重要なのが模型を保存するということ…
改善するポイントは一ヶ所に絞る…
よくLeanやAgileと言われているが、どうやったらいいか分からない。これがまさにその具体的なメソッドのように思える。
ソースコードレベルではリファクタリングなどによって、後戻りすることもあり得るかもしれないが、プロダクト(サービス)レベルでは後戻りを許さず、改良だけをして、ゴールイメージを抱かないということになるだろう。
特に模型を保存するのはバージョン管理システムでコミット(Gitならブランチを切る)することであるし、一ヶ所に絞って、レビュー→改良のプロセスをより頻繁に回すことが大事なのだろうか。
そして、面白いのは、この方法が大学教育にどう応用されるか、実際に実施してみての話なども交えていることである。これに対する批判に対する回答もある。
60年代〜近代に建築の考え方がウェブに使われるようになってきた。そして、近代〜今になってウェブの考え方が建築に逆輸入されるようになってきた。この本で、アーキテクトというものを建築、それからウェブの視点の両方から俯瞰できると思う。
c.f.
色彩というと色や色彩検定など、いわゆるデザイン(美術)のカテゴリ分類される本がよくあるが、これは工学的に色について勉強できる本である。
内容的には色の基礎知識から始まり、生物学的な話、また半導体工学的な話も載っている。中身は説明と定量的に示すための式・グラフ・図が多い。
色についての一連の知識をここまで網羅している本はなかなか無いので、帯にもあるように、エンジニアやWeb(DTP)デザイナーは読んでおくとよいと思う。
当たり前だ。特に次の条件の場合最も酷くなる。
結局オブジェクトという名の.cファイルの上で、インスタンス変数という名のグローバル変数を使っているということである。
まちとしょテラソは小布施町立の図書館である。
昔ブログで図書館カフェについてのエントリを書いたが、実際に行ってみるとその構想に、より近いように思う。ただ、図書館の機能として見るとまだまだ普通の図書館を踏襲しているが、空間のつくりが図書館とは少し違う感じ。
以下メモ。
※写真はまあありますが、本当はアレなので上げれません。
微分方程式の解きかたでも、
半導体の仕組みでも、
古典の楽しみかたでも、
ルネサンス時代の文化でも、
TOEICの攻略法でも、
東大への入りかたでも、
オブジェクト指向プログラミングでも、
ソーティングのアルゴリズムでも、
IPv4ネットワークのパケットの中身でも、
ラプラス変換でも、
光の二重性でも、
ブートローダーの書きかたでも、
研究室の選びかたでも、
単位の取りかたでも、
卒業のしかたでも、ない、
問題の見つけかた
である。
結局はこれが日本とアメリカ等の教育の違いなのではないか。
コードを書いて問題解決をするとき、動くものを作る時、どうやっているか。
理想的な思考の手順は
のようになるだろう。
どんなプログラムでも入力と出力を持ったシンプルなモデルに落とし込むことができる。モデル単位で評価もする。テストもする。モデルの集合はそのままオブジェクト指向のオブジェクトともなり得る。
いきなりコーディングをし始めるひとがいるが、それでは*良い*コードは書けないだろうし、結局のところ時間もかかる。コーディングにかける時間はほんの少しである。コーディングなんてルーチンワークでいい。
何をもってデザインと言い、何をもってアートと言うか。その境界線はどこか。
デザイン
アート
"
「日本人はいつも、美味しい所だけをツマミ食いして、他の連中には食べカスだけ残しておく」と言った話もありますね。つまり、外国の新しい技術革新を真似して、それを改良する訳です。
確かに、半導体製品の製造技術では素晴しい成果を挙げて来ました。しかし一方、日本のエンジニア達一人ひとりの技術革新への貢献、つまり「新しい技術を発明する」と言う事になると、日本はまだまだ米国に遅れを取っていると思いますね。
"NHK 電子立国 日本の自叙伝 vol.6 (1991) via @dennichibot
