ある経営者と、採用の話をしていた。考えさせられるところがあったので、ご紹介したい。 その経営者に「どのような人を獲得したいですか？」と聞いたところ、次のような答えが返ってきた。 「あまり沢山の人は必要ではありません。というか、できれば会社の人数は少ないほうが良い会社と思います。特に我々のようなテクノロジーの業界は、烏合の衆では困るわけです。 」 「なるほど。」 「フェイスブックの時価総額は23兆円、従業員はたったの1万人です。対して日立製作所の時価総額は4兆円、単体の従業員数は3万人以上。結局のところ、日立の従業員はフェイスブックの3倍なのに、時価総額は6分の1です。」 「ふーむ。」 「我々のような業界は、結局のところ優秀な人間がいれば、回ってしまう。というより、人を少なくするべきなのです。そのほうがマネジメントに係るコストも低くでき、コミュニケーションコストも安い。」 「…。」 「だから
靴の通販サイトの記者発表に現れた社長の靴は擦り傷だらけで汚かった。あまりに汚いので「社長はどんな靴が好きなんですか？」と尋ねると、「あ、ボク別に靴が好きとかじゃないので」だそうだ。「靴の通販」事業にベンチャーキャピタルが出資してくれて起業した社長が、「あ、ボクが好きなのはお金ですから、靴なんてどうでもいいでしょ」と言っているように聞こえてしまい、しばらくその会社の記事を書く気がしなかった。 もう昨年になるが、コラボレーションツールのConfluenceやプロジェクト管理ツールのJIRAを開発・販売しているアトラシアン社アジャイル エバンジェリストのニコラス・マルドゥーン氏とのインタビューが終わりにさしかかって、ソニーやパナソニックといった日本企業はなぜ元気がなくなったのか？ なぜ日本から人々の生活を一変させてしまうようなソフトウェアが登場しないのか尋ねられた。私の答えは「日本のプログラマー
遊び図鑑―いつでも どこでも だれとでも (Do!図鑑シリーズ) 作者: 奥成達,ながたはるみ出版社/メーカー: 福音館書店発売日: 1987/05/20メディア: 単行本購入: 2人 クリック: 24回この商品を含むブログ (5件) を見る あなたが5万年前の原始人だとしよう。 2012年へとタイムスリップしたあなたは、この時代の生活に驚くはずだ。 朝起きて、スーツや制服という不思議な衣服に身を包む。同じような服を着た人がたくさんいる。どうやらあれは、狩りや戦争におもむくための聖なる装束のようなものだろう。そして現代人たちは、ぺらぺらした紙束をめくったり、ちかちか光る箱の前に座って一日を過ごしている。なにかの儀式だろうか。そのまま八時間ほど手を動かし、チャイムに合わせて席を立つ。帰宅途中に謎の機械（ATMという）に立ち寄り、数枚の紙切れを取り出す。現代人たちは満足げに笑い、夜の街へと消え
人間とは悲しいもので自分こそが人生で困難な状況に置かれているひとほど親身に他人の世話をしたりするものだ。遠く日本を離れた異国の地で自分の婚活をどうしようと思い悩みながらネットサーフィンしていたら、自分の悩みより就活どうしようと苦悩する日本の若者の人生に横から口を挟んで茶々いれることのほうが重要な気がしてきた。崇高な自己犠牲の精神がふつふつと沸き起こってきたのだ。 というわけで、自分がいま就活をしている、あるいは数年後就活をしなければならないとしたら、どうするかというのを考えてみた。しかし、いまの就活はぼくの頃よりもずいぶんと難しい。なにを基準に考えていいかがはっきりしないのだ。大企業にいってもつぶれそうな気がするし、ベンチャーはベンチャーで信用ならないし、唯一の安全パイに見える公務員すら、国も地方も財政破綻目前なのだから、どうなるかまったく安心ならない。ようするに日本全体がいまやばいかんじ
おおいしつかさ 旅行とバイクとドライブと料理と宇宙が好き。 Ubie Discoveryのプログラマ。 ぼくは36歳です。けっこう大きなサイトで、RailsやJavascriptを書いたり、パフォーマンス改善したり、iPhoneアプリの開発でObjective-Cを書いたりしています。マネージメントはしていなくて、今でも普通にエンジニアとして働いています。 35歳定年説の35歳を超えてから1年以上が過ぎたところですが、昔のようにはいかなくなってきたところ、昔と変わらないところ、昔よりよくなってきたところなどがいろいろあります。年を取ってもエンジニアを続けたい人の参考になるかどうかわかりませんが、そういう人たちのためにぼく個人の体験をここに書いておこうと思います。 1.理解できるまで聞き返す 特に若い人たちとの会話で痛感するのですが、相手の言いたいことを一度で理解することが難しくなってきまし
by Lior Shapira under CC BY-NC-ND 2.0 このエントリーは新卒準備カレンダー 2011春という、みんなで仕事に関して自分が考えることなどをエントリーに書いていく企画で書かれたものです。 渋川さんの話を聞く会のつもりが、なぜかいつの間にか名前入りで「新卒準備カレンダー 2011春 : ATND」を作られていたので、空気を読まずに農業の話をします！！ お前だれよ？ 西尾泰和と申します。サイボウズっていうグループウェアの会社のサイボウズラボっていう研究部門子会社で、まあ研究とかをしています。一番最近のアウトプットはこのブログの右サイドバーに出ている「 Amazon.co.jp： WEB+DB PRESS Vol.60」で「言語設計の基礎知識」という特集を書いたことかな。そうそう、3年くらい英語版のプロフィールページしか更新していなかったら3年前の日本語版を最新版
今日は仕事で非常に残念な事があった。良い機会なので「信頼」に関して思った事、気づいた事を書いておこうと思う。いつも自分ばかりが信頼を失うわけではない「信頼」という言葉を語る人は多い。そういう場合、たいていはいかに信頼が大切で、信頼を失うことがいけないかを説いている。つまり、話を聞かされる方が「信頼を失う人」と仮定しているのだ。だが、人生いつもいつも自分の方が信頼を失っているばかりでもない。自分が他人に信頼し、期待を持っていたのに裏切られてしまうことも沢山ある。そういうとき、瞬間的には怒りで相手を批判したり、なじったりしてしまうだろう。そうすることで関係が悪化して収拾つかなくなるから、怒るのはやめろと説く人もいる。また、同僚が怒っていたり、イライラしている姿は醜いからやめた方が良いと考える人もいる。相手を信頼できなくなると突然様々なコストが発生する大抵の場合、腹は立つけどそこはぐっとこらえて
すぺっく 仕事：ソフトウェア開発 性格：ヒッキー。 立場：特定派遣。メンバーは自社の人。人事権はない。 何の因果か、リーダーとかやるはめになったのでその経験を書いてみる。 技術的な話はない。 ■方針：プブチャラティの精神。 「任務は遂行する。部下も守る。両方やらなくちゃならないのが『幹部』のつらいところだな。覚悟はいいか？ 」 プブチャラティさん！俺やるよ！ …というわけで、尊敬するプブチャラティさんの姿勢をすべての行動の方針とした。 ■実際にやったこと。 ○作業日誌を送りつけた。 本日やった作業とともに顧客と自社の上層部に送りつけた。 われわれたはちゃんとやってますよという言い訳と、問題が発生した場合に上司に詰め腹を切ってもらうため。 ○朝会 毎朝、問題点と作業の状況を２，３分で確認した。 これで、問題点を抱え込まない状況を作り出すのと、一体感、連帯感的なものを演出した。 ○作業の目的を
Founder at workにJoel on Softwareで有名なJoel spolskyのインタビューがのっていますが、それを読んで理想のソフトウェア会社とは何かを考えさせられました。 彼は優秀な人材を引きつけるために色んな努力をしています。 彼の会社のオフィスは家賃の高いビル２フロアを借りているそうです。 プログラマーにはそれぞれ個室があって椅子は全部アーロンチェアーです。 そして最新のコンピューターと高速なネットワークが自由に使えます。 プログラマーの報酬は大企業以上に支払っていて、年に一ヶ月まるまるバケーションを取ることができます。 儲かっているからこんなことができるのでしょうが、優秀な人がくれば付加価値の高いビジネスができるので卵が先か鶏が先かという感じですね。 しかし日本にはこんな会社はないですね。（少なくとも私は見たことありません。） 日本のソフト会社では大部屋に大勢押
ここんところ、SIという業態はもうダメという話になってます。 で、エンタープライズ(=企業向けシステム)というのは、SIという業態で開発されるので、エンタープライズ=SIという前提で、企業向けシステムは面白くないという話になっています。 そこから、企業向けアプリは面白くないからサービスを作りましょう、という流れになって、GREEやDeNAなどに人材が流れてます。 実際は、サービスや企業向けというアプリケーションの種類と、SIや内製、パッケージという構築側の業態は独立なので、別に語るべきです。 たとえば、このインタビューを見ると、ゲーム業界もSI化していて、面白くなくなっていそうなことが伺えます。 稲船敬二氏は，何を思い，何を考え，何を目指してカプコンを辞めていくのか。渦中の氏に直撃インタビュー また、GREEやDeNAが提供するゲームは急激に大規模化していて、おそらくSI形態での開発が増え
SIという用語を聞いてイメージするもの 業界の現状を考えると理解できることではありますが、SI業界やSIerという言葉に対して、極端に悪いイメージを抱く人が多いようです。SEやPGなどの用語もそうですが、立場によって用語からイメージするものが大きく違っているみたいです。 用語 文字通りの意味 業界の常識 先端技術を追う人 プログラマー プログラムを書く人 PGと同義 新しい価値とサービスの創造者 PG プログラマーの省略語 コードを書き下す単純労働者 時代遅れの恥ずかしい言葉 SE システム化を行うエンジニア PGの上位職、御用聞き Excelとパワポの専門家 じゃまで不要なもの SIer 大規模な業務システムの開発・ 統合・保守を専門で行う会社 ITゼネコン構造の上位に位置するもの 人集め、中抜き、ブランド 軽蔑の対象、憎むべき敵 つぶされるべきもの 私はどちらかというと言葉の意味を文字
日本国内での利用者が約1000万人に達したというミニブログサービス「ツイッター」。利用者の素顔があらわれやすいのが魅力で、仕事とプライベートの境目なく使っている人も少なくない。しかし職場の中には、それをこころよく思わない人もいる。 >>ヨソでは言えない社内トラブル・記事一覧 部長に叱られてもケータイから「つぶやき」 ――卸売業の人事です。営業課長から、部下である30代男性のＡ君について相談を受けました。なんでも彼はいま「ツイッター」にはまっており、そのことで最近、部長から大目玉を食らってしまったのだそうです。 彼は中堅の営業マンで、前職のＩＴ企業での経験を活かし、営業をしながらクライアントの小売店に対してマーケティング手法やＩＴツールのアドバイスをして好評を得ていました。その情報収集の過程でツイッターに出会ったようです。 ところが最近、Ａ君はツイッターに夢中になりすぎて、仕事中も会社のパソ
Twitterなどの各種ソーシャルメディアの普及によって、テレビに出る芸能人のような人でなくても、ある意味「有名人」になれる機会がネット上では増えたわけですが、あまりにも有名になりすぎた社員を抱えているとその企業にとって当然ですがメリットだけではなくデメリットも発生します。それは今までの「企業の名前」という看板、つまり企業としてのブランドをコントロールするだけではなく、「企業の社員」についてもそのブランド力を上手くマネジメントする必要性がある、ということを意味しており、一種の「タレント」を抱えていることと同義になります。 というわけで、今後避けることができないであろう、ソーシャルメディア上で影響力を誇る「ネット上の有名人」となっている社員をうまく取り扱う方法の詳細は以下から。 ※以下、をベースにして日本の事情などに合わせて書き直しています。 ◆ネット上の有名人を雇う5つのメリット ・その1
雑文コンビニに行って、日本人の愛想もサービスもなってない店員と、ちゃんと仕事してて手際も良い中国人の店員がいた場合、後者の方がずっといいとおもうのだけど、日本人じゃないというだけでなんかいやといって、悪いサービスを提供する側のほうが良いっていっちゃう人の感覚、なんか不思議。 例えば私の仕事はプログラミングが主体だけど、ちゃんと意思疎通ができるなら、仕事をちゃんとやってコードもきっちりかけて、議論もできて一緒に成長していける外国人のほうが、仕事しない日本人より、同僚としてずっといいんですけどね。仕事してても面白いし。 コンビニだとサービス業だし、きっちり丁寧にできてる人の方が、商品の扱いもぞんざいな店員よりもずっといいと思うんだけど。 でも、商品の扱いがぞんざいな店員のほうがいい、という人がいるんですね。聞く限り、前者が外国人だったという以外の理由が見つからなかった。不思議だ。
かれこれ３０年以上もこの業界でプログラムを毎日のように書いて来た私。当然、自分なりの働き方のノウハウみたいなものも会得して来たつもりだ。以前ここに「私のとっておきのプログラミングスタイル」というエントリーを書いたので、まだ読んでいないプログラマーの方にはぜひとも読んでいただきたい。 ちなみに、そんな中でも後輩とか部下に教えるのが一番難しいのが、「スタートダッシュでできるだけはやくめどをつける」という仕事スタイル。どのエンジニアも、ちゃんと説明すればこの働き方の効用は理解してもらえるのだが、実際の現場でちゃんと実行できる人は１００人に１人もいない。 「人はみな怠惰だから、締め切りに迫られなければがんばれないんだ」と言ってしまえばそれまでだが、「まがりなりにもプロとして仕事をする限りは、ペース配分ぐらいはちゃんと考えて仕事をすべき」というのが私の主張。トップクラスのマラソンランナーでペース配分
ソフトウェア開発の現場にいるベテランには、他の人の手本となるような達人もいるけれど、その一方で見習ってはいけない悪い見本の人も少なからずいる。その一例。 開発資料を作らない 「ソースコードを読めば分かる」「資料を書くのは労力の無駄」と豪語して資料を何も作らない。後からフォローする人は、そもそも何をやっているコードなのか？などコードの設計思想や背景を読み取れないので苦労する。 自分の立場を分かっていない 開発チームを良い方向へ導くとか、若手の指導を行うという積極的な態度に欠ける。チームへの協力的な姿勢が無く、組織のあり方とか、ビジネスの方向性といった視点を持っていない。 知識を共有しない 「自分の持っている知識は大したことない」と謙遜するそぶりを見せながらも、自分からは決して情報発信を行わない。他人の情報には文句を付けるのに、自分からは何も出そうとしない。 新しい技術に挑戦しない 歳をとって
7/16 が最終出社日*1となり、はてなを退職しました。はてなブックマークでのチュートリアル機能がはてなでの最後の仕事となりました。 はてなに入ってからを振り返ってみると2006年1月にはてなに15番目の社員として入社し、4年7ヶ月はてなのメンバーと一緒に働いてきました。当時はまだ誰も辞めていなかったため、過去はてなで働いた人すべて一緒に仕事をしてきたことになります。入社時はまだオフィスが東京にあり、毎日全員が朝会でディスカッション、時には数時間も熱く語るというエキサイティングな職場だったのがとても印象的でした。 当時は本当に自由な環境でいろいろな事を試行錯誤していた日々でした。入社約2ヶ月で、会社のフレームワークに DI の概念を実装したころで Perl もう無理と投げ出して Perl を書かない仕事ばっかりやっていたのも今となっては良い(?)思い出です。今だったらあり得ないですねほんと
体力のある大企業と違って、フリーランスや零細企業だと、「ダメな仕事」を受けてしまうと命取りだ。 もちろん戦略的タダ働きというのもあるのだが、体力がない身ではそれは限界があることを知っておくべきだ。 と共に、そういった仕事を避けることも考えておかなければならない。 弊社はSIを積極的に受けているわけではないが、背に腹は代えられない。お金が厳しくなれば、SIだってホイホイやってしまう。 とは言え、何でもかんでも引き受けていると、身動きが取れなくなってしまう。それでは自分も困るし、お客にも迷惑がかかる。場合によっては、業界に迷惑をかけてしまうことだってある。だいたい、原価割れでも仕事は仕事なんで、そーゆー仕事で苦労している間に、もっと率のいい仕事が目の前を通り過ぎて行かないとも限らない。原価割れの仕事は、 海水で渇きをいやす ようなもので、その瞬間は何とかなっても、さらに厳しくなってしまう。 そ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
