技術力がつかない負の流れに陥ってしまった。 - 東京アンダーグラウンド
最近自分がとらわれている負のスパイラルについて、思うところがあって書いてみた。 吐き出せば楽になれるかもしれない。 例外的な人はもちろんたくさんいると思うけど、一般的にSIer社員は技術力が低いと言われている。 たしかに自分の周りのSI社員にまともにコードを書ける人なんていないし、話に出るのは1990年代から2000年代のテクノロジーだ。 業務中にプログラミングをするときは、それが業務を改善するためのものであっても、周りの目を気にしてIDEを開く。 隙間の時間に、ほんの少しだけ。 手を動かさないと技術が身に付かないのは事実で、そういう意味だと、SI社員が技術を身に付ける時間は非常に限られている。 少なくとも、業務中に技術的なことをやる時間はほとんどないので、何かを身に付けたいときは、業務外に頑張って時間をとって勉強しなければならない。 家に帰ってからが勝負になる。 例外的な人になるためには
AI・ビッグデータ求人業界最大級案件紹介サイト 【BIGDATA NAVI】
～個人情報の取り扱いについて～ エッジコンサルティング株式会社（以下「当社」といいます。）における個人情報の取り扱いについて、下記の内容をご確認いただいた上で、個人情報をご提供いただきますようお願いいたします。 個人情報の定義について 個人情報とは、個人に関する情報であって、その情報を構成する氏名、住所、電話番号、メールアドレス、勤務先、生年月日その他の記述等により個人を識別できるものをいいます。また、その情報のみでは識別できない場合でも、他の情報と容易に照合することができ、結果的に個人を識別できる情報も個人情報に含まれます。 個人情報の取得と目的について 個人情報の取得と利用の目的および活用範囲は以下のとおりです。 ①当社による当社サービス提供 ②お問い合わせに対する当社からの回答 ③ご本人の承諾に基づく、当社サービス利用企業への個人情報提供 ④当社が提供するサービスのご案内や資料の送付
新卒入社半年で退職した - まるまるこふこふ
お疲れ様です。さいです。 新卒で入社した会社に 平成26年4月1日に入社し、同年11月30日をもって退職しました。 捻くれてるので、退職エントリ書くより「エンジニアはなぜ退職エントリを書きたがるのか」みたいな 記事を書いてやろうかと思ったけど、かけるほど転職経験があるわけでもないのでやめます。 半年間でやったこと ユーザーサポート 業務システムについてユーザーからのオペレーションについての質問や 不具合などの窓口をメールや電話で対応していた。 あまり思い出したくない記憶になっている。 業務システム内にあまりにも不具合が多く、それをユーザーの運用方法で回避しているのだが、 いかんせん量が多いためにほぼ毎日のように不具合についての問い合わせがくる。 そのたびに大慌てで複雑な業務フローを洗い、異常なデータを 二次災害が発生しないように修正するのはただ辛みでしかなかった。 開発の人間が適当なシステ
SI⇒Web転向に失敗するエンジニアに共通した【たった１つの特徴】 - 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万円』でも集まらず」という
「お前が悪い!」「ウソをつくな!」名門企業どうしがシステム開発を巡って法廷闘争 野村證券vs.日本IBM 感情ムキ出し「33億円」の大ゲンカ（週刊現代） @gendai_biz
「お前が悪い!」「ウソをつくな!」名門企業どうしがシステム開発を巡って法廷闘争 野村證券vs.日本IBM 感情ムキ出し「33億円」の大ゲンカ そこまでするか、と首をかしげずにはいられない。誰もが知る有名企業同士が繰り広げる相互批判、暴露、醜聞の蒸し返し……。異例の喧嘩の裏には、どうしても負けられない「事情」があった。 まず野村が訴えた 子供の頃、喧嘩には暗黙のルールがあった。相手が泣いたら止める、血が出るようなことはしない、顔は殴らない。 大人であればなおさらのはずだが、野村證券と日本IBMという名門企業が法廷の場で争う大人の喧嘩には、そうしたルールはまったく通用しないようだ。 互いが互いを徹底的に批判し、完膚なきまでに叩きのめそうとする大ゲンカが今、展開されている。 「野村がIBMに委託したシステム開発プロジェクトが頓挫したことがきっかけで、野村が被った損害として約33億円という巨額の支
優秀なエンジニアが、3人辞めてしまいました：ITソリューション塾：オルタナティブ・ブログ
「若手の優秀なエンジニアが、この一年で3人辞めてしまいました。来月もまた一人やめる予定です。いったい、どこに問題があるのでしょうか。」 あるSIerの経営者からこんな話を聞いた。僭越ながら、私は次のように答えた。 「楽しくないからじゃないですか？」 今、この会社も例に漏れず人が足りない。しかし、将来への不安は払拭できないという。しかし、新しい技術にもっと挑戦すべきだと申し上げても、そんなことをすれば、工数が減るので無理だとのことだった。 また、若いエンジニアが新しいことをやりたいといっても、品質が保証できないからだめだとチャンスを与えない。そして、そういう志のある若いエンジニアも若い=安い労働力として、既存システムの保守対応の仕事に投入されている。 新しいことに関わることは、楽しいことだ。それができる会社でなければ、良い人材も育たないし、魅力ある商品やサービスは生まれない。 SIerにとっ
WEBサービス会社のはてながSIerからシステムを買ったこと - プロマネブログ
getlife - 『ミロク情報サービス×はてな、CFO対談 「上場の意義」…』 へのコメント 2014/10/22 08:59 にブックマーク へー、はてなってミロクさんの会計パッケージ使ってたんだ。 知らなかった。 「WEBサービス会社」のはてながSIerからサービスを買った理由 SIerで働いている人ならあまり違和感ないんですけど、業務システムに詳しくない人だと「はてなって内製でサービス作っているのに、なぜSIerからサービス買うの？」と思った人もいるんじゃないかと思ったので、ちょっとだけ。 企業の業務システムは、色々な分析方法がありますが、一般的なのは顧客との距離ごとに「フロントオフィス」「ミドルオフィス」「バックオフィス」に分けて機能分析を行うことが多いです。 フロントオフィス 顧客との直接的な営業活動を行う機能に対して働きかけるシステム。CRMやコールセンタシステム等。WEBサ
Excelスクショ問題について周りの方へのお願いと、今職人となっている方への励ましの言葉（元職人より）
Excelスクショ問題について周りの方へのお願いと、今職人となっている方への励ましの言葉（元職人より） 2014年8月3日日曜日 ITニュース うつ病 最近一部で話題になっている「SEがテスト工程で画面のスクリーンショットをExcelに延々と貼り続ける作業」について、実際にスクショ貼り職人を経験した自分としては、何か残しておかねばと思い、この記事を書きます。 自分はSEでしたが、うつ病でもうすぐ2度目の休職に入ります。Excelスクショ職人を経験しています。そんな自分が、「Excelスクショに対して疑問を抱いている方」と「今現在Excelスクショ職人な方」へ、お願いと励ましの言葉を述べさせていただきたいと思います。 【参考】 SIerの闇・Excelにエビデンス貼付け - Togetterまとめ あるシステムを開発したら、必ずテスト工程があります。プロジェクトによっては、全くユーザーインタ
「人月問題」や「多重請負」は「害悪の原因」ではなく結果 - プロマネブログ
記者の眼 - IT業界の人月商売、多重下請けがもたらす45の害毒：ITpro 上記の４５の弊害。どれも微妙に指摘できそうな内容ばかり。。。ちょっとばかり検証してみますか。 害毒として挙げられている事項について検証 ４５の害毒それぞれ微妙に突っ込みどころがあるので、個々解説を書こうと思ったら、半分ぐらい書いた段階で既に５０００文字を突破てしまいました。。。 もうやめやめ。こんな長文誰が読むんだい。 というわけで、代表例を幾つかピックアップして指摘。 因果関係が逆転 １．労働集約型産業のままで知識集約型産業に脱皮できない 逆逆。主力である「受託開発」が労働集約的な仕事だから、労働力に応じた収益となるため人月商売や多重下請が発生するんですよ。害悪、ではなく原因。 他にも、「６．いつまでも手工業、システム開発の工業化が進まない」も同じです。受託開発で、ユーザごとに業務要件、システム要件が違うがため
IT業界の人月商売、多重下請けがもたらす45の害毒
私は自分のコラム「極言暴論」で、ユーザー企業のIT部門とITベンダーの問題点や課題を極言し、暴論してきた。だが、特にITベンダーあるいはIT業界の話を書くと、空しくなることがある。私が指摘する問題点は、ITベンダーの経営幹部なら随分前から自覚している。それでもITベンダーや業界は何も変わらない。 「極言暴論」の読者にも「以前に何度も聞いた話」とシニカルに受け止められてしまったりする。「このままでは日本のIT業界に未来は無い」と叫んだところで、「またですか」とオオカミ少年扱い。やはり“ゆでガエル”状態になっている人には、湯の温度が多少上がったぐらいでは危機感を持って受け止めてはもらえない。 それでもクラウドの世となり、ITベンダーを丸ごとゆでる湯の温度は急激に上昇している。今起こっているパラダイムシフト、パワーシフトは以前のダウンサイジングやインターネットの爆発的普及のときの比ではない。シス
今までに経験した中で最悪の開発環境について書く
なんとなく吐きだしてみる。老害の昔語りなので興味ない人はスルー推奨。 時は2000年代初頭、俺は最初に就職した独立系SIerから4次請けの派遣として某銀行の営業店システム開発に参加していた。 新卒で入社して、二つ目のプロジェクトだった。当時は最先端であったJavaでのプロジェクトということで、ずいぶんと喜んだことは記憶している。 1フロアが丸ごとプロジェクトルームとなっており、プロジェクト統括の事業部長が常に怒号をあげながらフロアを徘徊するなかで、15インチCRTディスプレイ(当然液晶なんかじゃない)がようやく置ける狭い机とパイプ椅子で、右も左もわからないまま、Excelで書かれた仕様書と向き合い、秀丸エディタ(当時はEclipseがまだ生まれていなかった)でジャバを書いていた。 デスマであったかというと、今思うとそこまでデスってはいなかったように思う。頻繁にリスケが行われていたのでプロジ
「クラウド本気で始めました」なSIerのChef活用と実践～Chefアンチパターンとの戦い～
Chef Casual Talks Sapporo Vol.1 映像→https://www.youtube.com/watch?v=zJ7pYVp5M7E&feature=youtu.beRead less
一括請負という契約形態のままアジャイル化するのは危ない - すこしふしぎ
何年か前に、顧客（と元請けの営業）だけがアジャイルに盛り上がった結果盛大に火を噴いて関係者が闇に消えた開発に関わったことがある。立場上そのままは書けないし、適宜フェイクも混ぜていくが、バッドノウハウの一例として紹介するとともに、ウォーターフォールからの脱却という意味でのアジャイルについて書いておきたい。 前提 契約はSI型一括請負、全外注。且つ、アジャイル。 闇アジャイル化の経緯 営業がアジャイルを売り込みたかったという背景があり、「だいたいこれぐらい」で契約が成立（仕様がないのに見積もりだけはあった） その時点で、元請け企業の偉い人たちがこの案件を切り捨てた（応援要請も突っぱねるよう根回しがあった）（まあしかし偉い人はさすがである、経営的な観点では正しい） 全外注は予想されうる責任回避のための手段として決定された（選択権もなかった） 顧客は仕様を決めなくてもなんとかなるのがアジャイルだと
「IT奴隷化に反旗を翻そう」 VASILY技術顧問 まつもとゆきひろ氏インタビュー | VASILY DEVELOPERS BLOG
まつもとゆきひろさんが弊社の技術顧問に就任する事となりました。せっかくなので、「ベンチャーの重要性」「世界での勝ち方」「SIerのヤバさ」「モルモン教とエンジニアリング」など、まつもとさんに色々聞きたかった事をぶつけてみました！ VASILY Officeにて 質問 我々は、小さい会社ながらも技術によって世の中にインパクトを与えようと頑張っています。 他にもそういった会社が増えていますが、思う所など教えてください。 まつもと その逆は大企業とかだけど、関わっている人が多くなればなるほど、辛くなりますよね。 僕はビジネスマンじゃないので、エンジニアが幸せかどうかしか分からないけど、自分で決められないエンジニアは不幸なんですよね。 この技術の方が絶対いいのに、「上司が説得できないから従来のやり方で頑張りましょう」みたいな空気で腐りながらやるのは、エンジニアにとっては不幸なんですよね。 小さ
クラウド普及の壁：SIerと情シスの“暗黙の”利害の一致：ITソリューション塾：オルタナティブ・ブログ
我が国では、クラウドの導入に大きな「壁」がある。それは、ＳＩ事業者にとってクラウドは、案件単価が下がり、リスクも大きくなることを意味し、利益相反の関係にあることだ。 たとえば、クラウドにおけるリソースの調達や構成の変更は、「セルフサービス・ポータル」から、必要なシステムの構成や条件を入力することで、直ちにシステム資源を手に入れることができる。 従来、このような作業は、業務要件を洗い出し、サイジングを行い、システム要件を決め、それにあわせたシステム構成と選定を行うことが必要だった。そして、価格交渉と見積作業を経て、発注に至る。そのうえで、購買手配が行われ、物理マシンの調達、キッティング、据え付け、導入作業、テストを行っていた。この間、数ヶ月かかることもめずらしくない。 このような作業を必要とせず、ウェブ画面からかんたんに目的を達成できるわけで、ITエンジニアの生産性は大いに向上する。 しかし
ベンダーの良い提案が消える
IT業界の技術者不足が、ユーザー企業のシステム化計画に悪影響を与えそうだ。みずほ銀行のシステム統合やマイナンバー関連のシステム構築など、いくつもの超大型の開発プロジェクトが2014～2016年に重なったことで、技術者不足が一気に深刻になってきた。超大型案件が多くの技術者を“バキューム”してしまっており、ユーザー企業の間では、自社のシステム開発にそのしわ寄せが及ぶのではという懸念が広がっている。 懸念されているのは、システム開発をITベンダーに外注する際の料金単価の上昇や納期の長期化、担当技術者のスキルレベルの低下などである。だが実は、そうした懸念よりもさらに怖い事態が生じる可能性が高い。ユーザー企業がシステム開発案件でベンダー各社に提案を募っても、優れた提案を得ることができない状況が想定されるのだ。 ユーザー企業のIT部門の人はあまり思い至らないだろうが、ベンダーが提案書を作るのには大変な
IT部門はシステム運用から手を引くべし
「あんたの言う通りかもしれんな。IT部門はシステム子会社も含め一度解体再編したほうがよいだろうね」。最近会った大手製造業の元CIO（最高情報責任者）はそう言った。私のコラム「極言暴論」の記事を巡って議論したときのことだ。この人は当初「あんた、酷い記事を書いているな」と文句を言っていたが、本音ベースの話になると私と全くの同意見だった。 私は、一部の企業を除けばIT部門には将来が無いと思っている。今や多くのIT部門が、ビジネスのイノベーションにITを活用したいという事業部門や経営の要望に背を向け、基幹系システムという名の“間接業務支援システム”のお守りに汲々とする存在に成り下がっているからだ。だから私は、IT部門の解体再編の必要性を主張している（関連記事：寿命が尽きるIT部門に「終活」のススメ）。 こうした極言暴論の記事が多くのIT部門関係者の目にとまったようで、「一度話をしたい」と彼らから呼
システムエンジニア確保へ 集団面接会 NHKニュース
社会保障や税の情報を一元化するため国民一人一人に番号を割り振る「共通番号制度」の導入などで、今後、不足するのではないかという懸念も出ているシステムエンジニアを確保しようという集団面接会が東京・千代田区で開かれました。 コンピューターのプログラムの設計などを行うシステムエンジニアを巡っては、国民一人一人に個人番号を割り振り社会保障や納税の情報を一元化する「共通番号制度」の導入など、今後、さまざまな制度の導入や改正が重なり、人材が不足するという懸念がＩＴ業界から出ています。 こうしたなか、システムエンジニアの採用に向け合同面接会が東京・千代田区で開かれ、ＩＴ関連企業など１１社が参加しました。 会場では、先月、大学を卒業した人など１７人が面接に臨み、企業の担当者が志望動機を質問したり、事業内容や人材の育成方法などを説明したりしていました。 参加した企業の担当者は「面接に訪れた人たちは意欲的で、こ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
まとめよう、あつまろう - Togetter
ブラックSIerゲーム
