閉塞するITエンジニアたち。次の希望はどこにある？｜【Tech総研】
SIerとネット業界。同じIT業界でも構造的に何が違うのか。ITエンジニアの仕事環境として魅力的なのはどちらなのか。自らの閉塞感を打破するためには、何が必要なのか。DeNA技術戦略部の能登信晴部長と、人材マーケット業界のカリスマ・海老原嗣生氏が、ITエンジニアにとって、より夢のある未来を語る。 上智大学卒業後、大手メーカーを経てリクルートエイブリック（現リクルートエージェント）に入社。現在は人材育成学会理事、リクルートエージェント ソーシャルエグゼクティブとして勤務する傍ら、HRコンサルティング事業を手掛ける(株)ニッチモを立ち上げ、人事雑誌『HRmics』の創刊、および事業コンサルティングに携わっている。また週刊モーニング連載『エンゼルバンク』でカリスマ転職エージェントのモデルとして登場中。近著『「若者はかわいそう」論のウソ』（扶桑社）が好評発売中。 1996年、慶応義塾大学環境情報学部
fauなんとかとの打ち合わせってどうすればいいの？ : As Sloth As Possible
ウープスデザインブログ >> デザイナとの打ち合わせってどうすればいいの？を読んで、ほー、と関心する一方で相当考え方が違ったので面白くなって書いてみる。仕事の進め方、プログラマ編。 あ、でも先に言っておくと、俺は「ベンチャーで、Webで、デザイナもディレクタも社内の人間で、自社サービス」っていう非常に限られた領域でしか仕事をしてきたことがないので、今から書くことがプログラマ一般に適用できる話だとは思ってません。タイトルはそういう意図。なので、あくまで上記の前提条件があった上での話だと思って読んでください。 1.やりたいことをある程度洗い出す 「なんかやりたい」とかいう漠然とした要望では流石に「で、俺は何作ればいいのよ」と答えたくもなるので、ある程度まとまるまでやりたいことを出してきて下さい。でも、ここで重要なのは全部洗い出す必要はないってことです。やりたいことがはっきり形になるまでには時間
切込隊長BLOG（ブログ）: 【報告】入籍しました／切込隊長
連れは20代後半の日本人女性でありまして、職業は医師です。結婚するにあたっては、まあいろいろと心境の変化はありました。一番大きいのは私が結婚などしていいのかなという漠然とした不安だったんですが。三分の一世紀ぐらい生きてきて、まあ自分の人生はこの程度のもんかなというような諦めというか平常心を常に持ちながら客観的であろうとしていたのが、まさか自分が結婚をするような人生を選ぼうとは思いもよりませんでした。勢いと言えば勢いだけれども、実質交際一年ぐらいで何のプロポーズもせず、いつの間にか同居してそのまま結婚という、あまり感慨のない、それでいてひっそりとした暖かみのある状況に驚いています。 実感が湧かない理由は、ずっと「人は一人で生まれて一人で死ぬもんだ」と思ってるからでしょう。結婚したからといって、それが変わるわけじゃなく、何百億年と続いてきた世界の絶え間ない営みのほんの一瞬だけ、誰かと一緒に暮ら
「プログラマ35歳定年説」:ITと人間の意外な関係 - CNET Japan
あるサイトで連載の話を進めていて、そのコンテンツを考えていた。目次を書き出しているときにふと「プログラマ35歳定年説」なるものを思い出した。 プログラマ35歳定年説とは、「プログラマは年齢を重ねて行って、35歳ぐらいになったらSEなりマネジメントなり、次に行かないとオマンマ食べられないよ」というものだ。 「そういえば、自分もそう言われてきたっけ・・・。若いころは「俺たちがシステム作ってんだ！実力があれば絶対に大丈夫。ふざけんな！」と思っていたよなぁ。」 ふと考えれば私は今36歳。その説によれば定年を迎えている年齢だ（笑）。年金はもらえないが・・・。 プログラマ、SE、マネジメント、経営の一通りを経験してきて、その説の私なりの考えを書いてみたくなった。 35歳プログラマ定年説は本当か？・・・私にとって かつては技術力に自信があったし、楽しいプログラマ人生を送ってきた。そんな私だが、今もし誰
ユメのチカラ: 開発工程を別々に担当してはいけない
古典的なウォータフォールモデルでは、ソフトウェア開発を要求仕様分析、概要設計、詳細設計、実装(コーディング)、内部テスト、統合テスト、運用、保守みたいな工程にわけ、通常は各工程を別々の人が担当するというような方法がよくおこなわれている。 特に、要求仕様の分析、概要設計などは上流工程などとよばれていて、詳細設計、実装とは別の人ないしは組織が担当する。実装とかテストは下流工程などとよばれている。 よくあるパターンとしては元請けが上流工程を、下請け、孫請けが実装やテストなどを担当し、人月単価も下流の方が安い。 ウォーターフォールモデルでは各工程毎に成果物(仕様書や各種ドキュメント、プログラム)が大量に生産される。各フェーズ毎に定義された成果物がそろってから次のフェーズに移行するというのが建前なので、各フェーズでのドキュメントはどうしても冗長になりがちである。 一度固定した文書は次のフェーズで変更
Expired
Expired：掲載期限切れです この記事は，ダウ・ジョーンズ・ジャパンとの契約の掲載期限（90日間）を過ぎましたので本サーバから削除しました。 このページは20秒後にBiz.IDトップページに自動的に切り替わります。
「渡された仕様書を実装するサラリーマンプログラマ」の悲哀
@ITの「業務用途でRubyを使う上での課題 」を読んでなんだか悲しくなった。 チーム開発でRubyを使ったときに今後起こりえる問題として、サン・マイクロシステムズ システム技術統括本部 チーフテクノロジストの下道高志氏は、こう指摘する。「他人の書いたPHPコードのメンテナンスはできない。Rubyはどうかといえば、現状はいい。しかし今後“職業プログラマ”ではなく、渡された仕様書を実装する“サラリーマンプログラマ”が増えてくると、コードのスパゲッティ化は避けられないだろう」。 【業務用途でRubyを使う上での課題 − ＠ITより引用】 これは言語の問題ではなく、日本のソフトウェア産業全体が抱える問題。以前にも「ソフトウェアの仕様書は料理のレシピに似ている」というエントリーで書いたが、本来のソフトウェア作りとは、絵を描いたり、音楽を作ったり、建物をデザインするのと同じ「創作活動」である。ドラッ
ユメのチカラ: シリコンバレーの思い出
今から約10年くらいまえにシリコンバレーにいた。米国Oracleのデータベースエンジンの開発部隊にいた。さらにそれを遡ること数年前、米国DECのデータベースの開発部隊、これは東海岸(New Hampshire州Nashua)にあった、で開発していた。 われわれはよく欧米とか言う。欧州の国々の文化と米国の文化を一緒くたに議論したりしがちである。しかし、米国と英国ですら文化的には随分違うし、ドイツ、スペイン、スウェーデンなどなども相当違うのではないかと想像する。 米国ですら、東海岸と西海岸も生活してみて、これが同じ国かというほど違う。東海岸といっぱひとからげに言うのも語弊があるかもしれないが、ニューハンプシャー州の住んでいたところと、西海岸のシリコンバレーでは気候も回りの人々も随分違う。 東海岸の米国DECは典型的な垂直統合型ビジネスモデルで、会社の文化も、西海岸の水平統合型の米国Oracle
プログラマーって本当に労働者なのか? : 404 Blog Not Found
2007年02月17日05:00 カテゴリCode プログラマーって本当に労働者なのか? X=労働者ならこれは正しいし、プログラマー⊂労働者なら元の文も正しい事になるけど、プログラマー⊂労働者って本当なのだろうか。 人月の神話 Brooks,Frederick Phillips,Jr. 分裂勘違い君劇場 - プログラマの労働条件を過酷にしているのは、過酷な労働条件を受け入れるプログラマです を改変 本来、Xは、サービス残業を強要されたら、それを拒否すべきです。 あらかじめ無理なスケジュールだとわかっているプロジェクトも、拒否すべきです。 安い賃金で働くことも拒否すべきです。 確かに、労働者を「労働に対して対価を受け取る人」と定義するなら、アスリートもプログラマーも立派な労働者なのだけど、「その労力に比例して対価を支払う」という狭義の労働者モデルをあてはめるには、労力と生産の関係があまりに非
眠る開発屋blog｜最新オンラインカジノのニューカジノ情報
もしもこの世から「残業」が完全になくなったら ３年ぐらい前に読んだ本を思い出した。 １９８０−９０年代の話ですが、残業について、 「時間外・休日労働の弾力的運用が我が国の労使慣行の下で雇用維持の機能をはたしている」（１９８５年労働基準法研究会報告）とか、「我が国の労働慣行の実情に合うような上限設定が可能かどうか定かでない」（１９９２年同報告）と、雇用維持の為のコストとして恒常的な長時間労働を是認する考え方が主流でした。 需要の低下に応じて、生産水準を下げなくてはならなくなっても、バッファがあるから解雇せずに大丈夫でしょ、という。。。 まぁ、 ところが、その後、労働法政策が内部労働市場の雇用維持から外部労働市場における移動促進に徐々にシフトしていったにもかかわらず、この長時間労働哲学には疑問が呈されないまま２１世紀に至っているのです。 と著者は問題視しているわけだけど。 話変わって、最近友人
はてなCTO伊藤氏が欲しいインフラ技術者・スキル編／Ｔｅｃｈ総研
新たなネットサービスの開発・実装には、トラフィックの高負荷に耐えるシステムを構築・運用が必要不可欠だ。今回は、株式会社はてなのCTO・伊藤氏に究極のネットワーク・サーバー技術者像を聞いた。カリスマ経営者が求めるインフラ技術者のレジュメとは？ 今回話を聞いたのは、「人力検索はてな」や「はてなダイアリー」などの開発・運営を行う株式会社はてなの伊藤直也氏。 個人的にもRSS検索エンジンなどのツールの開発者だ。自身のブログや技術誌でそのテクニックの一部を公開しており、Webテクノロジー、Webサービスにかかわるエンジニアやブロガーの間ではカリスマ的存在だ。 はてなのWebサイトを見ていると、日々新しい技術とサービスがものすごいスピードで開発・実装されていることはわかる。しかし、それだけ変化の途上にあるということで、「こういう会社」「こういう事業」と限定・特化しにくいところがある。それまでの常識を超
眠る開発屋blog Archives
眠る開発屋blog ある開発屋の雑感。日々勉強。 アーカイブ Javaでソースコードリーディングの本 ドライブUSB化キット「DN-IDE3525」 CentOSとApache mod_proxy_balancerで妄想すること ディベート 段取りの悪いラーメン店 create_function nanoweb Excelでメール送信 apacheのmoduleで欲しいやつ 久々にOpenIDを眺めてみたが PHP5でWebサーバ モテる返し方 mysqlクエリーチューニング mod_auth_hatena_d.cを作ってみた バブルの話２ mod_swf2html バブルの話 「その他」は作らない JSON_parser.c mod_hatena_auth.c ストアドとか 404リーダー タスポ リップに踊る freemail終了 未履修問題 進学校の思い出 予算駆動開発 東京ガールズ
会社が買わないで従業員にPCを所有させるという考え方 | スラド
mopurione曰く、"ITproに 会社が“PC音痴”を見捨てる日という記事が掲載されている。同じITproの 「会社のPC」は無くなるという記事についてのコラムなのだが、 ようは会社がPCを買うのを止めて、社員に買わせるという 米国の調査会社ガートナーのフェローが提唱している考え方についての 話である。 記事では、とある会社がセキュリティやコンプライアンスといったことを 考え抜いた結果、従業員所有PCというアイデアにたどりついた例を示している。 自己所有となることで自己責任でPCを管理するようになり(しなければいけなくなり)、 企業のTCOは劇的に下がるというメリットがある。また、従業員側にとっては、 PCの私用が認められることや購入に対する自由度が増すという素晴しい点が でてくる。ただし、何かあった場合の責任は従業員個人の責任の度合いが 大きくなるということだ。 かなりおもしろい考
CNET Japan Blog - 江島健太郎 / Kenn's Clairvoyance：SaaS時代のベンチャー経営に求められる情報システムとは
現在発売中の月刊ComputerWorld10月号のSaaS特集に、著者の一人として寄稿しました。 「『サーバのないオフィス』でイノベーションを実感する」と題して全8ページ、渾身の記事です。 SaaSという言葉は、これまた例によって定義の広すぎるコトバですが、いわんとすることはソフトウェアを買ってきてインストールして使うというモデルからウェブ上にあるサービスをそのままブラウザ上でソフトウェア的に使うようになりますよー、という意味ですから、これまでの外しまくりな業界のバズワードに比べればリアルなトレンドをはるかにうまく捉えています。イメージ的にはWeb 2.0とも若干かぶるのですが、SaaSはどちらかというと「従来のガチなソフト屋から見たウェブへの進化願望」みたいな気分が表れたコトバだと理解しておけば間違いありません。（現にピュアでネイティブなウェブ界隈でSaaSというコトバが会話に出てくる
仙石浩明の日記: 生活水準の「中流」と能力の「中流」
昨日放送された NHK スペシャル (21:00～): 「ワーキングプアー・働いても働いても豊かになれない」 低所得者層の拡大 定職につけない“住所不定無職”の若者 基幹産業の不振ほか で、「働いても豊かになれない」若者が、 自分だって普通の人と同じくらい、「中の上」くらいの能力はある、 と言っていたのが妙に印象的だった。 ソフトウェアの開発業界では、 「中の上」の人 10人より、 「上」の人 1人のほうが力になる、 というのが常識として浸透しつつあると思う。 「人員を投入すればするほど、かえって工期は長引く」とか、 「少数のプログラマで開発する方が短期間で品質の高いものが作れる」 とかの事例は広く知られるようになった。 しかし世間一般では、 まだまだ「大勢の普通の人」の方が 「少数の優秀な人」より役に立つ、 という感覚なのかも知れない。 高度成長期のころ、能力の「中流」は、生活水準の「中
Web2.0的でない企業にはWeb2.0サービスはできない DESIGN IT! w-LOVE
不確実な時代をクネクネ蛇行しながら道を切りひらく非線形型ブログ。人間の思考の形の変遷を探求することをライフワークに。 なんだかすごく当たり前のことをいうようですが、Web2.0的でない企業にはWeb2.0サービスはできません。 トラックバック、Ajaxによる画面遷移のないUI、RSS（フィードやリーダー）、他サイトとのシンジケーション、ユーザーへの信頼、集合知の活用、などなど。どれ１つとってもマスプロダクトな世界でビジネスを展開してきた企業にはなかなか馴染まないみたいです。 自分たちがそれまで蓄えてきた常識をかなぐり捨ててでも、あちら側に馴染もうとしない限りは。 理解できないんじゃない。馴染まないんですよまぁ、馴染まないのはいいんです。それ（＝Web2.0）がすべてじゃないんですから。 問題は、馴染まないならそういうサービスの提供はあきらめるべきだということを理解しないことです。 自分たち
仙石浩明の日記: アイディアを出す人、その実現を技術で支える人、作ったものを売る人
タイトルで言いたいことを言い尽くしてしまっている (^^;) のですが、 技術をウリにする会社は、 その立ち上げメンバに三種類の人種が含まれていることが必須なのだと思います。 すなわち、 湯水のように新しい事業アイディアを思いつくアイディアマン アイディアを実際の製品として実現する技術者 完成した製品を売る戦略を立案し実行するマーケッタ 会社の立ち上げというと、 ともすると同じような人種が集まりがちです。 例えば、 技術出身者ばかりで立ち上げた会社や、 その逆にアイディアマンばかりで立ち上げた会社です。 前者は技術出身だけど営業のことをある程度知っている人が営業担当になり、 後者は技術者ではないけれど仲間内では技術に詳しいと一目置かれる人が 技術担当になったりします。 しかしいくら人当たりが良くても技術者は技術者ですから、 どうしても製品への思い入れが強くなってしまい、 肝心の売るための戦
はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://mind-craft.cocolog-nifty.com/diary/2007/09/web20_e836.html
金百利娱乐中心_金百利国际娱乐在线_金百利娱乐网址