多種多様な基準から見るプログラマの市場価値 | POSTD
私は毎日、 Teamed.io で働くことに興味のあるプログラマから何通かメールをもらいます。彼らへの最初の質問は「あなたのレートは？」（ 当社は時給ベースで給与を計算します ）ということです。何より驚かされるのは、2つの方向性で、誤った試算をしているプログラマが多く見られるということです。 時給5ドルから500ドル（600円から60,000円）まで答えはさまざまです。決して否定はしませんが、私自身で代案を出してみます。このブログ記事では、どういった要素を計算に入れるか、または入れないかを述べたいと思います。私の個人的なキャリアもありますが、これが業界のスタンダードとは思わないでください。あくまで客観的で論理的だと思っていますが。それでは説明しましょう。 オープンソースへのコントリビューション ソフトウェア開発者にとってまずポイントとなり、かつ重要となる特性です。あなたはオープンソースプロ
【後編】 元・超ワガママエンジニアのクックパッドCTOと語る、「CTOって何する人だ？」論 / 飲み会で探るエンジニアのホンネ #naoya_sushi 編
応募企業の探し方や履歴書の書き方、面接のポイントから円満退職の 秘けつまで。あなたの転職を成功に導くためのノウハウを紹介！ この企画は、Web業界で名を馳せる伊藤直也氏と注目企業のCTOが、寿司を摘まみつつホンネで語り合う、かつて無かったインタビュー企画である。 元・超ワガママエンジニアのクックパッドCTOと語る、「CTOって何する人だ？」論 【後編】 #naoya_sushi ＜前編のあらすじと後編のお話＞ ある秋の日の宵の口、広尾の寿司屋に集った伊藤直也氏（以下「naoya」）と、『クックパッド』CTOの舘野祐一氏（以下「secondlife」、文中ではセコン）。もともと『はてな』で上司と部下という間柄だった二人が、旬の美味を愉しみながら話し始めたのは、『はてな』時代のセコン氏が「マネジメントなんか一切やりたくない」と公言し、「新しい技術を取り入れてはすぐに飽きて放置」するという超絶ワ
プロダクト思考とサービス思考 - 40歳からのキャリアチェンジ
最近お手伝いしている所のサービスについて色々ディスカッションする機会が増えて、時折議論が噛み合わないなぁと感じることがあったり、別件で、違う会社の人の話を聞いてても、些細な所でちょっとした違和感を感じるケースがあったりしました。 なんでそういう違和感を感じるのかイマイチ掴めてなかったのですが、自分は、常にサービスという言葉を常に意識して言葉に出してるのに対して、相手の方はプロダクトという言葉をおそらく無意識に使ってるからなのかなとなんとなく感じました。 ここでいうサービスとプロダクトの言葉の意味合い 言葉の定義としては、自分の中ではこんな意味で考えてます。 プロダクト思考 どういう機能がいいのかをまず考える サービス思考 誰が使うものなかを考える アプリとかサービスを出したらおしまいではないのでその後どうやったら使い続けてもらうのかを考える 使い続けてもらうからには当然売上も立たないといけ
ソフトウェアエンジニアの越境 - エンジニアも営業を学べ！？ - - だいくしー(@daiksy)のはてなブログ
DevLOVEアドベントカレンダー 越境 12日目の記事です。 今年のテーマは越境。ということで、ソフトウェアエンジニアの現場における「越境」について考えてみようかと思います。 いまいち納得のいかない片方向な越境 「エンジニアも営業的な目線を持ってセールスに貢献すべきだ！」 「エンジニアも自ら企画を立案し、サービスの売上げアップに貢献すべきだ！」 多くのエンジニアが、このような物言いを苦々しい気分で聞いた経験があるのではないでしょうか。 営業職の偉い人は、エンジニアもセールスを学び、営業の視点を持て、と言う。 企画職の偉い人は、エンジニアも企画を学び、サービスを立案しろ、と言う。 ところがエンジニアリングを学ぶ営業や企画の人は少ないし、エンジニアリングを学ばない営業職や企画職が、それを理由に咎められている様子など一度も目にしたことはありません。 なぜエンジニアばかりが開発以外のスキルまで求
アプリのリリースに必要な「引き算担当」について - @hitoshi annex on hatena
起業してアプリを出す。 一言で言ってしまえば簡単なんですけど、最初のそのアプリリリースの時に失敗する人が少なくない気がします。 僕の観測範囲だけでも、独立してアプリを出そうとして開発に失敗、「作り直し→リリース延期」となるケースを定期的に目撃しますので、それなりにそういう失敗をする人はいるんじゃないでしょうか。これが20代の若手が失敗したというならまだ分かるんですが、経営者としてすでに十分な実績のある、僕自身も尊敬するような方がその陥穽に陥ったりしていますので、これはもう能力とか才能の問題でなくて、むしろ「知識」の問題なんじゃないかと思うんですね。 そういう僕も、kiznaというアプリを出そうとして落とし穴にはまってしまい、結局日の目を見なかったという苦い経験をしていますので、こういう経験はちゃんと共有して、無駄な犠牲者が出ないようにすべきだと思うわけです。 というわけで、初めてアプリを出
「20代で頭を鍛え損なった人がすべきこと」に取り組む50代のある半日
1週間前の2014年9月19日、朝から晩まで人と話をした。実際に会って対話したり、電子メールを交換したり、事務所で同僚と打ち合わせをしたりして1日を終えた。午前中の相手は社外の方々で午後はすべて同僚であったが、午前のやり取りで気になることが出てきてしまい、終日その件が頭から離れなかった。 「気になること」を説明する前に19日の様子を日記形式で振り返ってみたい。 8時：あるエンジニアからメールが来た。様々な仕事場に行きたいと自ら手を上げ、実際に行かせてもらった、その経験が今の自分をつくった、とある。彼の活動を紹介する記事を書いていて「どのくらい経験を積んだ人なのか」が気になりメールで質問したところ「9年」という回答が来て驚き「たった9年ですか」と応じたところ上記の回答が送られてきた。彼が開発したシステムや記述したプログラムを見たわけではないが発表資料やブログを見る限り、しっかりしたエンジニア
評価制度の無い評価制度
概要 定期的に更新している 自分が経営している会社で採用している評価制度を運営してそろそろ 10 年になる。 タイトルは従業員にこの評価制度の話を聞いたときに「うちは評価制度が無いという評価制度の会社だと思っています」という話をされて、上手く表現してると感じたので使わせて貰った。 評価制度が無いということの考えも書くが、あくまで運用した経験ベースで書いてある。 注意 評価制度は状況や環境により変えていく必要がある。 この評価制度は 現在の時雨堂に対して適用している評価制度 である。 この制度は時雨堂が前提なので、銀の弾丸では無い。時雨堂でうまくいくから他社でうまく行くわけでは無い。 個々の会社に合わせた評価制度がそれぞれあるべきで、どれが一番とかは無いはずだ。 前提 時雨堂 では評価制度が無い。つまり従業員の給与は全員同一である。 これは職業関係なく技術と総務、全て同じ金額である。 また、
何年か会社で働いてきて、なんとなく気付いたことや思ったことを淡々とまとめてみる | 感謝のライフハック
■誰もが「自分ばっかり忙しい」と思っている 後輩も先輩も、派遣もバイトも、みんな「自分は大変だ。自分に仕事が回ってきて、自分ばっかり忙しい」と思っている。 仕事ができないと思っていた後輩の口癖は 「俺は忙しいんです」 だ。あんまり、仕事は抱えていないはずなんだけど・・・。 Chromeのインストールも自分でできないような派遣の方も、ある仕事の進捗を尋ねたら、 「私は忙しいんです」 と言っていた。 仕事ができる先輩も、 「俺ばっかり仕事が回ってきやがる」 みたいに言っていた。 誰もがみんな、自分はすごく忙しくて、自分ばっかり頑張っているように思っているのだ。 みんな、主観で忙しいのである。 ただ、そんな中、本当に仕事もできて人間的にもカッコイイ先輩は、どんなに仕事が回ってきても、黙々と、淡々とこなしていた。 こういう人になりたいと思った。 ■マネジメントと将棋の関係 大企業だとありがちなんだ
元Amazon社員が明かす、”最強の捕食者“Amazonのビジネスモデルとは？
Amazon.comの2012年の全世界総売上高は610億9300万ドル(約5兆9000億円)と、世界最大のネット小売業者の地位を不動のものにしています。しかしAmazonは、巨額の売り上げにもかかわらず、毎年赤字決算を出すことで有名であり、それ故に投資家から絶大の信頼を得ていて、また、盤石の地位を築き上げているといいます。 Amazon and the "profitless business model" fallacy — Remains of the Day http://www.eugenewei.com/blog/2013/10/25/amazon-and-the-profitless-business-model-narrative 2013年10月24日にAmazon.comが第3四半期(2013年7月から9月)の決算を発表しました。発表内容によると、売上高は前年同期比24
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
【前編】エンジニアの会社でデザインがうまくいくワケ〜「エンジニア病」にはダメ出しされよう
最近よく見かけるバッドエンジニアリング — KaoriYa
cakes（ケイクス）