Transcript ϑϦʔϥϯε8FCσβΠφʔͷ ʮࣄͱ ͘ Β͠ʯ �� ͷ͜Ε·Ͱͱ͜Ε͔Β ࣗݾհ ͢Έ͔ͩ͋ʢ֯ాҁՂʣ 8FCσβΠ ϯˍΠ ϥε τ Ϩʔλʔ େࡕࡏॅɺ੍࡞ձࣾͰͷ8FCσβΠφʔΛܦͯ����ʹϑϦʔ ϥϯεʹɻओʹ-1αΠ τͷσβΠ ϯɺ Π ϥε τΛ੍࡞͍ͯ͠·͢ɻ ͱ�ࡀͷஉͷࢠͱ ͏͕͗͞�ඖ͍·͢ɻ Ωϟ ϦΞ͚ͩ ��ʹ ɾ ɾ ɾ ࠓͷ͓͠ͳ͕͖ 8FC੍࡞ͷ͓ࣄʹ͍ͭͯ ੍࡞ڥπʔϧͳͲ ϑϦʔϥϯεʹͳΔʹ ϑϦʔϥϯεͷ͓ࡒࣄ ͓ࣄͱੜ׆ʹ͍ͭͯ ͜Ε͔Βͷ8FCσβΠφʔ 0 1 02 03 04 05 06 01 ϑϦʔϥϯε 8FCσβΠφʔͷ ʮࣄͱ ͘ Β͠ʯ 8FC੍࡞ͷ ͓ࣄʹ͍ͭͯ ܦྺ 2006 2012 2016 2002 ϑϦʔϥϯε ΞϧόΠ τ ग़࢈ ݱࡏ �ͷ࢈ٳ
起業でも独立でも何かに挑戦するとき、裸一貫から自分の力だけで成し遂げる方が立派だと思われがちだ。いや確かに立派だが、もっと苦労やリスクを減らして、うまくやっても良いのではないだろうか。 今はサラリーマンでも、いずれ独立して自分の力で生きていきたいと考える人も多いだろう。そうした時の「自分の力」とは一体なんだろうか。スキルや経験だけが自分の力だと考えてはいないだろうか。 私は、さほど大きなリスクも取らず堅実にやってきたが、それなりに自分の理想とする会社と働き方が実現できている。これは本当に運良く周りに恵まれたおかげだ。ただ、恵まれた環境を活かしてきたことも大事だったように思う。 そこで本記事では、自分の実力をどう捉えるか、そして環境や立場を活かした戦い方について考察してみた。 自分を取り巻く環境さえも自分の実力のうち 私も若い頃に勘違いしていたことがある。それは、自分の能力とは、ただ自分一人
【2016/09/26 12:30補足】 思ったよりこの記事が読まれてしまったので補足。ちょっと本についてネガティブなことを書いてしまったけど、僕個人が今の知識の状態で読んだ時に、1分間マネージャーシリーズなどの他の書籍である程度知っていた事もあって、文章を読む大変さに比べて満足度が低かったなあと感じただけでした。もし自分がマネージャをやっていて、かつなぜか部下への指示が多くなってしまい、自分の考える時間が少なくなってしまっているなあと思っている人は一読すると良いかもしれません。特にフレーミングの話は参考になると思います。 ただ、個人的にはこの本は少し長々としているなとも思っているので、先に他の人が読んだ読書ブログやnaoyaさんのプレゼンを読んでから読むと良さそうです。さらに各章の最後にLessons & Actionsみたいなまとめがあり、その部分が章で言いたいことを端的に表しているの
どうも！！ 研究者のかみざと（@yoshito410kam ）です。 大学院生になって本格的に研究をするようになると、だんだんと研究に熱が入るようになってきます。 そうすると、実験で失敗をした時や研究が思うように進まないときにひどく落ち込むようになるのですが、これはあまりいい状態ではありません。 今回は、研究がうまくいかないときに大切な考え方についてお話ししたいと思います。 研究がうまくいかないとびっくりするほど落ち込む 1. 研究はわからないことだらけ 2. テーマに大きく左右される 3. 「落ち込む」よりも「改善する」 4. 自分にできることをやる 5. 自分の強みを理解する まとめ 研究がうまくいかないとびっくりするほど落ち込む ぼくは、大学院に入った頃、あまりにも実験がうまくいかなすぎて、毎日落ち込んで「俺はダメな人間だ」と自分を否定する日々を送っていました。 その結果、あまり学校
目次 はじめに 読者に対する心がけ 誰がその文章を読むのかを考えよう 読者は何を知っているかを考えよう 読者がどんな感じを受けるかを考えよう 読者と対話する気持ちになろう 自分に対する心がけ 書こうとせず、読もうとしよう 読もうとせず、読みはじめようとしよう 何でも書いていいんだよ 惜しげなく人に与えよう 人からのものには敬意を払おう 魔法の呪文は毎回発見しよう まず自分がよく理解しよう 知識を誇るために書くのをやめよう その他の心がけ 言葉についての心がけ 長い文は注意して使おう 書いたものは必ず読み直そう 適切な例を示そう 言い換えの練習をしよう ８割でよしとしよう すべてを動員しよう その他の心がけ 環境についての心がけ 人の「気」を意識しよう 頑丈で軽い文章作成のツールを使おう その他の心がけ 編集者に対する心がけ 助言はよく聞こう 自分の状況を正しく伝えよう 感謝の気持ちを忘れな
先日、前職の上司から「そろそろプロフィールに"詩人"を追加するべきだ」と言われました a-suenami です。今日も今日とて詩人業を行なっていきますよ！ 「ビジネスロジック」とは何か 最近、業務で、比較的中長期的なアーキテクチャの見直しだったり、新機能の設計だったりをさせてもらう機会が増えた。 コンポーネントをどういう風に分割するかとか、それぞれのコンポーネントを主にどのチームでメンテナンスしていくかとか、そういうのを考えるのは楽しい反面、かなり熟慮に熟慮を重ねないといけないものでもあるのでかなり責任を感じるというのもある。 まあ、そんなこんなでいろいろうーんうーんって悩んでいると昔（たぶん DDD コミュニティだと思うけど）誰かに言われた「無限のメモリ空間と絶対に落ちないプロセスがあったとして、それでもそのコードを書かないといけないのならそれがあなたのドメインだ」という言葉だ。 モデリ
「エンタープライズエンジニア」って聞くと「社畜エンジニア？」とか「Excel方眼紙が得意そう？」って思ったりするのかな？これは、去年僕のチームにOJT(On the Job Training)に来てたカナダ出身の海外新卒のメンバーが言った言葉で、すごく印象に残ってる。 彼のコメントは「OJTの前は『エンジニアになりたい』と思ってたけど今は『エンタープライズエンジニアになりたい』と思ってる」ってことだった。つまり、エンジニアとして技術力を発揮するだけじゃなくて、それが会社に、ビジネスに、そして社会に貢献していけることにつながっているエンジニアになりたいってコメント。ちょっとスマートすぎて「あぁ僕はこういう世代と競い合っていかなきゃいけないんだなぁ」って思い知らされたのであった。 で、ぼんやり考えてた↓こういうことも、彼の言う「エンタープライズエンジニア」だなって思ったのでメモ。 この前、色々
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く