Open12

日々のメモと技術書の読書について

ピン留めされたアイテム
taemathtaemath

決めたこと

検討中のこと

taemathtaemath

現状の課題

日々、twitterで気になった記事をbookmarkしたり、技術書を買ったりするが自分の中で消化できてない。これを解決したい

taemathtaemath

参考記事

bookmarkから持ってきたやつ

  1. 課題を管理して実行して達成するための手順 - そーだいなるらくがき帳

  2. previous-issue-finder · Actions · GitHub Marketplace

  3. Xユーザーのはむこさん: 「個人 Wiki の公開はいいぞと何回も言っているし、やってみたいと言う人は多いのですが、はっきり言って実際にやる人は皆無です。人生を記録することをおすすめします! https://t.co/9s2Wm2tqwu」 / X

  4. Xユーザーのくまぎさん: 「射撃しつつ前進、先日雑談してた時も出したけどプログラマやってると読むほどに深みがあるよな…。 https://t.co/kmmiGwjB56」 / X

  5. Amazon.co.jp: 小さな習慣 eBook : スティーヴン・ガイズ, 田口 未和: 本

  6. 筋肉ですべてを解決する人のプログラミング上達方法|牛尾 剛

  7. 行動モデルに沿った意志力に頼らない良い習慣の作り方|ひぐ

  8. How To Become A Hacker: Japanese
    (https://note.com/q42_engineer/n/naf209b1ef833?sub_rt=share_pb)

  9. 作業ログを書き始めましたが、3日坊主になってしまいました。 作業ログを書こうとすると、「いや、でも今はこの作業に集中したいからな」となりどうしても後回しになってしまい、そのまま書き忘れてしまいます。 何か続けるためにコツ等ありますでしょうか。 | Mond

  10. 本を一日一冊読むことに決めた - ハヤオキスルフクロウ

  11. プログラミングというより物事が出来る思考法~実践編|牛尾 剛

  12. 楽に続けられる!技術書勉強法 #技術書 - Qiita

  13. twitter.com/helloyuki_/status/1728050850369867964

  14. Language Server Protocol の仕様 及び実装方法

  15. コードや設計で「シンプル」が良いのはわかるが実際にどうすれば良いだろう?|牛尾 剛

  16. ぼくのかんがえたさいきょうの MacBook 環境構築

  17. 自分を必要以上に過小評価することは、あなたを認めてくれている人にとっても失礼だよって話 - そーだいなるらくがき帳

  18. 楽に続けられる!技術書勉強法 #技術書 - Qiita

  19. twitter.com/furusatojuku/status/1730144915664126310

  20. 一人で年間200冊! ブックデザイナー井上新八の過密をきわめる鬼ルーティン24時間|サンクチュアリ出版 公式note

  21. コードや設計で「シンプル」が良いのはわかるが実際にどうすれば良いだろう?|牛尾 剛

  22. ZigでWriting an OS in 1,000 Linesをやる | MaybeUnInit

  23. Amazon.co.jp: HIGH OUTPUT MANAGEMENT eBook : アンドリュー・S・グローブ, 小林 薫: Kindleストア

  24. 自らを強いエンジニアにするための3つの習慣 / I need to be myself, I can't be no one else - Speaker Deck

  25. Xユーザーのnaoyaさん: 「群論知っておくとプログラミングに活きます。 今後、代数的データ型を中心にプログラムを書く時代になっていくと思いますが、集合論 + 代数的構造のメンタルモデルを持っておくと「良かった」と思える日が来ると思う」 / X

  26. 1日1ファイル、「調べたこと」「やったこと」を日報として残す | gorou style

  27. 育児中でもエンジニアとして技術キャッチアップするために編み出した西谷流・勉強法 | レバテックラボ(レバテックLAB)

  28. あいまいな理解を止めるためのメモ

  29. YS-L/csvlens: Command line csv viewer

  30. Xユーザーの井上新八さん: 「投資としての読書 自分がどんな本を読んだらいいか その基準の作り方が言語化されててすごい 読み方のスキルアップ法も分かりやすく体系化されてる 独学の本としても実践的 練習なし本番で アウトプットしながら学ぶのが一番加速する 私がデザインの仕事を習得したのと同じ考え方! #1日1冊 1046冊 https://t.co/cI3ZrdbA5u」 / X

  31. どうすればエンジニアが効果的に情報発信できますか。LINEヤフーのDevRelに聞く「成果を最大化する」アウトプット術 - Findy Engineer Lab - ファインディエンジニアラボ

  32. Readwise

  33. 日々のメモと技術書の読書について

taemathtaemath

とりあえず、上から読んで感想をメモっていくことにする。
後からそれらを混ぜ合わせて自分なりに整理する予定。

taemathtaemath

課題を管理して実行して達成するための手順 - そーだいなるらくがき帳

読んでいる時のメモ

  • 仕事と作業は別。自覚している人もいるし、無意識につか分けている人もいる。自分は意識していない。
    • 無意識にできているか?というとできてないので、意識すると良い
  • GiHubのissueで日報を書いている。
    • 良さそう。シンプルで自分でもやりやすいようそうに感じた。
    • 割り込み(予定していなかったタスク)が入った場合は、issueのコメントに追記していく。
      • 真似る
    • 1日の振り返り、感想・思い出を書いてクローズする
      • これによって、自分の振り返りのリズムを作って自分の課題の整理力、作業の見積もり力、作業量を肌感覚で掴む
      • 作業量のmaxはそれほど増えない。なので、仕事が溢れ続けるなら要改善。
        • 効率化、アウトソーシング、自動化。
          • ここで、毎日やってるな -> 自動化するか、に気付けるのが良い
  • 課題を倒せない場合
    • 3つに分類していた。
      • 価値がわからない
      • やり方がわからない
        • わかるところまで課題として分解する
        • チェックポイントを設定して、上からやっていく
        • もう一度作業を見積もる
          • 未知の課題への進み方はプロダクトも日常タスクでも同じ。
            • 小さく始めて、振り返る
      • やる気が出ない
        • 作業を始めるとやる気は出てくるもの
        • 小さく分解することで始めやすくする
          • これは、小さく書き出す!という作業が大切そう

感想

  • 未知の課題をどんどん小さなできることに分解することを意識してやる
  • githubで日報管理をする
  • actionsで自動作成する
taemathtaemath

行動モデルに沿った意志力に頼らない良い習慣の作り方|ひぐ

読んだ時の感想

  • 行動を起こすには3つの要素
    • 動機
    • 能力
    • プロンプト
  • 動機は時間と共に小さくなっていく、日や環境にも左右される
  • 能力は次第に高くなっていく
  • => 初めは小さく始めて、少しずつ難しくすることが大切
    • この成果は線型ではなく指数関数的に伸びる
  • そももそ習慣とは、『脳のリソースを節約するための効率的な手段』として発展
  • 脳は日常的な行動を習慣として処理することで、難しいタスク・新しい情報を処理することに集中するようにしている
  • 必要な習慣だけをより効率的に行うように以下の3つの要素で習慣を形成・実施する
    • きっかけ
      • これにより習慣が起動
    • ルーチン
      • 習慣の内容を実行
    • 報酬
      • 習慣の評価
    • 目標の話
      • 高めに設定
      • それぞれに「行動目標」「評価目標」
    • 悪い習慣をやめる
      • 動機・始めにくくする
    • 無意識な習慣を全て書き出すと、悪い習慣も炙り出せる
    • 習慣を見直す習慣を作る

メンタリティ

  • 達成できない時は意思力ではなく、仕組みを疑う

やること

  • 個人目標もgithubに書いておく
    • 毎日手軽に確認できると良い
  • 習慣を見直す機会を週末に設ける
    • 日曜の午前中
taemathtaemath

作業ログを書き始めましたが、3日坊主になってしまいました。 作業ログを書こうとすると、「いや、でも今はこの作業に集中したいからな」となりどうしても後回しになってしまい、そのまま書き忘れてしまいます。 何か続けるためにコツ等ありますでしょうか。 | Mond

読んだ時のメモ

  • 作業ログは作業中に書くわけではない。作業がひと段落して一息つくときや作業を切り替えるときに書く。
  • 書く内容
    • 目的による
    • 最低限:何をどのくらいやったか

Github issueのコメントでできるか?

  • github cli でもコメントの作成・編集ができるっぽい。
  • issueの番号が必要なので、取得するための準備が必要っぽい
taemathtaemath

本を一日一冊読むことに決めた - ハヤオキスルフクロウ

メモ

  • 継続のコツ
    • 必ず毎日やる
      • 週3とかだと、「今日どうするか」を判断する必要が出てくる。「脳を効率的に使う」という習慣の目的に反する
    • ハードルを下げる
    • 記録をつける
    • どうしようもないためにチートデーを作る
    • どうせ続かないを前提にする
  • 新しいことを始めると元々やっていた別のことはできなくなるが、人間は制限をされた時に創造性を発揮する
taemathtaemath

自宅で一人で20年働くフリーランス・デザイナーが実践している習慣術|しんぱち。

メモ(続けるコツ)

  • 習慣を小さなセットにする
  • 順番と場所を決める
    • 時間を決めるとも言える
  • 面倒なことはそれ自体をやるのではなく、とりあえず触りをやる
    • 習慣毎に触りを決めると良さそう

仕事で大切にしている習慣

  1. 新しい仕事はすぐに手をつける
  2. 早くやって、寝かせる
  3. 同時に複数のことをする
  4. 同じことをずっとやっていると思考が固まるので詰まったら別のことをやる
  5. スピードで圧倒する
  6. 量で圧倒する
  7. とにかく圧倒的にコードを読んでコードを書く
  8. ありがとうございますに変換
  9. 時間のかかる仕事は分割して1日x時間必ずやる
  10. 面倒で心の負担になることから片付ける

まとめ

  • コードをたくさん読んで、書くという当たり前の話
  • 小さな習慣をセットにするのは意識したい
  • 新しい習慣には「とりあえず触り」を設定しておく
taemathtaemath

プログラミングというより物事が出来る思考法~実践編|牛尾 剛

めも

  • 自分の理解できていないことを見逃さない
    • 会議でも自分の認識を確認する
    • 理解できていないことを会議中に解決する
    • 理解は時間がかかるが、それを一度すればその後の生産性は爆あがりする
  • 忙しいから理解に時間を使う
  • 理解することで「自分でコントロールしている感」をすごく感じることができる