netgeekのRetty社叩きが下衆の極みなので黙っていられなかった件 - GoTheDistance
事の発端はこの記事ですか。 関係者からすれば個人が特定される情報を散りばめておいて匿名で記事を書いてしまう卑屈さに驚きを隠せません。代表からメール来たけど代表いねぇじゃねえか舐めんなよおおおおおってブチ切れて５分で帰るって超絶微妙ですし、ふつー採用担当者がいるもんなんだけど... リクナビのスカウトメールとか見たこと無いのかな？「代表です！よろぴく！面談で僕と握手！応募してね！」を真に受けちゃうのも微妙。 百歩譲って、期待の裏返しから来る些細なすれ違いからブッチーン！って来るのは誰もあるよね、'`,､('∀`) '`,､ って終わる話なのにって思ってたら、これですよ。はまちちゃんがDISりたい時は直リンはダメって言ってた(PVが発生すると更に拡散する恐れがあるから)ので、googleキャッシュで御覧ください。 この悪質な書き方は一体何なんでしょう... 全く関係のない第三者なのに何様のつも
エンジニアの「出来る」を正しくマネジメントする為に必要なこと - GoTheDistance
この記事面白かったです！ 「出来る」と「実装する」の間には多くの解決すべき問題が含まれているから気をつけろよっていう警鐘を鳴らしている記事なのに、「出来るからやるって単純バカなんだけど」っていう反応が多いのが印象的でした。その理由の９割は、タイトルに「エンジニアはネ申」って書いたせいだと思うけど。 私からは、社内業務システム内製を通じて感じました、創造主であるところのエンジニアとハッピーに仕事をするためにはこういうことを一緒に考えよう、っていう話をしたいと思います。 実装可能と実現可能は別問題 前述の記事も僕の補足も、主題はこれだけ。だいたいそんな感じ。でも、順を追って説明します。 技術的に実装可能なのか否かは、当然一番最初に考える問題です。そこでNoならこの話は終わります。技術的と簡単にまとめますが、エンジニアによって判断基準は全然違うから悩ましいです。そこは差し引いて、単純に求められた
転職エージェントに踊らされない技術 - GoTheDistance
ここ２〜３年ぐらい前からでしょうか。IT業界の中で「勉強会」というのが１つのムーブメントになりはじめ、個々の技術者がブログで発信していく中で新しいトレンドを発信していく流れが形成され、Twitterがそれにターボエンジンを用意した格好になりました。ブログではなく、IT系のメディアにも取り上げられるようになり、今では当たり前になりました。 しかし、それらの流れに目を付けた転職エージェント会社がTwitter / facebook / LinkedInをはじめとしたソーシャルメディアで、エンジニアを一本釣りして儲けようという豚野郎が調子に乗っているので、若いエンジニアの方がキャリアをロストされないよう注意を喚起したいと思います。 転職オファーに浮かれない なんか微妙だけど条件が良くなるなら悪い気はしない・・・っていう精神状態が最も危ない状態です。会社は今ひとつな感じだし自分も面白い仕事ができて
転職は麻薬 - GoTheDistance
これだよ、諸君。私が悶々と抱いていた転職コンサルなる斡旋業者に抱いていた嫌悪感は。 第33回「転職は麻薬―ヘッドハンターは麻薬密売人、青田買いによる人材の劣化に物申す！」 非常に面白いコラムなので、是非全文を読まれることをお勧めします。このエントリでは随所に引用しつつポイントをメモ。 中国へのオフショアが失敗するのは何故か この10年間、特に日本のSIerは中国へのオフショア開発に取り組んでいました。理工およびコンピュータをちゃんと専攻しており日本の半分以下の単価で優秀な技術者がいるからである、という理屈で。だけど実際にはブリッジSEなるスーパーマン的なSEがいなければ、オフショア開発の成功率はグンと下がってしまっている。これはどうしたことか、と。 それは中国の社会構造によるものではないかと、このコラムの筆者である四倉氏は語っております。 中国で一流大学を出てIQの高い技術者がどうして一流
うるう日婚を致しました - GoTheDistance
2012年2月29日、婚姻届を最寄りの区役所に提出し受理して頂きました。初めてのデートが台風で、入籍の日が降雪という。何をやるにも波瀾万丈な感じで僕らしく、また雪のおかげで思い出深くなりました。 えっと、いわゆるひとつのツイ婚です。出会ったきっかけはTwitterです。僕のブログを読んでくれた彼女がTwitterで僕を見つけてくれて、そこから徐々にコミュニケーションを取るようになりました。どこかの貴族の方と奇しくも同じ流れです。実際会ってみて初見で「オレ、多分この子とずっと一緒にいるんだろうなぁ」と何の根拠も無く思ったんですが、彼女も同じことを思ってたようです。僕と彼女の手相、「完全に一致」というレベルでそっくりなのも驚き。 埋めたくても埋められなかった心の隙間を彼女が埋めてくれました。それが、すごく嬉しかったです。あ、僕はこのコが差し伸べてくれた手を握っていいんだな、二人で同じ道を歩ける
人月商売が悪だと思っている、イノセントなあなたへ - GoTheDistance
色んな意味で示唆的なエントリ。山本さん、どうしちゃったんですか。飲みにでも行きますか。 人月は悪どころか、ものすごい善かもしれない - 山本大＠クロノスの日記 140文字ぐらいでまとめちゃうと、人月ではなくソフトウエアの持つ価値だけでお金を取ろうとすると、例えばスマホアプリの場合は非常に単価が安いのでペイする算段が立たないこともある。それを鑑みると、エンジニアの稼働ベースで請求できる人月ってなんだかんだでイイとこあるよ、って話です。 人月について語られる記事はエンジニアよりの観点で議論されることが多いんですが、そうなると「人月はエンジニアにとって善か悪か」という方向に話が飛んでしまい、ゼネコンは死ねば良いし多重請負は終わってるし日本のIT競争力はなんだかんだっていう感じで一定の結論が出しにくい。なので、もっとビジネスよりの観点で整理してみたい。 人月のメリットは成果物ではなく作業内容に対し
プログラマ35歳定年説、定年後の未来 - GoTheDistance
株式会社クラステクノロジー代表の四倉氏の連載コラム「第151回」が、とても興味深いのでご紹介します。 【第151回】35歳定年説の真実-株式会社クラステクノロジー 詳しい内容は上記コラムをご覧頂きたく。 プログラマ35歳定年説とは 上記の四倉氏によれば、プログラマ35歳定年説とは｢1Step,1Stepの生産性に比例するので、長い間労働すれば高いアウトプットが出せ収入が増える。体力が下り坂になってきて徹夜や残業ができなくなるのが、大体35歳前後。体力低下と共に収入も下り坂。それに限界を感じてIT業界去ってしまう｣ということのようです。これをプログラマと呼ぶのかとか、ステップ数(笑)という憤りもあるでしょうが、｢ステップ数と売上が比例するため、いっぱいコードを書けば収入が増える｣という理屈は腑に落ちました。是非の問題ではなく、確かにその理屈なら体力勝負という表現も理解できる。 そして、この理
エンジニアが人月商売の会社で働くのってどうよ？ - GoTheDistance
タケルンバ卿より下記内容についてリクエストをもらったので回答してみる。 ポイントをまとめると、こんな感じです。 人月商売をやっている会社は、単価によって大凡のサービス価格が決まる。よって下請けに安い単価で出してマージン抜くと利益率向上に直結する。 が、下げられる単価にも国内では限界がある。人工商売なら海外に安い労働力を求めるのが合理的なので、海外へ委託するしか無いのではないか？ 翻ってこういう会社で生き残るには、マネージャ職につくしかないのではないか？ITの場合、プログラマでいたいなら一人親方にならざるをえないのではないか？ 人月は流れて西へ - (旧姓)タケルンバ卿日記 結論から言うと、全部同感。ITでも人材派遣(警備業界とか)でも、根っこは一緒。 人月商売は「単価」×「人数」×「期間」のかけ算が基本的な考え方。このモデルで利益率を増やす為には「単価を上げる」か「安い単価の人間を使うか」
「ITエンジニア生き残りの条件」について思ったこと - GoTheDistance
日経○○あたりに載りそうなキャリア関係の記事が技術系雑誌のSoftware Design誌にあったので、興味を惹かれて購入しました。 Software Design (ソフトウェア デザイン) 2010年 12月号 [雑誌] 出版社/メーカー: 技術評論社発売日: 2010/11/18メディア: 雑誌購入: 4人 クリック: 80回この商品を含むブログ (15件) を見る 特集記事の「ITエンジニア生き残りの条件」についてちょっと思う所あったので、僕も書いてみます。 ちなみに、僕は雑誌媒体で「SIゼネコン」とハッキリ書かれているのは初めて見ました。これが日経ビジネスに飛び火すればもっと反響がありそうで面白いのに。 特集記事の前半は現状整理。「リーマンショック以降下請けに流せる仕事が無くなった」 & 「クラウドの台頭で今までの価格帯が通用しなくなった」のダブルパンチを受けて、赤壁の合戦の連鎖
営業ができる人とできない人の違い - GoTheDistance
営業という言葉に良いイメージを持ってる人はかなり少ないんじゃないかと思います。特にエンジニアは営業さんに「泣かされた」経験がおありの方が多いですし。また、電話爆撃営業や詐欺に近いような営業も多い中、益々うさんくささが先行しやすいのかなぁと思ったりします。 ホントはそういうもんじゃないだろって思うので、自分１人で顧客の所に赴き、話をしに行くことも増え、発注側として営業さんの話を聞くことも増えてきました。そんな中で、営業について感じたことを書いてみます。 1. できる人は相手に問いかける、できない人は自分が話し続ける 相手とのコミュニケーションの中で距離感をつかみ、お互いが負担にならないようなコミュニケーションの土台をまずつかむこと。これが恐らく営業のはじめの一歩なんじゃないか、と思っています。 その土台を作るのに、まず自分のことを立て板に水を流したように話す営業がいますが、その時点で僕は「も
年を取れば取る程会社での居場所は狭くなるの？ - GoTheDistance
こんなことを思ったそもそもの発端はこの記事を読んだから。 会社から「残っても仕事はない。何をするつもり？」「整理解雇になったら、高齢のあなたは一番に対象になる」「お客様が、年齢が高い人にサービスを受けたいと思いますか？」と言われた人もいる。 朝日新聞デジタル：どんなコンテンツをお探しですか？ なんとまぁ切ないお言葉・・・。こんなこと言われた日には涙すら出なそう。 こういう記事を読むと「年を取った人は給料高いだけだから要らない」という話に聞こえるのですが、これは本人の自助努力の問題だけで片付けられるんでしょうかと疑問に感じています。ベテランになっても若手と同じ事しか出来ないから切られるのだ、という単純な話じゃなさそうだけど、どう考えていいのだろうか。 もし必然的に居場所がなくなるとすれば 僕が思いついたシナリオは、右肩上がりで経済が成長できて当然の時代なら誰も文句は言わなかったが、同じ事業を
自信をつける為に役立つ、ちょっとした３つの方法 - GoTheDistance
自信過剰な人は苦手だと思う一方で、自信がなさ過ぎる人といっしょに仕事をしたがる人もいないだろうなぁと。 自信を持とう。自信なさげな人に仕事はまわってこない。 - かみんぐあうとっ ほどよい自信ってすごく難しいテーマだと良く思う。そもそも、自信には根拠は要らない。必ず必要なもんじゃない。「この事業はあたる！絶対化ける！」という自信には特に根拠はない。けど、自信がそこある。 仕事でも学業でも何でもかわらないと思うけど、「できること」に対しては誰だって自信がある。出来ちゃうから不安になるような事が無い。逆に、「できないこと」に対しても自信のようなものがある。「プロ野球選手になれ→できるわけねーだろ」というような感じで。例は極端ですが、できる・できないがハッキリしていることについては、あんまり揺れ動く事は無い。 問題は、「できるかもしれないけど、やったことがない」事に対する自信の持ち方になる。これ
優秀なエンジニアと企業はどうつきあうべきか問題 - GoTheDistance
面白いネタなのでちょっと書いてみたい。 優秀なエンジニアはどこにいて、企業はどうすべきか？ - Togetter 僕なりにまとめると、コアのメッセージは 「優秀な人材はその仕事ぶりが信頼につながっている為、転職斡旋市場に出てくる前にもう次の職が決まる。転職サイトやエージェントに頼るだけでは優秀な人材は雇用しがたい。彼らは勉強会や各種媒体で情報収集やアウトプットをしているのだから、優秀な人が欲しいならそういう場所に出向いて彼らにちゃんと訴求できる採用戦略をキチンと練りましょう。」 こんなところじゃないでしょうか。口を開けていればおいしいものが落ちてくる時代でもないです。 ただ最近は勉強会もインフレ気味なんで注意が必要かもしれないです。 出来る経験者はそもそも市場に出てきません・・・！ ワイキューブの安田さんが、同じ事をこの本の中でおっしゃってます。 採用の超プロが教えるできる人できない人 (
はてなのエンジニア退職劇に思うこと - GoTheDistance
id:naoyaさんがはてなを退職し、新しい道を探すことになりました。改めて、はてなユーザーとして感謝申し上げます。はてブというサービスがなければ、その中でアテンションを集めるホッテントリという仕組みがなかったら、今の僕はありません。本当にありがとうございます＆おつかれさまでした。 id:secondlifeさんが退職のエントリでこのような一文を書かれており、恐らくnaoyaさんも同じような心境だったんだと思います。 エンジニアとしてやっていくとして、はてなに残り 1エンジニアに戻る道ももちろんありました。ただ、自分にとってはてなはあまりにも居心地の良い場所になりすぎてしまっていました。それに自分も慣れすぎて、どうしても他人に甘え仕事に妥協が生まれたり、『会社にとって評価されやすい仕事』を気をつけていてもやってしまう自分がいました。また、長年会社にいるとその会社に役立つスキルを使って仕事を
エンジニアの生きる道は開発の現場だけじゃない - GoTheDistance
今まで1ミリも考えたことが無いのですが、せっかく定番のネタ｢エンジニア35歳定年説｣で色々エントリを拝見できたので、自分の｢モヤっと｣を整理しておきたいと思います。 発端となったyusukeさんの新プログラマ35歳定年説、あるいは2010年問題 (arclamp.jp アークランプ)は拡散的なので難しい所なのですが、言わんとしていることの1つに｢プログラミングだけを武器に35歳以降を戦っていくのはすごく大変だし、それができるのは一握り｣ってことがあると思います。僕もそう思います。 僕はプログラマとしての自分は凡庸よりちょっとマシぐらいだと思っているので、正直な所｢35になろうが40になろうがコードで力の差を見せ付けるぜ｣という気持ちがありません。常に前を走れる自信がありませんし、僕には必要無い。 ｢いやーこの案件は○○さんの腕が無いと決して出来なかったよ！｣って感じで純粋な技術力をもって自
どうしてプログラマがPMになりたくないのか - GoTheDistance
SIerでプログラマ(PG)からプロマネ(PM)までやった僕が通ります。 ＰＭになりたくない症候群 - ベテランIT営業が教える「正しいITの使い方、営業の使い方」 - ZDNet Japan 一度でも失点をしたらそこからリカバリーすることが困難な立場に放り込まれるし、放り込まれたら現場の裁量で何とかするしかないというデフェンシブなやり方に起因する構造的なPM疲弊体質。確かにコレは、嫌悪される理由の１つにあると思います。ただ、それだけではないな、と。技能という側面で考えても嫌悪される理由があるのかな、と思いました。 要はPG→SE→PMというキャリアパス、についてですね。 色々な議論がありますが、何が問題かと言えばプログラマとして未来を奪い去ってしまう所が過多あるってことに尽きるように思います。技術は移り変わるわけですから、プログラマでありたいなら保有スキルが陳腐化しないようにしなくてはな
他人の心に対して鈍感であっては、良いソフトウェアは作れない。 - GoTheDistance
はよプログラマとかエンジニアとかから脱却せんかい。 - 山本大＠クロノスの日記への私信。 山本さんの苛立ちを一言で言えば、｢お客様のお困りごとやお悩みごとに対してあまりにも無関心すぎること｣にあるんじゃないのかな。羽生さんのこちらのエントリを参照下さい。 一言で言えば、説明不足ということになるのでしょう。きちんとしたソフトウェアを作りさえすればよいという空気が間違いなく存在しています。(中略)自分たちが作っているソフトウェアがお客様に対してどういう価値があるのかということを説明できずにいると感じるのです。理解してくれ、と相手の努力に丸投げしてしまってるように感じます。 ではどうしてそうなるのかというと、端的に言えばお客様のお困りごとやお悩みごとに対してあまりにも無関心なのではないかと感じるのです。エンジニアとしての技術的な興味や自分自身の仕事と生活のバランスなど、つまりは内向きの関心しか持
それでもアジャイルに未来があるとすれば - GoTheDistance
前回のこのエントリの続き。 アジャイルって受託開発との相性が最悪な気がする - GoTheDistance 受託開発との相性の悪さについて問題提起をしてみたのですが、アジャイル開発って内製向きだよね以上のことが言えなかったので、もうちょい掘り下げてみます。 アジャイルや受託という切り口で書いてみたんですが、僕も頂いた様々なフィードバックを鑑みて考えたところ、受託も内製も滝も俊敏も関係なくて、要は｢前工程の成果物を後工程で活用できず断絶されている｣ということが全ての根幹にあるように感じた。 ソフトウェア開発は｢設計→実装→テスト→改善｣のサイクルを回して初めてPDCAが回るのに、我が国では何故か｢設計でPDCA｣→｢実装でPDCA｣→｢テストでPDCA｣という感じになっていて、前工程の成果物が後工程でフィードバックができず、やる必然性の無いことを違うレイヤーで繰り返しているんですね。で、当然
アジャイルって受託開発との相性が最悪な気がする - GoTheDistance
全くもって、その通りだなぁと思った。 初期段階ですべての意志決定をしても、問題はコードを書き始めてから表れるのです。そして終わりに近い時点で判断する方が、より正しい判断ができるはずです。ですから、できるだけ意志決定は先延ばしにして、正しい意志決定をしようとするのがアジャイルのやり方です。 「有能な人がコードを書くべき」「意志決定はできるだけ先延ばし」「契約を変えるのは難しい」アジャイルの専門家の答え － Publickey ｢ウオーターフォールとは｣のラベル貼りの議論になるとめんどくさいから、とりあえず｢初期段階ですべての意志決定をしようとするシステム開発の進め方｣という定義で話を進めたいと思います。 滝 ｢要件定義｣→｢設計｣→｢実装｣→｢テスト｣という一連の流れがあって、ウオーターフォールなるものは前工程が100になるまでひたすらそこでPDCAを回します。100になると言う意味は、ソフ
｢なんでこんなことやってんだろ｣って思った時に考えて欲しいこと - GoTheDistance
人間だもの、そんな時もありますよね。 僕は転職してから自分で自分のミッションを探さなくてはならないため、昔よりも｢なんでこんなことやってんだろ｣って思うことが増えました。そんな時に、感じたことをまとめておきます。 手馴れたものに安住していないか 僕が最初に感じたのがこれです。 転職して新しい職場に来れば、当然自分の持っている武器を活用して行こうと思うわけです。僕の場合は業務システムの構築に関する能力でしたが、いきなり社長に言われたのがFLASHを作ってくれ、でした。｢ええええ、なんだそりゃあ｣って喉元まで出かけましたが、｢それが必要なんだから、できるところまでやれ｣の一言でﾊﾟｼｰﾝ。そういうのが一番苦手なのにな・・・って思いました。 その話は立ち消えになったのもあり結局大した成果は出せませんでしたが、手馴れたものばっかりやっても仕方ないしココに来なければこんなことやる機会も無かったし、ま
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
