優秀なエンジニアはどこにいて、企業はどうすべきか？優秀なエンジニアが欲しい、という企業は多いのですがそのようなエンジニアはどこにいるのか。また、いたとして自社に来る理由はあるのか。そんな話をまとめてあります。 ※ なおMOONGIFTではそんな優秀なエンジニアが欲しいという企業に対してコンサルティングおよびジョブボードサービスを提供しています。@moongiftまでお問い合わせください。
優れた開発者を見つけるには - The Joel on Software Translation Project
Joel Spolsky / 青木靖 訳 2006年9月6日 水曜 優れた開発者というのはいったいどこにいるんだ? 空いたポストを埋めるために誰かを採用しようとしたとき、多くの人がするのは、広告を出し、おそらくは大きなオンライン掲示板を見て回り、履歴書を山ほど取り寄せるということだ。 そこにある履歴書を、「フム、これはいいかもしれない」とか、「お話にならない」とか、「この人がバッファローに越してきてくれるならいいんだけど」などと考えながら見ていく。しかし、請け合ってもいいが、そのときに決して起こらないだろうことは、「すごい、この人は素晴らしい! ぜひとも雇わなくちゃ!」ということだ。実際何千という履歴書に目を通し、そして履歴書の見方がちゃんと分かっていたとしても(これは簡単なことではない。そのことについては金曜日に書くつもりだ)、何千という応募の中に、率直に言って優れたソフトウェア開発者が
「落としどころ探し」でいいのか？：日経ビジネスオンライン
マネージャーのみなさん、これから、初めての顧客との交渉に向かう部下に、こんな指示をしていませんか。 「交渉で大事なのは、“落としどころ”を探すことだ。まずは、こちらの条件を“高めに”提示して、相手の出方を見て、うまく“取りまとめて”こい。期待しているぞ！」 交渉の最終段階で、落としどころを探すときもあります。しかし、落としどころは、最初から探すものでしょうか。まずは、“高め”の条件を出し、相手の出方次第という“出たとこ勝負の交渉”でいいのでしょうか。旅行中に露店で安くお土産を買うのであれば、それでもいいでしょう。しかし、これから初めての顧客と会い、長く、良い関係を作ろうとする交渉で、本当にこの方法を選択してもよいのでしょうか。 交渉には、成功確率を上げる方法論がある！ “交渉学”という研究があります。米国ハーバード大学のロジャー・フィッシャー教授が、1978年に発表した論文に始まる研究です
夏休みの宿題を31日に片付けていた人に贈りたい言葉｜blogs.com｜おもしろブログ記事のまとめサイト
はてブ twitter delicious livedoor クリップ Tumblr Instapaper メールで送信 生活・趣味・旅行・創作 2010.08.25 0 山田井 ユウキ まあ夏休みの宿題を31日に片付けていた人っていうのは僕のことなんですけどね！ 酷いときは始業式の日に「やったんですけど持ってくるの忘れました！ やったんですけど！」って言い訳して少しでも引き延ばそうとしてましたからね！ どんだけダメ人間だよと言いたいところですが、そういう人、世の中にけっこういるんじゃないですか？ そんなあなたに「ライフハック心理学」の記事から素敵な言葉を贈ります。 もし、いますぐにでもできるなら、明日にもできる可能性が高いでしょう。 もし、いますぐには無理だと思うなら、明日でも無理な可能性が高いでしょう。 ......ハイ、つまりはそういうことですね！ よくわかりますこれ。 このテの習
「アドバイス」について考える : 小野和俊のブログ
アドバイスというのは他の人に対する助言なわけだから、基本的にはそれなりにありがたく受け止められるはずのものなのだが、世の中にはあまりありがたくないアドバイスというものがあり、その原因は、本人が自覚的かどうかは別として、裏側にアドバイス以外のものが隠れていることが多いように思える。 人生における何らかの意味での先輩が、後輩に対して、アドバイスという形で、過去の苦労や輝かしい実績や知識といったものをひけらかしたい欲求を満たす。 2. 注意する側にまわる喜び 自分が規範とする尺度で見て許せない行為に遭遇した場合に、そういうことはやめた方がいいのだという一般化した物言いで、自分がこれまでに人から言われてきたことを別の人間に対して指摘し、自分も注意できる側に回ったのだという、規範内における勝者としての立ち位置を確認する。 3. 負けていないことのアピール 学生における学業の成績や、スポーツ選手におけ
日本でエンジニアの成功事例が少ない理由 - 紅茶屋くいっぱのあれこれ日記
エンジニアが金持ちになって次の世代を作る未来 http://d.hatena.ne.jp/KoshianX/20091211/1260534895 日本は資源の無い国。ソフトウェアで勝てなければ何で勝てというのか。 そう、今のままでは我々の仕事はみな中国へ行く。需要の縮んだマーケットとして日本は世界中の企業から見放されていく。 新しく世界に売れる仕事を作っていかなきゃいけない。Googleを追いかけるのではなく、Googleを飛び越える何かを。 新しい何かを作らなきゃいけないと思うし、そういう努力は惜しむつもりは無い。俺もあきらめてはいない。 だが、しかし結構難しいんじゃないかとおもう。 天地の利が揃わなければ勝負には勝てない。 エンジニアが活躍して日本の産業そのものを引っ張っていくには環境がいまのところまだ整っていない。 要はこの３つだとおもう。 ・歴史 ・マーケット ・規制 エンジニア
Craig Weber「１８歳プログラマだけど仕事がみつからない」(Ask HN) - 以下斜め読んだ内容
Hacker Newsのフォーラムに2010.8.10に作られたスレッド Ask HN: I'm an 18 year old programmer; How do I get a job? プログラミング歴は長い。けど大学出てない（当然コンピュータサイエンスの学位なし）、実務経験ゼロ、地方都市（ペンシルバニア州の田舎）のIT系の仕事が少ない所に住む18才エンジニアがどうやったら仕事探せる？と質問立てたスレッド。 アドバイスがためになった スタートアップの求人ばかり載ってるところとか ないものねだり 自分のようなビザが必要な人向けのアドバイス 2010.8.13追記 ポストしてる人の情報追加 見落としてたポスト追加 以下斜め読んだ内容 スレッド主 Craig Weber 投稿内容 今18歳 13歳から親父の仕事手伝ってた。 親父は電気技師 組み込み型の電気回路の設計とプログラミングしてた
初めての起業は何でも自分でやってみた方がいい - （旧姓）タケルンバ卿日記避難所
俺は起業に関する事務を自分で何でもやった口なので、ここまで人任せが多いのはどうかなあ。 http://blog.livedoor.jp/ikiradio/archives/51513713.html 初めての起業だからこそ、体験してみた方がいいと思うことが多いんだけど。 そりゃあ確かに起業に関するアレコレは面倒くさい。登記やら届出やら何やらで、官公庁をぐーるぐる。法務局がどうで、印紙がアレで、印鑑をつくって、実印を登録して……本当に面倒。 しかしだからこそ会社には信用があるわけね。「法人」っていう得体の知れない組織に信用が生まれる。時に個人よりも。つくるのが面倒くさいからこそ、登記されている会社は信用されるわけよ。 だからこそ、「どれくらい面倒なのか」を体験してみることに価値があると思うわけね。体験することで、それを人に代行してもらう費用が適正かどうかを判断できるわけだし。また、将来的にそ
【世界の常識 vs 日本の常識】 by コピペ馬鹿 ～創造力の欠如～
169 以下、名無しにかわりましてVIPがお送ります 2010/07/03(土) 20:36:33.62 ID:P0y73+Yc0 【世界の常識 vs 日本の常識】 世界の常識：過労死するくらいなら抗議したほうがいい 日本人：抗議するくらいなら黙って自殺したほうがいい 世界の常識：悪政に苦しむくらいなら革命するほうがいい 日本人：革命するくらいなら悪政に苦しむほうがいい 世界の常識：我々を搾取する奴がいるなんて許せない！ 日本人：我々の中に搾取されてない奴がいるなんて許せない！ 世界の常識：汚職を批判しないのは真の社会人ではない 日本人：汚職を批判するのは真の社会人ではない 世界の常識：責任ある行動をとるのが大人というものだ 日本人：責任を逃れる行動をとるのが大人というものだ 世界の常識：普段は競争していても、危機が迫れば手を組む 日本人：普段は群れていても、危機が迫れば足を引っぱり合う
404 Blog Not Found:勝手に添削 - 技術の盗み方
2007年05月08日14:15 カテゴリArtBlogosphere 勝手に添削 - 技術の盗み方 盗まれることが年々増えてきた立場から。 Geekなぺーじ：技術の盗み方 やる気を見せる 礼儀正しく 先輩と一緒に飯を食べる 不思議に思う 「それ知ってます」は禁句 技術を持たない人を軽視しない 必ずしも技術が全てではない これ、見事に 小野和俊のブログ:「アドバイス」について考える 自慢 注意する側にまわる喜び 負けていないことのアピール 俺流の押し売り への対策になっている。 はっきり言おう。この程度で盗める技術なら、先輩から盗むよりぐぐれ、と。この程度で盗める技術しか持たぬ先輩は、先輩の名に値しないと。 以下、添削結果。 やった結果を見せる やる気は添削できない。やった結果なら添削できる。 敬意を払う 礼儀はマニュアルに書ける。嘘だと思うならファーストフード屋でバイトしてみるといい。し
Geekなぺーじ : 優秀な社員を辞めさせない方法
「16 Ways to Keep Your Best Employees -- Without Breaking the Bank」という記事がありました。 ITworld.comの記事です。 原文には、「多くの社長はビジネスのルールが変わったことに気がついていない。昔はお客様が神様だったが、最近は従業員を満足させる事で従業員がより良いサービスを提供して顧客を満足させるということが求められる。従業員がより芝が青い土地に移動すれば顧客もその従業員についていくだろう。」というような事が書いてありました。 新天地を探すというのは、既に辞める気持ちが発生しているということなので、そもそも従業員が「より青い芝」を探し始める時点で手遅れだそうです。 原文には、自分の土地をより青く保つための「種」を16個紹介しています。 以下、それらの要約です。 誤訳などがあるかも知れないので、詳細は原文をご覧下さい。
良い進捗報告のやり方 - 発声練習
まとめ 良い進捗報告とは、自分が行っている作業やプロジェクトを順調に進めるのに役立つ手助けが得られやすい報告である 教員にとって良い進捗報告 学生が行っている作業やプロジェクトが自分の研究のプロジェクトの一部であったり、研究室で取り組んでいるプロジェクトの場合とそうでない場合では教員にとって作業の進捗の意味がある程度変わる。前者の場合は、自分のプロジェクトの一環なので、作業やプロジェクトの進捗がそのまま自分のプロジェクトの進捗に反映されるので、より真剣に、場合によっては過剰に干渉して進捗状況を制御しようとする可能性がある。後者の場合は、学生が順調に卒業／修了できるかどうかが興味の焦点になるので、学生が援助を求めてきたならば援助しようという程度の干渉の可能性がある。ここいらへんは指導教員の性格による。 どちらの場合にしても、教員が知りたいのは「どこまで進んでいるか」と「援助は求められていない
スタートダッシュ型仕事術：実践編
昨日書いた「『時間に余裕があるときにこそ全力疾走で仕事し，締め切りが近づいたら流す』という働き方」というエントリー、Twitterやハテブでたくさんのフィードバックをいただいたが、その中で気になったものの一つが、「そうは言っても仕様がころころ変更になるからスタートダッシュで仕事をしていたら時間が無駄になる」というもの。 まず最初に言っておくと、「仕様がころころ変更になる」のはソフトウェアの宿命。どんなに頭の良い人が設計しても、「作ってみなければ分からない」「使ってみなければ分からない」ことはどうしてもあるので、「アーキテクチャの大幅な変更」「ユーザーインターフェイスの大幅な変更」があるのはあたりまえ。 ぜひとも認識して欲しいのは、「だからこそスタートダッシュで肝となる部分を一気に作って、早めに（仕様変更が必用かどうかの）見極めをする必用がある」という点。特に「作って見なければ分からない」部
Ywcafe.net
Ywcafe.net This Page Is Under Construction - Coming Soon! Why am I seeing this 'Under Construction' page? Related Searches: Top 10 Luxury Cars Free Credit Report Parental Control Work from Home fashion trends Trademark Free Notice Review our Privacy Policy Service Agreement Legal Notice Privacy Policy|Do Not Sell or Share My Personal Information
不公平感が募ると「暗黒フォース型職場」に！“タダ乗りされる人”を救う組織の心構え
ワトソンワイアットを経て、「人と組織のマネジメント研究所」（株）道(タオ)を設立。ベストセラーとなった『ニワトリを殺すな』をはじめ、『デビルパワー エンジェルパワー』『育ちのヒント』（共に幻冬舎）など著書多数。慶応丸の内シティーキャンパス客員ファカルティー。 あなたの会社は大丈夫？ 「タダ乗り社員」を生む職場 いつになったら報われるのか――。熾烈な競争に晒されたビジネスマンは疲れ切っている。そんな彼らに強い負の感情を抱かせるのが、職場で増殖中の「タダ乗り社員」（フリーライダー）だ。タダ乗り社員が増える背景には、企業の制度やカルチャーが変化し、組織に矛盾が生じている側面もある。放っておいてはいけない。ベストセラー『不機嫌な職場』の著者陣が、タダ乗り社員の実態と彼らへの対処法を徹底解説する。 バックナンバー一覧 組織では皆フリーライダー予備軍？ タダ乗りに迅速に対応する企業とは 先日、某大手企
プロジェクトの進捗遅れはなくせる
「システム開発プロジェクトで、進捗をきちんと守ることなんて到底無理ですよ。いいシステムを作ろうと思うほど、進捗が遅れるんですから。雑誌作りだって同じでしょう？」。 日経SYSTEMS 2010年8月号で「進捗遅れをなくそう」という特集を担当するにあたり、懇意にしているITエンジニアのAさんに相談したところ、特集の意義を真っ向から否定された。 記者は言葉に窮した。自分で言うのも何だが、記者は進捗（締め切り）遅れの常習犯である。自分のことを棚に上げて、システム開発プロジェクトの進捗遅れに意見する資格はない。 それでも、一点思うところがあったので指摘した。経験的に言って、進捗を遅らせたほうがいい記事になるとは限らない、ということだ。むしろ進捗通りに進んだときのほうが、記事の出来はよいように思う。 記者の指摘に対し、Aさんは「システム開発でも同じかもしれない」と答えた。単純な話、進捗を守ると余裕期
Singapore's salary criteria - Jun's Blog
シンガポールの給与水準 http://www.quon.asia/sns/?m=sns&a=page_fh_diary&target_c_diary_id=4485 IT系が高め。 （ＩＴ系） ・ CIO職： ２１００万円 ・ 上級ＰＭ：８４０万円〜１３３０万円 ・ ソフトウェアアーキテクト：９８０万円〜１４００万円 ・ 上級ＩＴコンサルタント：１１９０万円〜１４００万円 日本だと正社員で、月収：20万円-40万円ぐらいかな。 フリーランスで、月収：40万円-100万円ぐらいかな。 シンガポールの正社員は、日本の契約社員やフリーランスぐらい不安定らしいです。 だから、シンガポールでは正社員が多い。日本では正社員の解雇は、過去の裁判の判例上なかなかできないようになってるから、逆に契約社員が多い。 日本のフリーランスとシンガポールの正社員を比較する、さらにシンガポールの生活は、日本の７割のお金
Life is beautiful: 私のとっておきのプログラミングスタイル
404 Blog Not Found の「LiveCoding に学ぶプログラミングの三原則」を読んでいたらどうしても書きたくなったので。あくまで私のスタイルなので、参考にするもしないもご自由に。 1. スタードダッシュでできるだけはやくめどをつける 学生時代から夏休みの宿題は７月中に終わらせていた私とすれば、ラストスパートよりはスタートダッシュで勝負する。どのみち、どこかで思いっきり頑張らなければならないのであれば、締め切り間際ではなく、スタート間際に頑張るべきというのが私のポリシー。十週間のプロジェクトであれば、最初の二週間が勝負。そこで八割がたのめどをつけておき、後は流す。最初の二週間がめどが立てられなければ、十週間で完成できる可能性は低いと考える。常にそういう姿勢でいれば、締め切りぎりぎりになって致命的な欠陥が見つかって痛いめにあったり、本当は大幅な設計変更をすべきなのに応急処置で
第2回 「締め切りは絶対に守るもの」と考えると世界が変わる | gihyo.jp
「締め切りを守ること」の大切さ 今までたくさんの日米のエンジニアと仕事をしてきた。その中には私よりも明らかに「賢いエンジニア」もいたし、ものすごい生産性でプログラムを作ってくれる「馬力（ばりき）のあるエンジニア」もいた。しかし、そんな中でも、私がものを作るうえで最も大切だと考えている「あること」をキチンとこなせる人は100人に1人もいなかった。その「あること」とは、「常に締め切りを守れるように仕事をすること」である。 チームで仕事をする場合、どうしてもお互いが担当するタスク（＝作業）の間に依存関係が生じる。そんなときに、どれか一つのタスクの完了の遅れが、ほかのタスクの完了に波及し、それがタスク間の競合を引き起こして全体のスケジュールがさらに遅れる、という事態はソフトウェア開発の現場ではよく見られる。そんな状況をできるだけ回避するには、プロジェクトに関わる人全員が、自分に割り当てられたタス
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
もっと確実、かつスマートに要求を定義するテクニックあります
