「東大生や京大生がやっている読書術」があると聞いたら、実践してみたくなりませんか？　世の中に読書術は数あれど、日本最高峰の頭脳をもつ東大生・京大生の読書術なら、効果的なのは間違いありません。 今回は、東大式の読書術と京大式の読書術を徹底調査しました。東大生の読書法と京大生の読書法の間にはどんな共通点や相違点があるのか、そして、どのような場合にどちらの読書法を参考にすればいいのか、検討していきます。 東大読書・京大読書の実践者たち はじめに、東大読書と京大読書の代表的な実践者をご紹介しましょう。 東大読書を実践しているのは、『「読む力」と「地頭力」がいっきに身につく　東大読書』の著者である西岡壱誠氏です。西岡氏は、いわば東大読書術の体現者。高校3年生時点で偏差値がわずか35だったにもかかわらず、二浪目中に読書法を改めて知識の身につけ方を変えたことにより、見事東大文科二類に合格しました。201

勉強したいけれど、忙しくてじっくり机に向かう時間がない。そうお悩みならば、机に向かわないで済む方法を使って、効率よく勉強してみてはいかがでしょうか？　机に向かってペンを握らなくても、勉強の成果を出すことは可能ですよ。今回は、「ペンを持たない」勉強法についてお伝えします。 「ペンを持たない」勉強法1：音読勉強法 Study Hackerの記事「勉強嫌いも関係ない！　京大生おすすめの『とりあえず音読』勉強法のすごいメリット」で説明されている通り、黙読より音読したほうが、勉強の効果は高まります。音読には、上の空になりがちな黙読に比べて勉強の内容に集中できる、脳の部位を多く使うため情報が長期記憶に残りやすい、というメリットがあるのです。 東北大学加齢医学研究所教授で脳機能開発が専門の川島隆太氏によれば、音読をすることによって脳が働きやすくなり、音読直後の記憶の容量は何もしない時と比べてなんと20～

みなさんは暗記能力に自信はありますか？　肝心なところで重要な単語が思い出せなかったり、暗記ばかりに時間をとられて応用問題まで手が回らなかったりして、失敗した経験のある方は少なくないのではないでしょうか。また、本を読んでもなかなか記憶に残らない、とお悩みの方もいると思います。 学校の勉強や資格取得のための勉強。多くの勉強においては、「いかにたくさん覚えるか」「いかに忘れないか」が命と言っても過言ではありません。これまで暗記に失敗してきたみなさんが多くの知識を長期間記憶するためには、勉強方法に工夫が必要です。 今回は、効率よく暗記するための「最強のノート術」を3つご紹介します。 覚えておきたい「記憶の基本」 暗記の効率をアップさせたいなら、脳が記憶する仕組みに沿った方法で暗記に取り組みましょう。ノート術を紹介する前に、「記憶の基本」として、記憶の種類とメカニズムを簡単に解説します。 記憶の種類

年末年始に購入した手帳はうまく馴染めなかったので、しばらくの間Slackで日記を書いてました。 www.konosumi.net ただ、Slackで日記を書くのもしっくりこず、長続きしませんでした。 そこでやり方を変え、GitHubを使ってみることにしました。 実際に試してみたところ、思いの外感触が良かったです。 せっかくなので、ブログで概要を共有することにしました。 ベースとなる考え方 じぶんリリースノート よしたくさんの「じぶんRelease Notes」 てぃーびーさんの「冒険記録」 GaaTS (GitHub as a Text Storage) 個人スクラム GitHubに書いていること やりたいことと実績を記録する日記ファイル（日付.md） 大きな変化と出来事を記録する（CHANGELOG.md) 読書記録（READING.md) やりたいことのメモ（TODO.md） 注意事項

社内SlackやTwitterなどで、自分が新しいことを学ぶ時に実践していることを書いたりしていたのだが、今日メンバーと1 on 1をしていて、あらためて新しいことの学び方について訊かれたので、ブログにも簡単にまとめておく。 まず前提として、学ぶ対象の「新しいこと」とは何かについて述べておく。ここでいう新しいこととは、研究やイノベーションに関することではない。そういうのは、ググっても出てこないレベルの新しさなので、このエントリで述べる対象ではない。ここでいっているのは、自分にとって新しい知識であり、かつ、既に一定の蓄積があるような内容のことである。 それをひとことでいうと、入門書があるような領域ということになる。たとえばプログラミング言語はメジャーなものはたいてい当てはまるし、DockerとかKubernetesのような技術要素も入門書があるし、もっと広く学問一般についても当てはまる定義で

Fラン大卒なのだが、独学の時に何をノートに書けばいいか分からない。 学生時代は板書や先生が言っていたことを書けばいいと思いそれだけを書いていた。 社会人になり独学で色々勉強し出してから、ノートを買えど何を書いていいかわからず、 とりあえず講義動画を見て、テキストに赤線を引くくらいしかできない。 ノートに何か書こうと思うと、完璧なノートにしなくちゃいけない、 みたいなクソみたいな自意識が出てきて結局何もかけずに終わる。 ノートには何を書けばいいんだ。 というかどうやって使うものなんだ。 もう32にもなるのに遅すぎる悩みかもしれないが… 【追記】 めっちゃ伸びてて焦った。 トラバもブコメも一通り読みました。 皆さんのコメント等参考にさせて頂きます。 皆さん本当にありがとう。

最近以下のような記事や本を読み読書法を変えてみたところ、知識の吸収速度・引き出し速度が上がったと感じるので紹介。 kentarokuribayashi.com 知的戦闘力を高める 独学の技法 作者:山口周ダイヤモンド社Amazon やり方 以下のような流れで読書している。 学びたいと思った知識が書いてありそうな本を2~5冊選ぶ 1冊ずつざっくり読みながら、面白かった部分・気になった部分はKindleで黄色にハイライトしておく 全冊読み終わったら、ハイライトした部分だけ眺めて、やっぱり面白いと思ったところは赤のハイライトを付け直す 赤のハイライトを眺めて、読書ノートに転記する 特に面白い部分については、自分の知見まとめノートにカテゴリごとに整理する 学びたいと思った知識が書いてありそうな本を2~5冊選ぶ 自分の中で学びたいテーマがあって本を読むはずなので、そのテーマについて書いてありそうな本

みなさんは、普段どのようにノートを取っていますか？ 「罫線やマス目に沿って文字を書いていくだけ」という “普通の取り方” も決して悪くはありませんが……あなた自身の性格や学習環境に合ったノートの取り方を試してみるのも、ひとつの手です。 試しに、以下のチャートをやってみてください。 どこにたどり着いたでしょうか？ それが、今のあなたに最も適したノート術かもしれませんよ。海外メディアの情報なども参考に、これらのノート術をひとつひとつ紹介していきましょう。 1. マッピング・メソッド まずは、「講義後にノートの整理をいつもしていて」「絵で見て覚えるタイプで」「復習に時間をかけてもいい」という人向けの「マッピング・メソッド」です。 これは、項目を時系列でまとめたり、項目ごとのつながりを矢印などを使って絵で表したりしながら、ノートに書き出す方法です。思考整理の際に使う「マインドマップ」にも似ています

本記事は、Engineering Manager Advent Calenderの１日目です。 はじめに エンジニアリングマネージャ(EM)と呼ばれる職務を設置する企業が増えてきました。 私たちの主催したイベントEOF2019でも700名近い方に参加していだき、また多くの方にご協力いただき成功裏に終わることができました。 EM Meetup/EM.FMなどのムーブメントの中心の一翼を担わせていただき、その高まりを感じる一方で不安も感じます。このエンジニアリングマネージャという職務は非常に多岐にわたるケースが存在していますし、必要だとされるスキルもまちまちです。そして、多くの場合、その企業のステージや状況ごとに求めるものは違います。また、求めていることを明文化することすらされていないケースも存在します。 このことから、エンジニアリングマネージメント自体が一時的な潮流として消費され、消えていっ

基本的には業務に応じて書籍を選べば良いと思うけれども「最近は技術書を読んでないしなにか読むか」くらいのテンションで探すときは、ある程度信頼できるランキングを眺めて好きなのを選ぶと良いと思う。（Amazonの売れ筋とかレビューはあまり信用できない派） リスト

「まったくコードを書いたことがない素人が、数年後にGAFA（グーグル、アップル、フェイスブック、アマゾン）に入社するケースもある」 年齢、学歴、性別などにかかわらず参加可能なエンジニア養成機関「42」（フォーティー・ツー）が日本に上陸し、話題を呼んでいる。さらに、「学費完全無料」というから驚きだ。 「講師不在」「24時間利用可能」など、何かと注目が集まる同機関だが、なによりも関心が寄せられているのが、合格基準が明かされていない4週間にわたる入学試験「Piscine（ピシン）｣である。 Piscineはフランス語で「スイミングプール」を意味しており、「泳ぎ切れるかを試す」という運営側の思いが込められている。 「何もわからない」「とてもストレスを感じる」。そんな声が続出するPiscineの内容とは。そして、42とはいかなる教育機関なのか。知られざる実態を、現役受講生の岩佐由喜さんに聞いた。

哲学・思想プラトン『饗宴』 アリストテレス『詩学』 アウグスティヌス『告白』 レオナルド・ダ・ヴィンチ『レオナルド・ダ・ヴィンチの手記』 マキァベッリ『君主論』 モア『ユートピア』 デカルト『方法序説』 ホッブズ『リヴァイアサン』 パスカル『パンセ』 スピノザ『エチカ』 ルソー『社会契約論』 カント『純粋理性批判』 ヘーゲル『精神現象学』 キルケゴール『死に至る病』 マルクス『資本論』 ニーチェ『道徳の系譜』 ウェーバー『プロテスタンティズムの倫理と資本主義の精神』 ソシュール『一般言語学講義』 ヴァレリー『精神の危機』 フロイト『快感原則の彼岸』 シュミット『政治神学』 ブルトン『シュルレアリスム宣言』 ハイデッガー『存在と時間』 ガンジー『ガンジー自伝』 ベンヤミン『複製技術時代における芸術作品』 ポランニー『大転換　市場社会の形成と崩壊』 アドルノ＆ホルクハイマー『啓蒙の弁証法』 ア

大阪オフィスのYui(@MayForBlue)です。 クラスメソッドでAWSエンジニアというロールで働き始めて２ヶ月が経ちました。 元々プログラマだった私がAWSを勉強するために何をしたか、いま現在どのようにAWSを勉強しているかを備忘録として残しておきたいと思います。 特にこれからAWSを勉強したいと思ってる方の参考になると嬉しいです。 ポエムです。 目次 AWSを勉強するために最初にやったこと 現在の勉強方法 最後に AWS学習のおすすめ記事 AWSを勉強するために最初にやったこと 当時のスペック 当時(約10ヶ月前)はプログラマ歴1年ちょっとでインフラ、クラウドは実務経験も知識もない状態でした。 仕事では主に業務アプリのプログラマをやっていました。 なぜAWSを勉強しようと思ったか そもそもプログラマなのになぜAWSを勉強しようと思ったかですが、初めはAWSではなく"インフラ"を勉強

はじめに プログラミング系の時事ネタは能動的に情報収集しないと入ってこないのですが、若手だった頃はどうやって情報を仕入れればよいのかさっぱり分かりませんでした。 情報収集のコツを掴んでからパッと視界が開けた経験があるので、特に新米エンジニアの方は参考にしてみてください。 ニュースアプリ Gunosy、SmartNewsなど色々試しましたが以下の２つがプログラミング系記事多めでした。 通勤時間などに流し読みして、気になるものは深く調べると良いです。 はてなブックマーク(テクノロジー) presso(webアプリ開発) ※2016年4月末に終了 ITニュースサイト 技術全般 TechFeed Menthas POSTD SELECK フロントエンド UX Milk Frontend Weekly 海外記事 TechCrunch Frasco Web系企業・エンジニア技術ブログ 最近はどの会社も

大学や大学院で論文の書き方を鍛え上げた人たちには遠く遠く及ばないが、僕の様なはぐれもの1でも最近は Amazon 社内で文書の質が高いと評価してもらえるまでにはなった。Software Engineer として、コードでのアウトプットはもちろん大事だけど、文書のアウトプット(およびそれによって得られた実際のアウトプット)は同じだけ重要である2。今回は自分が最近どういうところに気をつけて技術文書を書いているのか、ということについて数年後の自分が忘れてないことを確かめられる様にまとめておく。 そもそも文書とは？ 英語だと document。ここで指す(技術)文書とは、人間が読む文体で書かれた技術に関連する情報、といったものだ。具体的に言うと以下の様なものを想定している: 新しいプロジェクトの骨子を説明する資料 会議の叩き台となる 1 枚ペラ 本番環境に変更を加えるにあたっての包括的な情報や具体

Janet GregoryとLisa Crispinによる2019年9月発行の書籍『Agile Testing Condensed』の日本語翻訳版です。アジャイルにおいてどのような考えでテストを行うべきなのか簡潔に書かれています！ Janet氏とLisa氏といえばAgile Testing DaysのYouTubeチャネルでも頻繁に登場しAgile Testingについてわかりやすい解説をしてくださってる 本書は訳者まえがきにあるが、著者たちの3冊の本（『Agile Testing: A Practical Guide for Testers and Agile Teams』、『More Agile Testing: Learning Journeys for the Whole Team』そして『Agile Testing Condensed: A Brief Introduction』

新年あけましておめでとうございます🎍 年末年始は色々と手を動かしつつ*1, 積ん読を消化していたのですが, 昨年最後の読書🍺 特にこの本にオッってなりまして読み終わる寸前には, これもうすぐ読み終わるのですが、なぜ積ん読にしてたワイは🤔 ってぐらい名著でした📖 https://t.co/RgTILDGc7r— Shinichi Nakagawa (@shinyorke) 2021年1月3日 ...という感想が出る程度にこちらの書籍に興奮しました. データ分析人材になる。　目指すは「ビジネストランスレーター」 作者:木田 浩理,伊藤 豪,高階 勇人,山田 紘史発売日: 2020/10/15メディア: Kindle版 データを使って仕事をする人は（データサイエンティストに限らず）サラッと読んだほうがええやぞ！ というぐらい良い本だったという話を2021年最初のブログとして書きたいと思い

今回はWEB関係の人なら知らないと損！なくらい便利なツールやサービスを、50個まとめて、利用目的別にご紹介します。 2021年になりましたが、近年より良いサービスが開発されたものもあります。ご自身のニーズにあわせ、並行して利用して頂くのがおすすめです。 この記事では古くなった情報は新しいものに書き換え、時代の流れに沿った最新サービスだけをビッシリと集めさせて頂きました。 今回は２万字の大ボリュームでお届けします！ 一部、個人的な経験談も混じえてご紹介するので、お急ぎの方はこのブログをブックマークし、ポイントだけ押さえて後からじっくりWEBサービスを見て頂けると幸いです。 クライアントにツールを提案したりもできますので、隙間時間にでもゆるりと読んで頂ければと思います。 それではお楽しみください！ （この記事が良いと思ったら自由にシェアしてね） ★サイト解析に使えるツール・サービス 「WEBサ

Founder Customer Fitこのセクションについて解決したい課題を見つけよう顧客を決めようリーンキャンバスを書こうミッションを決めようCustomer Problem Fitこのセクションについてペルソナを立てよう共感マップをつくろうカスタマージャーニーマップをつくろう課題仮説を整理しようプロブレムインタビューをしようProblem Solution FitこのセクションについてPEST分析をしようフックモデルを定義しようプロトタイプをつくろう解決策仮説を整理しようソリューションインタビューをしようSolution Product Fitこのセクションについて名前をつけようユーザーストーリーマップをつくろうMVPを構築しようMVP仮説を整理しようMVPインタビューをしようProduct Market Fitこのセクションについてグロースサイクルを定義しよう利用規約をつくろうプロ

フロントエンドのデベロッパー、バックエンドのデベロッパー、開発・運用に必要なスキルや知識、ツールやテクノロジーをステップバイステップのフローにまとめたロードマップを紹介します。 2021年、フロントエンドやバックエンドのデベロッパーが次に何を学べばよいか、キャリアアップのための道筋がコンパクトにまとめられています。 Developer Roadmaps Developer Roadmaps -GitHub フロントエンド デベロッパーのためのロードマップ バックエンド デベロッパーのためのロードマップ 開発・運用のためのロードマップ フロントエンド デベロッパーのためのロードマップ 2021年版、フロントエンド デベロッパーになるためのステップバイステップガイドです。PDFもダウンロードできます。 Frontend Roadmap.pdf フロントエンド デベロッパーのためのロードマップ