プログラマと付き合うサービス終了のお知らせ いつもYahoo! JAPANのサービスをご利用いただき誠にありがとうございます。 お客様がアクセスされたサービスは本日までにサービスを終了いたしました。 今後ともYahoo! JAPANのサービスをご愛顧くださいますよう、よろしくお願いいたします。
グーグルも実践中！ 「くそったれ社員」排除で収益向上 - ライブドアニュース
パワハラ上司に、ゴマすり同僚、無気力部下…そんなアスホール（くそったれ社員＝イヤな奴）は洋の東西を問わずどんな企業にもいるものだ。ただし、組織の宿命と思ってはいけない。グーグルなど勝ち組企業が、アスホール排除のルールを実践していることをご存知だろうか。スタンフォード大学の人気教授、サットン博士は、日本企業も同じ発想を持つべきと説く。（聞き手／ジャーナリスト 瀧口範子） どんな組織にもアスホール（くそったれ＝イヤな奴）はいる。その振る舞いで、周囲の人間を落ちこませ、やる気をそぐような輩だ。 じつは、こうしたイヤな奴が企業に多大な損害を強いていることを読者諸賢はご存知だろうか。 ある試算によると、イヤな奴が1人存在することより当該企業が被る損害額は、人件費は別として、年間最大16万ドル（約1600万円）にも上る。1人いるだけでも周囲の生産性は落ち、同僚は辞め、特に管理職にいる場合は、深刻な訴訟
#22 Gitメンテナ 濱野 純 | gihyo.jp
今回のゲストは、分散バージョン管理システムGitのメンテナで『入門Git』（注1）の著者、濱野純さんです。Linuxカーネルの開発者、Linus Torvaldsさんから引き継いでGitのメンテナになった経緯から、対談スタートです。 （撮影：武田康宏） Gitに関わった経緯 弾：Gitに関わったきっかけは？ 濱：2005年の4月にLinuxカーネルのバージョン管理システムとして使われていたBitKeeperが使えなくなる[2]からということで、Linus君がいろいろありものを探したんだけど、使えるものがなくて、誰かがいいのを作ってくれるまでのつなぎというつもりで、とりあえず自分でもコードを書いた、というアナウンスをしました。それをカーネルメーリングリスト（ML）で見ていたんですが、たまたまボクの本業がプロジェクトとプロジェクトの合間だったんです。なんかおもしろそうなこと始まってるじゃん、
システム統合の「正攻法」 《ITpro STORE／書籍》
■発行日：2009年11月23日 ■定価：35,00円+税 ■大和田 尚孝（日経コンピュータ記者） 著 ■B5変型判 ■272ページ ■日経BP社 ■日経BP出版センター ■ISBN：978-4-8222-6241-9 ■商品番号：185090 6000人の技術者、開発期間3年、2500億円が投じられた 巨大プロジェクト「Day2」の全記録 将来に残すべき実務マニュアルの完全版！ 世界最大のシステム開発プロジェクトである、三菱東京UFJ銀行のシステム完全統合「Day2」について、当事者だけが知る取り組みと創意工夫を細部まで網羅した、プロジェクトマネジメントとシステム開発の“生きた教科書”である。一社のシステム開発プロジェクトをケーススタディとして取り上げた、過去に例のない書籍だ。 Day2の開発工数は11万人月、開発期間は3年弱。2500億円が投じられ、ピーク時には6000人の技術者が参画
kuranukiの日記 - ディフェンシブな開発 〜 SIビジネスの致命的欠陥
Rubyをはじめとするスクリプト言語ではなく、なぜJavaを選ぶのか。 そして、XPをはじめとするアジャイル開発ではなく、なぜウォーターフォールを選ぶのか。 そこには、言語の良し悪しや、開発プロセスの考え方などが理由の中心にあるわけではなくて、SIerというビジネスの仕事の仕方（ビジネスモデル）に起因している。 RubyやXPは、考え方や技術としてはとても良くて、生産性もあがるし、何よりもソフトウェアをクリエイティブに作り上げることができ、利用者にとっても使い勝手がよく、スポンサー（経営者）にとっても経営戦略に沿ったものが手に入り、開発者にとっては何よりも仕事に対してやりがいを感じることができる。すばらしい！・・・・が。。。 しかし、だからといって、誰でもRubyやXPを使って開発をするべきか、というとそうではない。もし、本質を理解しない誰かが、「やってみたいのだが・・・」と相談に来たら、
誠 Biz.ID：「新・ぶら下がり社員」症候群：「新・ぶら下がり社員」を支配する3つの“あきらめ”
新・ぶら下がり社員はなぜ頑張れないのか。 その答えは、「あきらめ感」に支配されているからだろう。 組織にいれば必ずしもやりたい仕事をできるわけではないし、自分より能力のない人が先に昇進するなど、理不尽な思いをすることも多々ある。それは昔から変わらないが、昔の社員はグチを言いつつも、その先に昇進・昇給という目的・目標があったから乗り越えられた。その目的・目標を企業が与えられなくなった今、どこを目指せばいいのか分からなくなってしまったのである。 自分をあきらめ、組織をあきらめ、未来をあきらめる。大きく分けてこの3つのあきらめ感が新・ぶら下がり社員を支配している。1つの要素だけのケースもあれば、3つすべてを抱え持つ人もいる。 どのようなあきらめ感なのか、詳しく説明しよう。 1.自分へのあきらめ 高みを目指さない、面倒な仕事はしたくない、転職もしたくないと、保守的を通り越して思考が固定化してしまっ
グーグルも実践中！「くそったれ社員」排除で収益向上
どんな組織にもアスホール（くそったれ＝イヤな奴）はいる。その振る舞いで、周囲の人間を落ちこませ、やる気をそぐような輩だ。 じつは、こうしたイヤな奴が企業に多大な損害を強いていることを読者諸賢はご存知だろうか。 ある試算によると、イヤな奴が１人存在することより当該企業が被る損害額は、人件費は別として、年間最大16万ドル（約1600万円）にも上る。1人いるだけでも周囲の生産性は落ち、同僚は辞め、特に管理職にいる場合は、深刻な訴訟問題に発展することもある。 イヤな奴の性格は波及性があるので、周りもイヤな人間になる。いい人のそばにいれば周りもいい人間になるが、イヤな人間の前では誰でもイヤな人間になるというのは、組織行動論でも実証されている傾向だ。 それだけではない。日中イヤな奴を相手にしていると、夜帰宅しても妻や子供ら家族との生活に悪影響を与えかねない。効率的に組織を運営するために、そして社会倫理
「少人数のチームの方がソフトウェアの品質は高い」実証的ソフトウェア工学の研究会が開催
統計や実証を通してソフトウェア工学を研究していく、それが「エンピリカルソフトウェア工学」（Empirical Software Engineering、実証的ソフトウェア工学）です。「第一回エンピリカルソフトウェア工学研究会」が、12月10日に都内で開催されました。 基調講演では、マイクロソフトリサーチで研究をしているDr. Thomas Zimmermann氏が登壇。開発組織の構造がソフトウェアにどう影響するのか、バグ報告書やバグ報告者と修正されるバグの優先順位の関係、そしてエンピリカルソフトウェア工学という「データ指向のソフトウェア工学」を、どのようにソフトウェア開発における意志決定に役立ていくのか、といった内容の講演でした。 開発組織の構造がソフトウェア品質に及ぼす影響は？ マイクロソフトリサーチのDr. Thomas Zimmermann氏。 今日はいくつかのテーマについて紹介した
アジャイルな見積りと計画づくり：第1部：問題とゴール「１章 計画の目的」まとめ - 基本へ帰ろう
最近は「アジャイルな見積りと計画づくり」を読んでいる。100ページくらい読んで、本に線は引いたけど、いまいち整理出来ていないので、以前読んだ場所を整理していこうと思った。 高校生くらいのころ、好きな本が１冊あって何回も読んでいた。その本には「読んだ本は、自分なりにまとめて読み返せるようにした方が良い」と書いてあった覚えがある。それをやってみよう。 今日は【第1部：問題とゴール「１章 計画の目的」】の理解することにした。ページ数はP25〜P35で10ページ。 目次 計画の目的 なぜ見積りや計画づくりが必要なのか？ リスクを軽減する 不確実性を減らす 意思決定を支援する 信頼を確立する 情報を伝達する 良い計画とはなにか？ アジャイルな「計画づくり」とは？ まとめ 計画の目的 見積りと計画づくりをアジャイルにする手法を紹介していくにあたっては、計画づくりの目的を理解することが重要だ 計画は投資
CMMIって意味あんの？ まじで？ たぶん、大多数が勘違いしてると思 - Mic_Kの思うところ
社内でCMMIの推進なんかやってたりもしてました。 その時の話をしようと思います。 ※なので、CMMIの内容の議論ではありません。 言いたいことは、タイトルの通りで、 「CMMIって意味あるの？」 です。 私が思うに、 「正しく解釈できれば、意味がある」 あくまで、CMMI歴数カ月の私の意見ですが、以下が正しく解釈されているポイントです。 もし、あなたの組織でCMMIを実施されていれば、チェックしてみてください。 １）組織のみんなが「CMMIって何？」に１分間スピーチで語れる ２）CMMI活動の中心人物が、組織のキーパーソン/責任者で構成されている ３）CMMIの教本に書いていることは、気にしない。やろうとも思わない。 ４）普段の業務でCMMIなんて意識しない。けど、ルールには従ってるし、従わないと気持ち悪い ５）ルールでガチガチに標準化なんてしない 上記の５つのポイントが成功の秘訣だと思
情報処理推進機構
サイバーセキュリティお助け隊サービス中小企業のサイバーセキュリティ対策に不可欠な各種サービスを、ワンパッケージで安価に提供するサービスです。サイバーセキュリティお助け隊サービスのサービス利用料は、IT導入補助金で支援が受けられます。 マナビDX「マナビDX」は、デジタルスキルを身につける講座を紹介するポータルサイトです。 はじめての方でもデジタルスキルを学ぶことのできる学習コンテンツを紹介します。 また、掲載している講座の中には、受講費用等の補助が受けられる講座もあります。 IPAの“今”がわかる広報誌IPA NEWSは、IPAの活動状況や注力事業などをわかりやすくご紹介する広報誌。セキュリティ対策情報やDX推進に役立つ情報などをまとめてお届けしています。最新号の公開をメールでお届けするサービスをご利用いただけます。
『Google を支える技術』は大規模分散システムのガイドブックである - Muranaga's View
大規模分散システムについて、よい本が出た。『Google を支える技術 巨大システムの内側の世界』である。梅田望夫氏が『ウェブ進化論』（64ページ）にて「情報発電所」と称した「超大規模」分散システムの構築と、その上で動くシステムソフトウェアの設計・実装について、Google（グーグル）のシステム関連の主要論文を解説する形で、手際よくまとめられている。実用に供されている大規模分散システムを知るためにも、インターネットや計算機科学に関わる技術者であれば（いや、たとえ技術者でなくとも）、一度は目を通すべき本。 章立てと概要・原論文は以下の通り： 第１章 Google の誕生 初期の Google の検索エンジンの設計・実装について。検索エンジンの仕組みの解説。→原論文 第２章 Google の大規模化 検索エンジンの大規模化・クラスタ化。ソフトウェアによって信頼性を高め、コストの安いハードウェア
優秀な技術者が「無能化」していく悲劇 日本半導体が陥った「組織のジレンマ」とは | JBpress (ジェイビープレス)
前回、日本半導体が、韓国、台湾のメーカーや米マイクロンテクノロジーの「高度な破壊的技術」に駆逐されたことを論じた。 日本メーカーは、25年もの長期保証を付けた高品質な半導体を作り続けたが、 韓国、台湾メーカーや米マイクロンテクノロジーは、そんな長期保証を必要としないPC用DRAMを安価に大量生産した。つまり、日本半導体は、クレイトン・クリステンセンが言うところの「イノベーションのジレンマ」に陥ったのである。 そして、1980年前後に形成された、極限技術・極限品質を追求する日本の技術文化、すなわち過剰技術で過剰品質な製品を作る技術文化は、DRAMで手痛い敗戦を経験したにもかかわらず、30年以上経過した現在も変わっていない。 なぜ、変わることができないのか？ その原因の1つには、DRAMでシェア世界一になったという過去の成功体験があるものと考えられる。 社長会見に垣間見えたトヨタの傲岸不遜 こ
さらに分かっておきたいトランジスタの種類 − ＠IT MONOist
組み込みソフトウェア／ハードウェア開発における技術力の向上、改善・最適化などを幅広く支援する“組み込み開発エキスパート”のための情報フォーラム
5S - Wikipedia
5S（ごエス、ごーエス）とは、製造業・サービス業などの職場環境の維持改善で用いられるスローガンである。各職場において徹底されるべき事項を5つにまとめたもので、4S運動に「躾」（習慣化の場合もある）を加えた5項。 名前は、5項目のローマ字での頭文字がいずれもSとなっている事に由来する。5Sに基づいた業務管理を5S管理・5S活動などと呼ぶ。 整理（せいり、Seiri） いらないものを捨てる 整頓（せいとん、Seiton） 決められた物を決められた場所に置き、いつでも取り出せる状態にしておく 清掃（せいそう、Seisou） 常に掃除をする 清潔（せいけつ、Seiketsu） 3S（上の整理・整頓・清掃）を維持し職場の衛生を保つ 躾（しつけ、Shitsuke） 決められたルール・手順を正しく守る習慣をつける 5S自体による効果は職場環境の美化、従業員のモラル向上などが挙げられる。5Sの徹底により得
＠IT：製造業のテスト手法をソフト開発に生かす、米Parasoft
2004/2/21 「製造業などで行われている高品質化の取り組みが、なぜソフト開発では生かされていないのか」。米Parasoft CEOのアダム・コラワ（Adam Kolawa）氏はこう語り、同社が提唱するソフト開発のテスト手法である「Automated Error Prevention」（AEP）の重要性を強調した。 AEPとは「製造業などで標準的に行われているテストの方法論をソフト開発に採用した」（コラワ氏）内容。ソフト開発のデザインやコーディングなど各段階で「エラーを検出」「エラーの原因を特定」「エラーを作り込んだ生産工程を特定」「エラー防止策を実装」「プロセスを管理する」の各施策を実施するという考えが基本。ソフトをビルドした後にテストをしてエラーを検出するのではなく、ソフト開発のライフサイクル全般においてエラーをチェックするというのが特徴だ。 AEPはソフト開発に関する基本的な概念
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
cybergarden.net
Amazon.co.jp: はじめての上流工程をやり抜くための本: システム化企画から要件定義、基本設計まで: 三輪一郎: 本
トヨタ生産方式とISO9000との関係
Bill Pugh氏によるFindBugs 1.3.9がリリース
