タグ

エンジニアに関するisrcのブックマーク (8)

  • cakes(ケイクス)

    cakesは2022年8月31日に終了いたしました。 10年間の長きにわたり、ご愛読ありがとうございました。 2022年9月1日

    cakes(ケイクス)
    isrc
    isrc 2014/10/24
    優秀なクリエイターは論理的にコンテンツをつくるん。そのなかで希少性を高めるために、感性を手段として利用する/思いつきって5秒とかで出てくるけど、実現するには、1ヶ月、1年/コミュニケーション能力が必要
  • 梅田望夫氏が提案“2007年ITエンジニア進化論”/Tech総研

    コンピュータの歴史は約50年、インターネットが登場して約10年。だが、今ほどこの歴史が大きく変化する時代はないだろうと語る梅田望夫氏。この2007年にはどのような変化が訪れるのか。そして次の10年、15年先のITビジネスやネット社会はどう進化していくのだろう。 梅田望夫氏(うめだ・もちお) 1960年生まれ。慶應義塾大学工学部卒業。東京大学大学院情報科学科修士課程修了。1994年よりシリコンバレー在住。1997年にコンサルティング会社、ミューズ・アソシエイツをシリコンバレーで創業。2000年には岡行夫氏らとベンチャーキャピタル、パシフィカファンド設立。2005年3月より(株)はてな取締役。著書に『ウェブ進化論』(ちくま新書)、『シリコンバレー精神』(ちくま文庫)、『ウェブ人間論』(新潮新書)。 2006年は、日ではSNSのミクシィの株式公開、アメリカでは動画のYouTube(ユーチュー

  • 『技術空洞』を読んで考えたリーダーシップの意味 - R30::マーケティング社会時評

    このブログでもこれまで時々ソニーの経営について書いてきたが、ハコフグマン氏のブログで同世代の元ソニー技術者による告発技術空洞 Lost Technical Capabilities』が紹介されていたので、さっそく入手して読んでみた。 んでもって、自分が以前の取材などでも得ていた印象とほとんど同じだったので、がっかりといえばがっかり、納得といえば納得。今さらそれ以上書くこともないかなあと思いつつ、とはいえいろいろと思うところもあるだったので、書評でも書こうかと気を取り直してメモ作ったり他に書評しているブログを探したりして徘徊していたら、僕の思ったことと同じことをこれ以上ないくらいに簡潔にまとめたブログを見つけてしまい、書評を書く気が完全に失せた。そこで、今回はこのを読んで思い浮かんだことについて書いてみたい。 著者の宮崎氏は、こちらのブログでもまとめられているように、技術系ソニー社員

    『技術空洞』を読んで考えたリーダーシップの意味 - R30::マーケティング社会時評
  • スキルアップの基本はどんな技術も同じ ― @IT自分戦略研究所

    IT自分戦略研究所の歩き方 第1回 スキルアップの基はどんな技術も同じ 大内隆良(@IT自分戦略研究所) 2006/5/2 @IT自分戦略研究所には、スキルとキャリアに関連した多くの記事やサービスが存在する。そこで、どんな場合にどんな記事を読めばいいのか、どんなサービスを利用すればいいのかを、さまざまなパターン別に推薦していきたい。 何を学べばいいのか、次に身に付けた方がいいスキルは何か、こうした悩みは、多くのITエンジニアが抱えていることだろう。そこで今回は、そうした悩みを抱えている人のために、@IT自分戦略研究所の記事などから、ぜひとも読んでほしい記事をまとめてみた。 ■技術スキルだけでは生き残れない 技術スキルの前に、どんなITエンジニアにも求められているスキルがある。それは、ビジネススキル、ヒューマンスキルと呼ばれるものだ。ITエンジニアであれば、技術スキルはできて当たり前。最

  • Life is beautiful: ソフトウェアの仕様書は料理のレシピに似ている

    先日、経済産業省向けの仕事をしている知り合いと事をしたのだが、彼によると経済産業省の今の悩みは、「IT産業の階層化の弊害によっておこる下流のプログラマーの収入の低下」だそうである。「プライムベンダー」と呼ばれる「上流コンサルタント」たちがインドや中国にも仕事を発注できることを理由に、激しく値切り始めたために、今やわずか一人月30万円というケースもあるという。 こんな話を聞くと当に悲しくなる。まず第一に「プログラムを書く」という仕事は簡単な仕事ではない。数学的な頭を持っていないとかなり辛いし、基礎がしっかりと出来ていないとろくなソフトウェアは作れない。物価の安いインドや中国なら許せるが、米国よりも生活費の高い日で一人月30万円とはあまりにも低すぎる。 「彼らは下流のエンジニアで、詳細仕様書に従った通りのプログラムを書くだけの簡単な仕事をしているから給料が安い」という説明を聞いたことがあ

  • 役割と立場は違う (arclamp.jp アークランプ)

    昨日、非常によい出会いがあったのですが、そこで僕が口走ったことが面白かったらしいので自分でメモ。 僕の主張は「役割と立場は違う」というものです。 役割と立場 役割(ロール)というのは、そのプロジェクトの中で果たすべき役目という感じで、アーキテクト、プロジェクトマネージャ、ディレククターみたいに肩書きになるものです。 一方の立場というのは責任とか政治とかの関係で決められるものです。立場が上というのは責任が重いみたいな意味になります。 僕は役割と立場というのは違うと信じていますから、どんなにえらい立場の人から「こうして」といわれても、自分の役割(一般名称でいえばITアーキテクトかな)から間違っている思えば「それは間違いです」と答えるようにしています。 役割から見た目的と手段の評価 もちろん「できません」と答えるのは良いことではありません。物事を「どうしたらそうできるだろうか」と考えるのは

  • CNET Japan Blog - 江島健太郎 / Kenn's Clairvoyance:創造的なエンジニアのための働く環境とは(2)

    創造的なエンジニアのための働く環境とは(2) 公開日時: 2006/02/11 10:43 著者: kenn (前回の続き) 前回のエントリには、金子さんが『1人のプロジェクトと、チーム開発をつなぐ「鳥の目」』というポストでトラックバックをくれたけど、そこに書かれていたことが僕的にはすごくヒットだったのでちょっと寄り道したくなった。 今回は「作家と編集者」というアナロジーでいくつもりだったのだけど、ようするに作家(エンジニア)にも色んなタイプがいるってこと。 こないだCNET編集長の西田さんとも話していて、エンジニアのタイプでも最もはっきり分かれていると思ったのは、この2類型。 (1)クリエイター・ギーク系 小規模なベンチャーで新しいサービスを作りたいタイプの人 会社の中で認められたいのではなく、会社の外で認められたい 週末も趣味でコーディングしている お金、ステータスにこだわら

  • CNET Japan Blog - 江島健太郎 / Kenn's Clairvoyance:創造的なエンジニアのための働く環境とは(1)

    創造的なエンジニアのための働く環境とは(1) 公開日時: 2006/01/23 18:29 著者: kenn 最近、自分のワークスタイルを大きく変えてみて、非常に強く感じることがある。 エンジニア、それも言われたことをソツなくこなすタイプではなくて、アンテナの感度が高く、自発的に新技術を磨き続けることを怠らず、自分の作ったものを広く世に出すことが楽しいと考えるエンジニアが、商業的に実りのあるモノを作り出せるようになるためには、ある特殊な条件が、きわどいぐらいのバランスで揃うことが重要なのだな、ということがわかってきた。もちろん、まだそれを理解するプロセスの真っ最中なのだけれど、考えがひとまとまりの輪郭をとってきたので、つれづれ書いてみようと思う。 ぼくは、インフォテリアというソフトウェアの会社で6年も製品企画その他、会社がリリースする「モノ」の運命にかかわる重大な意志決定に、経営

  • 1