タグ

SIerに関するaosiroのブックマーク (33)

  • SlackをSIerに導入した話。そしてSIerの未来 : 小野和俊のブログ

    Slackを入れるとSIerはどうなるのか?」 しばらくブログを休んでいたので少しだけ自己紹介をしよう。アプレッソというベンチャー企業を立ち上げて、セゾン情報システムズという会社にexitした。そしていまはアプレッソの社長として仕事をする傍ら、セゾン情報システムズのCTOの仕事もしている。どちらかというといまはセゾン情報の仕事の比重が高いから、リアルの世界では「セゾン情報の小野」と思っている人の方が増えてきていると思う。 「このままでは、SIに未来はない。だから変わらなければならない。」 「当社の社員は言われたことしかできない。」 SIerの経営者と会話していると、よくこんな言葉を耳にする。 自分たちの未来を悲観している人たちが、未来を明るくできるのだろうか? だから私は、喜びと驚きのポジティブスパイラルで、SIerはどんな風に良くなるのか、壮大な実験をしてみようと思った。 その第一弾と

    SlackをSIerに導入した話。そしてSIerの未来 : 小野和俊のブログ
    aosiro
    aosiro 2016/11/29
    FYIを見てる暇がある職場、羨ましい
  • 20万人月の作業を1人でやる話 〜1万7千年生きたSE〜 - 特別天然記念物

    昔々、具体的には約1万7千年前の旧石器時代、大学の情報工学科を卒業して、新卒22歳でSIerに就職した男(以下SE)がいました。 SEはある日、上司に言われました。 「2016年くらいに、銀行で大規模な基幹システムが必要になるらしいから、今から君一人で作り始めて。工数は20万人月ね。」 そういうと、上司はシステム企画構想やそれに伴う提案書、ノートPCを1つSEに渡して、自分は狩りに出かけました。 途方にくれるSE氏、ここから彼の約1万7千年(1万6666年)にも及ぶ、20万人月のシステム開発が始まるのでした。 約1万7千年前 |- 要件定義書を作成着手。 | 周りの人達は狩りをしながら生きている。 | 約1万6千年前 |- 要件定義書の作成が完了する。 | 基設計に着手する。 | 土器を作り始める人が現れる | 徐々に日列島が大陸から離れ列島になっていく。 | 約1万4100年前 |-

    20万人月の作業を1人でやる話 〜1万7千年生きたSE〜 - 特別天然記念物
  • 大規模システム開発案件のデスマーチは、どうしてこんなにつらいのか - あいむあらいぶ

    かるび(@karub_imalive)です。 この春までSI業界にいたので、たびたび大型システム開発案件の大規模炎上を見てきました。そして、ここ最近はみずほ銀行のシステム統合案件が厳しいようです。 2012年頃からスタートし、一昨年くらいからヤバイんじゃないの?と言われていた案件がどうも最終局面な感じになってきているようですね。 規模的に見ても、大きすぎて後戻りできないっぽいので、カネと時間がいくらかかっても最後までやりきるしかなさそう。しかし、みずほ社内オトシマエとしてたくさんの悲しい人事異動が発令されることでしょう・・・。(まぁ、今回はソースがまとめサイトやマイナー雑誌の抄訳なので、詳細については続報を見守りたいところですが・・・) さて、プロジェクト炎上にも色々ありますよね。大きい案件なら数千人規模から、小案件なら2~3人規模のプロジェクトまで、規模を選ばず、炎上するときは炎上する

    大規模システム開発案件のデスマーチは、どうしてこんなにつらいのか - あいむあらいぶ
    aosiro
    aosiro 2016/07/07
    くわばらくわばら
  • 35歳無名のシステムエンジニアが1年半でフロントエンジニアになるために行った3つの成長戦略

    デブサミ2014 Yet Another Your Story (Enterprise TED 3)での発表資料です。 振り返りBLOG書きました。 http://blog.mitsuruog.info/2014/02/20143535.htmlRead less

    35歳無名のシステムエンジニアが1年半でフロントエンジニアになるために行った3つの成長戦略
  • 日本でアジャイルが流行らない理由 - @ledsun blog

    ポジション的なもの 個人的に、アジャイルは「(あんまり未来や遠くのことを考えるのをやめて)目の前にある問題を解決しよう」という思想と認識しています。 現実の問題を見ないで「将来、日と米国のソフトウェア開発技術の差が広がるから、ウォーターフォールをやめてアジャイルをやろう」とか、何を言っているんだ、おまえは? と、思います。 キーワード「エンタープライズ」が出てきているので、業務システムの話をします。 情けないぞアジャイルコーチ 私は間違っていた。ごめん。ウォーターフォールは何のメリットも無い - メソッド屋のブログを読みました。 感想を書きます。 サム・グッケンハイマーの一言 サム・グッケンハイマーは、マイクロソフトが、アジャイル、そして DevOps 移行したことに関するソートリーダー の方が 「ウォータフォールは一切メリットがないので止めておきなさい」 といったそうです。まあ、ポジシ

    日本でアジャイルが流行らない理由 - @ledsun blog
  • 事業会社をIT会社に転生させることが、これからのSIerのミッション - GoTheDistance

    言いたいことがストレートに伝わる良い文章だと思います。 simplearchitect.hatenablog.com ウォーターフォールはなんのメリットもない。プロジェクトの工程間のつじつまを合わせることができないやり方でオーダーメイドのソフトウエアが正しく作れるわけがない。正しいし、それなら一切のメリットが無いという話も理解できる。 では、ここで小噺をひとつ。受託開発の要件定義フェーズであなたは要件を変えないと顧客にとって不都合が起こることがわかったとします。社内で相談した結果、えらい人がこう言いました。 確かに不都合はあるかもしれないけど、固まった要件を自分から揺り戻すなんて出来ないぞ。これ以外やりませんって合意を取らないと前に進めないだろ? その変更が違う変更を産むかもしれないし、お前それ膨らんだ時に責任取れるの? 僕の実体験を一部脚色してお伝えしています。簡単に言えば、ソフトウエア

    事業会社をIT会社に転生させることが、これからのSIerのミッション - GoTheDistance
  • 私は間違っていた。ごめん。ウォーターフォールは何のメリットも無い - メソッド屋のブログ

    私はソフトウェアの専門家としてお答えすると、ウォータフォールは何のメリットも無いというのが私の意見であることを共有しておきたい。そういう意見に至った経緯をこのブログで書き留めて置きたい。 尚、これは所属会社の見解ではないことは明確にしておきます。 サム・グッケンハイマーの一言 私は DevOpsのエバンジェリストで、それ以前からアジャイル開発をかれこれ15年ぐらい実施し、導入の支援をしている。私はかつては、日の環境の制約の中で如何にアジャイル開発のメリットを最大に引き出すか?ということを考えていた。 ウォーターフォールに対する立場も、真っ向から否定するものでもなく、現状もあるし、それに慣れている人もいるし、実際ウォーターフォールでも失敗しない人も居る。だから、人にウォータフォールのメリット・デメリットを聞かれた時も「変化しないものに関してはウォータフォールはいいのかもしれない」と回答して

    私は間違っていた。ごめん。ウォーターフォールは何のメリットも無い - メソッド屋のブログ
  • Shows

    The AI Show Live showcases the amazing work happening in AI at Microsoft. Developers learn what's new in AI in a short amount of time and are directed to assets helping them get started and on the road to success right away. Seth Juarez and friends work on cool projects and highlight what's new in Azure AI and Machine Learning. Microsoft Visual Studio Code is a free, powerful, lightweight code edi

    Shows
  • 「SIer が天職です」って人はどこにいるの?|NZ MoyaSystem

    定期的に上がってくる SIer 辞めましたエントリ、またはてなを賑わせているようで。 anond.hatelabo.jp 詳しくない方のために補足。IT業界にはシステムインテグレータ、通称 SIer と呼ばれる業種があります。主に政府や銀行、大手企業が使用するような大規模システムを開発するお仕事です。これだけ聞くとスゴイお仕事じゃんって思えるかもしれませんが、残業が多くて体力的にキツイ、IT業界なのにプログラム書く機会が少ない、なぜか高い Excel スキルを求められる、などの残念な面が度々フォーカスされ、IT業界なのにITが好きな人ほど離れていくという不思議な世界なのです。 筆者もExcelと人月とスーツの世界に生きていた元 SIer として、このエントリには大いに共感すると同時に、嘆息を禁じえません。 この手のエントリに、SIer バカにするなよ! やりがいあって楽しい世界だぞ! って

    「SIer が天職です」って人はどこにいるの?|NZ MoyaSystem
    aosiro
    aosiro 2016/04/14
    概ね他のブコメに同意。SIerの中で課長や部長になる人たちは仕事楽しんでるんじゃないのかな
  • 判明、ANAシステム障害の真相

    大型のシステム障害の詳細が見えてきた。全日空輸(ANA)が2016年3月22日に起こした国内線旅客システム「able-D(エーブルディ、以下では便宜上開発コード名のANACore:アナコアと称す)」のシステム障害では全国49の空港で搭乗手続きができなくなり、ANAと提携航空会社5社の合計で719便、7万2100人以上に影響を及ぼした。インターネットや予約センターでの予約などもできなかった。 ANAは障害発生から8日後の3月30日に経緯や原因を公表、さらに4月11日に弊誌のメール取材に応じ、一段詳しい真相が判明した。 4台のSuperdomeをRACでクラスタリング 今回のシステム障害の中身は3月20日のニュースで報じた通り、4台のデータベース(DB)サーバーが停止したというもの(関連記事:ANAシステム障害の原因判明、シスコ製スイッチの「世界初のバグ」でDBサーバーがダウン)。今回、弊誌

    判明、ANAシステム障害の真相
  • 巨大化した「詐欺的」IT業界が、国民の生命や社会・経済を破壊する危険が現実味

    先月から今月にかけ、大手国内航空会社の日航空や全日空のシステム障害が発生し、多くの利用客に影響が及んだが、大規模なITシステムの開発では、受託型IT/ソフトウェア開発業(以下、受託型IT業)のひどい体たらくが指摘される。ユーザーの要望を理解しようとしない、仕様書が読めない、言われたことしか(言われたことも)しない、技術力がない、モラルが低い、向上心がない、頭数(人の派遣)で儲けている等々。同業界がこの国の社会・経済をおかしくしないために、建築基準法並みのルールと厳格なチェックが必要ではないか。このままIoT時代に突入するのは危険すぎる。 出口なきダメ論のループ 受託型IT業はユーザー(原発注者)から「所詮は下請け」と小馬鹿にされ、「3K」といわれて久しい。「きつい・帰れない・給料が低い(結婚できない)」が新卒就職希望者から敬遠される要因だが、もうひとつ、「経験・勘・神頼み」という仕事の進

    巨大化した「詐欺的」IT業界が、国民の生命や社会・経済を破壊する危険が現実味
    aosiro
    aosiro 2016/04/04
  • ANAシステム障害の原因判明、シスコ製スイッチの「世界初のバグ」でDBサーバーがダウン

    同期処理が失敗した原因は、4台をつなぐスイッチの不具合。具体的には、スイッチが故障状態であるにもかからず、故障を知らせる「故障シグナル」を発信しなかった。国内線システムは故障シグナルを検知するとスイッチを予備機に切り替えるが、今回はその機能そのものを作動できなかった。 スイッチは完全に停止したわけではなく、「不安定ながらも動作していたようだ」(同)。そのため、DBサーバー間の同期は順次失敗し、停止していったと見られる。 ANA広報によると、スイッチは米シスコシステムズ製「Catalyst 4948E」という。「2010年6月の発売開始以降、世界で4万3000台、うち日で8700台を販売しているが、今回の不具合は初めての事象と聞いている」(ANA広報)。なぜ「故障シグナル」が発信できなかったかは分かっていない。 1台での縮退運転を決断 4台の完全停止から37分後、ANAは1台のDBサーバー

    ANAシステム障害の原因判明、シスコ製スイッチの「世界初のバグ」でDBサーバーがダウン
  • 日本でプログラマが少ない理由は戦う戦場を間違えているからです - 文系プログラマによるTIPSブログ

    2015-03-08 日でプログラマが少ない理由は戦う戦場を間違えているからです IT業界 ◯ 広告 昔から言われている日のプログラマ問題、さて、皆さんどう考えているのでしょうか。 日でプログラマが少ない理由は正当な対価を支払わないからである : SIerブログ この記事を読んで、色々と思うところがありました。 社長や偉い人の見解 日史なんか教えなくていいからプログラミングを教えろ、日でプログラマが足りない理由は 工学系とかプログラム系を学ぶ学生が少ないから http://wirelesswire.jp/london_wave/201503031606.html まあ一理あるとは思いますが、ちょっと浮世離れしている感が否めません。 スレ住人の見解 続いてスレ住人達の見解です。こちらは現場サイドの意見が見られます。 ぶっちゃけ日人は能力格段に低い 日IT企業はコミュ力で勝

    日本でプログラマが少ない理由は戦う戦場を間違えているからです - 文系プログラマによるTIPSブログ
    aosiro
    aosiro 2015/11/25
    なんか違和感
  • SIerクエスト

    Twitter等のアプリから開いた場合セーブが動作しないことがあります ブラウザアプリで開き直してください ©2015 Soichiro Yoshimura(@sifue) 続編のSIerクエスト2はこちら

  • これが大規模SIerな弊社のデファクトスタンダードな開発スタイルだ!! - そこに仁義はあるのか(仮)

    受託開発やっている、いまの開発スタイルを書く。 この前のブログはわりとフォーカスをしぼったはなしだったので、今回は簡単に全体のはなし。(書く順番が逆っぽい) 今回のプロジェクトではアーキテクトとして、この↓開発スタイルの構築と運用をしていて学び多い。 バージョン管理はGit プロジェクト用サーバーにGitBucketをたててソースコードを管理している。 オフショアと仕事をするなど、開発拠点がわかれることが多い。 ソースコードに対してロックをとったりしちゃうと、他の人が開発すすめられなくなるし、拠点別れて並行開発する大規模案件だからこそ、Gitを使う必要がある。 各開発者がブランチをきって開発をして、プルリクでレビュー依頼、からのマージをすることで、レビューが済んでいるソースしかmasterブランチに取り込まれない、というのもイイ。 弊社の”エンジニア”はみんな当たり前のようにGitを使って

    これが大規模SIerな弊社のデファクトスタンダードな開発スタイルだ!! - そこに仁義はあるのか(仮)
    aosiro
    aosiro 2015/09/04
    危機感が募る
  • NTTデータとPostgreSQLが挑んだ総力戦。PostgreSQLを極限まで使い切ったその先に見たものとは?(前編) NTTデータオープンソースDAY2015 - Publickey

    NTTデータとPostgreSQLが挑んだ総力戦。PostgreSQLを極限まで使い切ったその先に見たものとは?(前編) NTTデータオープンソースDAY2015 現在のシステム構築では、オープンソースのソフトウェアを使うことは当たり前になってきています。PostgreSQLはそうした中で主にエンタープライズ向けのデータベースとして着実に事例を増やしてきています。 その中で、PostgreSQLを大規模なミッションクリティカルなシステムの中で使うには、どのようなノウハウが求められるのか。オープンソースの利用に積極的なNTTデータがその事例を、1月26日に開催されたイベント「NTTデータオープンソースDAY 2015」のセッション「NTTデータとPostgreSQLが挑んだ総力戦。PostgreSQLを極限まで使い切ったその先に見たものとは?」で紹介しています。講演内容をダイジェストにしまし

    NTTデータとPostgreSQLが挑んだ総力戦。PostgreSQLを極限まで使い切ったその先に見たものとは?(前編) NTTデータオープンソースDAY2015 - Publickey
  • 巨大銀行の巨大システム開発で大変素晴らしい経験を得たという話

    最近まで、ネット上のIT系ニュースで度々システム障害で我々にネタを提供してくれる某巨大都市銀行の次期システム開発に下請けとして新卒から参画していた。 「某巨大都市銀行の次期システム」という時点でどこの銀行かピンとくると思う。 次期システムとは大雑把にいうと80年代に構築され今なお稼働しているシステムのうち、外為、内為、預金などの業務にて稼働するサービス(実際のプログラムになる)を疎結合化してそれぞれのサービスを部品として再利用性やメンテナンス性の向上を図る、いわゆるSOA(サービス指向アーキテクチャ)で作り直そうというものだ。 この辺も心当たりのある銀行と次期システムとかでググれば出てくると思う。 銀行システムをSOAで構築するのは日では初めて!!すごい!!先進的!!!という触れ込みだったらしいが、立ち上げからいるわけでもなくSOAの利点も結局実感できぬままこの業界から去ってしまったので

    巨大銀行の巨大システム開発で大変素晴らしい経験を得たという話
    aosiro
    aosiro 2015/01/28
    ブクマし直し。
  • 巨大銀行の巨大システム開発で大変素晴らしい経験を得たという話

    最近まで、ネット上のIT系ニュースで度々システム障害で我々にネタを提供してくれる某巨大都市銀行の次期システム開発に下請けとして新卒から参画していた。「某巨大都市銀行の次期システム」という時点でどこの銀行かピンとくると思う。次期システムとは大雑把にいうと80年代に構築され今なお稼働しているシステムのうち、外為、内為、預金などの業務にて稼働するサービス(実際のプログラムになる)を疎結合化してそれぞれのサービスを部品として再利用性やメンテナンス性の向上を図る、いわゆるSOA(サービス指向アーキテクチャ)で作り直そうというものだ。この辺も心当たりのある銀行と次期システムとかでググれば出てくると思う。銀行システムをSOAで構築するのは日では初めて!!すごい!!先進的!!!という触れ込みだったらしいが、立ち上げからいるわけでもなくSOAの利点も結局実感できぬままこの業界から去ってしまったので当に謎

  • SI⇒Web転向に失敗するエンジニアに共通した【たった1つの特徴】 - paiza times

    Photo by Robert Tadlock 今回のpaiza開発日誌は片山がお送りします。 SIerに在籍しているエンジニアで、技術(開発)を中心としたキャリアを積んでいくために、SIerからWeb業界(Webサービス提供系)に転向/転職しようと思っている方は近年増えています。そんな方向けに、SI⇒Web転向で「失敗してしまう人の特徴」と、「上手くいく人の特徴」についてまとめてみました。 ■SIからの人材流出は増えているが、Web転向は狭き門 SIer⇒Web業界への転向成功者、失敗者の特徴を見てみる前に、まずはSI業界とWeb業界の採用動向について見ていきましょう。 昨今、特に飲業界等を中心として人材不足が叫ばれていますが、IT業界も成長産業のため、常に人材が不足していると言われている業界です。2014年9月18日の日経新聞でも「IT分野の派遣『月収100万円』でも集まらず」という

    SI⇒Web転向に失敗するエンジニアに共通した【たった1つの特徴】 - paiza times
    aosiro
    aosiro 2014/11/12
    このdisられ様…
  • 生きろ!チーム開発! 300人月の仲間はみな死んだ

    進め、現場のチーム開発 〜チーム開発実践入門〜 (DevLOVE関西Ver) 台風の影響で未発表の幻の資料です〜 Read less

    生きろ!チーム開発! 300人月の仲間はみな死んだ