- 学び続けないと死ぬ
- 年を取ると勉強効率を上げないとツラい
- 学び方を学んどくと強い
- 四半期ごとに技術書 1冊をよむ←仕事でいそがしく自由時間がとりにくい
- 時系列の関係性を理解して本を読んでいくと効率的←これもむずかしい
- 達人プログラマーを一冊よんでそこからその本が参考にしている本を読んでいく
- 引く速度を早めるために反復して練習
- 脳内インデックスを作ってく効率良く連想記憶を育てる 関連付けをしっかりやる
- 例えば時系列順に並べる
- Railsの作者も読書家でエッセンスは過去の本で色々でている
- ドメイン駆動開発も話題になっているが本が出たのは2003年
- DDDはオーパーツ
- 例えば時系列順に並べる
- 手を動かして学ぶ
- 始めないとできないようにはならない
- はじめるハードルが一番高いのでこれをさげるかがキモ
- 自分が発話したことは7割おぼえる
- 発話して行動した人は9割覚えている
- 受動的だけだと効率悪いので話したりアウトプットしろ
- ブログで感想書くとかがいい
- ↑これをするに行なわれるプロセスが学習効率が一番いい
- 写経
- コードを全部写経して理解する。筋肉はパワー
- 効率は悪いのでしっかりやりたいやつだけ
- 本を開いたまま固定する器具を使うと効率が良い
- https://twitter.com/t_wada/statuses/9000231741
- 毎年少なくとも一つの言語を学習する
- テクノロジーレーダー使うとトレンディングをキャッチできて便利
- 四半期ごとにでてくる
- 技術動向を読むのにつかえる
- 俺たちは英語から逃れることはできない!!!
- 機械翻訳はズルではないのでバシバシ使っていこう!!ただ英語を学ぶのはかなりコスパがいい。わざわざ可能性を縮めない
- 英語学習できるWebサービスもいろいろできているっぽい
- 始めないとできないようにはならない
- 身の周りをプログラミング対象にする
- 最初の何年かは仕事で使う可能性がある言語から学んでいくといい
- やっていくうちに段々実用性がない言語に手を出していくとリアリティが失なわれていく
- 趣味プログラミングは↑を解決できる
- アウトプットを行なう
- アウトプットをするとインプットがやってくる
- 正のフィードバックループ
- 量は質に転嫁する
- たくさん作る たくさん書く
- Blogをかく
- TwitterはさくっとながれるのでFlow型
- Q. いやでもガチプロかいてるし書くいみないだろ
- A. 数学の未解決問題の証明ではなく、料理のようなもの
- コードを書いてみ公開しましょう
- 発表する(できればライブコーディング)
- いろいろ効率化するので実力もあがる
- 毎日コードを書く
- 毎日コードを書く ぶろぐ、どきゅめんとは こーどをかいたらやってもいい
- 意味のあるコードを書く
- 24時前におわらせる
- GHでOSSにする
- 住む場所を工夫する
- 俺も早く一人暮ししたい
- 始発駅の近くに住む。電車ですわれる。コードがかける
- オフライン時間を意図的に作る
- 終わった老害にならないためにも年下から学ぶ
- 外部にでてじぶんのスキルを相対的に評価できるようにする
- 使う道具を定期的に変える(新しい道具を常にためす)
- 未知のコミュニティに参加する
- 過去から未来を知る
- 螺旋
- 若者に対するベテランの数少ないアドバンテージ : 技術の差分を知っている
- スキルセット
- T字型ではなく複数の柱を
- 柱が一本だと何年かに一回神の医師によって破壊されるので何本か持っておくといい
- バタついてる分野と並行して枯れた分野に専門性を持っておくとよい(JSフロントエンド + LinuxOSカーネルの知識 + SQLのリレーショナル理論etc)
- http://d.hatena.ne.jp/essa/20140330/p1
- エコシステムの真ん中はこわいのでその周辺で生き残りしていきましょう
- ↑これを続けていると何が生き残る、らないがわかってくる
- ↑これは技術的にいいか悪いかは生き残るかではないみたいなのがわかってくる
- http://www.kt.rim.or.jp/~hisashim/gabriel/WorseIsBetter.ja.html
物がわからないうちは、型に嵌って学習するのが大事 短期で傲慢な気持ちを大切にする
東海道線はハンデなのでさっさと引越しましょう。引越しは未来への投資だぞ!:smile: