subversion導入してるのに変更があった箇所や変更前をコメント化して残せといわれた。 ええええええええええええええええええええええええええ。 最近は精神的ダメージのほうが大きい気がする。
今日の愚痴 - しんさんの出張所 はてなブログ編
subversion導入してるのに変更があった箇所や変更前をコメント化して残せといわれた。 ええええええええええええええええええええええええええ。 最近は精神的ダメージのほうが大きい気がする。
livedoorならではの開発手法 エンジニア主導の開発スタイル : LINE Corporation ディレクターブログ
こんにちは。ライブドアでlivedoor Wikiを担当している渡辺です。 突然ですが、livedoor Wikiから ２ちゃんねる や したらば掲示板 などの掲示板サービスをまとめるのに便利ツール「まとめるクン(仮)」がリリースされたのをご存知でしょうか? 掲示板の内容をまとめてwikiやブログにしたり、単純に掲示板専用ビューアーとしても使えるので、試していない方はよろしくお願いします。 今回はこの「まとめるクン(仮)」の開発は通常のライブドアの開発手法とは異なったものでしたので、それをご紹介したいと思います。 【01】ライブドアでの通常の開発 ライブドアコンテンツで共通に採用されているスタイルです。 最初に、機能の開発をする場合はディレクターが「なぜそれがほしいのか？」という内容と「その要求を満たすために必要なこと(仕組み)」、必要なページ、ページに表示する要素をまとめて、エンジニアに
6000人が作ったシステムは必ず動く：ITpro
最盛期の開発要員6000人，開発工数11万人月，投資額2500億円，取引件数1日1億件。三菱東京UFJ銀行が「Day2」と呼ぶ，勘定系システム一本化プロジェクトの成果物である。6000人のシステムズエンジニア（SE）が作り上げた巨大システムは，2008年5月の連休明けに必ず動くはずだ。 23年間にわたって情報システム開発プロジェクトの取材を続けているが，6000人のSEを集めた事例は過去に一度も見聞きしたことがない。世界を見渡してもおそらく例がないはずだ。これから何年間，記者を続けるのか分からないが，今回の三菱東京UFJ銀行を除けば，6000人を動員するプロジェクトを取材する機会は二度とないだろう。 6000人のSEが同時期に集まったのであって，「6000人月」ではない。開発工数は先に書いた通り，11万人月である。この数字も凄い。一体何を作ったのかと思ってしまう。正確にはこのSEパワーは開
「ソフトウェアの部品化」が失敗する理由 ― ＠IT
経済産業省のとある外郭団体の委員をしている方と話をしていたら「我が国のソフトウェア産業を改革するためには、ソフトウェアの部品化を推進しなければならない」と話していた。うーん……ソフトウェアの部品化かぁ……。正直、頭をよぎったのは1980年代後半に国内のソフトウェア部品の集積を目指して立ち上げられたが、失敗した「Σ（シグマ）プロジェクト」だ。 Σプロジェクトから20年の歳月を経て同じコンセプトが出現するには理由がある。日本の輸出を支えている製造業で、製品におけるソフトウェアの比重が高まるに伴って、業界全体がソフトウェア・エンジニアの不足および、ソフトウェア関連の障害の多発に悩まされているからである。 外注先企業が作ったソフトウェア障害に悩まされている製造業の視点から見れば「なぜ、ソフトウェアはこんなにトラブルが出るのか？ 部品化して、それぞれの部品の品質チェックをもっと厳しくし、その上で再利
システム開発から属人性を排除しようとして失敗する - プログラマの思索
ひがさんの記事「「誰が書いても同じコード」は大事なことなのか」を読んで思ったことを書いてみる。 大手SIerは独自の重量級の開発プロセスを持つ。 それは多分、メインフレーム＋Cobol時代の開発プロセスを最近のオープン系に焼き直したものに過ぎない。 その現場のプロジェクトは大規模で人数も多いから、少数精鋭チームで自由に動くわけにはいかない。 その開発プロセスの意図は、誰が作業しても同じような品質を保つ所に重点を置く。 つまり、属人性を排除しようとする。 だから、できない人もルーチンのような作業までレベルアップするが、できる人は、無駄なドキュメント作成やマネジメント、そして古臭くなったコーディング規約などの運用ルールに縛られている。 彼らのプロジェクトはタンカーのように、一度動き出したら進路を変えるのは凄く難しい。 現在の特にWebシステム開発では、頻繁なリリースによるバージョンアップが多い
デスマーチがなくなる？ IT業界に義務付け「工事進行基準」ってなんだ ― ＠IT
ユーザーの要件定義があいまいでシステム開発中も修正に次ぐ修正。プロジェクトは大幅に遅れて、予算が超過。しわ寄せは下請け、孫請けへ。デスマーチ……。新3Kともいわれるこんな日本のIT業界が2009年4月に大きく変わるかもしれない。そのきっかけとなるのが「工事進行基準」の原則義務付けだ。 【関連記事】 工事進行基準を分かりやすく解説してみよう【基本編】 工事進行基準を分かりやすく解説してみよう【対応編】 工事進行基準（用語解説）とは会計基準の変更によって2009年4月にシステム・インテグレータ（SIer）など受注ソフトウェア開発業に原則として義務付けられる収益の計上方法。開発期間中にその売り上げと原価（費用）を、工事（ソフトウェア開発、システム開発）の進捗度に応じて、分散して計上する仕組みだ。 これまでSIerは、工事進行基準ではなく、開発終了時に売り上げと原価を一括計上できる「工事完成基準」
Joelに聞く、「優れた開発者」の要件・心構え・努力すべきこと：CodeZine
世界的に認知されているソフトウェア開発プロセスのエキスパート。彼のWebサイトJoel on Softwareは、世界中のソフトウェア開発者に人気があり、30以上の言語に翻訳されている。ニューヨークにあるFog Creek Softwareを創業し、ソフトウェアチームのためのプロジェクトマネジメントシステムとして人気のあるFogBugzを作った。JoelはMicrosoftでExcelチームのメンバーとしてVBAをデザインし、Juno Online Servicesでは数百万人が使うインターネットクライアントを開発した。 優れた開発者の要件――まず、「優れた開発者にはどのようなことが求められるか」についてお聞かせください ああ、大変だ。それなら12箇条ありますね。(笑) まじめに答えると、見方が二つあって、ひとつは成功するチームを作る上で誰を選ぶかということです。私はそういうとき、頭がよく
京都で一緒に働きませんか - jkondoの日記
はてなの京都オフィスの内装計画もいよいよ大詰めでプランがほぼ固まってきた。４月中旬には内装工事も終わってオフィスが正式オープンできることになった。本社移転発表後はたくさんの採用応募が来ており毎日書類選考に追われている状態だが、改めて今回のはてなの京都への本社移転に伴って、特にサービス開発周辺でこういう人を募集していますということを紹介したい。 サービスクリエイター、ウェブディレクター まずはサービスクリエイターおよびウェブディレクター。京都新本社の最大のミッションは、既存のはてなサービスを盛り上げながら、次なるヒットサービスを作ることだ。そのまとめ役をするのがクリエイター・ディレクターである。 今のところ両者の違いは、クリエイターは自分でプログラムも書いてプロトタイプや製品まで作ってしまう力がある人で、ディレクターはプログラムは書かないがデザインなどはでき、クリエイターとエンジニアの橋渡し
【速報】スルガ銀が日本IBMを提訴、システム開発の債務不履行による損害など111億円超を賠償請求
スルガ銀行は2008年3月6日、日本IBMに111億700万円の損害賠償を求める訴訟を東京地方裁判所に提起したと発表した。「新経営システム」の開発を委託したが、「IBMの債務不履行により開発を中止せざるを得なくなった」（広報）ことにより被った損害や逸失利益などの賠償を求めたもの。 スルガ銀が導入を目指していたのは、IBMのオープン勘定系パッケージ「NEFSS/Corebank」。2004年9月にプロジェクトを開始していた。当初は2008年1月の稼働を目指していたが、開発遅れにより、延期していた。 スルガ銀はNEFSS/Corebankの導入は中止するものの新経営システムの構築プロジェクト自体は引き続き進めるという。スルガ銀の現行の勘定系システムは日本IBM製。 日本IBMは、「訴状を見てないので詳細は分からないが、契約上の義務は果たしたと認識している」（広報）とコメントする。
実体の伴わない用語なんて笑い飛ばしてしまえ！
シャノンさんのアイデアは 面白い試みだと思いました。一部で勘違いされる方もいたようなので要旨をまとめておきます。 その用語、実態はどうなの？ PG/SE論争というのがあります。PG(プログラマ)とSE(システムエンジニア)の仕事についての話題なのですが…。 @ITなどの掲示板では定期的に出てくる話題のように思いますね。 私も過去にエントリを書いています。 この論争の場合、ざっくりとまとめると 大手企業は利益率の良い「上流工程」を行いたがる 「上流工程」の上流というのは貴賓のことではなく、開発工程上のもので特に意味はない 上流工程を主に請け負いたいがために、社員教育の過程として下流工程→上流工程という過程を経る 出世の過程としても下流工程を行う役職(PG)→上流工程を行う役職(SE)という流れ 何を勘違いしたか下流工程を行うのは下賤な仕事という認識を持つ人が出てくる 根本的な価値観の違いが論
ＩＴ業界嫌いになった人:アルファルファモザイク
「数千冊のマンガ捨てろと言われた。私の宝物なのに…」 ３６歳女（無職・両親と同居）、２ちゃんねるで両親殺害依頼…東京
「プログラマ35歳定年説」を思い起こさせるIPAの調査結果 ― ＠IT
情報処理推進機構（IPA）はIT人材の育成を目的とした予備調査の結果を2月18日に発表した。IT業界の転職についての調査で、40歳代を境にIT関連業務から、ITとは無関係な業務に転職する人が50％を超えるなど、一部でささやかれる「プログラマ35歳定年説」を思い起こさせる結果になっている。 IPAはIT人材育成について5つのテーマで調査した。一般企業やIT企業の人材動向の調査結果は1月29日に公開した（参考記事： IT企業、新卒採用苦戦の理由は「仕事のイメージが悪い」）。今回は教育機関向け調査のほかに、オフショア開発、IT人材の派遣、個人事業主、転職などについての調査結果を発表した。教育機関向けについての記事はこちら（学生の「人気」「質」低落傾向で大丈夫？ 大学情報系学部を調査）。 転職についての調査は、IT業界で勤務経験がある約500人の転職経験者を対象に2007年7月にWebアンケートを
今SEになる奴はアホ :【2ch】ニュー速クオリティ
1 天使見習い(愛知県) 2008/02/12(火) 11:48:13.92 ID:dvVZJHOZ0 ?PLT(13833) ポイント特典 特集 会社を辞めよ、シャバへ出よう： SEから女性シンガー転身、支援する秘密の集まりとは (1/5) 1月の記事で、読者が会社を辞めることに興味を持っていることが分かった。 そこで、最近の退職事情について調べてみた。SEから女性ミュージシャンへの転身、日本のSIを変えるための転職など人間ドラマの彩りは豊かだった。 2008年02月09日 00時00分 更新 1月19日の記事「会社の上手な辞め方、教えます」へのアクセス数の多さで、読者が会社を辞めることに興味を持っていることが分かった。そこで、最近の退職事情について調べてみた。 会社員は顧客や上司との関係などでストレスを抱えている。 サラリーマンの宿命だが、我慢の度合いが水準を超えた場合、それは人生の無
プログラマーになりたいやつって減ってんの？
2019-01-04 名無し＠ベアード : 3大運転中イライラする奴ら「法定速度厳守マン」「曲がると同時にウインカーマン」- 2019-01-04 bosbobet : 国内旅行に役立つテンプレまとめ- 2019-01-04 agen bola : 国内旅行に役立つテンプレまとめ- 2018-12-24 RazviksInoto : サザエさんを萌え絵にしたららきすたになるんじゃね？-деньги на карту без отказов круглосуточно - Все-Займы-Тут.РФ 2018-12-07 長崎県でアパートを売るの情報はこちら : 日本SUGEEEEEEEEEEEEEEEE!ってなるコピペくれ- 2018-11-24 名無し＠ベアード : 東京の都会度を100とすると大阪80名古屋70くらいじゃん- 2018-11-23 名無し＠ベアード : 【悲報】槍
Geekなぺーじ : オーム社開発部での開発体制
オーム社開発部さんでの本の作り方を取材させて頂きました。 社内で自作ツールをバリバリ作って、出版作業の効率化を行っているのが凄いと思いました。 ただし、今回取材をした内容が行われているのは、オーム社開発部のうちの1グループ(グループは約3名)です。 全体的にこの体制で行われているわけではないそうなので、ご注意下さい。 取材実現の経緯は「オーム社開発部の方とのやり取り」をご覧下さい。 Subversionでバージョン管理 著書の原稿は、XML管理されており、そのXMLはSubversionで全ての著者(監訳者)と共有されているそうです。 Subversionのサーバはインターネット上にあり、各自がリモートで作業を行える環境が整い始めているため、最近では著者と一度も会わずに本が完成するという案件もあるそうです。 フォントなどの問題から、本番環境でのPDF作成はオーム社開発部で毎日行っており、毎
「渡された仕様書を実装するサラリーマンプログラマ」の悲哀
@ITの「業務用途でRubyを使う上での課題 」を読んでなんだか悲しくなった。 チーム開発でRubyを使ったときに今後起こりえる問題として、サン・マイクロシステムズ システム技術統括本部 チーフテクノロジストの下道高志氏は、こう指摘する。「他人の書いたPHPコードのメンテナンスはできない。Rubyはどうかといえば、現状はいい。しかし今後“職業プログラマ”ではなく、渡された仕様書を実装する“サラリーマンプログラマ”が増えてくると、コードのスパゲッティ化は避けられないだろう」。 【業務用途でRubyを使う上での課題 − ＠ITより引用】 これは言語の問題ではなく、日本のソフトウェア産業全体が抱える問題。以前にも「ソフトウェアの仕様書は料理のレシピに似ている」というエントリーで書いたが、本来のソフトウェア作りとは、絵を描いたり、音楽を作ったり、建物をデザインするのと同じ「創作活動」である。ドラッ
そろろろRailsについて本音を書いてみるか - ひがやすを blog
最近の大田さん@mixiのところで、Rubyについて考察する機会があったのと、よういちろうの考えと同じことを思っていたので、たまには本音で書いてみる。 Railsで、最も良いところは、テストの雛形も自動的に作ってくれて、テストの敷居を下げてくれてるところだと思う。なのに、それについて触れる人があまりにも少ないような気がする。一応、私は、1年半以上、はてなのキーワード検索で毎日Railsについては調べているので、はてなでRailsについて書いている人の記事はたいてい見ています。 理由は、いくつか考えられますが、私の読みだと、テストが当たり前の人にとっては、当たり前すぎてわざわざ書く意味がないし、そうではない多くの人にとっては、ほとんどテストは書いていないんじゃないかな。 実は、テストを書くのは結構工数かかるんですよ。スクリプト言語は、コンパイラがミスを教えてくれることはないので、Javaと比
プログラマの思索: Webベースのプロジェクト管理
最近、プロジェクト管理の手法が急激に変化しつつあるのを感じる。 以前は、ExcelやMS Projectで進捗管理や要件管理をプロジェクトリーダーが取り仕切り、メンバーに節目ごとに展開していた。 そこでよく出る症状として、プロジェクト全体の進捗や各メンバーの役割がメンバーに見えにくいことがあった。 だから、「見える化」と称して、XPやPFの手法が使われた。 最近は、Trac(Python)やRedmine(Ruby on Rails)のようにWikiベースのFreeのプロジェクト管理ツールを導入するケースが多くなった。 その特徴や感想について書いてみる。 【1】TracやRedmineの特徴は下記があるように思う。 １・Wikiに、技術上のアイデア、開発環境の構築方法、リリース作業手順、日報などを書き込み、皆で情報共有する ２・カレンダーにプロジェクトのマイルストーン、各自の作業納期を書き
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
2NT -無料ブログ 無料ホームページ 等-
IDEA * IDEA
