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
『車輪を発明しようとする前に』
プログラミングをしていて、何か機能が必要になったとき、「こういう機能は既に誰かが作っているのではないか」と考えてみることは重要である。そういう発想がないと「車輪の再発明」をしてしまう。何でも自作しないと気がすまない人もいるが、既に安定して動くコードやライブラリがあるのなら、それを流用した方が効率がよいことは言うまでもない（プログラミング自体の勉強が目的なら別だが）。 もちろん、事前に、既存のコードやライブラリを探す場合と自作する場合とで、どちらが時間が掛かりそうかを判断する必要がある。 そのためには、自分のプログラミング能力と、調査能力を把握しておかなければならない。調査能力については、ネットの「検索力」も重要だが、周囲の人や掲示板等への「質問力」なども影響する。 そして、もっと重要なのは、探そうとしている処理のニーズ（一般性と言ってもいい）を見極めることだ。多くの人が必要としそうな処理な
ITエンジニアの「やってはいけない」---目次：ITpro
設計・実装から運用，メソドロジまで，最新アンチパターンを徹底解説 先輩から教わったことのなかに多くの「やってはいけないこと」（アンチパターン）があるだろう。だが，その理由を問われると，うまく説明できないことがあるのではないだろうか。突き詰めて考えると，状況によっては「やっても構わない」こともあるし，技術の進化に伴い「やれるようになってきた」こともある。そこで設計，実装，テスト，運用，メソドロジの各分野について，取材を通じて浮かび上がった最新アンチパターンを徹底解説する。テーマごとに「どれくらいやってはいけないか」のレベルも表した。レベル３～レベル１の３段階あり，レベルの数字が大きいほど，やってはいけない度合いも大きい。 関連サイト： ■設計編 ■メソドロジ編 ■実装編 ■テスト編 ■運用編 ■サーバー運用編 ■データベース編 ■セキュリティ編 ■記録メディア編 ■方式設計編 ■内部統制編
天才機関説と未踏の次 - 雑種路線でいこう
RubyのMatzさんがBruce Eckelのエントリを紹介している。この2:8の法則を掛け合わせるという論法は他にもいろいろ使えそうな感じ。例えば、8割のプロジェクトは失敗と見なされており、成功した残り2割のプロジェクトを牽引したのはそのうちの2割なのだ、とか。8割の開発者は結果を出し得るプロジェクトに携われておらず、結果を出し得るプロジェクトに携わっている開発者のうち8割は実際の成果を上げられていないとか。 IT技術者ではトップ5%は残りの人たちの20倍の生産性を持つという。 これが本当のことであるとしたら、その科学的な根拠はなにか、という話。 80%の技術者は、本を読まない、イベントに参加しない、勉強しない。 それでどうして、それらを継続的に行う開発者と同等の生産性をあげることができるのか。 それらを行う20%のうち、さらに80%は、(まだ)うまく成果をあげられていない。 すると、
はてなブログ | 無料ブログを作成しよう
初めて梅干しを作ってみた話 今年の夏、初めて梅干しを作りました。 私梅干し大好きなんですが、自分で作るという発想がなくて…同僚が梅シロップを作っているのに影響されて去年から梅仕事を始めてみたんですが、そのときの説明書に「梅干しの作り方」というのも入っていて、えーー梅干しって自分…
スーツにはスーツの道がある - GoTheDistance
勢いで書く。 スーツ側の人は業務内容が密接にプロジェクトや会社の中の話と結びつくことが多いので、はてな界隈ではなかなかスーツ側の人はスーツ側の濃ゆい話を書くことが出来ないことが多いようだ。圧倒的にスーツ側の人間がはてなを始めとしたブロゴスフィア全体で少ないなぁとつくづく思う。QAも少ないけど。この辺をアツく語るブロガー出てこないかなー。 私は200X年に今の会社に入社して、数年間WEBアプリケーションの開発をやった。多くはJavaの案件だった。最後の案件は去年の夏ごろだ。前任のPMが逃げるように辞めていってしまい、非常に複雑なロジックを自分が担当することになった。1500行越えktkr。それを参考にして(これが大間違いだったんだよセニョールorz)２週間かけて作ってみたはいいものの、テストを繰り返しているうちにどんどんボロがでて、結局その当時のPMとパートナーさんに相談して設計からやり直し
社員を燃え尽きさせない方法:Geekなぺーじ
「Preventing Staff Burnout」という記事がありました。 締め切りに対する要求が厳しい事が多いIT業界において、社員が燃え尽き症候群にかかってしまわないようにする方法のようです。 原文によると、優秀な社員ほど「弱さの象徴」であると感じて兆候を隠してしまうそうです。 「ストレスを完全になくすことは無理であると思われるが、忙しさのピークを軽減して燃え尽き症候群を防ぐ事は可能」とも書いてありました。 以下、要約です。 要約のために、かなり意訳したり削ったりしているので詳細は原文をご覧下さい。 1. 注意を払う 兆候を早期発見して対策を打てるように、部署内の状況を良く把握しましょう。 締め切りをオーバーすることが増えたり、オペミスや単純ミスが増加してくるなどの兆候がある場合があります。 また、コミュニケーションの衝突が増えることもあります。 2. 空気を読む 週報を義務化して状
ITプロジェクトを期日までに終わらせるための必携十訓 - builder by ZDNet Japan
行き当たりばったりで見積もりの甘いスケジュールやスコープクリープ（プロジェクトの対象範囲がじわじわと広がること）、メンバーを突然襲う病気、サプライヤの倒産は、プロジェクトを狂わせる可能性がある（そしておそらく狂わせることになる）ものごとのほんの一例である。そして、現代社会においては時間というものが効率を測る最も一般的な基準となっているため、こういった出来事によって引き起こされるスケジュールの遅れは、（あなたの評判を落とすだけでなく）金銭的な損失を被らせるおそれがあるのだ。以下に、次のプロジェクト計画の立案に役立つうえ、プロジェクトを高い品質レベルで予算内に抑えてスケジュール通りに終わらせることを確約できるようなアドバイスを挙げている。 ＃1：要求を詳細に分析する プロジェクトに関することをできる限り詳細に細分化したうえで正確に理解しよう。あいまいなところがあれば、質問してはっきりとさせてお
平凡なエンジニアが未踏ソフトウェア創造事業をやったらどうなるのか書いてみた - Akasata's Page（あかさたのページ）
2007-11-01 14:29 : 平凡なエンジニアが未踏ソフトウェア創造事業をやったらどうなるのか書いてみた 最近、八角研究所で技術記事を書いているのですが、私が参加した 2006 年度下期未踏ソフトウェア事業（2006 年 11 月 ～ 2007 年 8 月末まで）の体験談を書いてみました。 未踏の体験談を書こうと思った動機について書きます。 私がお世話になった PM は東工大の千葉先生だったのですが、同じ PM 配下でも他の方は凄腕のエンジニアであり、能力的にも住む世界が異なるという感じでした。そういうエンジニアは目立つので、私は未踏のエンジニアというともの凄い凄腕ばかりを思い浮かべてしまうのですが、未踏ソフトウェア創造事業そのものは、適切な提案ができれば平凡なエンジニアにも門戸が開かれています。 というか、普通のエンジニアこそ挑戦すべき制度です。とはいえ、
97/10/06: boys be ambitious
97/10/06: 少年(?)は荒野を目指す $Id: index.html,v 1.12 1998/01/20 08:58:52 itojun Exp $ 写真なし。 なんか、いろいろなファイルやwebpageたちが移動しているのを見てお気づきな 方もいらっしゃるかと思いますが、 私こと伊藤いとぢゅん純一郎は、本日づけで 某社を退職し、とりあえずのところ流しの研究者/プログラマとして 暮らすことにいたしました。 なんでまたわざわざ貧乏な道を選ぶのか? そのまま就職しておけばいいのに。 そんな無謀なことして平気なのかお前。 学位はどうするんじゃ。 など、いろんな御心配はあるかと思います。 理由はまあいろいろあるんですが、せっかくなので、 とりあえずなんとなく述べてみよう、と思います。 わたしたちはなんで夜も寝ずにhackをするんでしょう? わたしたちはなんで研究するんでしょう? 多分、自分
『プログラミングを始めようとして何度も挫折した人へ』
悪態のプログラマとある職業プログラマの悪態を綴る。 入門書が書かないプログラミングのための知識、会社の研修が教えないシステム開発業界の裏話は、新人プログラマや、これからプログラマを目指す人たちへのメッセージでもある。 少し前になるが、はてな匿名ダイアリーで「プログラミングを始めようとして何度も挫折した」という人の投稿を読んだ（yasuhoの隠れ家さん経由）。色々な意味で考えさせられる話である。 才能以前なんだろうな。必死さが足りないって言われた。でも必死になるってどういう事なのか全然判らない。 元記事のトラックバックでも指摘されているが、この人は「プログラミングをしたい」とは思っているようだが、「プログラムを作りたい」と思っているようには見えない。例えば、「日常の単純作業を自動化するためのプログラムを作りたい」とか、「ゲームを作って友達に見せたい」とか、そういった動機がなければ、プログラミ
FC2.com - 404 Error
404Error - Page not found ご指定のファイルが見つかりませんでした 30秒後にトップページへ移動します
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
地図上で会話が楽しめる「はてなワールド」終了のお知らせ
屑エンジニア | この先生きのこるには