2016年11月26日(土)プロダクトオーナー祭り2016にて。 「なぜあなたのチームのプロダクトは太ってしまうのか 〜プロダクトマネジメントをかじったエンジニアが感じたLess is moreの極意〜」。
なぜあなたのチームの プロダクトは太ってしまうのか #postudy
2016年11月26日(土)プロダクトオーナー祭り2016にて。 「なぜあなたのチームのプロダクトは太ってしまうのか 〜プロダクトマネジメントをかじったエンジニアが感じたLess is moreの極意〜」。
ある程度の年齢を迎えたプログラマが抱える悩み - bkブログ
ある程度の年齢を迎えたプログラマが抱える悩み ある程度の年齢を迎えたプログラマが抱える悩みに、「若手のプログラマと比べて、どうやって価値を出していくか」という問題があります。これは言い換えれば「同じような生産性であれば、相対的に給料の低い若手のプログラマに置き換えられてしまうのではないか」という悩みです。 この問題のひとつの解決策は、プログラマ以外の仕事のポジション（たとえば管理職など）に移ることですが、他のポジションには向いていない、まだまだ現役でプログラマをやりたいという場合にどんな戦略があるか考えてみました。なお、後述するように、以下に挙げた戦略は相反するものではなく、組み合わせが可能です。 エキスパート戦略 この分野ではトップクラス、というレベルの専門性を身につけ、その分野に特化してキャリアを築くという戦略です。たとえば、ネットワークやセキュリティといった分野で一流と認められる専門
ソースコードって実際のところどういうふうに書いていますか？｜Rui Ueyama
私はプログラミングは結構自信があるんですが、他の人の作業をつぶさに観察したことがあるわけでもないので、自分で当たり前だと思っているコーディングの方法が他の人にとってはそうではないこともあると思ってます。上手い人がどういうふうにしてプログラムを書いているのか知りたいんですよね。 逆に私はどういうふうに書いているかちょっとまとめてみました。自分はこうしている、というのがあったらぜひ教えてください。 まず私の場合、ゼロからコードを書くよりも現在のプロジェクトのためのコードを書くことのほうが多いので、コードを書くというのは既存のコードに変更を加えることがほとんどです。既存のコードに手を加えるときは、新機能追加か、リファクタリング（動作は変えずにコードをきれいにすること）のどちらかになるわけですが、まず前者をどうしているかどうかをできるだけ説明してみます。 まず必要なのは考えることです。よく知ってい
【さらば住友】8年間勤めたホワイト企業を退職し、子連れニートになります。 | ベランダゴーヤ研究所
新卒で入った人材系ベンチャー企業で疲弊し、命の危険を感じて転職したぼくにとっては 文句のつけようがないくらいの優良企業でした。 企画マーケティングＧという部署だったのですが 第二新卒の当時未熟だったぼくを、寛容に受け入れて頂き、 全社の経営企画資料作成iPadを使った販促活動の企画 & コンテンツ開発2000万の予算を使う大きな展示会の企画運営自社オウンドメディアの立ち上げ といった全社に影響する仕事を任せてもらい、振り返ると充実していたなと思います。 最強すぎる福利厚生福利厚生も最強。 例えば、会社都合で転勤した場合、最大13万円もの家賃補助を受けられるんですよ。(世帯の場合) 年収換算するとスゲェインパクト! (最大 13×12=156万円!) で、そんな超いい会社を辞めちゃいました。 ホワイト企業を退職するきっかけ仕事で燃え尽きる細かい要因はたくさんあるのですが、一番の大きかったのは
「空気を読む人」が海外で評価されない、実はとても哲学的な理由 - piano-treeの日記
インターネットでは、面識のない個人や、違う場の空気をもつコミュニティが人やグループの行動・言動に緩やかに、時に匿名で一方的に干渉できるので、職場や学校などといったリアルの世界と比べ「批判」が醸成されやすいのは我々の経験がよく知るところです。「インターネットはその匿名性ゆえに無責任な批判が跋扈する、なのでけしからん」といった議論はfacebookの実名制が普及した今でもよく目にしますが、その背後にはそもそも批判そのものが「けしからん」から、ないしは少なくとも原則するべきものではない（それゆえするなら何らかの責任を伴う）から、という前提が垣間見えます。もし批判が一般に歓迎されるべきものなのであれば、批判が集まりやすいインターネットはその意味で社会にとって有益だ、ということになりそうです。 少し前に、僧侶の松山大耕さんがTEDで日本人の宗教観を説いて話題になりました。曰く、日本人の宗教観は"be
エンジニアを目指す人に読んで欲しい、ちょっとだけ古い本 | Syojimの日記
3冊の本 これからソフトウェアエンジニアを目指す人、またはすでにどこかでエンジニアとしての一歩を踏み出した人すべてのひとに読んでもらいたい本。ちょっと古い書籍ですが技術書というほど内容が濃くないので読みやすい本ばかり。 新しい技術や開発手法が次から次へと出てくるソフトウェア産業でも色あせない内容の本だと思う。ちなみに、仕事仲間には必ず、読んでもらうようにしている本である。 Joel on Software 最初の本は、「Joel on Software」(Amazon) 米マイクロソフトや米大手ISP(インターネット・サービス・プロバイダ)のJunoでソフトウエアの設計・開発に従事してきた筆者が、分かりやすい言葉で解説する。タイトルと同名の筆者自身のWebサイト(http://www.joelonsoftware.com)」で公開していたものを書籍化した。 ソフトウェア開発を行う上で大切な
すべてのソースコードが手元にあるのに不要な抽象化を行うのはよくない
「よい」とされているプログラミング手法のひとつに差分プログラミングがある。クラスを継承して親クラスとの差分だけのコードを書けば、親ですでに実装されている機能はそのまま使えて、かつカスタマイズもできるというやつだ。 たとえばGUIのボタンをカスタマイズしてマウスオーバーするとなにかちょっと特殊なことを行うボタンを作りたいとしたら、ボタンクラスを継承して、マウスオーバーのイベントハンドラをちょいちょいとカスタマイズしてやればよい。差分プログラミングは大変素直でよいプログラミング手法のような感じがする。 よいのはよいと思う。 しかしこういういい例だけをみてそれをどこでも真似しようと思ってしまうと、不必要な抽象化を積み重ねる困ったプログラマになってしまう（そういう人は結構たくさんいる）。自分でプログラムを書く場合には、よくできたクラスライブラリやフレームワークをお手本にして抽象化を行うのは、ほとん
突き抜けた人は、どうしてみんな子供なんだろう？ : NED-WLT
無料ストーリー公開中です！ Amazon 心理学入門3位 読書推進運動協議会より 推薦図書に選ばれました！ Amazon人物群像1位 増刷が決定しました！ 電子書籍化が決まりました！ Amazon企業革新2位 Amazonリーダーシップ2位 増刷が決定しました！ Amazon会社経営7位 増刷が決定しました！ 韓国での出版も決定！ 新版・文庫発売しました！ Amazon新書・文庫1位 Amazon総合ランキング8位 Amazon 2010年・新書7位 韓国での出版も決まりました。 『英会話ヒトリゴト学習法』第2版 Amazonビジネス英会話3位 韓国、台湾での出版も決定。 オリコン/ビジネス書8位達成 オーディオブックFeBe1位達成 SPA! '08年下半期ビジネス書1位 Amazon 総合1位達成 Amazon 2008年総合15位 14万部突破しました。 韓国、台湾、中国でも出版です
この『物語』は、ぼくが歩き出す物語だ。肉体が……という意味ではなく、エンジニアとしてという意味で……
デブサミ関西基調講演資料
プログラミングの生産性を上げるには - 聞かれてもいないことを喋る
Yak Shaving の誘惑に打ち克つ ソフトウェアを作っている途中で、「これを作るのを効率化するためには ○○ が必要だ」と思い、本来やっていた作業の手を止めて ○○ を作り始めてしまうことは往々にしてある。 しかしその作り上げた ○○ が最終的に本当に（長期的にみて）効率化に役立ったケースは、自分の経験からいって 10 個のうち 1 つくらいではないかと思う。 効率化のための努力をするなということではない。大事なのは、アイデアを寝かせることだ。 人はゴミみたいなアイデアでも、気付かずにこれこそが素晴らしいアイデアだと信じこんでしまう。自分の考えたアイデアには愛着が湧くものだ。 そのアイデアが本当に優れているかどうか客観的に判断するには時間が必要だ。最低でも 1 晩、できればもう 2, 3 度は同じ必要性を感じてから作るのがいい。 1 回しか必要性を感じたことのないものをその場の勢いで
美しいコードに触れたとき、涙があふれ、アメリカに行かなければと思った ──中島聡流プログラミングの原点 #OpenGL｜CodeIQ MAGAZINE
シアトルと東京に拠点を置き日米を往復しながらプログラミングを続ける、UIEvolutionの中島聡氏。未知の技術への飽くなき好奇心と、それを短期間でモノにするための驚異的な集中力は、50歳を過ぎた今も決して衰えることはない。 美しいコードを紡ぎ出す秘訣は何か、優れたエンジニアを見出すコツは何か。プログラム談義はまだまだ続く──。 by 馬場美由紀 （CodeIQ中の人） 仕様書を書いているだけでは、絶対にアーキテクトにはなれない ──中島さんは、MicrosoftでWindows95などのソフトウェア・アーキテクトとして活躍されていた方ですが、アーキテクトの資質や条件については、どうお考えですか。 アーキテクトというと、机上で考えるだけの人というイメージがあるがそうではないんです。最低必要条件は自分一人でコードを書けること。これを分かっていない人が多すぎます。 一人でプロトタイプをつくり、
やる気と身体 - naoyaのはてなダイアリー
ひとたびフロー状態になると、それを維持するのは難しくない。私の一日の多くはこんな感じだ: (1) 仕事にとりかかる。(2) emailをチェックしたり、Webを見たり、そのほかのことをする。(3) 仕事に取りかかる前にランチを取ったほうがいいと判断する。(4) ランチから戻る。(5) emailをチェックしたり、Webを見たり、そのほかのことをする。(6) いい加減はじめたほうがいいと心を決める。(7) emailをチェックしたり、Webを見たり、そのほかのことをする。(8) 本当に始めなきゃいけないと、再び決心する。(9) くそエディタを立ち上げる。(10) ノンストップでコードを書いていると、いつのまにか午後7:30になっている。 ステップ8とステップ9の間のどこかにバグがあるようだ、私は必ずしもこの溝を飛び越えられないからだ。私にとっては、ただ始めることが唯一困難なことなのだ。静止状
私が20代で学んだ、人生で最も大切な10の教訓 | ライフハッカー・ジャパン
あれは20歳の誕生日のこと。泥酔した私は、よその家の芝生におしっこをするところでした。それを見つけた警官があわてて飛んできて...幸いなことに、その夜は刑務所に行かずに済みました（私には前科があり、その時に調べられていたらアウトでした）。このように、私の20代はスリリングに始まりました。 当時、私は人生の目的を見失っていました。音楽学校を中退し、長かった髪を切ったばかり。テキサス州から出ていきたかったのですが、どうすればいいか、どこへ行けばいいか、わかりませんでした。ただ時折、人間の意識の霊性についてレクチャーしたり、相対性理論や「宇宙は本当に存在するのか」についての断片的なアイデアをもてあそんだりしているばかりでした。 私は生意気で、厚かましく、傲慢で、本当に困った奴だったのです。 30歳になる私が伝えたいこと 私は3日後に30歳になります。その日はラスベガスでバカ騒ぎするつもりです。と
「台本のない人生を生きろ」TwitterのCEOが卒業生に贈ったスピーチが奥深い | ログミー[o_O]
「台本のない人生を生きろ」TwitterのCEOが卒業生に贈ったスピーチが奥深い ミシガン大学 卒業式 2013 ディック・コストロ 2013年5月にTwitterのディック・コストロ氏がミシガン大学で行った卒業スピーチです。コメディ俳優を目指していた青春時代に得た教訓、そして創業時には予想もしていなかったTwitterの広がりを経験したことから、人生を大胆に勇敢に切り開いていくコツを語っています。「ここからの人生は即興の連続」「『やらなくてはいけないこと』をやっていると、先は見えなくなる」。世代を問わず人生を考えさせられるスピーチです。 私の話に期待しないでください（笑） やっぱりまずは（この現況を）ツイートしなくてはいけないので、皆さんちょっと待ってくださいね。私はプロですからね、すぐ終わります（会場の写真を撮り、Twitterに書き込む）。 （会場笑） はい、終わりました。まずは学校
![「台本のない人生を生きろ」TwitterのCEOが卒業生に贈ったスピーチが奥深い | ログミー[o_O]](https://cdn-ak-scissors.b.st-hatena.com/image/square/86322d925f03567daeaeeda337a9ad9e1486ad68/height=288;version=1;width=512/https%3A%2F%2Fimg.logmi.jp%2Fwp-content%2Fuploads%2F2014%2F03%2F7ba1f0a8ac2230876c7ad091cc32c8cc.jpg)
「書く」のは特別な道具 - naoyaのはてなダイアリー
This is why you shouldn't interrupt a programmer (なぜプログラマの作業に割り込むべきではないか) という4コマ漫画が話題になっていた。これは別にプログラマではなくても「わかるわかる」という感じの話。 コメントを見ると、だから作業を中断してもすぐ再開できるように自分の考えることをなるべく書き出すようにしているという人が結構多かった。なるほど。 今日は雨が降ったせいで予定が一つキャンセルになったことだし、ちょうどいい機会なので、文章で何かを書くということについて自分が思っていることを書いてみようとおもう。以前 Software Design のドキュメントの書き方特集みたいな号に似たような趣旨の話を寄稿したのだけど、「書く」というのは単に物事を忘れないようにするための行為に留まるものではなくて、自分の考えを整理するための道具なのだ、ということが
デザインを言語化しようよって話
私は理詰めも、感情的な訴えかけもどちらも好きで、シンプルでミニマルな機能重視のデザインもカッコいいと思いますが、五感を刺激し、相手を楽しませるグラフィカルでインタラクティブなデザインも好きです。飾るのがデザインではないと言われても、やっぱり装飾の力も信じています。なんにせよ、それを期待されているならやらないといけないですしねｗ 更に言えば私はフラッシュサイトも大好きです。見たいサイトなら重かろうがなんだろうがワクワクしながら待ちます。映画上映の前の様に。 バナーならバナーの絵柄や文字、キービジュアルなら何を持って見る人の意識を引きつけるか。アニメ―ション、世界観、その全てもやはりデザイナーの腕の見せ所でもあり、webサイトへの没入感、愛着を持たせると思うのです。 そう思うからこそ、私はデザインに取り組む人、色んなスキルや価値観を持っている人と、デザインが好きな人と話がしたい。そう思っていま
Javaプログラマ必読の実践的テスト指南書『JUnit実践入門』レビュー - 矢野勉のはてなブログ
2012-12-26 Javaプログラマ必読の実践的テスト指南書『JUnit実践入門』レビュー 渡辺修司さん著『JUnit実践入門』が発売されてからかなり経ってしまいましたが、実はこの本、すこしだけレビューにも参加させてもらいました。私は結局少ししかご協力できなかったのですが、それでも献本頂きました。レビュー段階からこれはいい本になると思って、ぜひレビューを書こうと思ってましたが、遅れに遅れ、今になってしまいました。 JUnit実践入門 ~体系的に学ぶユニットテストの技法 (WEB+DB PRESS plus)作者: 渡辺修司出版社/メーカー: 技術評論社発売日: 2012/11/21メディア: 単行本（ソフトカバー）購入: 12人 クリック: 238回この商品を含むブログ (19件) を見る この本、私は読者としてプログラマとしてかなり助けてもらってますので、基本的に褒めるところしかない
何もやる気が起きない状態(思考停止状態)から復帰する方法 : ライフハックちゃんねる弐式
2012年05月28日 何もやる気が起きない状態(思考停止状態)から復帰する方法 Tweet 2コメント ｜2012年05月28日 00:00｜生活｜Editタグ ：やる気 http://engawa.2ch.net/test/read.cgi/nohodame/1239587128/ 1 ：のほほん名無しさん：2009/04/13(月) 10:45:28 ID:MKg5U0uf 一度だらだらしてしまうと頭が働かなくなって 何もやる気が起きない状態(思考停止状態)になりませんか。 このスレではそんな状態からなんとか復帰する方法を考えたいです。 2 ：のほほん名無しさん：2009/04/13(月) 10:51:16 ID:MKg5U0uf 何もやる気がしない時は、だらだらするよりは 何かをしたほうがやる気が出るそうです。(ソース不明) ただ思考停止に陥って何も出来ない状況で、 何かをしろとい
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
TechCrunch | Startup and Technology News