日本と米国で異なる「想定する物量」がソフトウェア開発の生産性の違いを生む - メソッド屋のブログ
私は米マイクロソフトの DevOps のインターナショナルチームに所属しています。ただ、住んでいるところは日本なので日本側のオペレーションも実施しています。 前回のブログでも書いた通り、私はどうして米国のエンジニアが生産性が良いのかをずっと知りたいと思っていたし、今も研究中です。この２つのチームに同時に見えてきたことがあり、彼らの生産性の良さの一端に気付いたのでブログにして残しておきたいと思いました。 見えてきた「物量」の違い 私がインターナショナルチームと一緒に向こうでしているときに、仕事でアップアップになったことはありませんが、日本だとしょっちゅうです。日本のMSもはっきり言って過去に私が所属したどの会社より相当効率的で無理がないのですが、それでも存在するこの差はいったい何でしょうか？いくつかの事例を通じてだんだん見えてきたことは１つのことをこなすための「物量」が違うということです。
「GitHub禁止は解決にならない」「過度にリスク面だけ注目しないで」 IT連が声明
日本のIT関連団体を束ねる日本IT団体連盟（以下、IT連）は2月10日、開発者向けクラウドサービス「GitHub」を通じて企業のソースコードが一部公開された事件について、「GitHubなどの外部クラウドサービスを禁止することは解決策にならない」とする声明を発表した。日本企業の外部クラウドサービスの利用萎縮を避けたい考え。 企業から業務委託を受けたとみられる人物が、委託元のソースコードをGitHubに公開した事件。三井住友銀行やNTTデータ子会社、NECといった複数の企業が対応に追われたことから、TwitterなどのSNSでは「GitHubなどの外部クラウドサービスの利用が制限されるのではないか」と危惧する声が上がっていた。 IT連はこれに対し「問題はGitHubなどの外部クラウドサービスを（問題を起こした人物が）利用したことではなく、ソースコードという『情報資産』を不用意に外部に持ち出した
パラノイアのプログラマと第６感 - megamouthの葬列
今だから白状すると、昔、運営していたサービスの一般ユーザーのパスワードをハッシュ化（暗号化）せずに平文でDBに保存していたことがある。 言いわけは、幾つかある。 一つは、今では当たり前のようについているパスワードリマインダーの仕組みが当時は一般的ではなかったこと。 ユーザーがパスワードを忘れた、と問い合わせしてきた時に、最も自然な方法はまさに当人が設定した「パスワード」を一言一句違わず登録メールアドレスに送信することだった。あなたのパスワードは○○○です。ああそうそう、そうだったね。こういう感じだ。 当時のユーザーはそれを不審がらなかった。 またサポートコストの問題があった、パスワードの再発行を、そのためのトークンを含んだ長いURLを、大半のユーザーが嫌がっていた。 サポート部門はOutlookExpressに表示された長すぎるURLのリンクが途中で切れててクリックできない、という苦情にい
日本のIT力を低迷させたSIerの罪、ご用聞きが客の怒りを買う理由とは
スタート以来、日経クロステックの名物コラムとなった「テクノ大喜利、ITの陣」。今回はその第21回だ。毎回、複数の識者に共通のお題（質問）を投げかけ、識者にはそれに答える形で論陣を張ってもらう。お題は日本企業のIT利活用の問題点やIT業界の構造問題、そして世間の耳目を集めたIT絡みの事件などだ。 第21回のお題は「ご用聞きに終始する日本のITベンダーに未来はあるか」。答える識者のラストバッターは、アイ・ティ・アール（ITR）のアナリスト甲元宏明氏だ。「日本のIT力が低迷している大きな要因の1つがSIerにある」とした上で、「客の未来」よりも自社の利害を優先するご用聞き商売のままでは、コンサルティングどころか、まともなシステム開発もできないと喝破する。（編集部）
日本のITエンジニアがイノベーティブでないのは暇じゃないからかもしれない - メソッド屋のブログ
ここ１ヶ月ぐらいは、海外のメンバーと仕事をしているが、Serverless Hackfest というイベントと、Serverless Conf やワークショップに関わっているので仕事量が増えていった。日本にいることだし、久々に「日本流」のハードワークをしてしまったのだが、一つ気づいたことがあった。それは、ここしばらくの謎だった、日本人のIT エンジニアはなぜイノベーティブな感じがしないのか？ということに対する問いだった。 Microsoft Hack week 日本人はイノベーティブ Rochelle Kopp さんとの仕事で知ったことで、一つとても意外だったことは、アメリカ人から見ると日本人は相当にイノベーティブに感じるらしい。 自分的には、少なくともIT 分野に関しては、向こうの真似ばかりしていて、後追いのイメージがある。私たちも向こうで生まれたツールやサービスばかり使っていて、全然日
国際比較で見えてきた、日本のIT業界が抱えている「本当の問題」とは - paiza times
こんにちは。倉内です。 「日本のIT業界って世界（特にアメリカ）と比べて駄目だよね」という話はたびたび話題になりますが、アメリカと言ってもGAFAだけが取り上げられるとか、日本のIT業界はSIer（受託開発中心）と自社サービス開発でだいぶ性質が違うとかもあり、比較するのは難しいですよね。 そこで今回は、統計データやアンケート結果などを見ながらIT業界の国際比較をして、現在の日本が置かれている状況を考察してみたいと思います。 おもな観点として、前半は日本と世界のIT業界構造の違い、ベンチャー企業への投資額、インフラ整備とIT化から「日本のIT産業の弱み」を探り、後半では国内企業の売上高や投資に対してITが占める割合から「日本におけるIT産業の重要性」を見ていきます。 出典や関連データも掲載していますので、みなさんもぜひデータからIT業界をひも解いてみてください。 IT産業における日本の弱み
技術者を甘やかす日本企業の愚かさ、人材不足で露見
最近、技術者の転職を支援する会社の人と酒を飲んだとき、その人が「何と言うかな、日本の企業は技術者を甘やかし過ぎのような気がするんですよ」と言い出した。意味がよく分からなかったのでポカンとしていると、その人は話を続けた。何でも「技術のことだけをやっていればよい」との条件で技術者を募集する企業が増えたそうなのだ。 技術者が技術のことだけをやっていればよいなら、夢のような職場だ。そこで「結構なことじゃないですか」と返したところ、その人は次のように答えた。「実は、企業の採用担当者から『優秀な技術者を採用するためには、技術のことだけをやっていればよいとして募集すべきだろうか』と聞かれることが増えたのですよ」。 なるほど、それなら確かに技術者を甘やかしている。そんな夢のような職場がもともとあるならともかく、優秀な技術者を採用するために、夢のような環境をこれから用意しようというのだから、どうかしている。
日本のIT生産性の低さは果たして改善できるのか ― ＠IT
アクセンチュア システムインテグレーション＆テクノロジー本部 テクノロジーコンサルティング統括 エグゼクティブ・パートナー 沼畑幸二氏 アクセンチュアは5月21日、日本の大企業がITによる企業の生産性向上を実感できていないことを示す調査結果を発表した。同社が2006年9～10月に、大企業の管理職232人を対象として実施したもので、IT部門と、業務部門、全社的経営目標が乖離（かいり）している状況が明らかになった。 「この2～3年で企業全体のITに基づく生産性は向上しましたか」という質問に「向上した」と回答した管理職の比率は、米国における同様の調査では75.5％だったのに対し、日本では52％に留まった。しかも、日本ではIT部門よりも業務部門のほうが高い評価をしているという特徴的な結果が出た。IT投資と経営目標の整合性がとれているかという質問についても、肯定的な回答が米国では83％だったのに対し
仕事で「技術的には可能です」と言うと「可能ならやってください」と言われてしまうので誰にでも分かる表現を考えたい
uni1000yama1000 @uni1000yama1000 「技術的には可能です」というのは、「普通はやらないし、やろうとしたら非常に困難を伴うので諦めてください」という意味なのだが、「技術的に可能ならやってください。保証もしてください」となってしまう。もっと誰にでもわかる表現を考えないといけない。 2018-08-11 12:56:50 きゃたつ @kyatatsu これ、ほんまそうなんよなー 技術者的には「できるのにできませんって言うのは技術面で無能に思われるので悔しい」って感情があるから、「技術的には可能」って言い方するのに、ユーザーは「あ、できるんだったらお願いします」だもんなあ…この溝を埋めるの難しいよなあ twitter.com/uni1000yama100… 2018-08-12 11:15:08
日本のITはなぜ弱いのか？ 日米でこんなに違うプログラマーの扱い - まぐまぐニュース！
アメリカのIT業界の場合、プログラマーはプロアスリート並みに丁重な扱いを受け、新しいものを生み出す環境が備わっているそうです。それに比べると、労働時間や環境も含め、あまりにもぞんざいな扱いを受けている日本のプログラマーたち。メルマガ『週刊 Life is beautiful』の著者で世界的プログラマーの中島聡さんは、「日本のITが弱い理由」について、このプログラマーの扱いの違いこそ日米の差に表れていると厳しい口調で指摘しています。 日本のITは何故弱いのか 知り合いから紹介されて、「あるソフトウェア工学者の失敗、日本のITは何故弱いか」という論文を読みました。京都大学の林普博士が書いた文章です。 数学からITの世界に入り、関数型プログラムの自動生成の方法などを研究していた方ですが、最後には「日本のITが世界で通じない理由は、技術的・産業的なものではなく、社会的・文化的なものである」と結論づ
地獄の社内ＳＥ
社内ＳＥになった。 仕事を辞めて主夫業に勤しんでいたら、知り合いから声がかかった。 １人で社内システムを作ってきたおじいさんがあと数年で定年になるから、 引き継げないかとのこと。 メインのシステムはベンダーに委託してて、そのおじいさんが作っているのは、 メインシステムのデータを加工して２次利用しているものがほとんどとのことだった。 社内ＳＥはなんとなく楽そうなイメージがあったので、就職した。 言語はエクセルＶＢＡとＶＢ．ＮＥＴ １.0。 中身を見るとどちらもかなりやばい。 ＶＢＡ編 ・ウォッチウインドウを知らないのか、変数はすべてセルに入れてる。 変数名はすべてRANGE("A1").valueみたいな感じで全く意味が分からない。 ・処理遷移がおかしい。 セルに１を入れる。そのセルのchangeイベントで処理が動くとか。 SHIFT+F2が無力化されてる。 ・なるべくワークシート関数で処理
富士通を退職した話
少し前に新卒で入社した富士通株式会社を退職した 理由は簡単に言ってしまえば自分の目指すキャリアパスとのミスマッチ。 おそらく人事部の書類にも、今頃そんな感じのことが書かれているんだと思う。 ただ、それだけで済ませてしまっては腹の虫が治まらないので、 なぜ好き好んでそんな会社に入社して、短期間で退職するはめになったのかを書こうと思う。 入社する前は大学の情報系学部に通い、大学院まで進学して専門分野の研究にそれなりに熱意をもって取り組んでいた。 それもあって、同じ分野の研究を企業として行なっている同社に入社しようと考えた。 内定の前後にいくつかの職種のマッチングを行う機会はあり、自分の希望についてはしっかりと主張したつもりだったけれど、 入社して1週間後に告げられた自分の配属先は、山奥の工場でメインフレームを主とするシステムの開発・保守を行う関連会社への出向だった。 当然この決定に対して人事に
日本のソフトウェア産業は「製造業」 - My Life After MIT Sloan
これは、MIT SloanのCusumano先生が本でも授業でもよく言ってる話。 面白いから忘れないうちに書き記しておく。 Cusumano先生は、Microsoft SecretやPlatform Leadershipで有名なソフトウェアビジネスの研究者。 日本の企業研究も色々されているし、一橋大学のビジネススクールで何年か教えてらしたりした日本通でもある。 そのCusumano先生が、ソフトウェア産業への取り組み方を比較して、こんなことを言っていた。 Europe: Software as a science －ヨーロッパにとってソフトウェアは「科学」 Japan: Software as production －日本のソフトウェアは「製造業」 India: Software as a service －インドのソフトウェア産業は「（プロフェッショナル）サービス」 U.S.: Soft
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
「日本のITに物申す・比較できる立場にいる外国人から」まとめ
日の丸家電、打倒アップルの条件 ソフト重視へ転換せよ - 日本経済新聞