プログラマーになってみて衝撃を受けたこと「出会いがない」など : IT速報
1: 仕様書無しさん 2015/02/05(木) 20:44:22.84 .net 思ってたのと全然違った事 予想外だった事 驚いた事 良かった事 なんでもいいので書いてください 2: 仕様書無しさん 2015/02/05(木) 20:46:21.80 .net 趣味でやっていた俺よりも、 コンピュータ技術に無知で 書くコードも冗長で無駄でバグばかり 手動で動かしてテストするか出来ない 脳無しばかりだったってこと 8: 仕様書無しさん 2015/02/06(金) 08:22:01.80 .net >>2 趣味でプログラミングやってるだけで、上位5%には入るわ 4: 仕様書無しさん 2015/02/05(木) 21:10:59.39 .net >>2 その逆の趣味でやってて現場に着くと絶対おいつけないすごい人見ちゃって 業界諦めたくなったわ 118: 仕様書無しさん 2015/02/22(日
自己組織的なScrumチームの目指し方
Scrum & Trac By Certified Scrum Master In Shibuya.Trac-2009/07/12Kazumasa EBATA
人手不足と騒ぐITベンダー、もういい加減にしなさい！
IT業界では、いよいよ技術者が足りなくなってきた。帝国データバンクの調査によると、業種別で正社員が最も不足しているのは「情報サービス」、つまりIT業界だそうだ（関連記事：［データは語る］従業員が最も不足している業種は「情報サービス」）。59.3％のITベンダーが従業員の不足を訴えており、この割合は同じく人手不足に悩む建設業と比べても5ポイント近く高い。 そんなわけで、多くのITベンダーが「人手不足が深刻だ」と騒ぎ、あらゆる手段を使って人手をかき集めている。仕事にあふれた若者を形ばかりの教育で“にわか技術者”に仕立て、「SE」として客先に送り込むという、以前何度も見た光景も繰り返されている。需給関係が圧倒的に有利で労働集約から脱却するチャンスなのに、好況のときほど労働集約型産業の地金が出る。相変わらずのアホである。 今回のIT業界の技術者不足は、みずほ銀行のシステム統合プロジェクトをはじめと
エンジニアの未来サミット：速報レポート | gihyo.jp
2008年9月13日（土）、大手町野村ビルにあるパソナテックセミナールームにて、「エンジニアの未来サミット」（（株）技術評論社主催、（株）パソナテック協賛）が開かれました。Ustream.TVによる中継の他、IRCチャットのログを利用することで、閲覧しているユーザからのコメントを受け付けるなど、新しい試みを導入したイベントです。 第一部：アルファギーク vs. 学生－エンジニア業界の過去・現在・未来、そして期待と現実 13時40分より第一部の「アルファギーク vs. 学生ーエンジニア業界の過去・現在・未来、そして期待と現実」がスタート。小飼弾氏（ディーエイエヌ（有））、ひがやすを氏（（株）電通国際情報サービス）、よしおかひろたか氏（ミラクル・リナックス（株））、谷口公一氏（（株）ライブドア）、伊藤直也氏（（株）はてな）の5人の“アルファギーク
ソクラテスになれ――無知なユーザーとの仕事の進め方（後編）
ソクラテスになれ――無知なユーザーとの仕事の進め方（後編）：「訴えてやる！」の前に読む IT訴訟 徹底解説（13）（1/2 ページ） 東京高等裁判所 IT専門委員として数々のIT訴訟に携わってきた細川義洋氏が、実際のIT訴訟事例を例にとり、トラブルの予防策と対処法を解説する本連載。いつもはベンダーに厳しい判決が出た裁判例を多めに紹介してきたが、前回と今回は「ユーザーに責任あり」と裁判所が判断した事例を紹介する。ユーザーの知識が不足していたり、担当者が十分な引き継ぎもなく交代したりするのは、ままあることだ。それでもプロジェクトを成功に導くために、ベンダーは何をすべきだろうか？ 連載目次 前回の振り返り IT開発においてはユーザーもプロジェクトメンバーである。内部でしっかりと統一した要件をしかるべき時期までにベンダーに正しく伝えること、開発に必要な業務知識をベンダーに持たせることなどは、プロジ
最低限の知識も理解もないユーザーと渡り合うには？（前編）
最低限の知識も理解もないユーザーと渡り合うには？（前編）：「訴えてやる！」の前に読む IT訴訟 徹底解説（12）（1/2 ページ） 「出荷管理をシステムを発注したにもかかわらず、勘定科目を把握していない」「意見を社内でまとめず、五月雨式に投げてくる」「モックを本番と勘違い」――こんなユーザー、あなたならどうする？ 連載目次 ユーザーの責任を問うIT判例もある ITのユーザーは基本的には「素人」であり、ITシステムを開発・導入するプロジェクトに参加する際に必要な技術知識は、当然のことながら（ベンダーに比べて）限定的なものになる。ユーザーはCPUのクロック数のことを知らなくても構わないし、システムコンテキスト図やクラス図の見方に精通していなくとも、必要に応じてベンダーからその知識を得ていけば十分である。 プロジェクト管理に関する知識についても同様である。システムを開発するプロジェクトにはどのよ
IBM辞めてアイドルになったけど質問ある？ [転載禁止]©2ch.net
1 ：名も無き被検体774号+＠転載は禁止：2015/01/24(土) 02:35:47.72 ID:Dky3k5r40 ３６０度違う人生でビビる 立ったら書く 2 ：名も無き被検体774号+＠転載は禁止：2015/01/24(土) 02:38:44.99 ID:TevIqWqX0 どうぞ 3 ：名も無き被検体774号+＠転載は禁止：2015/01/24(土) 02:41:41.09 ID:Dky3k5r40 新卒で入って３年、SE職でお客さん先に常駐してたよ。 今は歌って踊ってビラ配ってる 4 ：名も無き被検体774号+＠転載は禁止：2015/01/24(土) 02:44:20.82 ID:EW+bybA80 360度ねはいはい 5 ：名も無き被検体774号+＠転載は禁止：2015/01/24(土) 02:47:54.50 ID:Dky3k5r40 一回回ってきてたすまん 文系４大卒 プ
SIerのこと知ったかしている子たちへのツッコミ - プロマネブログ
前回、システム開発でベンダ任せをやめようとした日本、ベンダに任せた米国 - プロマネブログの記事でコメントを頂いたのを思い出したので。 id:sayurin7 paiza開発日誌 2015-01-26 【エンジニア対談】SIer・大手からスタートアップへの転職前に知っておきたい事 でSIerのこと知ったかしている子たちにも何かひとこと、ぜひ あ～、あまりにも酷かったのでブコメでツッコむ気も失せていた記事ですね。。。 まあ、せっかくコメントを頂いたことですし、確かに間違いを指摘するのも大切なことなので、カンタンに。 自分の知らないこと≠存在しないこと ITを後付けするんじゃなくて、ITをベースにして今までに無い事業やビジネスモデルを考えるべきだと思ってました。そういう事やるのって受託ビジネスでは無理だから、やっぱり自分はSIerじゃなくて自社サービスを開発する仕事がしたいと。 ATMも、電子
巨大銀行の巨大システム開発で大変素晴らしい経験を得たという話
最近まで、ネット上のIT系ニュースで度々システム障害で我々にネタを提供してくれる某巨大都市銀行の次期システム開発に下請けとして新卒から参画していた。 「某巨大都市銀行の次期システム」という時点でどこの銀行かピンとくると思う。 次期システムとは大雑把にいうと80年代に構築され今なお稼働しているシステムのうち、外為、内為、預金などの業務にて稼働するサービス(実際のプログラムになる)を疎結合化してそれぞれのサービスを部品として再利用性やメンテナンス性の向上を図る、いわゆるSOA(サービス指向アーキテクチャ)で作り直そうというものだ。 この辺も心当たりのある銀行と次期システムとかでググれば出てくると思う。 銀行システムをSOAで構築するのは日本では初めて！！すごい！！先進的！！！という触れ込みだったらしいが、立ち上げからいるわけでもなくSOAの利点も結局実感できぬままこの業界から去ってしまったので
巨大銀行の巨大システム開発で大変素晴らしい経験を得たという話
最近まで、ネット上のIT系ニュースで度々システム障害で我々にネタを提供してくれる某巨大都市銀行の次期システム開発に下請けとして新卒から参画していた。 「某巨大都市銀行の次期システム」という時点でどこの銀行かピンとくると思う。 次期システムとは大雑把にいうと80年代に構築され今なお稼働しているシステムのうち、外為、内為、預金などの業務にて稼働するサービス(実際のプログラムになる)を疎結合化してそれぞれのサービスを部品として再利用性やメンテナンス性の向上を図る、いわゆるSOA(サービス指向アーキテクチャ)で作り直そうというものだ。 この辺も心当たりのある銀行と次期システムとかでググれば出てくると思う。 銀行システムをSOAで構築するのは日本では初めて！！すごい！！先進的！！！という触れ込みだったらしいが、立ち上げからいるわけでもなくSOAの利点も結局実感できぬままこの業界から去ってしまったので
巨大銀行の巨大システム開発で大変素晴らしい経験を得たという話
最近まで、ネット上のIT系ニュースで度々システム障害で我々にネタを提供してくれる某巨大都市銀行の次期システム開発に下請けとして新卒から参画していた。「某巨大都市銀行の次期システム」という時点でどこの銀行かピンとくると思う。次期システムとは大雑把にいうと80年代に構築され今なお稼働しているシステムのうち、外為、内為、預金などの業務にて稼働するサービス(実際のプログラムになる)を疎結合化してそれぞれのサービスを部品として再利用性やメンテナンス性の向上を図る、いわゆるSOA(サービス指向アーキテクチャ)で作り直そうというものだ。この辺も心当たりのある銀行と次期システムとかでググれば出てくると思う。銀行システムをSOAで構築するのは日本では初めて！！すごい！！先進的！！！という触れ込みだったらしいが、立ち上げからいるわけでもなくSOAの利点も結局実感できぬままこの業界から去ってしまったので本当に謎
人生やり直すならスタートアップ？それともSIer？急成長スタートアップ6社のCTOが語るエンジニアキャリア論 - エンジニアtype | 転職type
転職・求人情報サイトのtype エンジニアtype 働き方 人生やり直すならスタートアップ？それともSIer？急成長スタートアップ6社のCTOが語るエンジニアキャリア論 急成長する注目のスタートアップ企業6社のCTOがエンジニアのキャリアについて語った『Developers career event』 スタートアップ企業のCTOといえば、ベンチャーで働くITエンジニアにとってのキャリアの一つの頂点だ。 しかし、成長著しい各社の開発トップといえども、そのポジションに就くまでには十人十色、紆余曲折のキャリアを積み重ねている。最初に就職した企業がスタートアップだったという例はむしろ稀で、SIerや大手企業を経て転職・起業しているケースの方が圧倒的に多い。 では、もしも今、何のしがらみもなく自身のキャリアをやり直せるとしたら、各社のCTOはどのような道を選ぶのだろうか。いきなりスタートアップで勝負
発注者として最低最悪、公共機関のシステムをどうするのか
システム開発において発注者責任の自覚やその能力が無く、丸投げしかできないにもかかわらず、お客様は神様であることを信じて疑わず、買い叩くことだけに血道を上げる。しかも開発プロジェクトの最中に要件はどんどん膨らむが、追加料金は出さないし、納期厳守も要求。当然プロジェクトは破綻を来すが、その責任の全てをITベンダーに押し付ける。 こんな危ない客がいたら、ITベンダーはその開発案件を取りに行くだろうか。普通はスルーだ。諸般の事情で商談に参加しなくていけなくなったとしても、“法外な”高値を提示するなどして、間違っても受注しないように努力するだろう。そもそも今どき、そんなとんでもない客がいるのか。それが、いるのである。官公庁をはじめとする公共機関だ。 公共機関だとすると、冒頭に書いた客としての振る舞いは、その多くが「とんでもない」ではなく正当な行為となる。公共系システムは国民・住民からの税金などで作る
技術力がつかない負の流れに陥ってしまった。 - 東京アンダーグラウンド
最近自分がとらわれている負のスパイラルについて、思うところがあって書いてみた。 吐き出せば楽になれるかもしれない。 例外的な人はもちろんたくさんいると思うけど、一般的にSIer社員は技術力が低いと言われている。 たしかに自分の周りのSI社員にまともにコードを書ける人なんていないし、話に出るのは1990年代から2000年代のテクノロジーだ。 業務中にプログラミングをするときは、それが業務を改善するためのものであっても、周りの目を気にしてIDEを開く。 隙間の時間に、ほんの少しだけ。 手を動かさないと技術が身に付かないのは事実で、そういう意味だと、SI社員が技術を身に付ける時間は非常に限られている。 少なくとも、業務中に技術的なことをやる時間はほとんどないので、何かを身に付けたいときは、業務外に頑張って時間をとって勉強しなければならない。 家に帰ってからが勝負になる。 例外的な人になるためには
AI・ビッグデータ求人業界最大級案件紹介サイト 【BIGDATA NAVI】
～個人情報の取り扱いについて～ エッジコンサルティング株式会社（以下「当社」といいます。）における個人情報の取り扱いについて、下記の内容をご確認いただいた上で、個人情報をご提供いただきますようお願いいたします。 個人情報の定義について 個人情報とは、個人に関する情報であって、その情報を構成する氏名、住所、電話番号、メールアドレス、勤務先、生年月日その他の記述等により個人を識別できるものをいいます。また、その情報のみでは識別できない場合でも、他の情報と容易に照合することができ、結果的に個人を識別できる情報も個人情報に含まれます。 個人情報の取得と目的について 個人情報の取得と利用の目的および活用範囲は以下のとおりです。 ①当社による当社サービス提供 ②お問い合わせに対する当社からの回答 ③ご本人の承諾に基づく、当社サービス利用企業への個人情報提供 ④当社が提供するサービスのご案内や資料の送付
0905：エンジニア・サバイバル | エンジニアの未来サミット … 技術評論社
概要 2008年9月に開催された「エンジニアの未来サミット」では，IT業界のイメージをアップさせるという意気込みの元，業界をリードする「アルファギーク」と呼ばれるエンジニア，そして次代を担う気鋭の若手エンジニアたちが，これから社会に出る学生や，社会に出て1，2年の若者に向けて「エンジニアという仕事」の魅力を伝え，またそれぞれの仕事に対する本音をぶつけあいました。 この模様はネット中継や各種のIT系ネットメディア，そして参加者のブログなどによって幅広く紹介され，主催した我々の想像を超えたさまざまな議論に発展しています。 一方，制御不能なアルファギークたちによる意見の応酬は，用意した時間，空間の枠に納まらない部分もありました。また「IT業界のイメージ」という，共通の認識をつかみにくいテーマを扱ったこともあり，わかりやすい結論を参加者に提示することができず，まだまだ話し足りない，聞き足りないとい
システムインテグレーション崩壊 ～これからSIerはどう生き残ればいいか？
2014年6月5日紙版発売 2014年6月5日電子版発売 斎藤昌義 著 四六判／216ページ 定価1,848円（本体1,680円＋税10%） ISBN 978-4-7741-6522-6 ただいま弊社在庫はございません。 Gihyo Direct Amazon 楽天ブックス ヨドバシ.com 電子版 Gihyo Digital Publishing Amazon Kindle 楽天kobo honto この本の概要 国内の需要は先行き不透明。 案件の規模は縮小の一途。 単価が下落するばかり。 クラウドの登場で迫られるビジネスモデルの変革。 工数で見積もりする一方で，納期と完成の責任を負わされるシステムインテグレーションの限界がかつてないほど叫ばれる今，システムインテグレーターはこれからどのように変わっていくべきか？ 日本IBMの営業を経て，数多くの企業にコンサルティングを行う著者が，豊富な
若者と転職 - seri::diary
このエントリーはしょぼちむ Advent Calendar 2014 の21日目の記事です。 前日は @fukai_yasu さんの記事でした（まだ未登録？）。その前は@setoazusaさんのしょぼちむにテストファーストについて説明してみるでした。 しょぼちむご本人とは東京で働いていた頃に３回ぐらいプライベートでお酒の席でご一緒させて頂いたぐらい？の関わりでしょうか。何となくjava一派ということで仲良くさせて頂いていました。 お酒の席ではしょぼちむ氏に「いつ辞めるの？」と転職を持ちかけるネタでいじるのが一部界隈では定番なようなので、「若者と転職」というタイトルで駄文を書かせて頂きます。 しょぼちむ氏の参考になれば幸いです。 概要 私は2014年12月現在で28歳になります。 23歳で社会人になったので社会人としては丸５年半やってきたことになりますが、この5年半で3回転職をしています。
2年超も仕様が確定しないのは、ベンダーの責任か？
連載目次 要件定義は定番中の定番 本連載ではこれまで、システム開発における契約、検収、プロジェクト管理などについて数々のIT紛争の事例を紹介し、そこから得られる知見を述べてきた。しかし実際のところ、IT紛争の争点として数が最も多いのは、上述したような問題ではない。そもそも、どのようなシステムを作るかをユーザーとベンダーが理解し共有する要件定義に関する紛争こそが、IT訴訟のいわば定番であり、おそらく数も最も多いと考えられる。 システム化対象となる業務の流れや、その入出力を定める「業務要件定義」、システム自体の入出力や演算などを定める「機能要件定義」、そして処理速度や操作性、セキュリティなどを定める「非機能要件定義」、いずれもユーザーの頭の中で漠としているイメージの「網羅性」「正確性」「整合性」「十分性」などを考慮しながら、誰が見ても同じ理解ができる文書に落とし込む、という非常に困難な作業であ
SI亡国論（その4）- 日本の成長に向けITベンダーの9割は要らない
「なぜ、日本にはこんなに多くのITベンダーが存在するのか」。米国のITベンダーの経営者が、必ず一度は日本法人に対して投げかける質問だ。しかも、彼らが「多い」と思っているITベンダーは、実は氷山の一角。自社製品・サービスを売ってもらうSIerしか、その視野に入っていない。当然、多重下請け構造の中にいる多数の受託ソフトウエア開発会社は想定外だ。 では、いったい日本にITベンダーは何社あるのか。ITベンダーの定義は難しいが、SI事業に携わる企業や、その傘下で開発業務を担う企業は、零細企業も含めるとざっと1万5000社に達する。これだけの数のITベンダーが、多重下請け構造のピラミッドを構成しているのだ。6次請け、7次請けといった“超”多段階下請けの話もたまに聞くが、この社数ならそれも当然だろう。 これだけの数のITベンダーが集積していると、顧客である企業や公共機関のあらゆるニーズ、どんなワガママに
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
