デブサミ2016レポート「今日の習慣が明日をつくる～よりよい技術者を目指して～」 | DevelopersIO
こんにちは、虎塚です。 Developers Summit 2016でセッション【19-C-3】「今日の習慣が明日をつくる～よりよい技術者を目指して～」を聴講したのでレポートします。佐藤太一さんが講演されました。 発表資料 セッション概要 発表者が習慣的に行っているエンジニアとしての訓練のうち、明文化できるもの、価値があると思われるものを整理して伝える。このセッションの目標は、「技術者としての習慣を見直すきっかけを提供すること」。自分にマッチするものを見つけて習慣に取りいれ、皆でよい技術者になろう。 よい技術者とは？ このセッションでは、読む力、書く力、捨てる力の3つが高い技術者を「よい技術者」と定義する。 読む力とは 仕様を読む力 書かれていることを読み取る力だけでなく、仕様に書かれていない暗黙の前提条件や仮定を適切に理解する力を含む より少ない時間でたくさんのコードを把握する能力 関数
一人開発を進める上でたった一つの大事なこと - honbin log
一人開発を進める上でたった一つの大事なこと from Satoshi Honda 個人の開発にてサービスを作った時に、よかった仕組みや、なぜ作り続けて形にすることができたのか、そんな振り返りをこめてプレゼンテーションに記してみた。名前付け、そして、一つ一つの言葉を考えることも本当に大変だったし、プレゼンに書いている通り決済を通すのも大変だった。決済に関しては、日々プロトタイプを見せて、完成した時に「決済したらリリースできるんだ！」って言ってなんとか通すことができた。特に技術で解決する特別な機能はない、けど、面白そう！と思えるイベントを増やして、物作りを始めるきっかけをつくることができたらうれしいなと思います。また、あらためて個人でサービスを運営している人だったり、ツールを作っている人だったり、その他創作活動をしている全ての人に敬意を払うとともに、引き続きがんばっていきたいと思います。
頭の中に浮かんだアイデアは「まず外に出すこと」が目標達成の第一歩 | ライフハッカー・ジャパン
ヘッドライトの黄ばみがサッとキレイに! メッキ・ホイール・シートにも使えるマルチ過ぎなお手軽クリーナー「ウルトライト」
「頭脳は関係ない」自信をなくした学生へのMIT卒業生のアドバイス
「もっと頭がよければ」難しい問題をまえにしてそんなことを思うことがよくあります。おもえば大学時代からこの力不足を意識して、自分に幻滅する瞬間もよくありました。 そんな、難しいハードルを前にして立ちすくむ人向けの、Study Hacksの素晴らしい記事がありました。 もともとこの記事は、「思ったほど自分は頭がよくなかったんだ」というRedditのスレッドで、そこには700近い返事があったのだそうです。そのなかで、MITを卒業したという人の返信が一番秀逸です。 元記事から訳してみました。 MITを卒業できない人は、入学して、いままでみたどんなものよりも難しい難題に直面して、どのように助けを得るかも、どのようにその問題に取り組めばいいかもわからずに燃え尽きてしまうんだ。 それに対して無事に卒業する学生はその難題をみて、力不足という思いや、自分は愚鈍だという気持ちと戦い、その山の頂に一歩ずつ歩を進
天才になるのに遅すぎるということはない
Kathy Sierra / 青木靖 訳 2006年9月27日 Webやテクノロジーの世界では(その他の多くの分野でも)、大きなアイデアというのは若い人から生まれるようだ。弱冠27歳にして、Ruby on Railsフレームワークの作者デビッド・ハイネマイヤ・ハンソンは世界を変え、Rubyに存在 意義を与えた。それにFlickrを作ったカタリナとスチュワートがいる。そして言うまでもなく、私がこの記事を書いているブログサービスの 生みの親、Six Apartのベンとミナがいる。 ラリーとサーゲイ、Googleの裏にいる「男の子」たち。ジェフ・ベゾスがAmazonを設立したのは、ちょうど30歳のときだった。O'Reillyの最初のFoo Campで、バート†をゲームで苦しめていた相手の若い子がBitTorrentの作者であるブラム・コーエンだったことを後で知った(彼はTime誌の最も影響力のあ
犬に学ぶモチベーションマネジメント１０か条
ひょっとしたら、こういう文章はあまり人に表明してはいけない内容かもしれません。 この文章の比喩的な部分のどこに重きを置き、何かの要因にたいしてポジティブに見るかネガティブに見るかによって、読む人と、僕が思っているところのイメージに差異が生まれ、とても誤解されやすい文章であることはわかって書いています、ということは、あらかじめ表明しておきます。 うちはミニチュアダックスを二頭飼ってます。ダックスは猟犬出身といういこともあり、こういうのも何ですが、感情的な犬で飼いにくいと思います。それが故に、道行く他の犬種には嫌われている犬種で結構避けられることが多いです。（吠えたり、噛み付きに行くダックスが多い。うちの犬は他のダックスが苦手です。） うちのダックスは、比較的厳しく育ててしまったり、室内で飼いすぎたが故に、犬付き合いがやや苦手になってしまったのか、ダックスなのに珍しいですね、と言われるぐらいお
POLAR BEAR BLOG: モチベーションを上げる10のステップ
週末なのに仕事してます。まぁそんなの自慢にもならないのですが、やっぱり「本当は休めた時間なのに働いている」と思うと、どうしても気分が乗らないもの。というわけで、「モチベーションを上げる10のステップ」というものを試してみることに： ■ 10-Step Motivation Worksheet (Real Simple) つい先日も取り上げた"Real Simple"のサイトから。印刷してすぐに使える「モチベーション・ワークシート」が載っているのですが、その内容はこちら： ゴールを決める タスクを楽しくする（ジョギングなら新しいスニーカーを用意する、友人と一緒に走るなど） 感情に訴える（タバコをやめないと健康を失うのだぞ！と考える、など） ゴール達成までに予想される障害と、その解決策を考える ゴール達成までのステップをブレークダウンする 手助けしてくれる人を考える ゴールを達成した時の姿を思
はてなに入った技術者の皆さんへ （jkondoの日記より）
最近はてなの社内では新しい技術を勉強したり、フレームワークや言語を移し変えようかという話も出ていたりして活気が出てきています。技術者も10人を超えて、色々な考え方をする人同士が刺激を与え合いながら切磋琢磨していて素晴らしいなあと思います。そういう中で、僕が技術について思う事を少しまとめてみました。 アウトプットを出す 新しい技術を習得したり、時間を掛けて作り上げた結果は、何かのアウトプットとして出さなければほとんど意味がありません。知識や結果を自分の中に残すだけで終わるのは、それを活かしてサービスを作りたくさんの人が使えるようにする事に比べると驚くほどちっぽけな仕事です。 また、3日間で作り上げた素晴らしい仕組みをそのまま1週間寝かせてしまうのは、4日目に他の人が使えるようにしてから1週間を過ごすことに比べると随分見劣りしてしまいます。 当たり前ですが、どれだけ素晴らしい仕組みを作っても、
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
今日の習慣が明日をつくる～よりよい技術者を目指して～
継続は力になるのか
「Webサービスのつくり方」 のつくり方
http://d.hatena.ne.jp/habuakihiro/20060729