沈没船エントリのあとがき
http://anond.hatelabo.jp/20130310152356 沈没船エントリを書いた増田です。 およそブログ向きではない冗長で読みにくい文章だったけれど、 元増田に便乗したお陰か、思ったより多くの方に読んで頂けたようでとても嬉しいです。 こんな付け足しを書くのは興ざめかもしれないけれど、 似たような境遇の人も多いようだし、 PG・SEの現場に20歳から10年居続けてきた人間として、 もうちょっと具体的な事を「あとがき」として補足しても良いかな、 という気になりました。 （申し訳ないことに、この付け足しも長いです） 私の文章は、元増田 「上流エンジニアなんて死んじまえ」 http://anond.hatelabo.jp/20130309233920 のブクマやトラバで言われている 「上流にも技術力はあるはず」 「下流だってダメな奴が多い」 という、上流下流のどちらが優秀かと
泥沼プロジェクト振り返り
はじめに ちょっと前まで結構激しく泥沼化したプロジェクトにいた。 その頃はプロジェクトも僕も相当疲弊していて、何も考える時間がなかった。 ある程度、月日が経って今なら もう少し客観的にあの頃のことが考えられるかなと思い書いてみることにする。 振り返りをし、自分としてもプロジェクトとしてもどうあるべきであったかとか そういう立派なことが考えられればいいのだが。 とかく、Slide Shareとか世の中は成功事例は多く発信される。 けど、失敗事例のほうが共通して当てはまったりする。 前提 ・古典的なウォータフォール ・古典的なStruts1系ベース内製フレームワーク ・Java SE 6 ・QAとかいない ・デザイナーとかいない ・フロントエンドエンジニアとかいない アンチパターン 当時のプロジェクトを振り返って、明らかにこれは駄目だっただろというところ。 ◆プロジェクト全体 ・決定者がいない
達人の技芸を継承する方法はこの世に存在するか？ - give IT a try
前回投稿した「技芸(アート)における経験の重要性」というエントリを改めて読みなおしてみると、「誰も第二の倉貫さんにはなれない」とか、「妻と同じパンは誰にも焼けない」とか、見方によっては救いのない印象を与えたまま終わってしまったのが、ちょっと残念だったかな〜と感じました。(自分の書いた文章ながら) まあ確かに、達人の技芸を完璧に継承することは不可能だとは思います。 ですが、ちょっとでも近づいたり、達人の心意気や考えは取り入れつつ、その人独自の路線で進化(深化?)させたりすることは可能なんじゃないかとも考えています。 ちなみに、プログラマであれば、以下の2冊にそれらしきヒントが見つかるかもしれません。 (というか、久々に本棚から引っ張りだして読んでみたら、前回のエントリに結構内容がかぶっていました。別に意識して書いてたわけじゃないんですけどね) ソフトウェア職人気質―人を育て、システム開発を成
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
