ぷろぐらみんぐおさんぽまっぷC83で配布した「ぷろぐらみんぐおさんぽまっぷ」の内容を無償公開しています。 プログラミングを学び始めた駆け出しプログラマが、これから何を学ぶべきか、どんな分野があるのかを俯瞰できるような文章です。部下や後輩を育てたいあなたにも、ぜひ読んでいただきたい内容です。 昔読んで感銘を受けたハッカーになろうの現代版(&&詳しく書いた)ともとれます。 PDFダウンロード(4MB) Webページ
なぜ糞システムができあがるか
納期が、予算が、バグフィックスが、性能、デザイン、インタフェース、使い勝手、保守が、可用性が、移行にマイグレーション、稼働率が、糞だ。そもそも要求を満たしとらんまともに動かない糞システムが、なぜ莫大な銭金かけてできあがってしまうのは、なぜか? アナリスト、コンサル、PM、SE、プログラマ、テスタ、ヘルプデスク、メンテ、ユーザー、そして経営者と、それぞれの立場から言いたいことは山ほどある。それぞれの立場から「これぞ真の原因!」と叫びたいのも分かる。経営者を除き、全てのキャリアをやってきたから。だから、自信をもって断言する。糞システムができあがる、最も根っこの原因はこれだ。 一つ前の仕事をしている それぞれの立場で「やるべきこと」は分かっている。だからこそ、そのインプットが体を成していないことが明白なのだ。仕方がないので、自分で「インプット」相当を作るハメになる。 例えばプログラマ、プログラミ
プログラミングの6大10項目リスト
Jeff Atwood / 青木靖 訳 2007年3月22日 以下に私の選ぶプログラミングの6大10項目リストを挙げておく。取り上げた順序には特に意味はない。このエントリを簡潔なものにしておきたいので、それぞれの項目は短い要約を引用するに留める。興味を引くものがあれば、ぜひリンクをたどってオリジナルの作者の考えについてもっと詳しく読むことをお勧めする。 [ 訳注: 要約だけで意味が取りにくいものに簡単な説明をつけた。] ジェラルド・ワインバーグの｢エゴレスプログラミングの十戒｣ 自分が誤りを犯すということを理解し、受け入れること 。 自分と自分のコードは別物である。 どんなに｢空手｣を学ぼうと、いつでもあなたよりもっと詳しい人間がいる。 相談せずにコードの書き直 しをしない。 自分より無知な人に対しても尊敬と敬意と忍耐を持って接すること。 世界で唯一変わらないのは変わるということだけ。 唯
表紙と帯で損している本 - 高原芳浩のKeep-Alive
■[開発]表紙と帯で損している本 ソフトウェアのプロジェクトマネジメント本ではとかく精神論が多い。 やれ、「週40時間しか働くな」、「会議は立ってしろ」・・・余計なお世話だ。 この手の本を読むたびに、理論派バリバリの(はずの)ソフトウェアの開発者がプロジェクト管理の話になると自分の成功体験を安易に一般化して（プラティクス？）叫ぶようになるのだろうか？とずっと不思議だった。 このような精神論中心のプロマネ本大隆盛の中で異色だったのがこの本。 初めて学ぶソフトウエアメトリクス~プロジェクト見積もりのためのデータの導き方 作者: ローレンス・H・パトナム, ウエア・マイヤーズ, 山浦恒央 出版社/メーカー: 日経BP社 発売日: 2005/09/29 メディア: 単行本 プロジェクトの管理を統計学で分析しようと言う試み。 大して厚い本ではないが、足かけ3ヶ月くらい読んでいるけどまだ読み終わってい
Joel on Software -
プログラマのためのユーザインタフェースデザイン 第 1 章 第 2 章 第 3 章 第 4 章 第 5 章 第 6 章 第 7 章 第 8 章 第 9 章 ストラテジーレターV 2002年6月12日 ミクロ経済学の補完財の原理について考えていて、私はオープンソースソフトウェアに関する興味深いあることに気がついた。それが何かというと、オープンソースソフトウェア開発に多額の資金を使っている企業の多くは、それが彼らにとって良いビジネス戦略だからそうしているのであって、突然資本主義を信じるのをやめて、「言論の自由と言うときの自由」に浮かれるようになったわけではないということだ。ストラテジーレターⅤ 5つの世界 2002年5月6日 5つの世界：すべてのソフトウェア開発が同じではない。 追記：インターナルシステム、コンサルウェア、パッケージソフトの間には大きなグレーゾーンがあり、この3つの世界はしばし
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
