深まりたい とりあえず毎日新聞読んで、隔週で専門誌を読み、興味あるテーマについては本を読むという生活習慣でしたが、全く自分自身が深まっていく感じがなく、情報収集の質を変えていくことを考えてみようと思いました。 深さを求めるには、半年とか一年とかいうスパンで一つのテーマに取り組んでいく必要があるのかなと思います。それである程度マスターしたら、どこが一次情報源なのか分かるはずなので、継続的に情報収集する仕組みを作って、さらに深めるようにしていくと。 自分にとっては実務が大事で、一つのテーマだけで一生終われるほど研究者ではないので、次のテーマも探していく必要がある。これには、浅くても広い情報源が必要と思います。 深くインプットするための情報収集サイクル（仮説） 広く浅く情報収集する テーマを決める テーマについて深く情報収集する（ここでは、一次情報源でなくてもよい） なんらかアウトプットする 継

私は登壇芸人と呼ばれる程度にはそれなりの数を登壇している。 そーだいなる2017年のアウトプットを振り返る - そーだいなるらくがき帳 そーだいなる2018年のアウトプットを振り返る - そーだいなるらくがき帳 2019登壇とか主催とか.md · GitHub そんな私も最初から出来たわけでは無く、数多くの失敗の結果、今のスタイルになった。 そこでその失敗を共有し、誰かの参考になれば良いと考え、筆を取った。 失敗談 人間は失敗して良いし、再挑戦すれば良い 資料は余裕を持って作成する 資料に余計なネタや卑下は不要 自分なりの考えや学びを織り込む フィードバックを恐れない 良い図面は言葉に勝る まとめ 失敗談 その昔、私はTDDあかんやつ() *1 と呼ばれる下ネタ満載のLTを勉強会の懇親会で行ってめちゃめちゃ怒られたこともある。 他にも 山羊発言 や15分の持ち時間で30分喋るなど、多くの失

どんなに素晴らしい感性をもっていても、人に伝えられなければ物づくりはうまくいきません。自分の考えを言語化することが大切です。 今回は、言語化がクリエイティブを強化する理由を説明しましょう。「感性には自信があるけれど、言語化はちょっと苦手……」という方には、言語化能力を鍛えるコツもお伝えします。 言語化でデザインをロジカルに 映像・アートディレクターでデザイン会社「LIGHT THE WAY」代表の西澤岳彦氏は、感覚的な部分も、しっかりと言語化してクライアントに提案するのだとか。そうすることでクライアントはデザインをロジカルにとらえることができ、主観的な感性のバラツキに惑わされることがなくなるからです。 少し大げさに言えばと前置きしつつ、「クリエイティブのすべてに理由がある」と西澤氏は言います。なぜこのカラーなのか、なぜこうした構成なのかをひとつひとつ説明することで、クライアントが制作者と近

先週末にサポーターズさん主催の【まつもとゆきひろ氏 特別講演】20代エンジニアのためのプログラマー勉強法 に参加してきました！ これまで技術的なことしか書けていなかったのですが、とても学びが深い講演会だったので初めて雑記的にまとめを書いてみようと思います。 内容濃すぎ && 80分 という講演会だったのでざっくりまとめです！ 講演会の様子はyoutubeで配信もされたので、このブログの最後にURL貼っておきます。 以下Matzさんによるプログラマー勉強法まとめ 今回「勉強」という言葉を使ったのはあえてミスリードを誘う目的。 具体的には「（学校）勉強」には「苦手を克服するべき」というメタファーがある。 「苦手を克服するべき」は社会人の勉強では間違い。 学生と社会人の勉強の違い9つ 1.満点VS満点なし 社会人の勉強に満点がない、つまり上限がない。平均値や偏差値がないから学生時代の常識が通用し

2017/09/23にサポーターズコラボの和田さんの「【和田卓人氏特別講演】若手エンジニアに送る、"心構え"と"キャリア観"」の講演会に参加していました。 参加した経緯としては、友人からすすめられたのもあるのですが、最近テストを書くことが多くあり、調べた際にT和田さんの話が多く出ていたので興味を持ち参加することにしました。 講演を聞き和田さんがプログラマーとして生き続けるために必要なこととして「技術を学ぶことよりも、技術の学びかたを学ぶこと」がこの先プログラマーとして生きていく上で大切だと思ったのでまとめたいと思います。 今回の講演ではないですが、資料があったので参考までに以下に貼っておきます。 speakerdeck.com 技術の学び方を学ぶとは プログラミングの技術は小さなことから大きなことまで、毎日のように新しい技術が出て来る。そのため、出てきた技術をすべて学ぼうとすると、時間が足

科学技術・学術政策研究所（NISTEP）では、日本の論文産出において約7割を占める大学に注目し、その論文産出構造の分析を行いました。論文数シェア(自然科学系)により日本の大学を4つの大学グループに分類し、大学グループごとの論文数及び注目度の高い論文数(被引用数上位10％の論文数)の分析に加え、論文の分野構成や責任著者に注目した分析など新たな観点からの分析を行い、論文数で見た大学規模による論文産出の特徴の違いを明らかにしました。 詳細につきましては以下のリンクより御覧ください。 要約 概要 報告書 報道発表資料 ライブラリ： 日本の大学システムのアウトプット構造：論文数シェアに基づく大学グループ別の論文産出の詳細分析 ［調査資料-271］

伊勢丹時代、社会人の基本として教えられたことのひとつに「1日休養、1日教養」という考え方がある。 これは、松下幸之助が週休2日を導入を労働組合から反対された際、「教養がなければいい仕事はできない」という導入理由と共に語られた有名な言葉だ。 特に百貨店は常に自分のセンスを磨き続ける必要があるため、この「1日教養」は先輩たちからも口すっぱく言われていた記憶がある。 本を読む、美術品に触れる、私の場所に足を運ぶ、素敵な場所で食事をする…。 それも仕事のうちだと叩き込まれたことは、私の社会人生活に大きな恩恵をもたらしてくれたように思う。 とはいえ、フリーランスになってからはなかなか一切仕事抜きの休日を作ることは難しくなってきたのも事実だ。 自分で仕事量をコントロールできる働き方そのものは魅力的だが、仕事が楽しくなってしまいがちだからこそ、つい働きすぎてアウトプット過多になってしまう。 しかし、何か

安宅和人『イシューからはじめよ―知的生産の「シンプルな本質」』を読了したので、要点をまとめてみました。 著者のマッキンゼー&大学での研究の経験を基にした内容でしたが、 問題設定→仮説立て→調査→分析→他人への伝達 というフローで仕事や研究をしている人には参考になる点が多い本かと思います。 元になった著者のブログ記事 http://d.hatena.ne.jp/kaz_ataka/20081018/1224287687 ↑本書が書かれるきっかけとなった記事です。 本書の核の部分を掴みたいという方はこちらも是非ご覧になってください。 イシューからはじめよ――知的生産の「シンプルな本質」 作者: 安宅和人出版社/メーカー: 英治出版発売日: 2010/11/24メディア: 単行本（ソフトカバー）購入: 48人 クリック: 660回この商品を含むブログ (145件) を見る 目次 はじめに 優れた

この話については、僕が専門としているWebサービス関連の業界におけるお話だと思って下さい。ただ個人的には、もう少し広範囲でも適用できる話なのではないかなとも思っています。 ということで、早速アウトプットすることのメリットから簡単に今の現状をまとめて今後エンジニアはどういう心構えで取り組んでいけば良いか、その中で、社外発表することのメリット、その社外発表の頻度を高める事の副次的効果についてまとめていきます。 アウトプットすることのメリット アウトプットする事やOSS化する事のメリットは、自分も含めて最近随分と語られるようになってきております。ここではそれについてあまり詳細に語る事は省略して、メリットを箇条書きでまとめると、 自分の技術が整理され、振り返りも容易になる フィードバックが得られる 自分の技術とその他社外のエンジニアと技術を足しあわせての技術検討（開発）が可能になる 自社だけでなく

マネジメント 新しいチームのあり方を探求 就活 就活生必見！サイボウズの疑問 ティール組織 会社の「あたりまえ」が変わる 多様性 100人100通りの個性 ワークスタイル 働き方、生き方、もっと自由に 青野慶久 サイボウズ社長の想いと覚悟 キャリア 人生の「積み上げ方」を見直す 複業 複数の「本業」をもつ働き方 人事制度 多様な働き方を支える仕組み マンガ サクッと手軽に読める！ サイボウズ式編集部より：著名ブロガーをサイボウズ外部から招いて、チームワークに関するコラムを執筆いただく「ブロガーズ・コラム」。はせおやさいさんが考える「チーム運営で意見を1つの視点ととらえることの大切さ」。 こんにちは。はせおやさいです。 チームで一緒に働く仲間とはいえど、それぞれの正義やそれぞれの理念があります。アウトプットの表現方法は、必ずしも自分と同じとは限りません。今回はそういう「みんな違ってあたりまえ

(図書館学系の話題でもあるからちょっと悩んだけれど、文献読解全般に関する内容だからこちらへ) 既に日々論文をバリバリ読んでいるひとには今更な記事だろうけれど、分野ごとの違いもあって興味深かったのでざっくり記録する。 論文を大量に読む際に、頭から几帳面に読んでいると時間がどれほどあっても足りないし、後から「こんなことが書いてあった論文なんだったっけ？」という問題も発生してしまう。 研究者の皆様はMendeley などの文献管理ツールをを用いていることが多いかとは思うが、それでも論文の読み方そのものに工夫をすればインプット/アウトプットの効率が圧倒的によくなるので、やってみるにこしたことはない。 その工夫とは何かというと、論文を読むときに「特定の問いに集中して読む」というものだ。学術論文は分野ごとの違いはあれ、必ず特定の流れに従って構成されている。そこで要点のみに注目して読み、他の事項を捨てる

なんか最近、(比較的)アウトプットしてないな、とふと気づいたんだけど、よく考えたらプロジェクトの進捗のフェーズによってアウトプットの分量が偏るのはいつものことだなー、とも思った。 それらのフェーズを前期、中期、後期、運営期で考えみる。 初期段階 おそらくライブラリの選定段階から始まる。この時期のアウトプットは、いわゆる「やってみた系」の記事が増える。ウェブに出る記事だと、これが大多数をしめる。汎用性が高く、技術的に挑戦的なものが多い。(立場的な話をするとQiitaはそういう記事がたくさん共有されると助かる) 選定が終わった段階で、アーキテクト的な役割の人は、たぶんこうあるべきだ、みたいな思想を形成する。それをクラス図やコード規約や役割に応じたドメイン特化基底クラスとして表現したりする。DDD的なアレならこれをユビキタス言語の構築としてプロジェクトを通してやるべきなんだろう。 使う予定のフレ

Leica M7, 90mm Tele-Elmarit F2.8, PN400N @Santa Monica, CA これはだいぶ以前からの僕の仕事上の信念。 kaz_atakaの教えの1（イチ）と呼んでいる。 多くの人は悩むことに時間を使いすぎている。そして悩んだことを仕事をしたと思ってしまう。でもこれは僕は大きな無駄だと思っている。 考えることと、悩むことは違う。全く違う。僕はそう思っているのだが、なかなか分かってもらえない。 僕が一緒に働く若い人にいつも言っているのは大体こういうこと。 「悩んでいると気付いたら、すぐに休め」 「10分以上（君のbrilliantな頭で）真剣に考えても埒（らち）が明かないときは、もう考える筋がないのだから、そのことについて考えるのは一度やめたほうが良い。それはもう悩んでいる可能性が高い」 「悩んでいるかどうかも分からないのであれば、もう悩んでいる可能性

「知的生活」は、本ばかり読んでなんだか「頭の良い」状態になることではありません。そもそも、クラウド時代には「知」そのものの意味が変わってきているのですから、それにあわせて「知的な生活」も変わらざるを得ません。 全てとはいえなくても、一人の人間が一生に消費しきれない情報がすでにウェブ上に存在している状態で、私たちがちょっとやそっと本を読むことで得られる「知識」に何の意味があるのでしょう？ Wikipediaにアクセスできれば、古今東西の知識を複数の言語に渡って引き出すことができるのに、あらためて何かを学ばないといけない理由はなんでしょう？ きっと答えは、それが「私の情報」「私の知識」であるという状態それ自体に意味があるからであって、「誰よりも知識がある」や「誰よりも本を読んでいる」ことそれ自体はもはや意味が薄れているのでしょう。 2012は、この「私の」という部分がさらに加速してゆく一年にな