挑戦するエンジニアたち ヒストリー｜ITエンジニア専門の転職情報はフォスターキャリア
AI CROSS株式会社ビジネスも働き方も、よりスマートに アララ株式会社アイディアとテクノロジーで革新的なサービスを提供しています 株式会社システムライフ変化の激しい物流業界に頼れるシステムパートナー 株式会社インソース東証一部上場、SE出身の社長が作ったSEが主役になれる研修会社 DELTA Holdings株式会社人材ビジネス業界のリーディングカンパニーを目指す 株式会社ミトラ医療機関への導入実績トップシェア！IoTなど新規事業へ挑戦 株式会社すららネット対話型オンラインアニメーション学習教材『すらら』の企画開発 DATUM STUDIO株式会社ビジネスデータを最大活用する人口知能(AI)と統計解析などを提供 株式会社エブリー国内最大級レシピ動画『DELISH KITCHEN』など動画メディア企業 株式会社シー・エス・イー設立から46年、安定した成長を続ける独立系システム開発会社
業務系SEの末路的なお話でして - 急がば回れ、選ぶなら近道
某DevLoveというところで話をしろ、ということでありましたので、いろいろ話をして来ました。 http://devlove.doorkeeper.jp/events/1733 まとめはこちら http://togetter.com/li/387189 あと、しんやさんの詳細なブログがこちら http://d.hatena.ne.jp/absj31/20121009/1349795347 スライドはこちら http://www.slideshare.net/okachimachi/devlove1 以下、ちょっと自分なりにまとめを。 ■自分なりにどう話したか 自分の仕事的にはHadoopとAsakusaでの課題解決が現在の本業です。ただ、Asakusaの位置づけとして、SIのための道具立てという側面が強く、また結果として会社も直接・間接にSIにはかかわっているので、割と現状の問題も意識して
ソフトを他人に作らせる日本、自分で作る米国：日経ビジネスオンライン
物事に大きな影響を与える前提なのに案外知られていない。その一つがコンピュータソフトウエア投資とソフト開発技術者の所属先に関する日米の差である。 日本企業は自社で利用するソフトのほとんどをIT（情報技術）企業に開発させているのに対し、米国企業はソフトを内製する比率が高い。 日本のソフト開発技術者の大半はIT企業に所属するが、米国のソフト開発技術者の大半はIT企業ではなく一般企業に所属している。 上記二つの文は同じことを言っている。日本企業は社内にソフト開発技術者をあまり抱えていないためIT企業に外注するが、米国企業は社内にソフト開発技術者がおり内製できる。 「ほとんど」「高い」「大半」では曖昧なので数字を補足する。米国商務省経済分析局の数字によると、2010年の米国民間企業におけるソフトウエア投資の内訳は、内製（自社開発）が37.3％、外注（他社委託）が34.2％、パッケージソフト購入が28
変更前をコメントアウトして残す習慣は未だ根強い (2012年現在) - 日々常々
2020-03-11追記: タイトルの「未だ」がいつなのかわかりづらいので「2012年現在」を追加しました。 バカバカしい話ですが、ソースコードをSubversionなどでバージョン管理しているにもかかわらず、未だ修正前をコメントアウトして残す習慣は残っているところも多々あります。こういうのです。 // 2012/08/15 irof 修正開始 // hoge = fuga(1); hoge = fuga(2); // 2012/08/15 irof 修正終了 見た事無い方は、そのまま見ないままで生きていかれることを切に願います。 コメントの修正がある場合 2012/07/21にあった、SCMBCでこんなツイートがありまして。 この時点でお見せしたのはこんな感じ。 // 2012/07/21 削除開始 // // 間違ったコメント // 2012/07/21 削除終了 someMethod
テスト自動化ツールを導入済みは8.5％、85％以上が検討していないか必要を感じないと。キ－マンズネット調べ
テスト自動化ツールを導入済みは8.5％、85％以上が検討していないか必要を感じないと。キ－マンズネット調べ キーマンズネットは、IT担当者を対象にしたアンケート結果として「テスト自動化ツールの導入状況」を公開しました。 それによると、導入済みは全体の8.5％（「既に導入済みである（追加リプレイスなし）」7.5％と「既に導入済みである（追加リプレイスあり）」の1.0％の合計）で、導入を検討しているが4.8％。今後も導入しないするグループは86.7％（「必要性を感じているが導入を検討していない」の38.6％と、「必要性を感じない」の48.1％の合計）」になりました。 グラフを見ると従業員規模1001名以上では導入済みが約15％である一方、100名以下では1.8％であり、従業員規模によって大きな違いがあることが分かります。 対象言語はJavaがトップ、目的は品質の向上、工数削減など すでにテスト
プログラマが気をつけるべき５つの人種
一口にIT業界と言いましてもその意味するところは実に幅広く、今日もそこかしこでITパーソンを自覚する人々の人生模様が織り成されております。そんなIT業界にはプログラミング楽しす！コード書きたす！革新大好き！なんていうイノセントなプログラマが特に気をつけるべき人種というカテゴリが存在します。なんとなく想像がつきますかね？想像のついたあなたもつかなかったあなたもしばしお付き合いのほどを。 1. 俺SEなんだけど仕事で何億って予算動かしてんだぜ？（すごいって言って！）こういう人種は、素人の書いた落書きのような絵に大金を積んでそのことを自慢したがるような人たちです。彼らには美しさというものが理解できず、金額の大小でしか物事の価値を判別できません。それだけならまだしも人の価値まで動かしている金額で決まると思い込んでいるフシがあります。彼らはSEと名乗っていてもその実態は普通のサラリーマンと大差なく、
ソフト開発をステップ数で見積っていることに疑問を持たなくてはならない - レベルエンター山本大のブログ
ステップ数を見積もり根拠にする会社さんは、いまだに多い。嘘じゃない。 お世話になってる会社さんもそういう仕組みをとってるところがあって、いいにくい部分もなきにもあらずだが、お世話になってるからこそいいたい。 そんなことやってちゃだめだと。 １キロステップの生産性指数をだして、今回の開発は10キロだから１０００万円とか。 汎用機時代ならまだ百歩譲ってわからんでもないけど、オープン系という言葉すら死語になりつつあるこのご時世において、ステップ数が１キロ（１０００行）だったら１人月とかどうこうという話は、もはや見積もりでもなんでもなく、こじつけだ。 フレームワークのコアのコードも、 ビジネスロジックの肝のコードも、 ネットワークの通信コードも、 自動生成したコードも同じ１ステップとカウントする。 見積もり時の計画ステップ数と、実際に開発したときの実績ステップ数を比較して 次の開発の値決め（ダンピ
NTTデータのアジャイルは現場への警告であり、日本のソフトウェア産業の大きな1歩である | Act as Professional
アジャイルソフトウェア開発はキャズムを超えたと言われてもピンと来てなかったけど、本当に超えたと僕が実感でき日も近いのではないかと思う@HIROCASTERでございませう。 「キャズム」という意味は、先進的な人と一般的な人との間にある隔壁のことです。 つまり、一部で活発になってきているアジャイルソフトウェア開発が一般的になってきているということ。 システムインテグレータ大手のNTTデータが下記の発表をしたことについて、思うことを書いておきたい。 若手リーダー層を対象としたアジャイル開発研修を開始 会社としての姿勢これまで欧米を中心に普及してきたアジャイル開発は、米国IT企業のソフトウエア開発における採用率で30%を超えるなど、欧米では最も利用されている開発手法となっています。昨今では、日本国内でも、Webサービス業界やゲーム開発業界などを中心に多くの開発事例が見られるようになってきましたが、
はてなブログ | 無料ブログを作成しよう
うめぇヨーグルトソースでもいかがですか。個人差にもよりますが。もしよろしければ。 お久しぶりです。 最近うんめぇ〜と思ってるヨーグルトソースがあるので、書いていこうと思います。 ヨーグルトとハーブ類をもりもり使うので、そういうのが食べられない方にはうんめぇソースではないです。ごめんなさい…。もしよろしければお茶だけも…旦~ 【用意する…
［速報］スルガ銀-IBM裁判、日本IBMに74億円超の賠償命令
勘定系システムの開発失敗を巡り、スルガ銀行が日本IBMに115億8000万円の支払いを求めた裁判で、東京地方裁判所は2012年3月29日、日本IBMに74億1366万6128円の支払いを命じる判決を言い渡した。 スルガ銀行は2000年代初頭に勘定系システムの刷新を計画し、海外製の勘定系パッケージ・ソフト「Corebank」を担いだ日本IBMの提案を採用した。ところが刷新プロジェクトは要件定義から難航。新システムを完成させることができなかった。 結果的にスルガ銀行は日本IBMに新システムの開発中止を通知し、2008年3月に「日本IBMの債務不履行によりシステムの開発を中止せざるを得なくなった」として、日本IBMに損害賠償を求める訴訟を東京地裁に提起していた。 関連記事：“スルガ銀－IBM裁判”を振り返る ■変更履歴 スルガ銀による賠償請求額について、当初の記事では「111億700万円」と書い
金を払って人に会う米国人、タダでも会わない日本人：日経ビジネスオンライン
「米国なら50万円でも数千人集まるのに日本ではタダにしても数百人ですよね」。 セミナーやカンファレンス、シンポジウムといった人が集まる催しの話である。本職は記者のはずだが催しを企画することもある。趣旨と題名の決定、プログラムの作成と講師依頼、催しの告知、当日の立ち会い、報告記事の執筆などやることは結構ある。数えたことはないもののかかわった催しの数は50回を超えているだろう。 企業や各種団体にも似た仕事を担当している方がおられる。本業を補完するためにセミナーを企画している人たちである。お会いすると必ずといっていいくらい冒頭の話になる。 例えば、IT（情報技術）関連のカンファレンスを開く場合、米国ではオーランドやラスベガスといった場所で1週間くらい開かれる。色々な値段があるものの数千ドルはする。 驚くのは冒頭の発言の通り、数千ドルを払ってやってくる参加者が数千人いることだ。失礼ながら日本で無名
おっさんIT用語。
「選択と集中」「利益が出なかったので撤退、でも俺の間違いだったとは認めない」 「新規事業育てる体力がなくなった、でも俺は間違ってない」 のいずれかの意味「PDCAサイクル」「反省しました」 「これからはがんばります具体案はないけど」 のいずれかの意味「再発防止策」「次に二度と同じ失敗をしないための仕組みづくり」 「俺のせいじゃないけど謝っておきます」 「具体案を作りようがないけど次からは凄く気をつけます」 のいずれかの意味「ソリューション」「受託開発」 「前の受託開発で作ったものをちょっと改造して他の所に売ります」 「お客様と同業種の会社から開発を請け負った経験があります」 のいずれかの意味「パッケージ」「前の受託開発で作ったものをちょっと改造して他の所に売りますお安くしますよ」 の意味「クラウド」「アマゾンかグーグル」 「レン鯖」 「クラサバ」 「ホストとダム端」 「ブラウザで操作する社
ソフトウェア技術者軽視のシステム開発を続けるのはもう限界かもしれない - 達人プログラマーを目指して
つい先日、富士通がグループで抱える3万人ものSEを再教育して、職務転換を行う計画であるというニュースを知りました。 富士通の3万人SE職務転換大作戦は成功するのか？ - GoTheDistance 一つのシステムを複数の企業などが利用するクラウドサービスがこのまま普及すれば、顧客の要望を聞いて個別システムを作り込むＳＥは仕事がなくなり、余剰人員問題が顕在化するからだ。 クラウドの普及により、オーダーメイドでシステムをゼロから構築する必要がなくなり、そもそも顧客からの要件をまとめてシステムを設計するSEの仕事が不要になったり、基盤を構築、運用するエンジニアが不要になるということは、最近になってよく言われることであり、特に新しいことではありません。もちろん、クラウドの普及によって、これらの伝統的なSEの仕事が少なくなり、人員が余るという議論は間違いではないと思います。 ただし、一方でより本質的
［スクープ］特許庁、難航していた基幹系刷新を中止へ - ニュース：ITpro
特許庁が5年前から進めてきた基幹系システムの刷新プロジェクトを中止する方針を固めたことが、日経コンピュータの取材で分かった。当初は2011年1月の稼働を予定していたが、業務分析の遅れなどから要件定義と設計が難航。稼働を3年遅らせたが、立て直すことができなかった。 政府が策定したレガシーシステムの刷新指針に基づき、特許庁は2004年10月に「業務・システム最適化計画」を策定した。この刷新指針は、特定のITベンダーとシステム保守などを長期契約することによるITコストの高止まりを解消する目的で策定されたものだった。同庁はさらに、入札に分割調達の仕組みを採用して競争原理を働かせることを目指した。 要となるシステム設計とシステム基盤の構築については、東芝ソリューションが入札予定価格の6割以下の99億2500万円で落札した。ところがプロジェクトが始まると、現行の業務やシステムを理解した職員と技術者が足
なぜ日本でIT産業は育たなかったのか アメリカどころか印中韓台にすら負けてる : 暇人＼(^o^)／速報
なぜ日本でIT産業は育たなかったのか アメリカどころか印中韓台にすら負けてる Tweet 2：名無しさん＠涙目です。(庭)：2011/11/19(土) 11:36:24.95 ID:bg8e7aK/0 マーケティング弱者であること 保守的開発であること 天才がおらずみんなまあまあなこと 346：名無しさん＠涙目です。(dion軍)：2011/11/19(土) 12:31:18.69 ID:BF45w4Ba0 >>2で終わってた 4：名無しさん＠涙目です。(茨城県)：2011/11/19(土) 11:36:37.13 ID:CmtELczf0 やっと芽が出てきたと思ったらムショ送りだからな 51：名無しさん＠涙目です。(大阪府)：2011/11/19(土) 11:45:41.70 ID:MqH2nGT60 >>4 オリンパスのような企業はぬくぬくと残ってきたがなw 5：名無しさん＠涙目です。
ウォーターフォール脳に冒された日経SYSTEMS池上俊也記者はAgileとCloudの隆盛に自己存在意義の危機という悪夢を見たのか？（仮題
ウォーターフォール脳に冒された日経SYSTEMS池上俊也記者はAgileとCloudの隆盛に自己存在意義の危機という悪夢を見たのか？（仮題 お断り: 題名はTweetしにくいように意図的に長くしてあります。 日経ITPro: 「規模見積もり」が消えてしまう？ →クラウドやAgileを活用した「作りながら煮詰めていく」開発の普及で「規模見積もり」という習慣がなくなり プロジェクトがコントロール不能に陥る 準委任契約が広がる可能性がある ということを日経SYSTEMS池上俊也記者は懸念している。ちなみに過去にもこの人にケチつけたことあり。 そこで本記事では 果たしてそんなことはあるのか？ あったとして問題なのか？ そもそも規模の見積もりにどれほどの価値があるのか？ を中心に突っ込んでみる。 突っ込み(1) 「規模見積もり」がなくなるとプロジェクトはコントロール不能に陥るか? 規模見積もりの結果
すでに定年を過ぎていますが、Amazonで引き続き達人プログラマーを目指すことになりました。 - 達人プログラマーを目指して
このたび9月末日をもってオージス総研を退職し、10月よりアマゾンジャパン株式会社に入社しました。今後はSoftware Development Engineerとして、日本をはじめ世界各国のAmazonのモバイルWebアプリケーションの開発を担当することになる予定です。 およそ7年間にわたり、前職のオージス総研ではソフトウェアアーキテクトとして、SOAやEAといった全社的なシステムのアーキテクチャから、上流のモデリング、Java EEを使ったアプリケーションの開発など、技術者として様々な経験を積ませていただきました。私自身はこのブログでも何度も取り上げてきたように、モデリングやオブジェクト指向といった技術を用いて、実際の基幹業務システムの設計などに活用することで、高品質で保守性の高いシステムの構築に貢献したいという思いがありました。そのようなシステムを構築、維持するためには高品質なアーキテ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
エンジニアtype 技術者のキャリアを考えるWebマガジン - 転職＠type
ulog.cc
"費やした55億円、水の泡に 特許庁がシステム開発中断"って一体何だったのか、報告書を読んでみた
