何が、日本の輸送船を壊滅させたのか
太平洋戦争における日本の輸送船の壊滅の原因について述べる前に、まず、次の二つの表を見ていただきたい。 最初の表は、太平洋戦争中における第1海上護衛隊（門司～シンガポールを担当）の護衛下にあった輸送船団とアメリカ潜水艦の会敵率と損害の推移である。（戦史叢書「海上護衛戦」防衛庁防衛研修所戦史室 朝雲新聞社 P237、P354、P463、ちなみに、1942年9月以前、1943年12月、1944年12月、1945年4月以降のデータは戦史叢書には無い。） 見ていただければ分かると思うが、ばらつきはあるが、会敵率と損害は、概ね比例している。会敵しない限り、撃沈されることはないのであるから、これは当然のことであろう。 また、時と共に会敵率が増加し、1944年8月、9月、10月、1945年2月、3月には、100％を越えている。出航したら必ずアメリカ潜水艦に見つかる訳である。これは、どう見ても異常な数
日本のITエンジニアの地位はなぜ低いのか：日経ビジネスオンライン
日本になぜグーグルのような会社ができないのか――。 古くはマイクロソフト、最近ではグーグル、フェイスブックなど、アメリカではテクノロジーに強みを持つ企業が多数登場している。日本でも、LINEなどの世界的に影響を与える会社が登場しつつあるとはいえ、アメリカに比べれば圧倒的に数が少ない。 この理由として、日本人は新しいことにチャレンジしたがらない、ベンチャーキャピタルなどの投資環境が整っていない、前例主義や過去の実績を重視するのでベンチャー企業の製品やサービスを敬遠しがち、などがよく挙げられる。 だが、「日本ではエンジニアが評価されない」ことが、大きな阻害要因になっているのではないかと、ギノの片山良平CEOは指摘する。 ギノは、ITエンジニア（システムエンジニア）に実際にプログラム（コード）を書いてもらって技術を評価するサービス「paiza」（パイザ）を昨年10月に開始したベンチャー企業。これ
深い業務知識が必要なのは案件の提案者と要件定義者 - ひがやすを技術ブログ
SIerが必要としているのは業務知識だという都市伝説のエントリで、誤解されたのは、「SIerは深い業務知識が不要だ」というふうに私が主張していると思われたことですね。 誤解されるのは、もちろん、私の書き方が悪かったせいなので、続きを書きます。 SIerで深い業務知識が必要とされる人がいます。案件の提案者と要件定義者です。営業がお客様のところから案件を持ってくると、その案件に関する深い業務知識を持っている人がアサインされ、提案書と見積りを作ります。この役割の人は、深い業務知識が必要です。 無事に案件が獲得できたとしましょう。お客様のところにいって要件をつめるのですが、このときのメンバも深い業務知識が必要です。しかし、全員が深い業務知識を持っていなくても大丈夫。全体の半分弱くらいのメンバが深い業務知識を持っていれば大丈夫だと思います。案件の難易度にもよりますが、一人が業務を深く理解していれば大
雑種路線でいこう - どっこいSIerは簡単になくならない
SIerが変わらなきゃってことには同意。けど日本でSIerは当分なくならない。少なくとも解雇規制がなくならないとね。米国で何故ユーザー企業が専門家を雇えるかというと、要らなくなったらクビにできるからだ。例えば汎用機とCobolのシステムをLinuxとJavaに移行する場合は、汎用機オペレータとCobolプログラマを切って、LinuxオペレータｔJavaプログラマを雇い入れる。そういう世界だ。 日本じゃ簡単にクビを切れないから、潰しのきかない技術者はできるだけ雇いたくない。そこのところはSIerに押しつける訳だ。重層的な下請け構造が何故あるかというと、SIerも簡単にはクビを切れないんでバッファを必要とするからで、6次とか7次になれば会社そのものが吹けば飛ぶ世界で、労働基準法なんか形骸化しているしね。 今後はユーザー企業がどんどん内製で出来るようなシステム作りを支援する方向に向かわねばならな
SI業界の老害が若手と下請けを蝕む理由 - ひがやすを技術ブログ
10年間泥のように働いて花が咲きましたのぶくまのコメントにこういうのがありました。 経営層がプログラムの品質を度が越えたほどに軽視する理由の 一つが説明されてます。目から鱗です。意外とみんな知らないようなので、「SI業界の経営層の考えが古い理由」をきちんと説明したいと思います。 汎用機あるいはオフコンの時代は、COBOLやRPGなど(他にもありますが私が経験したものをあげています)の言語が使われていました。 昔の言語は、誰が書いても同じようなコードになると思われていました。もっというと、コピペしてちょっと書き換えるという開発スタイルが多かったのです。もちろん現場によって開発スタイルは違うと思いますが、コピペが横行してたんじゃないかなぁ。 コピペでの開発なら、そりゃ誰が書いても同じようなコードになるよね。 再利用性、保守性より「最初にとりあえず動かすこと」が重要視された。コピペでちょろっと変
SIerが必要としているのは業務知識だという都市伝説 - ひがやすを blog
SI業界が開発するシステムの目的は何か？ それがつまり「業務知識」というやつで、金融や保険だったり、証券取引、財務会計、生産管理、物流・在庫管理、販売管理だったりするのだ。それぞれ必要とされる知識は非常に多い。普通の新入社員がOJTで身につけようと思ったら数年かかってもおかしくないだろう。 金融(ディラーが使うようなポジション計算をするフロントシステム、リスク計算をするようなミドルオフィス、勘定系のバックオフィス)、流通、輸出入、製薬など、いろんな業務をやってきたおいらが通りますよ。 確かに金融は業務知識がないと歯が立たない。でも、自分の経験した限りでは、それ以外の業務は、案件が始まってから勉強しても十分間に合います。 一週間以内の勉強で、お客様のところにいってシステムの仕様を話し合うことはできるようになります。もちろん、この道何年って人にはかないませんよ。でも、仕様を決める分には困らない
SI業界を目指す君達へ贈る「何故システム開発はテンパるのか」 - novtan別館
先日学生に聞かれたんですよ。 「下流工程は大変って聞きますが、上流は楽なんですよね？」 よろしい、君はよく勉強している。でも根本的に間違っている。下流工程が辛いのは、上流工程でちゃんと仕事ができなかったからだ*1。 というわけで、主に学生向きに話を単純化して語ってみます。これが普通だとか、一般的だとか言うつもりはなく、違う視点もあるかと思いますが、一つの考え方として。 SIでのシステム開発は、建設業にたとえられます。が。 顧客の希望を聞き、設計し、施工し、引き渡す。こういった工程を踏む仕事ということで、システム開発はよく建設業にたとえられます。実際に工程管理の手法なども似通っています。ところが、大抵の場合、耐震偽造をした建築物よりもシステムのほうが脆弱に仕上がります。何故でしょうか。 一つには、建物の図面を引くには建築士の資格が必要ですが、システムの設計に資格は必要ありません。 もう一つ、
プログラムの生産性をあげるためには - きしだのHatena
前回のエントリで、プログラマの業界が労働集約的なものと知識集約的なものにわかれてきているという話を書きました。 プログラマ業界の二分化 - きしだのはてな 前のエントリでは労働集約的なものと知識集約的なものに完全にわかれているように書きましたが、もちろん完全に労働集約的であったり完全に知識集約的であったりすることは少なく、どのような組織でもある程度は両方の性質をもっています。知識集約的な性質の強いSI会社というのもあります。 ただ、SIに労働集約的な、サービスに知識集約的な性質が強くなる傾向はあると思います。 また、知識集約的であればよくて労働集約的であればダメということもありません。労働集約的なSIでありながら良い会社というのもあります。 という断りをいれておかないと、SIで労働集約だからといって全部ひとからげにするなという、労働集約的なSIでありながら良い会社方面から鋭利なマサカリが飛
［2015年問題1］現行SIモデルは限界点に、業界に迫る最悪のシナリオ
多重下請けや法令無視といった慣行が染み付いた日本のIT業界。 ここに「2015年問題」というIT技術者不足とその後の人余りが襲い掛かる。 この問題を、むしろ絶好の機会としてとらえ、悪弊の連鎖を断ち切る覚悟がユーザー企業にもIT企業にも求められている。 「北海道から九州まで、受託案件が増えているのは間違いない」。中小IT企業とIT受託案件のマッチングを図る日本情報技術取引所（JIET）の役員はこう語る。 IT業界、特に企業向け情報システムのシステムインテグレーション（SI）を手掛けるIT受託の業界が今、好況に沸いている。リーマンショックや東日本大震災で凍結していたプロジェクトが再始動し、幅広い業界でIT投資が増えているのだ。「PHPやJavaプログラマーへの引き合いが強い。Day2（2008年までに2500億円を投じた、三菱東京UFJ銀行の勘定系システム統合プロジェクト）の頃よりIT技術者の
2014年のSIビジネスとかそのあたり - 急がば回れ、選ぶなら近道
というわけで2014年に突入ですが・・・ 景気が回復しつつある現状で、SIの受注も好調なようです。ユーザー企業でも多少の予算の余裕も出てくるところもあり、システム投資には多少前向きになっているところも感じます。多少のでこぼこや、業界・業種によって色合いは異なるでしょうが、今後数年は景気の回復基調はコンセンサスになりつつあるようです。IT業界も例外ではないでしょう。もたもたしているビッグデータ案件を尻目に、システムリプレースや既存改修、新規でのシステム開発もスタートしつつあり、SI業界の件数ベースは今年は昨年を確実に上回るでしょう。 とはいえ一方で不採算案件も相当増えるように見えます。結果、SIビジネスはトレンド的には案件増・売上増ですが、利益減（または横ばい）というのが実態になるかと。要するに単金はそうそう簡単にはあがりませんが、案件は増えて、人繰りが追いつかず、結果限りなく失敗に近い「よ
綺麗なコードと汚いコード。どちらのプログラマと一緒に働きたい？～可読性を意識したプログラム言語はRuby, CoffeeScript, Elixir #Ruby #CoffeeScript #Elixir｜CodeIQ MAGAZINE
綺麗なコードと汚いコード。どちらのプログラマと一緒に働きたい？～可読性を意識したプログラム言語はRuby, CoffeeScript, Elixir #Ruby #CoffeeScript #Elixir 2014.02.04 Category：技術コラム Tag：CoffeeScript ,Elixir ,Ruby CodeIQの出題者である@tbpgrさんからの寄稿記事です！どうして汚いコードができてしまうのか、どうやったら綺麗なコードが書けるのかをわかりやすくポイントで解説しています。 また、綺麗なコードを書くには、言語の特性も関係するということで、可読性を意識したプログラム言語として、Ruby、CoffeeScript、Elixirを挙げています。 これであなたのコードも綺麗になる！？ by CodeIQ運営事務局 プログラムの可読性について CodeIQでRubyやCoffeeS
Windowsを買ったら俺がすることを羅列していく
1 名無しさん :2014/03/16(日)22:36:25 ID:NP7qizvTH正確にはインストール後のユーザー名決定とかネットワーク登録とかとかそういうこと済ませた後にすること 一部だけじゃなくほとんど真似したい人はWindowsを再インストールして環境をまっさらにしてやるのが吉 再インストールする人はシステムの復元ディスクとリカバリディスクの作成を忘れんなよ さあ環境構築だ 関連記事 年間100食以上カップ麺を食べる俺がベスト3を決めた マレーシアでニートしてる俺が質問に図解で答える。 俺がミリオネアの750万以上で出された問題を貼ってお前らが解くスレ 【動画】 リメイク版ロボコップの戦闘シーン公開 こんなの俺が知ってるロボコップじゃないよ・・・ 哲学をかじっている俺が正義について教えてやる 続きを読む
2014年春版：初心者にお薦めする「本当にゼロから統計学と機械学習の基礎を学ぶ」ための6冊 - 渋谷駅前で働くデータサイエンティストのブログ
前回リストの記事から半年ぐらい経ちましたよー、ということで初心者向けに関しても書籍リストをアップデートした最新版のリストをお送りします。あまり中身が変わってないかもしれませんが、かぶっている本は良い本だということで（笑）。 ところで、昨年秋に比べると「これから統計学・機械学習について学びたい！」という人たちの動機が変わってきているような気がしなくもないんですね。以前は主に「エンジニアでこれからデータ分析について学びたい」という層が多かったんですが、最近になって「営業や企画をやっているんだけど数字を見る際にデータ分析とか知っていると良いことがありそう」という層が増えてきているように見聞します*1。 そういう意味で言うと「エンジニア向けの本を推薦するのが必ずしもベストとは限らない」という側面もありそうなんですが、それは次回までの宿題ということで、今回も基本的にはエンジニア向けの本を一旦揃えてみ
初心者のためのOffice講座
Excelでは、セル範囲に名前を付けることで、さまざまな用途で活用することができます。 たとえば、数式でセル参照の代わりに名前を使用すると、 ...
見習いJavaプログラマ向け10冊＋α（2014年版) - カレーなる辛口Javaな加齢日記
http://d.hatena.ne.jp/JavaBlack/20101203/p1 の焼き直し． とくにピアソン桐原の撤退の影響が大きい．*1 前回と同じく，あくまで一例であることは断っておく． プログラミング言語 Java 第4版 作者: ケンアーノルド,デビッドホームズ,ジェームズゴスリン,Ken Arnold,David Holmes,James Gosling,柴田芳樹出版社/メーカー: 東京電機大学出版局発売日: 2014/05/10メディア: 単行本この商品を含むブログ (4件) を見る定番Java言語解説書．ピアソン桐原撤退の時には一度絶版になって泡食ったが，他社より再出版されたので一安心． EFFECTIVE JAVA 第2版 (The Java Series) 作者: Joshua Bloch,柴田芳樹出版社/メーカー: 丸善出版発売日: 2014/03/11メディア
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Javaアプリケーションサーバ 構築・運用の勘所