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 & Trac By Certified Scrum Master In Shibuya.Trac-2009/07/12

IT業界では、いよいよ技術者が足りなくなってきた。帝国データバンクの調査によると、業種別で正社員が最も不足しているのは「情報サービス」、つまりIT業界だそうだ（関連記事：［データは語る］従業員が最も不足している業種は「情報サービス」）。59.3％のITベンダーが従業員の不足を訴えており、この割合は同じく人手不足に悩む建設業と比べても5ポイント近く高い。 そんなわけで、多くのITベンダーが「人手不足が深刻だ」と騒ぎ、あらゆる手段を使って人手をかき集めている。仕事にあふれた若者を形ばかりの教育で“にわか技術者”に仕立て、「SE」として客先に送り込むという、以前何度も見た光景も繰り返されている。需給関係が圧倒的に有利で労働集約から脱却するチャンスなのに、好況のときほど労働集約型産業の地金が出る。相変わらずのアホである。 今回のIT業界の技術者不足は、みずほ銀行のシステム統合プロジェクトをはじめと

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のクロック数のことを知らなくても構わないし、システムコンテキスト図やクラス図の見方に精通していなくとも、必要に応じてベンダーからその知識を得ていけば十分である。 プロジェクト管理に関する知識についても同様である。システムを開発するプロジェクトにはどのよ

前回、システム開発でベンダ任せをやめようとした日本、ベンダに任せた米国 - プロマネブログの記事でコメントを頂いたのを思い出したので。 id:sayurin7 paiza開発日誌　2015-01-26 【エンジニア対談】SIer・大手からスタートアップへの転職前に知っておきたい事 でSIerのこと知ったかしている子たちにも何かひとこと、ぜひ あ～、あまりにも酷かったのでブコメでツッコむ気も失せていた記事ですね。。。 まあ、せっかくコメントを頂いたことですし、確かに間違いを指摘するのも大切なことなので、カンタンに。 自分の知らないこと≠存在しないこと ITを後付けするんじゃなくて、ITをベースにして今までに無い事業やビジネスモデルを考えるべきだと思ってました。そういう事やるのって受託ビジネスでは無理だから、やっぱり自分はSIerじゃなくて自社サービスを開発する仕事がしたいと。 ATMも、電子

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

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

転職・求人情報サイトのtype エンジニアtype 働き方 人生やり直すならスタートアップ？それともSIer？急成長スタートアップ6社のCTOが語るエンジニアキャリア論 急成長する注目のスタートアップ企業6社のCTOがエンジニアのキャリアについて語った『Developers career event』 スタートアップ企業のCTOといえば、ベンチャーで働くITエンジニアにとってのキャリアの一つの頂点だ。 しかし、成長著しい各社の開発トップといえども、そのポジションに就くまでには十人十色、紆余曲折のキャリアを積み重ねている。最初に就職した企業がスタートアップだったという例はむしろ稀で、SIerや大手企業を経て転職・起業しているケースの方が圧倒的に多い。 では、もしも今、何のしがらみもなく自身のキャリアをやり直せるとしたら、各社のCTOはどのような道を選ぶのだろうか。いきなりスタートアップで勝負

システム開発において発注者責任の自覚やその能力が無く、丸投げしかできないにもかかわらず、お客様は神様であることを信じて疑わず、買い叩くことだけに血道を上げる。しかも開発プロジェクトの最中に要件はどんどん膨らむが、追加料金は出さないし、納期厳守も要求。当然プロジェクトは破綻を来すが、その責任の全てをITベンダーに押し付ける。 こんな危ない客がいたら、ITベンダーはその開発案件を取りに行くだろうか。普通はスルーだ。諸般の事情で商談に参加しなくていけなくなったとしても、“法外な”高値を提示するなどして、間違っても受注しないように努力するだろう。そもそも今どき、そんなとんでもない客がいるのか。それが、いるのである。官公庁をはじめとする公共機関だ。 公共機関だとすると、冒頭に書いた客としての振る舞いは、その多くが「とんでもない」ではなく正当な行為となる。公共系システムは国民・住民からの税金などで作る

～個人情報の取り扱いについて～ エッジコンサルティング株式会社（以下「当社」といいます。）における個人情報の取り扱いについて、下記の内容をご確認いただいた上で、個人情報をご提供いただきますようお願いいたします。 個人情報の定義について 個人情報とは、個人に関する情報であって、その情報を構成する氏名、住所、電話番号、メールアドレス、勤務先、生年月日その他の記述等により個人を識別できるものをいいます。また、その情報のみでは識別できない場合でも、他の情報と容易に照合することができ、結果的に個人を識別できる情報も個人情報に含まれます。 個人情報の取得と目的について 個人情報の取得と利用の目的および活用範囲は以下のとおりです。 ①当社による当社サービス提供 ②お問い合わせに対する当社からの回答 ③ご本人の承諾に基づく、当社サービス利用企業への個人情報提供 ④当社が提供するサービスのご案内や資料の送付

概要 国内の需要は先行き不透明。 案件の規模は縮小の一途。 単価が下落するばかり。 クラウドの登場で迫られるビジネスモデルの変革。 工数で見積もりする一方で、納期と完成の責任を負わされるシステムインテグレーションの限界がかつてないほど叫ばれる今、システムインテグレーターはこれからどのように変わっていくべきか？ 日本IBMの営業を経て、数多くの企業にコンサルティングを行う著者が、豊富な図解とともに現状とあるべき姿を解説する。 著者の一言 「今、仕事が増えていて、人手が足りません。世間がいうほど、SI（システムインテグレーション）業界は危機的状況じゃないですよ。うちではみんな1.5人月分働いてくれていますが、それでも足りません」 そのやり方が、いつまで通用するのでしょうか？ 「システムインテグレーションは崩壊する」 私はそう考えています。 ここでいうシステムインテグレーション（SI）とは、「工

このエントリーはしょぼちむ Advent Calendar 2014 の21日目の記事です。 前日は @fukai_yasu さんの記事でした（まだ未登録？）。その前は@setoazusaさんのしょぼちむにテストファーストについて説明してみるでした。 しょぼちむご本人とは東京で働いていた頃に３回ぐらいプライベートでお酒の席でご一緒させて頂いたぐらい？の関わりでしょうか。何となくjava一派ということで仲良くさせて頂いていました。 お酒の席ではしょぼちむ氏に「いつ辞めるの？」と転職を持ちかけるネタでいじるのが一部界隈では定番なようなので、「若者と転職」というタイトルで駄文を書かせて頂きます。 しょぼちむ氏の参考になれば幸いです。 概要 私は2014年12月現在で28歳になります。 23歳で社会人になったので社会人としては丸５年半やってきたことになりますが、この5年半で3回転職をしています。

連載目次 要件定義は定番中の定番 本連載ではこれまで、システム開発における契約、検収、プロジェクト管理などについて数々のIT紛争の事例を紹介し、そこから得られる知見を述べてきた。しかし実際のところ、IT紛争の争点として数が最も多いのは、上述したような問題ではない。そもそも、どのようなシステムを作るかをユーザーとベンダーが理解し共有する要件定義に関する紛争こそが、IT訴訟のいわば定番であり、おそらく数も最も多いと考えられる。 システム化対象となる業務の流れや、その入出力を定める「業務要件定義」、システム自体の入出力や演算などを定める「機能要件定義」、そして処理速度や操作性、セキュリティなどを定める「非機能要件定義」、いずれもユーザーの頭の中で漠としているイメージの「網羅性」「正確性」「整合性」「十分性」などを考慮しながら、誰が見ても同じ理解ができる文書に落とし込む、という非常に困難な作業であ

「なぜ、日本にはこんなに多くのITベンダーが存在するのか」。米国のITベンダーの経営者が、必ず一度は日本法人に対して投げかける質問だ。しかも、彼らが「多い」と思っているITベンダーは、実は氷山の一角。自社製品・サービスを売ってもらうSIerしか、その視野に入っていない。当然、多重下請け構造の中にいる多数の受託ソフトウエア開発会社は想定外だ。 では、いったい日本にITベンダーは何社あるのか。ITベンダーの定義は難しいが、SI事業に携わる企業や、その傘下で開発業務を担う企業は、零細企業も含めるとざっと1万5000社に達する。これだけの数のITベンダーが、多重下請け構造のピラミッドを構成しているのだ。6次請け、7次請けといった“超”多段階下請けの話もたまに聞くが、この社数ならそれも当然だろう。 これだけの数のITベンダーが集積していると、顧客である企業や公共機関のあらゆるニーズ、どんなワガママに