もし、あなたが、次のようなことをしているのであれば、これは大いに反省すべきだ。 自分たちの「できること」でしか解決策を示そうとしない。 機能や性能については説明できるが経営や事業の成果にどのような貢献ができるのか説明できない。 これからのテクノロジーやその可能性について分かりやすく説明できない。 お客様が新しい方法論や見積を求めても旧来のやり方で提案しようとする。 新しい方法論やテクノロジーの適用を求めると保証できない、実績がない、時期尚早などのネガティブ・ワードで翻意を迫る。 やがて、お客様から愛想を尽かされてしまうだろう。 工数の需要がなくなるわけではない。ただ、作業工数に応じた労働力に対価を支払うというやり方は、自動化ツールやクラウド・サービスとの競合や人口の減少と相まって、そこでの収益の拡大を期待することができなくなる。 また、工数需要そのものの内容が変わる。例えば、「コードを書く

実践している日本企業は20％。調査会社のIDC Japanが公表したDevOps（デブオプス）に関する調査結果である。実践の具体的な計画を持つ企業を含めると約3割に達する。DevOpsはビジネスニーズに応じてアプリケーションをはじめとするソフトウエアのデリバリー（提供）やデリバリー後の改変を素早く実行可能にする一連の取り組みや手法を指す。 社運をかけて新サービスの立ち上げを決めた。提供開始まで時間の余裕はない。サービスの概要はほぼ固まっているものの、途中で変更になる可能性が高い。業務部門に「こんなシステムが欲しい」という明確なイメージがあるわけではない──。こんな状況で要求に応え、ユーザーが実際に使えるアプリケーションを作り上げるのがDevOpsの目的だ。アジャイル開発、バリュー・ストリーム・マップ、自動テスト、CI（継続的インテグレーション）、コンテナなど様々な手法や技術、ツールを活用す

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

JR東日本アプリ：JR東日本 これ、なんかトップ画面がau損保のクソUIアプリにそっくりだったんで期待MAXでダウンロードしてみたら予想通りの惨状だったのでご紹介。 第一印象 とにかくタップの判定が甘くて押してるのに押せてない、何度もタップさせられるシーンが非常に多い。ものすごいストレス。さらに、通信エラーが頻発するため最初はレビューするのも諦めようかと思ったというかそもそも使うことが無理だった。そしてこいつ、au損保の自転車の日ってアプリにUIデザインが似ている。ANAのアプリとかも最近こんな感じの縦2カラムレイアウトなんだけど流行ってるのか？現在地がわかりにくくて使いづらいんだよなぁ。 というわけでトップ 果たしてこれをトップと呼んでいいかわからないものの、最初にMy駅を選ぶと、その駅がトップになるらしい。乗り入れ路線の電車のリアルタイム発車情報が閲覧できるなど、機能的には面白い。「電

わたしは、情報システムと呼ばれているものを作った経験がないので、よくわからないのだが、世の中には詳細設計書というのがあるらしい。 下記参照。 http://gm7add9.wordpress.com/2012/11/30/%E8%A9%B3%E7%B4%B0%E8%A8%AD%E8%A8%88%E6%9B%B8/ プログラムの詳細設計をやる人というのがいて、その人が書くらしい。あくまで自分には経験がないので、伝聞、想像でものを言っている。 プログラムの詳細設計というのは、プログラムへの要求仕様というのがあって、それを実現するために書くらしい。要求仕様というのは最終的な利用者が、こーゆーものが欲しいとか、こーゆーことができたらいいなということを、なんらかの方法で、なんらかの形でまとめたものらしい。 そんでもって、要求仕様を作る人と、詳細設計を作る人と、プログラムを作る人と、テストをする人と、

面白い人に出会った。 彼を一文で表すと、 SIerにいるくせに技術が大好きで、コードを書きたくても書けない現状に嘆きつつ、 多額のローンを背負ってしまったため転職に踏み切ることもできず、夢と現実の狭間で苦しんでいる男だ。 この人の素直な感じがかなり好きで、出会いざますぐに心を開いてしまった。 やっぱりアツく技術的な話をしてくれる人は本当に楽しい。 会社にいる人の5割はSSDって何？って人だし、6割はJavaとJavaScriptの違いもわからない人で、8割はGoogle検索無しでコンソールに「Hello World」を出力させることもできないような人達だ。 実際に統計をとったわけではないけれど、これは全然大げさな話ではない。 「システムエンジニア」なのに、本当にこんな感じなのだ。 その代わり、ExcelやWordを駆使して資料を作成する技術は素晴らしいものがある。 長時間の会議に耐えうる精

日本のITエンジニアの地位はなぜ低いのか：日経ビジネスオンライン エンジニアの地位向上を図りたい、これは同意ですが、そのための解決策がコーディングスキルですか。。。 エンジニアの地位向上のためには、まず何が問題かをきちんと分析できなければ話になりません。ちょっと考えてみます。 追記) なぜかブコメ欄を見るといろいろコメントが発散してる。。。 下手な日本語で申し訳ないです。 本旨は「プラスアルファが必要って言ってるのに、paizaはコーディングの話だけなんだ～。プラスアルファどこいった」です。 ちなみにJavaの誤記は直しときました ブクマ炎上反省会はこちら 「コーディング技術にこだわり過ぎると～」の反省会 - プロマネブログ IT業界の価値提供の構造 いわゆるSIerをモデルに価値をどのように提供しているのか、考えてみます。 ※まあ、自分の仕事から考えるのが一番カンタンですし。 SIerを

海外出張の後の振り休で暇なので書いてみよう http://getlife.hateblo.jp/entry/2014/02/06/030300 こういう無知なおっさんが居るから、日本のIT業には魅力がないのだよなぁ、という印象 自分はプログラマというよりは、どちらかというと研究で飯を食ってる非SIのエンジニア このブログの著者のおっさんが言うところの、プラスアルファは手に入れてる側ではあるんでしょう 普通のプログラマであることでは、差別化が出来ないと考えたからこそ様々な挑戦を繰り返し 生き残るために研究開発というポジションについた 外資でも働いたし、海外でも勤務経験がある 分析役（SE、アプリケーションエンジニア、業務エンジニア、システムアーキテクトなど） 業務分析やシステム分析を行い、「何を作るべきか」を明確にするための分析役を担います。 実装役（コーダー、テスターなど） 実際に動くアプ

横浜銀行のATMを利用した預金者の情報を同行のシステム委託先の社員が不正に取得してカードを偽造し、他行の預金者の現金数千万円を引き出す被害が出ていることが明らかになった。内部関係者によるカード偽造犯罪としては過去最大規模となる。銀行システムの安全性への信頼を脅かしかねず、システム会社の管理責任が問われそうだ。神奈川県警は5日、偽造キャッシュカードを作ったとしてシステム委託先の富士通フロンテック

毎度おなじみ、はてブのホットエントリに「SIをダメにする負のスパイラル」というタイトルのまとめが掲載された。きしだ氏とはかなり視点は違うものの、開発現場の問題点については少し思うところがあるので意見を書いてみようと思う。と言っても、以下の話の内容はデータベースアプリケーションに限定した話であり、またSIerだけに限った話ではないのでその点はご容赦頂きたい。もちろんSIer各位の案件はデータベースは必須なので、本エントリで触れる問題点には該当するだろう。 Q.なぜ炎上するのか？ A.正しいデータベース設計ができていないから結論から言おう。データベースアプリケーションの開発が炎上するのは正しいデータベース設計ができていないからだ。ここでいう「正しい」とは、論理的に証明できる正しさという意味ではない。「本来こうするべき」といった意味で捉えて欲しい。 「炎上」というのは、例えばテストが通らない、バ

銀行系列の中規模SIerを退職し、 受託と自社サービスの開発を行っている小規模Web系に転職することになりました。 7/30が最終出社日でした。8/1からは新しい勤め先へ向かいます。 １．これまでやったこと ２．これからやりたいこと ３．なぜ転職しようと思ったのか なお、３はいわいる自分語りを含む上に長いのでご注意ください。 読ませる知り合いもいないのに何故書いた。 １．これまでにやってきたこと。 オープン系の基幹システムの保守開発に携わり4年ほど。 Java、COBOL、ExcelVBAをメインにやっていました。 もちろんSQLも普通に書いたりしつつ、触ったことのあるDBはOracle、PostgresSQL、SQLServer。 業務知識は主に流通系。Web開発とかもやりました。Javaでstruts1.Xとか、ASP.NETとC#とVBとか。 それと個人的欲求に基づき、Android

SIer勤務 情報系大学院卒 28歳 2月は残業が多くて100時間ほど その分の残業手当がついて今月の手取りは40万だった 顧客と直接話をして要件定義から設計実装を行う サービス残業はなく仕事した分だけお金はもらえる 今の仕事はSIerのなかでも恵まれてるほうでやりがいはあるのだろう しかし本当にこれが俺のやりたいことなのか 長時間残業して恋人を泣かせてまで書くコードのターゲットはJava 1.5 会社のルールにしばられチャレンジできないまま年齢を重ねていく 大学院にいたころからコードを書く力は落ちていく一方 これをつづけていてもよいのだろうか こんな仕事でこんなに給料をもらってよいのだろうか 給料がもらえれば俺はこの仕事でも満足なのだろうか 贅沢な悩みなのかもしれない チャレンジするとしたら年齢的にはそろそろ動き出す必要があるだろう 転職？ 俺にできるのか？ 何を目的に俺は転職をするのだ

Webサービス系の会社の隆盛があって、人材流出が騒がれたのが１−３年ぐらい前だろうか。 SIの産業の人材動向が、今どうなってるかって？ 大方の予想より凄惨ですよ。 それが分かる方法がある。JavaWeb技術者に技術力を問う８つの質問によってだ。 SI業界のエンジニアの平均レベルを知りたくって、いろんな会社さんのJavaWeb開発者（経験者）向けに以下のような８つの質問を継続的にしている。 対象者としては、Java経験３から１０年ぐらいの現役バリバリのはずのJavaエンジニアだ。 その８つの質問というのはこんな問題だ。 JavaWeb技術者に技術力を問う８の質問 インターフェイスのメリットを一言で表して下さい。（筆記解答） HttpRequestオブジェクトからPostされたデータを取得するServletのメソッドは何ですか？（筆記解答） Sessionのスコープを端的に説明してください。（

IT 業界というか SIer の枠組みの中で働いている人であれば、一度は詳細設計書ないし詳細仕様書というドキュメントを見たか書いたことがあるだろう。 Excel 方眼紙の悪夢 詳細設計書の話の前にちょっと触れておきたいのが「Excel 方眼紙」　これまでのプロジェクト経験とネットの情報を見る限り、詳細設計書はほぼ 100% コレで書かれている。Excel 方眼紙がどのようなものかは こんな感じ である。典型的な使われ方は 【図解!!コレが方眼紙Excelだ！】:島国大和のド畜生 がわかりやすい。 「Excel 方眼紙」でググるとわかのだが、コイツは猛烈に嫌われている。一発作り捨てならば、図や表を交えたドキュメントをそこそこ作りやすいという利点はある。プレゼンや紙印刷を考えないならば、個人差はあれど PowerPoint 並の使い勝手を覚える人はいる。 がしかし、Excel 方眼紙はそのメリ

12. 役割分担 Product Manager Product Manager Project Manager Project Manager Design Quality Budget/Cost Architecture Deadline/Progress Scope Sprint Planning マンガプロダクションと担当編集の関係に着想

2004年にＮＥＣと提携関係を結んで以来、段階的に資本関係を強めていったアビームコンサルティング。今やすっかりＮＥＣの子会社（議決権の99.9％を保有）に収まったが、そのＮＥＣが２０１２年３月期に１１０３億円の最終赤字に陥り、この7月から40歳以上を対象に希望退職の募集を開始。株価も遂に100円割れで、ただでさえ低めな給与は基本給4％カットと賃下げ中だ。その子会社に、しわ寄せが来ないはずがないのだった。 Digest 「ＮＥＣの奴らにしゃべらせるな」 社名の由来は「趣味がヨットだから」 うちは「泥イト」だから リース業界とＮＥＣ系がメイン 定年退職者がいるコンサル会社 炎上した巨大プロジェクト 「バジェットによる」残業代 ロッカーも1人1個ない 「ＮＥＣの奴らにしゃべらせるな」 そもそもの両社の提携は、ＮＥＣの幅広い顧客基盤が欲しかったアビームと、ＩＴコンサルの人材・ノウハウが欲しかったＮ

サーバークスCEOブログ　大石蔵人之助の「雲をつかむような話」は、 「はてなブログ」へ移行致しました。 旧ブログ記事のURLからお越しの皆様は自動で新ブログへ転送されます。 転送されない場合、恐れ入りますが下記URLから移動をお願い致します。 新URL：https://ceo.serverworks.co.jp/ 引き続き、大石蔵人之助の「雲をつかむような話」を宜しくお願いいたします。

クロノスの山本さんと飲みにいきました。遅刻してすいませんでした＞＜ 僕らの興味はやはりSIビジネスがどうなってしまうのだろうかという点で、色んな観点から話が盛り上がった。 クラウドの台頭によって、ビジネスでITを利用したくても出来なかった層にIT技術の裾野が広がっていく。SIは自前でシステム環境を構築することで差別化を図り儲けていた側面も強かったけれど、クラウドがハードのアウトソースを加速させた事でシステム開発案件の単価は下がっているし、価格下落話には枚挙に暇がない。目の上のたんこぶではあるが、業界のパイは小さくなったとしても優秀な人間にお金が回るようになれば長期的には良いこと的な帰結を考えていた。 でも、その歪みがひどい事態を生んでしまったようで・・・ 一方、SIおよびSEのこれからに暗い影を落とす話もある。関西のあるSE派遣の企業のはなし。 何十人もの新人さんを集めて、無料でプロジェク