Matzにっき(2008-02-04) - 初心者向けの言語|ソフトウェア開発における初心者
<< 2008/02/ 1 1. [言語] 「ハッカーと画家」の著者が新しいLisp系言語「Arc」を公開 | エンタープライズ | マイコミジャーナル 2. 「セキュリティ、なめんなよ!」 なめねこも一緒に情報セキュリティ強化宣言 | ネット | マイコミジャーナル 3. 「サイオステクノロジーはグルージェントの未来技術に期待し子会社化」：ITpro 2 1. [Ruby] Nimble Method: Garbage Collection is Why Ruby on Rails is Slow: Patches to Improve Performance 5x; Memory Profiling 2. [言語] LuaJIT roadmap 2008 3. [Ruby] What will Matz do? 4. [Ruby] EURUKO 2008 − European Ruby
『車輪を発明しようとする前に』
プログラミングをしていて、何か機能が必要になったとき、「こういう機能は既に誰かが作っているのではないか」と考えてみることは重要である。そういう発想がないと「車輪の再発明」をしてしまう。何でも自作しないと気がすまない人もいるが、既に安定して動くコードやライブラリがあるのなら、それを流用した方が効率がよいことは言うまでもない（プログラミング自体の勉強が目的なら別だが）。 もちろん、事前に、既存のコードやライブラリを探す場合と自作する場合とで、どちらが時間が掛かりそうかを判断する必要がある。 そのためには、自分のプログラミング能力と、調査能力を把握しておかなければならない。調査能力については、ネットの「検索力」も重要だが、周囲の人や掲示板等への「質問力」なども影響する。 そして、もっと重要なのは、探そうとしている処理のニーズ（一般性と言ってもいい）を見極めることだ。多くの人が必要としそうな処理な
スーツにはスーツの道がある - GoTheDistance
勢いで書く。 スーツ側の人は業務内容が密接にプロジェクトや会社の中の話と結びつくことが多いので、はてな界隈ではなかなかスーツ側の人はスーツ側の濃ゆい話を書くことが出来ないことが多いようだ。圧倒的にスーツ側の人間がはてなを始めとしたブロゴスフィア全体で少ないなぁとつくづく思う。QAも少ないけど。この辺をアツく語るブロガー出てこないかなー。 私は200X年に今の会社に入社して、数年間WEBアプリケーションの開発をやった。多くはJavaの案件だった。最後の案件は去年の夏ごろだ。前任のPMが逃げるように辞めていってしまい、非常に複雑なロジックを自分が担当することになった。1500行越えktkr。それを参考にして(これが大間違いだったんだよセニョールorz)２週間かけて作ってみたはいいものの、テストを繰り返しているうちにどんどんボロがでて、結局その当時のPMとパートナーさんに相談して設計からやり直し
社員を燃え尽きさせない方法:Geekなぺーじ
「Preventing Staff Burnout」という記事がありました。 締め切りに対する要求が厳しい事が多いIT業界において、社員が燃え尽き症候群にかかってしまわないようにする方法のようです。 原文によると、優秀な社員ほど「弱さの象徴」であると感じて兆候を隠してしまうそうです。 「ストレスを完全になくすことは無理であると思われるが、忙しさのピークを軽減して燃え尽き症候群を防ぐ事は可能」とも書いてありました。 以下、要約です。 要約のために、かなり意訳したり削ったりしているので詳細は原文をご覧下さい。 1. 注意を払う 兆候を早期発見して対策を打てるように、部署内の状況を良く把握しましょう。 締め切りをオーバーすることが増えたり、オペミスや単純ミスが増加してくるなどの兆候がある場合があります。 また、コミュニケーションの衝突が増えることもあります。 2. 空気を読む 週報を義務化して状
ITプロジェクトを期日までに終わらせるための必携十訓 - builder by ZDNet Japan
行き当たりばったりで見積もりの甘いスケジュールやスコープクリープ（プロジェクトの対象範囲がじわじわと広がること）、メンバーを突然襲う病気、サプライヤの倒産は、プロジェクトを狂わせる可能性がある（そしておそらく狂わせることになる）ものごとのほんの一例である。そして、現代社会においては時間というものが効率を測る最も一般的な基準となっているため、こういった出来事によって引き起こされるスケジュールの遅れは、（あなたの評判を落とすだけでなく）金銭的な損失を被らせるおそれがあるのだ。以下に、次のプロジェクト計画の立案に役立つうえ、プロジェクトを高い品質レベルで予算内に抑えてスケジュール通りに終わらせることを確約できるようなアドバイスを挙げている。 ＃1：要求を詳細に分析する プロジェクトに関することをできる限り詳細に細分化したうえで正確に理解しよう。あいまいなところがあれば、質問してはっきりとさせてお
『プログラミングを始めようとして何度も挫折した人へ』
悪態のプログラマとある職業プログラマの悪態を綴る。 入門書が書かないプログラミングのための知識、会社の研修が教えないシステム開発業界の裏話は、新人プログラマや、これからプログラマを目指す人たちへのメッセージでもある。 少し前になるが、はてな匿名ダイアリーで「プログラミングを始めようとして何度も挫折した」という人の投稿を読んだ（yasuhoの隠れ家さん経由）。色々な意味で考えさせられる話である。 才能以前なんだろうな。必死さが足りないって言われた。でも必死になるってどういう事なのか全然判らない。 元記事のトラックバックでも指摘されているが、この人は「プログラミングをしたい」とは思っているようだが、「プログラムを作りたい」と思っているようには見えない。例えば、「日常の単純作業を自動化するためのプログラムを作りたい」とか、「ゲームを作って友達に見せたい」とか、そういった動機がなければ、プログラミ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
地図上で会話が楽しめる「はてなワールド」終了のお知らせ