SIerが技術力を求めているという誤解 - SCHWARZGEIST
ＳＩ屋とかゲーム業界について考えてみた。 実はＳＩ産業のクラウド化と、ゲーム業界のソーシャルゲーム化は システムがネットの向こう側から提供されるという共通点以上に、共通点があると考えるからだ。 そしてその動きは、任天堂の「連結決算を開示して以来始めての赤字」や、 「DeNAによるベイスターズ買収」に見られるように、急激な業界構造の変容を生み出している。 キーワードは技術力ＶＳマネジメントだ。 まずはＳＩ業界の話から始めよう。 案件プライムを取ってこれるような大手システムインテグレータでの システムエンジニアの最終的なキャリアパスは、ＰＭである。 システムインテグレータは若手を、ＰＭにいたるまでのキャリアパスへと 導くための初歩的なプログラミング経験や、運用技術の実務経験を積ませていく。 その成長過程で重視され、身につけることを求められているのは、技術力よりもマネジメント能力と業務知識だ。
アジャイルはロックだったんじゃなかったか〜アジャイルジャパン2012東京サテライトを開催します | Social Change!
AgileJapanアジャイルジャパン2012は、メイン会場を大阪に移しての開催ですが、東京でもサテライト開催します。 アジャイルジャパン2012東京サテライト 午前中のアジャイルサムライ著者やTOC岸良氏のキーノートスピーチについては、大画面を使ってのUST生放送をパブリックビューイングします。そして、午後は東京オリジナルのコンテンツを用意しています。 私は東京サテライトの実行委員でもあるので、大阪には行かないで、東京を盛り上げていきたいと思っています。 もっとしびれるようなソフトウェア開発がしたい 今年の東京のアジャイルジャパンはサテライト開催のため、いわゆる王道のアジャイルではなく、サテライトだからこそ尖ったメッセージをもって取り組みたいと考えました。熱い大阪に負けない位、熱くてエネルギーの坩堝のようなイベントにしよう、と。 アジャイルはソフトウェア開発の現場で産まれました。プログラ
成功者だけが知る「8つの秘密」のすべてが約3分でわかるムービー
「どんな人が成功するのでしょうか？頭が良い人でしょうか。それとも、運が良い人でしょうか。実は、どちらでもないのです。アナリスト リチャードは何年にも及んだインタビューを、成功の秘密と題した見事な3分間スライドに仕上げています」ということで、「成功者だけが知る、８つの秘密！」 と題されたプレゼンテーションが実に秀逸で分かりやすく出来ており、既に200万回以上再生されています。 リチャード・セント・ジョン「成功者だけが知る、８つの秘密！」 | Video on TED.com http://www.ted.com/talks/lang/ja/richard_st_john_s_8_secrets_of_success.html 学生にした2時間のプレゼンをここでは3分間で話します。TEDに来る時の飛行機でのこと、7年前でした｡ 隣は高校生、10代だったかな。彼女は貧乏な家の生まれで ｢何かで成
人脈を築くために一番大切なこと - GoTheDistance
人脈というのは｢人｣の｢脈｣と書きます。つまり、これが意味する所は自分を中心して｢人｣が｢脈をなしてつながる｣ことで初めて人脈と呼ぶに相応しいものになります。 人脈を築くために一番大切なこと。それは、相手に何かを与えられる自分であるかどうかです。それ以外は全部二の次です。 ２年ぐらい前になりますが、僕は前職のある営業部隊の担当役員の下で仕事をさせてもらったことがあり、その時に僕の年齢じゃまず会うことが無いであろうエグゼクティブな方々とお会いする機会に恵まれました。もちろん名刺も交換しましたし、ある程度メールのやり取りもしました。打ち合わせも重ねましたし懇親会とかもやらせてもらい、色々と勉強させてもらいました。 でも、仕事が終わればお付き合いはそれで終わってしまいました。 その時僕が感じたのは、人脈を築くってのは相手に与えられるものを持たなくちゃいけないんだ、ということです。相手に対して自分
「相手にこう思われたらどうしよう」を、捨てよう。 - GoTheDistance
id:takerunbaのこういう所が大好き。愛してまう！ 発言を額面どおりに受け取る 私もすごくすごくすごおぉぉぉぉぉぉぉぉぉぉくそう思うんですよ。 「空気を読むのはやめましょう」 「行間を読むのはやめましょう」 「言外のことを読むのはやめましょう」 これを「3つの読まない」と申します。「非読宣言」です。私たち「社交辞令が効かない会」は読みません。そのままです。シンプルでストレートな関係の構築を目指しておりますので、言葉とか表情などの表に出てくる要素以外のものは、一切読みません。逆な言い方をすれば、表に出てこないものは無視します。ないモノとして扱います。シンプルでストレートな関係に、存在するかしないかすらわからないものを持ち込まれても困ります。 発言を額面どおりに受け取る なんというオレ！ 僕もこのタイプです。なんでかって？どんな事情があろうとも、本当に大切だと思っているものは絶対に表に
"プライドに傷がつくことは、山頂からの景色を眺めるためであれば取るに足らない" - naoyaの寿司ブログ
http://d.hatena.ne.jp/tictac/20120110/p1 を読んで。本論とは少し外れちゃうんだけど うまくやる学生はそういう困難にぶつかったとき、自分の力不足と馬鹿さ加減に滅入る気持ちと闘い、山のふもとで小さな歩みを始めます。彼らは、プライドに傷がつくことは、山頂からの景色を眺めるためであれば取るに足らないということを知っているのです。彼らは、自分が力不足であると分かっているので助けを求めます。 このくだりはわかるような気がする。ソフトウェアの開発をやっていると、ときおり新しい言語とか、新しいプラットフォームにチャレンジしようということがある。iPhoneアプリを作りたい、とか、たまには毛色の違う言語を触ってみよう、とか。なんやかんやでもう10年以上、プログラミングはしているので、そういう新しいものを学ぼうと思ったときに、自分の能力を過信してか、いきなりそこそこ質実
世界を驚かす覚悟はあるか？ - Hacking My Way ～ itogのhack日記
Mitaka.rb#9「WEBエンジニア meets デザイナー」というイベントに参加しましたが、その中でヌーラボ橋本氏のLT共感しました。 株式会社ヌーラボの代表取締りである橋本さん、仕事上の肩書きは「経営者」であったり「プログラマー」であったりするのですが、演劇をやったり作曲やDJをやったりなど、芸術的な属性も持っている。コラボレーションというものは、 WEBエンジニア + デザイナー と言った肩書きでなされるべきではなく、例えば 橋本(経営者、プログラマー、役者、ミュージシャン、etc) + itog(プログラマー、Maker、旅人、etc) のように、複数の属性を持った個人同士のつながりなのです。 組織vs個僕は7年ちょっと会社員をしていましたが、会社を辞めて個人でやろうと思ったのは、個人でやっても十分勝てると思ったからです、というかもっと言ってしまうと、日本の多くの大企業の存在価
僕は自分が思っていたほどは頭がよくなかった - しのごの録
Redditで話題になっていたポストを訳してみた。 僕は自分が思っていたほどは頭がよくなかったという高校生の独白にたいしてつけられたこのちょっと長めの返信がとても的確で示唆に富んでおり、多くの人のこころをつかんでいました。私自身、勇気づけられるというか身につまされるところがあり、忘れないために翻訳をしてみました。 まずは高校生の独白から。 僕は自分が思っていたほどは頭がよくなかった 僕はいま高校の最終学年で、次の６月に卒業する予定です。高校の成績は、いままでずっとAを取りつづけていましたが、去年始めてBをとってしまいました。もしそのBがなければ、卒業生総代に選ばれていたでしょう。 総代にふさわしいのは自分だ、つまりクラスで本当に一番頭がいいのは自分だと思いたいです。でもこの一年で、僕にそれほどの知性はないし、僕より頭のいい人はたくさんいるんだということを思い知らされました。 また僕は、自分
「空気に支配される大人」にはならないで欲しい
「孫正義ソフトバンク社長が、経団連の理事会に出席し、経団連が一致して決議しようとした原発再稼働への賛成・推進に対して、反対し、執行部の姿勢を強く批判した」と報道されている（参照）。いかにも孫さんらしい行動だが、問題視すべきなのは、３００社以上の出席者からは、孫社長の意見に対する反論も同調する意見もなかったという点。 経団連を牛耳る原発推進派の企業により「満場一致で原発再稼働に賛成する」という空気が作られるなか、その「空気作り」が許せなかった孫社長が真っ向から反対したが、残りの「空気が読める、空気に支配される大人たち」は黙ってしまったのである。 この状況は、学校で「いじめ」が起こった時に、一部のいじめっ子たちにより「あの子はいじめて良い」という空気が作られた時に他の生徒が黙認してしまう（そして、結果としていじめる側に回ってしまう）状況に似ている。そんな空気の中で「こんないじめは良くないよ」と
スクラムギャザリング東京2日目でワークショップをやってきました - やっとむでぽん
10月22日におこなわれた、Regional Scrum Gathering® Tokyo 20192日目のワークショップとして、「スクラムプロジェクト逆計画ゲーム」をやってきました。 ゲームは「プロジェクトが成功して終わった」ところから、どうやって成功までたどりついたのかを、時間を逆回しにして終わりのスプリントから始めのスプリントに向かって、計画と実績を組み立てていくというものです。 スクラムに限らずアジャイルなプロジェクトにおいて、プロジェクトの最初に計画を立てて後はそれに従うというのでは不十分です。プロジェクトの途中でも計画を変更する覚悟で、むしろ計画を変更しつつ進めることを前提として、「計画づくり」という活動を積み重ねなていきます。そうした考え方を直感的に理解し、そうした認識をチームで共有するためのゲームを、今回のために作りました。 今回はイベントのワークショップとしてやりましたが
何度でも見ておきたい、感動を呼んだスティーブ・ジョブズ「伝説のスピーチ」（動画） : らばQ
何度でも見ておきたい、感動を呼んだスティーブ・ジョブズ「伝説のスピーチ」（動画） アップルの創業者、スティーブ・ジョブズ氏（56歳）が亡くなりました。世界中から哀悼の声が上がる中、その影響力や失ったものの大きさを、改めて感じるばかりです。 彼が2005年にスタンフォード大学の卒業式で披露した有名なスピーチは、その素晴らしさから語り草となっているほどです。 まだ見たことがないという方はぜひ、そして見たことがある方も、今一度振り返ってみてください。 スティーブ・ジョブズ ス大卒業式でのスピーチ 前編 - YouTube スティーブ・ジョブズ ス大卒業式でのスピーチ 後編 - YouTube 3つの話、それぞれに教訓がありますが、 「もしも今日が人生最後の日だったなら……」 今、改めて聞くと、いっそう重い言葉に感じるのではないでしょうか。 スピーチの和訳テキストは、以下のサイトをどうぞ。 スティ
継続的デリバリーとは何か？
みなさんこんにちは。@ryuzeeです。 継続的デリバリー（Continuous Delivery）の定義を改めて整理してみました。 まず1つめの定義は以下の通りです。 Continuous DeliveryとはリリースのスケジュールをIT部門が握るのではなく、ビジネス部門が握るということだ。 Continuous Deliveryを実装するということは、全体のライフサイクルを通じて常にソフトウェアが本番環境にリリース可能であるということを意味する。すなわちどのビルドもボタン一発で、完全に自動化されたリリースプロセスを通じて、秒とか分の時間で利用者にリリース可能である、ということだ。 Jez Humble Continuous Deliveryとは何か？ユーザーとプロジェクトチーム（顧客やプロダクトオーナーも含む）の間に固いフィードバックループを作ることは、結局のところ、試験的な変更や新し
あなたの会社にスクラムマスターが必要な8つの理由
アジャイル開発に取り組むチーム向けのコーチングや、技術顧問、認定スクラムマスター研修などの各種トレーニングを提供しています。ぜひお気軽にご相談ください（初回相談無料） みなさんこんにちは。@ryuzeeです。 このタイトルで記事を書く約束を@katzchangと約束したので、書いてみたいと思います。 前提として、スクラムマスターはいないが管理職がたくさんいて、日々現場のメンバーが悩まされているようなシチュエーションを想像しています。 （かなり）現実の管理職を悪くステレオタイプ化していますが、スクラムマスターとの対比のためにあえてそうしています。 うちの管理職はもっとまともだ！とか言わないようにしてください。 管理職は部下を育てる責任、もしくは勝手に育つような環境を用意する責任がありますが、もう1つの大きな責任である「数字（※1）をあげる」というテーマが優先されてしまう。 （※1：ムリと分か
staticおじさんとオブジェクトおじさんはお互いに分かり合えるようになるかもしれません。 - 達人プログラマーを目指して
先日書いたstaticおじさん達に伝えたい、手続き指向とオブジェクト指向の再利用の考え方の違いについて - 達人プログラマーを目指してのエントリに、なんと、みながわけんじ氏ご本人よりコメントを頂きました。もともとは一般のstaticおじさん達（英語ではstatic ojisansという感じ）に向けて書いたのですが、思いがけず、元祖staticおじさん（The static ojisanあるいはMister staticといった感じ)ご本人からのご意見をいただき、本当に嬉しく思います。 オブジェクト指向の再利用性と非オブジェクト指向の関数やサブルーチンとの違いを明確に示していないから いろいろ理屈を込めても無駄ではないでしょうか？ 誰かが作ったクラスを継承して再利用したところで、バグが少なくて、メンテナンス性がいいものができるでしょうか？ そんなものをあてにするより、天才が作ったクラスライブ
ぼくはこうしてプログラミングを覚えた
オリジナルはココです。フェイスブックのエンジニアでで史上ベスト３に入るといわれるEvan Priestley氏への質問「どうやってプログラミングを覚えましたか」に対する本人からの答えです。 手短かに言えば 何年もの歳月の賜物というか。ぼくはただひたすらプログラミングが大好きで、（フェイスブックで働いていた）過去４年間、ほとんど他のことをしていない。その前も２.５年ほどプログラマーとして働いていたし、そのさらに前も６年くらい趣味でプログラミングをしていた。ぼくは高校も大学も中退しているので、それで空いた時間もプログラミングに費やした。つい最近フェイスブックを辞めたけど、未だに起きている時間のほとんどはプログラミングだ。 もっと詳しく言えば 月並みだが、ぼくはちっちゃい頃からコンピューターが好きで、我が家にあったヤツで（最初はMac Plusで途中からIIsiになった）で散々遊んだ。８歳か９歳
モチベーションの源泉：何のために働くのか、転職か起業か | Social Change!
この１〜２年、転職であったり起業であったり人の動きが激しいような気がします。私の知人も、大手企業でエリートだったのに起業したり、大手メーカーからソーシャルゲームの会社に転職したりしています。そうした人たちを見ていて、人の働く動機には色々ある中で、いくつかパターンがあるのかなと思い、人は何のために働くのかについて考えてみました。 ※この記事は、2011年07月07日に公開された記事を再編集したものです。 モチベーション４つのパターン 私なりに人が働くモチベーションとして、以下の４つのパターンがあるのではないかと考えてみました。（これは私の知り合いからの類推なので、専門的で正確な話ではありません） ・「アントレプレナー」タイプ ・「クラフトマン」タイプ ・「サラリーマン」タイプ ・「サポーター」タイプ アントレプレナータイプの方にとっての仕事に対する動機は「夢」が大きく影響しているように思いま
ソフトウェア開発に本当に必要なものは人手か？ | Social Change!
当たり前のことなんですが、100人月のソフトウェア開発があったとして、100人投入したからといって1ヶ月で出来る訳がないですよね。なのに、そのパラメータは可変だと信じている人がまだまだ多いです。しかも、1人月のバラツキをなくすために生産性の低い方に揃えるなんて馬鹿げています。私はソフトウェア開発で最も重要なパラメータは「期間」だと考えています。かける工数の時間ではなくて、あいた時間も含めての期間です。 SonicGardenでは月額定額のサービス型の受託開発を行っています。その詳しい説明は別の機会にしますが、ポイントは月額定額という点です。月額定額なので、可変できるパラメータは「期間」だけになります。そのポリシーの背景には以下の考え方があります。 ・アジャイル開発のボトルネック ・Publickey「納期を半分にしてくれ、金なら出す」 大規模なソフトウェアを作るには、大人数が必要と考えがち
staticおじさん達に伝えたい、手続き指向とオブジェクト指向の再利用の考え方の違いについて - 達人プログラマーを目指して
何が良いプログラムかという点はもちろん人やコンテキストによって異なりますが、少なくともプログラマーとしての私の信念としては、 機能拡張や変更が容易なプログラム 単体試験によって正しく動作することの検証が容易なプログラム どういった内容が記述されているか理解しやすいプログラム といったものこそ、「品質の高い」プログラムが持つべき性質として、まず真っ先に挙げるべき事項であると考えています。もちろん、前提として顧客の要件に従うということは大切なことです。しかし、一般に要件は長期にわたって変更されるものですし、使い捨てのプログラムを除けば、プログラムを長期にわたって保守するコストという点も見過ごすべきではありません。したがって、ユーザーの目には触れない上記の性質をもっと重視すべきだと思うのです。 DRYの原理 上記のような性質を満たすプログラムを作る上で大切になってくる原理として、DRYの原理とい
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
サービス終了のお知らせ
ピンチはチャンス!? 人生のピンチを乗り越える７つの質問 : earth in us.