原油高と同じくらい深刻な「ホワイトカラーの仕事破壊」 - アンカテ
日本人は海外からやってくる危機には敏感に反応する。原油高とか円高とか新型インフルエンザとかはよく報道されるし、政府の対策が不適切だったら批判も高まる。 私は「成長戦略」として語られている問題も本来は、そういう種類の問題だと思う。 しかし「成長戦略」という言葉はヌルい。ヌルすぎる。なんか、やってもやらなくてもどうでもいいけど、やるとちょっとボーナスが増えるみたいから、気がむいたらちょっとやってみるか、みたいな感じ。 本当は、これは原油高に匹敵するような日本にとって大きな問題だと思う。原油は間接的にあらゆる製品の材料になっているから、原油の高騰はどんな産業にとっても大問題だ。 それと同じように、今、ホワイトカラーの労働力の単価が急激に落ちている。日本は直接間接にホワイトカラーの労働の成果を海外に売って食ってる国だから、これは、逆に言えば、あらゆる資源が高騰しているということだ。 「成長戦略」と
日本にシリコンバレーを作る方法 - elm200 の日記(旧はてなダイアリー)
IT 業界、日本とアメリカの違い 私は、1994年に東大経済学部を卒業したあと、東京銀行（現・三菱東京UFJ銀行)に入った。配属されたのは、丸の内支店で、多くの一般職女子行員に混じって、預金・内国送金・外為等の事務作業に従事した。要するに、日本企業にお決まりの丁稚奉公である。私は、その単純作業に耐えられず、半年ほどでやめてしまった。 その後、１年ほどのフリーター生活の後、東京の小さなソフトウェア企業で時給1500円のアルバイトとして働き始めた。「未経験歓迎」の典型的なブラック企業である。しかし、そこで私はソフトウェア技術者としてひとり立ちするきっかけを与えてくれた。そういう意味では、その会社に感謝している。 私の飛び込んだ SIer たちの世界は、不条理の連続であった。まさに id:JavaBlack 氏の描く世界である。何が不条理かといえば、エンジニアの実力が正しく評価されない点である。
学生とIT業界トップの公開対談で胸を衝かれたこと---IT産業を呪縛する“変われない日本”：ITpro
IPAのイベントで2008年5月28日に行われた学生とIT業界トップの公開対談を聞いていて，一瞬胸を衝かれた。IPA理事長で元NEC 代表取締役社長の西垣浩司氏のこの言葉を聞いたときのことだ。 コンピュータを作ることが本業ではなくなったメーカー 「数として欲しいのは，金融システムなど企業の大型システムに従事する人間。こういった領域では，個人の能力よりは業務ノウハウが重要。プログラマとして優秀であっても，業務を理解しないと，よいシステムができない。技術だけを評価して処遇することは企業としては難しい。天才プログラマのように技術を極めるのであればそれを生かす道に行くべきであって，企業に入って大型システムを開発するのはもったいないか，向いてない」(西垣氏） 必要とされているのは技術ではなく，プロジェクト・マネジメント能力や調整能力。求められているのはメーカーの人材像ではなく，ゼネコンやエンジニアリ
K のこと -- steps to phantasien t(2007-11-03)
友人の話をしよう. 先達に敬意を表し, 仮に彼を K と呼ぶ. (イニシャルは便宜的なものだ; 向上心云々と罵ったこともないし, 恋人を寝取ってもいない.) ある時期, 私は K と一緒に働いていた. 今は違う会社にいるけれど, 互いに暇なのか, このごろもよく二人で管を巻いている. 1 K は優秀なプログラマだ. いつも敵わないと思う. 一緒に仕事をしていたこともあり, プログラマとしての私は K から強い影響をうけている. たとえば私が自動テストを始めた発端には K がいる. コードレビューもそう. この日記に出てくる話も K の影響は色濃い. 私は K のあとを追いかけるようにプログラマを続けている. K と働いてはじめて, ああ, 物事とはこう改善していくものなのかと知った. 何か問題を感じると K は試行錯誤を始める. 問題は私が諦めていたものもあるし, そもそも気付かないものも
ユメのチカラ: 若い人に人気のない産業は減衰する
未来をイメージできない産業に人は集まらない。IT産業は人がすべてである。魅力のない産業は減衰する。 IPAフォーラム2007 【討論会】 「学生から見たＩＴ産業」と「ＩＴ産業から見た学生」 ～ＩＴ産業は学生からの人気を回復できるか～ http://www.ipa.go.jp/event/ipaforum2007/program/discussion.html#tou-1 参加者がすごい。業界の重鎮。岡本晋氏（TIS株式会社 代表取締役社長）、浜口友一氏（社団法人情報サービス産業協会 会長、株式会社NTTデータ 取締役相談役）、藤原武平太氏（IPA 理事長）。 当日、このパネルディスカッションに参加していないので、下記の報道で様子を窺うしかないのであるが、「業界の重鎮もたじたじ」だったそうである。 IT業界不人気の理由は？ 現役学生が語るそのネガティブイメージ － ＠IT http://ww
IT業界がいいのは、つねに勉強せざるをえないこと - モジログ
先ごろ「10年は泥のように働け」というフレーズ（略称「10年泥」）がネットの一部で大流行して、IT業界の悪いイメージを象徴するキャッチフレーズのようになってしまった気もするが、それでもIT業界はやっぱり面白いところだと思う。 IT業界は、ITという新しいものを扱うビジネスなので、業界自体が未成熟な部分が多い。しかし逆にいえば業界が硬直しておらず、働いている人も若く、会社も若く、人材も比較的流動していて、産業としてもまだまだ成長している。他の業界と比べれば、若くて柔軟で、有望な業界なんじゃないだろうか。 なかでも私がIT業界でいちばんいいと思うところは、IT自体がすごい勢いで発展しつづけており、「いつも新しい」ので、つねに勉強せざるをえないことだ。 私はもうすぐIT業界に入って10年になるのだが、この10年は私の人生のなかでも、いちばん必死に勉強した10年だった感じがする。私なりの「10年泥
NTTデータと真昼の対決 - ひがやすを技術ブログ
昨日、NTTデータに「お前は最近、NTTデータに批判的でけしからん」ということで、呼び出されました。もちろん、「批判的でけしからん」というのは冗談ですが、私が、NTTデータを嫌っていると思っているデータ関係者は、実際多いようです。 データの偉い人の発言に対して、それはちょっとおかしいんじゃないのといったことはありますが、データを嫌いといったことはもちろんないはず。 データの社員の中に根強くある(と思う)「プログラミングがあまりできない人でも何とかなるように、ガチガチにルールやツールで縛る。できる人はスキルを発揮できなくなるかもしれないけど、それはしょうがない。」という考えは、個人的には好きじゃないけど。大規模なプロジェクトをまかされるSIerとして、そう思う気持ちは良くわかるんだけどね。 話し合いの中で、私が言ったのは、できる開発者が力を発揮できるように、体力勝負になってしまうような縛りは
プログラマが仕様を決めればいい - GoTheDistance
最近よく思います。 システム開発の上流工程においてはコードは出てこない。言葉や図解で埋めつくされて、最終的には日本語でしかない。設計書とか仕様書とか。で、この大抵上流工程ではこれらのドキュメントに対するレビューなるものがあるのですが、これが実に無益なものだと感じることが多い。こんな所でPDCAまわして何が面白いんだろうとよく思う。 ここでチェックする多くのことは、言葉の解釈に関することがほとんどです。 この言葉はプロジェクトで使われていない 書き方が統一されていない 誤字脱字が多いので直せ。 この文章ではこのように解釈される恐れがある ここではこのような話になっていたがどうなのか こんなんばっか。どこもそうだと思う。解釈の違いは、要件の違い。なんちゃって。 で、結局こういうことを繰り返していくうちに段々とドキュメントがグダグダになっていく。そして繰り返していっても前提が変わってしまえば全部
プログラミングできない元請けがプログラム設計書をレビューするという矛盾 - ひがやすを技術ブログ
人によってプログラム設計書の定義が違っていそうなので、最初に定義しておきます。ここでいうプログラム設計書は、ほとんどプログラムと対応するようなロジックが記述されているようなものです。 プログラム設計書を作るのは「誰が書いても同じコードにするため」だけでなく、元請けがレビューするためでもあります。元請けがプログラミング言語を読めないので、日本語に落としてレビューします。コードを書いてからプログラム設計書を作ることもあります。 プログラミングがあまりできない人が、ちゃんとしたプログラム設計書はかけないのと同じように、プログラミングできない人が、プログラム設計書のレビューはできません。 当然だよね。プログラミングができないのなら、プログラミング言語を自然言語に翻訳したプログラム設計書を理解できるはずがない。 できるとしたら、誤字脱字、単語が統一されていないとか、日本語が変だとかそんな指摘くらい。
仕様書やプログラムを書く大変さ - GeekFactory
大御所のブログを引用するのはおそれ多いのですが、それでも元請けの視点で書きたいことがあります。 例えば、誰が書いても同じコードにするために、プログラム設計書(内部設計書)を今、書かせているとしたら、そんな無駄なものはやめたほうがいいと思う。 プログラム設計書は、自然言語で書きます。プログラムは、プログラミング言語で書きます。どっちの言語が、プログラムを書くのに適しているかといえば、誰が考えても、プログラミング言語ですよね。 http://d.hatena.ne.jp/higayasuo/20080414/1208155494 プログラム設計書を作るのは「誰が書いても同じコードにするため」だけでなく、元請けがレビューするためでもあります。元請けがプログラミング言語を読めないので、日本語に落としてレビューします。コードを書いてからプログラム設計書を作ることもあります。 プログラムをいきなりかけ
一部中堅・中小ベンダー、6月より資金繰り難から倒産・経営危機に | 経営 | マイコミジャーナル
ビーブレイクシステムズは7月10日、システム業界における景気動向をまとめたレポートを発表した。同社は自社で手がけたシステム案件などをもとに現場の目線で分析したシステム業界の景気動向を定期的に発信している。 同社の発表によると、最近システム関連企業の倒産や経営危機の話を聞く機会が再び増えてきたという。その要因は、3月末に頻発したシステム開発プロジェクトの中止の影響を受けて、一部の中堅・中小のベンダーが厳しい経営状況に追い込まれているからと推測されている。 こうした企業は、これまで特定の大手ベンダーから定期的に案件を受注できていたので、営業体制が整っていなくても経営状況は安定していたが、それゆえ、大手ベンダーのプロジェクト中止の影響をもろに受けてしまった格好だ。 5月ごろまでは3月までのプロジェクトに関する未入金分の入金が続いて凌いでいたが、6月に入ると資金繰りが厳しくなり、倒産や経営危機とい
テンプレートから学ぶ 受注する開発者のためのテスト仕様書
1. はじめに ソフトウェア開発プロジェクトにおいてテストは極めてストレスに満ちています。「テストとは作った成果物に誤りがあるかどうかを見つける作業だ」という本質的に不愉快な活動であることに加えて、プロジェクトの終わりにさしかかって時間も逼迫しているのに仕様変更を受けて再テストなどという、体力的にも精神的にもきつい作業であるからです。 本稿では、さまざまなストレスを受ける立場の開発者が少しでも楽に「きちんとテストしました」と言うために、テスト仕様書のテンプレートを紹介します。このテンプレートは発注者に報告するための文書だけでなく、さまざまなテスト技法の紹介も含まれていて、いつどういうテストをすればよいのかという手引きにもなっています。 さて、はじめに、ソフトウェア開発プロジェクトと品質・生産性・納期の関係を見てみましょう（図1）。 お客様（発注者）はプロジェクトを起案する際、何を作るかを「
はてなブログ | 無料ブログを作成しよう
来年も作りたい！ふきのとう料理を満喫した 2024年春の記録 春は自炊が楽しい季節 1年の中で最も自炊が楽しい季節は春だと思う。スーパーの棚にやわらかな色合いの野菜が並ぶと自然とこころが弾む。 中でもときめくのは山菜だ。早いと2月下旬ごろから並び始めるそれは、タラの芽、ふきのとうと続き、桜の頃にはうるい、ウド、こ…
人月計算とExcelとスーツの世界より・アフター
http://anond.hatelabo.jp/20080323175904 半年前に「人月計算とExcelとスーツの世界より」を書いた増田だけど、この増田が他人に思えなかったので、半年ぶりに自分の話をしたいと思う。 半年前のエントリの内容、読んでない・読むのたるいって人のために簡単にまとめておく。 俺はCOBOLっていう昔々の言語を使って巨大な金融システムのお守りをしていた。それは誇らしい仕事（「これ読んで「転職考えろ」とか言ってるやつってアホだろ」的な意味で。これももっともな話だよね）ではあるんだろうけど、俺はやっぱりキャッチーな新技術がやりたくてたまらない。 そんなふうに増田に愚痴ったところ、なんか400以上のブクマがついた。以上がこれまでのあらすじ。 話の続きを始める。 あれほどのブクマを集めたことなど初めてだった。戸惑いながらも、日々増えていく皆のコメントを噛み締めた。 転職を
人月計算とExcelとスーツの世界より
俺の住む世界はアイティーとやらに支えられているらしい。 アイティーに関われば、俺の住む世界をさらに素敵なものにしていけるに違いない。していきたい。 そう願って、何も知らなかった文系新卒の俺が金融系のシステム会社に入って、もう一年以上が経つのだ。 昔、お遊びでゲームを作ったことはあった。RPGツクールなんかが好きだった。 だから自分はシステム会社に向いていると思った。 実際、資格取得を勧められて始めた勉強は楽しかった。 浮動小数点数、オートマトン、SQL、スタック、木、論理式。 パズルみたいで楽しかった。コンピュータの中身が理解できて、わくわくした。 楽々と基本情報技術者の資格を手にし、半年後にはほとんど勉強もせずにソフ開も取得した。 研修の課題では同期の誰よりも速く、短く効率のいいソースを仕上げた。 現場に出て、本番機に触った。 ３０年間親会社を支え続ける偉大なシステムの中身を、わくわくし
人日 - Noriのいろいろ
http://q.hatena.ne.jp/1085379585より 2万円未満が86件もあるってどういうことだよ。1万円未満って引っ越しのバイトの貰い以下じゃない？！！しかもバイトの方は全額給与ですよ？人日は売り上げですよね？中国とかインドに仕事流しているのだろうか？いくら間接コストが小さいといっても、社会保障等を考えると社員の給与の2.5〜3倍の売り上げは必要だろう。素人が考えてもこのくらいの推量はできるわけで、発注する方もまともじゃないと思うのは私だけ？ http://www.aquabit.co.jp/cost.html はまっとうなことを書いている。これと比較するとプログラムを書くことでvalueを生み出すことはとても大変だということがわかる。 なんといっても最大の問題は人日計算してもスケジュールはその通りには行かないリスクがそれなりにあるということでしょう。
開発者必見！ Excelデータを活用した効率的業務システムの構築 記事一覧 | gihyo.jp
運営元のロゴ Copyright © 2007-2024 All Rights Reserved by Gijutsu-Hyoron Co., Ltd. ページ内容の全部あるいは一部を無断で利用することを禁止します。個別にライセンスが設定されている記事等はそのライセンスに従います。
「紺屋の白袴」では困ります――ITベンダーがソリューションを提案できないワケ
「我が社は最適なソリューションを提供します」――。こうした宣伝文句がコンピュータ雑誌に登場してから，10年以上は経過しているはずだ。しかし，いまだにITベンダーが本当にソリューションを提供できているのか，疑問を持っているのは筆者だけではないだろう。なぜなら，ITベンダーの多くが自社の問題解決さえ満足にできていないのでは，と思うからだ。 筆者は日経情報ストラテジーや日経システムプロバイダなどでユーザー企業やITベンダーの取材経験を重ねてきた。現在は5月1日に創刊する日経アドバンテージと呼ぶ中堅中小企業向けのIT戦略誌を準備している。すると先進的にIT活用しているユーザー企業の姿とは反対に，ソリューションを提案している肝心のITベンダーの社内で，IT活用による経営改革が遅れているケースが実に目立った。 ITベンダー自身の業務に無駄が多くては，中堅中小企業に信頼されない ユーザー企業には，SCM
『ずっと受けたかったソフトウェアエンジニアリングの新人研修』続き - 思っているよりもずっとずっと人生は短い。
http://d.hatena.ne.jp/takahashim/20090405/p6 の続きです。 ずっと受けたかったソフトウェアエンジニアリングの新人研修 作者: 大森久美子,岡崎義勝,西原琢夫,宇治則孝出版社/メーカー: 翔泳社発売日: 2009/04/10メディア: 単行本（ソフトカバー）購入: 5人 クリック: 113回この商品を含むブログ (17件) を見る この本、やっぱりあんまりお勧めできません。なぜか。それは（おそらく旧来の）開発手法に対する反省的/批判的視点が足りないからです。 言うまでもなく、コンピュータの分野はここ数十年、ものすごい勢いで進化してきました。その影響は、社会全体にまで広がっていると言えるでしょう。 では、その恩恵をもっとも受けられるのは誰でしょうか？ その候補の一つに、「ソフトウェア開発者」を挙げるのは不適切でもないでしょう。ソフトウェアは人間の代わ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
自分戦略研究室 ― ＠IT自分戦略研究所