任天堂は「やらないこと」で目標を達成した
やらないよりはやった方がいいに決まっている。しかし、ここに落とし穴がある。サウスウェスト航空、任天堂、QBハウスに見る目標達成の方法を個人で実現するためには。 仕事をしているとどこまでやるべきか判断に迷うことも多い。もちろん、なるべくやれることはやった方がいい、そう思うのが一般的だろう。 勉強や自分のスキルを磨く場合も同じだ。やらないよりはやった方がいいに決まっている。できないよりはできる方が価値が高いに決まっている、と素直に思う。……しかし、ここに落とし穴がある。 この考え方の最大の問題点は、すべてが中途半端になりがち、ということだ。より多くのことを成そうとすれば、1つだけに集中している者に勝てるわけはない。企業が競争力を失うケースもこうした原因が少なくない。 「選択と集中」――イケてる企業はやっている こうした企業が取るべき道として「選択と集中」という言葉がある。競争力が高く、独自性の
RedmineとHudsonの関係付け - プログラマの思索
Redmineのチケットとバージョン管理を連携できる機能は、変更管理のインフラを提供してくれる。 変更管理について考えたメモ書き。 【元ネタ】 PERFORCE ソフトウェア構成管理の高度な実践方法（ベストプラクティス） 【1】変更管理が必要な場面 SEと呼ばれる人の仕事を眺めてみると、要件や仕様に関する変更管理プロセスに従事している時が多いことに気付く。 SEの一番の仕事は、顧客から要件を聞き取り、仕様書としてまとめて、開発者へ仕様を提示する。 つまり、業務のインターフェイスを設計すること。 設計工程で完璧な仕様書が作られる可能性は低い。 むしろ、要件漏れ、設計漏れが開発や結合テスト、あるいは受入テストで大きなリスクとして発覚することが多い。 昨今のシステム開発では、SeasarやRailsのような優れたフレームワークがあり、JUnitのようなテストユニットがあるので、単体テストをクリア
設計の「べからず」を3つほど：ベンチャー社長で技術者で：エンジニアライフ
株式会社ジーワンシステムの代表取締役。 新しいものを生み出して世の中をあっといわせたい。イノベーションってやつ起こせたらいいな。 設計でやってはいけないことを3つほど。 ■ 1．やたらコンボボックスを使うべからず 「手入力したくない」「選択式にしたい」ということを「ドロップダウンで」と表現してしまうユーザーがいます。 それを言葉通り受けて、数十件以上もあるデータのものをコンボボックスで作ってしまう。 こんな設計をして「ユーザーが言ったから」なんてユーザーのせいにするなら技術者は不要です。最低ですね。 コンボボックスは、基本的に不変のデータで数件以外のとき使ってはいけないと覚えましょう。 ■ 2．「ない時は×××とする」と仕様書に書くべからず 例えば、請求先、納品書（伝票）送付先、出荷先という入力が必要になるときがある。つまり、請求先は本社で、納品先は大阪支社、商品は神戸工場に納品するという
ベンチャー企業の経営危機データベース（METI/経済産業省）
多くのベンチャー企業が起業後に、同じような失敗、トラブル、ヒヤリとした経験をしており、成長に伸び悩む企業が多いと言われています。そこで、ベンチャー企業の経営者が様々な場面で決断を下す際の「転ばぬ先の杖」として、将来起こりうるリスクを予見できるような失敗、トラブル、ヒヤリとした経験の事例を収集・データベース化しました。ベンチャー企業の成長に向けた経営判断の材料としてご利用いただければ幸甚に存じます。 本データベースには、平成19年度にベンチャー企業にインタビュー調査を実施して収集した83の失敗、トラブル、ヒヤリとした経験に関する事例を掲載しています。事例は、ベンチャー企業の成長ステージや失敗、トラブル、ヒヤリとした経験の原因及び結果といった分類項目をもとに検索が可能となっています。
ITpro Challenge!：ITpro
今，プログラマのキーボードから，世界を変えるソフトウエアが生まれています。 さまざまなソフトウエアを自由に入手し改良できるオープンソース・ソフトウエア，そして公開されたWeb APIを活用したサービスを自由に組み合わせるマッシュアップは，プログラマの能力を増幅します。これまで大規模な組織でしか開発できなかったアプリケーションであっても，個人や少人数のハッカーが作ることができる時代になりました。この流れは，ソフトウエア開発のあらゆる分野に影響を及ぼしていくに違いありません。 「ITpro Challenge!」は，このようなソフトウエア開発の新しい流れにスポットライトを当てたイベントです。世界を変えるソフトウエアを生み出した第一線のプロフェッショナルが，その挑戦を自らの言葉で語ります。今を動かすハッカーたちの流儀を直接確かめるチャンスです。ぜひ，ご参加ください！ 定員に達しましたので，ご参加
ITエンジニアの「やってはいけない」---目次：ITpro
設計・実装から運用，メソドロジまで，最新アンチパターンを徹底解説 先輩から教わったことのなかに多くの「やってはいけないこと」（アンチパターン）があるだろう。だが，その理由を問われると，うまく説明できないことがあるのではないだろうか。突き詰めて考えると，状況によっては「やっても構わない」こともあるし，技術の進化に伴い「やれるようになってきた」こともある。そこで設計，実装，テスト，運用，メソドロジの各分野について，取材を通じて浮かび上がった最新アンチパターンを徹底解説する。テーマごとに「どれくらいやってはいけないか」のレベルも表した。レベル３～レベル１の３段階あり，レベルの数字が大きいほど，やってはいけない度合いも大きい。 関連サイト： ■設計編 ■メソドロジ編 ■実装編 ■テスト編 ■運用編 ■サーバー運用編 ■データベース編 ■セキュリティ編 ■記録メディア編 ■方式設計編 ■内部統制編
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Rails 2.0