February 2009
放送大学のメモ デザイン工学
面白かったのでメモ。
便利な生活から豊かな生活へ
線形モデルからサイクルモデルへ
知識から知恵へ
生産者と消費者の分離から共同でつくりだす時代へ
プロダクト価値からプロセス価値へ
その他キーワードめも
Homo Faber Homo Ludens Homo Loquens Homo Mobens 価値共創
pragmatism
Environmentの中にあるHardware/Software/Humanware
知は，人の頭の中にあるのではなく、人と環境のダイナミックなインタラクションの中にある
http://www.u-air.ac.jp/hp/kamoku/H20/kyouyou/sangyo/s_1542001.html
“まとめると、「モノ中心の論理（グッズ・ドミナント）からサービス中心の論理が支配的な世界（サービス・ドミナント・ロジック）へ」、そして、「売り手と買い手の価値の共創...”
– 31.サービス・ドミナント・ロジック－価値共創の時代を考える－ | RYUKA -流通科学大学-
“あ、そうそう困ったといえばAuto pagerでTumblrはマズイです。笑いっぱなしで討ち死にしそう。”
– グラシアスは暮らし明日（誤変換） - もともこも鳴き笑い (via mitaimon)
“ReBlogっていうのはTumblrというサービスに実装されてる機能なんだけど、ひらたくいえば「お前のものは俺のもの、俺のものはみんなのもの」的なソーシャルジャイ...”
– ReBlogでキャラができた！ - illsense log
ソーシャルジャイアニズム！
(via mitaimon)
“みんなに問題を解決する機会を与えなさい”
– AgilePractice
“Tell, Don’t Ask − 求めるな、命じよ”
– AgilePractice
“@ursm が @ngtyk の毒牙にかからない事を祈ろう”
– nawoto
“@ursm にとって@ngtyk は特別な存在だってこと？（ヴェルタース・オリジナル）”
– _dot
@ngtyk:
@_dot:
@ursm にとって@ngtyk は特別な存在だってこと？（ヴェルタース・オリジナル）
Oh!! アレは恋の告白だったのですね！
“コウイチが呑まれれていく現場に居合わせている”
– fkino
@koic:
@fkino:
コウイチが呑まれれていく現場に居合わせている
これからからが本番☆
“プログラマにとって最も身近な社会貢献はBeautiful Codeを書くことなのだね。”
– kkd
“呑まれた。されど、それも青春。”
– koic
名言。
“酔った勢いとはいえ無礼な発言をしたことは反省しております”
– ursm
“酔った勢いとははえコウイチ力には驚愕している”
– fkino
Extreme Programming Roadmap
パターンの記述は、本よりもWikiのほうが適していると思われる。
XPは、プラクティスが相互補完関係にあると言われる。本だと、その概念がつかみにくい。Wikiの場合、ページとリンクで表現され、相互補完関係をうまく記述できる。
ページの分量が多すぎて読みにくいのであれば、巨大なコントローラと同じような現象が、ドキュメントにも発生していると思われる。責務分配し直し。適切な名前をつけてページを分割してリンクをはればよい。
Wiki ReaderとしてのiPodは相性はよい。書き込みはできないが。
iPhone で Ruby/RubyCocoa を動かしてみた - takumalog →
“テストの価値を維持しつつ、高める * テストは資産。書いたまま放置すると不良資産化する *...”
– Blog: テストの原理と原則 – やっとむのサイト
ここは、長年やってたプロジェクトでは、悩まされた。モックテスト。jMock1はメンテナンス性に欠けるライブラリと結論づけてよいと思う。jMock2はどうなのかな。
後期は、DBまでつなぐテストを好んでやっていたが、次は、Slow...
“常に実行し、結果をオープンにする * テストは実行しなくては価値がない。結果を見なくては、その価値を伝えられない *...”
– Blog: テストの原理と原則 – やっとむのサイト
これ、意外に広まっていないんじゃないかな？常駐すると、いつもここでカルチャーショックをうけて、そこの考えをそれとなく伝えるところから始まっている。。。
ただ、ここは、テストだけでは、不十分。ペアプロかコードレビューと組み合わせないと、ひどいテストコードがコミットされていることに気がつかない。
“テストの読み手を意識する * なにをテストしたいのかがあいまいだと、テストコードもあいまいになる *...”
– Blog: テストの原理と原則 – やっとむのサイト
メンテナーにとっては、これ重要。前回のプロジェクトは、かなり意識した。アプリのコントローラーということで、テストが書きやすいという点もあるけど、長年やっていたプロジェクトよりもできが良いテストだと自負。
プロジェクトに残る入社一年目の人でも意図が読み取れるようにしたつもり。メンテーナー長くやっていると、ここらの重要性はよくわかる。
“* よりよい設計を追求する o テストはプロダクトコードの設計をよくするために書く”
– Blog: テストの原理と原則 – やっとむのサイト
もう少しチャンクダウンするとバリエーションがいろいろありそう。1．意図が明確なAPIデザイン。２．内部実装を安全にリファクタリングするための足場．３．テストの記述がすっきり書けない場合、テストしたいターゲット範囲が大きすぎる可能性を疑う。責務の分配検討のタイミング。４．日付やソケット通信などが原因で、テストしにくい場合、スタブ／モック思考で外部に追い出す範囲とテストターゲット範囲を明確にして、責務分配をし直す。
などか。
“なぜ、 非常勤職員が条件の悪い待遇だったのか、それは主婦のパートの仕事とされていたからである。...”
– 京都大学時間雇用職員組合 Union Extasy : そもそも女性労働の搾取の問題だった（長文です） (via hanemimi) (via otsune)
メンテナンス性の高いフレームワークある？
“時空を超えたプログラミングはどうか。むしろ超時空プログラミング”
– takahashim
“意外なことにWBNの硬さの秘密は原子間の結合の「しなやかさ」にあるとのことで、圧力がかかると結合の一部が90度ほど回転することによって緊張を緩和し、破壊されにくい...”
– ダイヤモンドはもはや世界で最も硬い物質ではない - GIGAZINE (via sett4)
“開発手法はTDDですよね、そしたら勉強する順番だってテストが先ですよね”
– モダンPerl入門の読む順番 - masartz->log (via zoker) (via pgtwitter) (via nakano)
“あらゆるコードをレビューしなさい”
– AgilePractice
“テストにはテストをしたいコンテキストが存在します。それは一つのクラスだけを扱う場合もあれば、いくつかのクラスを扱って振る舞いを検証することもあります。”
– Testing Context(仮)という考え方 - Fly me to the Galileo
無精で短気で傲慢なプログラマ | 技術者・SE・プログラマ面接時の技術的な質問事項 →
“※注：Linuxでは、かつては長期間をかけ、大規模な修正や多数の追加機能を含む新版カーネルを開発／リリースしていた。現在はその手法を改め、小さな修正や少数の機能追...”
– 【インタビュー】リーナス・トーバルズ氏、「オープンソースのアイデンティティ」について語る : オープンソース - Computerworld.jp
哲学っぽい開発
koizuka: 何をどのように作るかを決める行為自体がプログラミングの大きな要素なので、「営業」もプログラミングに参加していることになる [http://twitter.com/koizuka/status/1239627585]
koizuka: プログラミングの知識なしにそこに参加されたら設計の大枠の時点でゆがんでる [http://twitter.com/koizuka/status/1239635713]
koizuka: 設計とプログラミングは同義 [http://twitter.com/koizuka/status/1239636325]
koizuka: 開発者自身が欲しいと思わないような要望を実装しだしたら、開発は苦痛になっていくだろうなあ [http://twitter.com/koizuka/status/1239910584]
