ครีมแก้ปวด
My lower back has been sore, so I'm applying this pain relief cream.
ช่วงนี้ปวดหลัง ก็เลยทาครีมแก้ปวดตัวนี้อยู่ครับ
Routine WIP
- Set aside a specific time each day for your work or studies.
- Tackle the things you're least motivated to do in the morning when you have the most energy.
- Just do it, even if it's only for 5 minutes.
- Don't overdo it.
ホモ・デウス - テクノロジーとサピエンスの未来 メモ WIP
「柔軟な協力」ができたからこそ、世の中を動かせた。
逆に言うと柔軟な協力ができないと、ついてくる人がいないので影響力が低い。
Timeboxing + Pomodoro (25min)
仕事の進め方メモ。
仕事以外にも日常生活の家事などにも適用できる。
Timeboxing + Pomodoro (25min)
- ゴール（アウトカム）は事前に決める
- 最初の数分でゴールを達成するための道筋と時間感覚を確認する
- 残りの時間で作業する
- ゴールは完ぺきを目指さない。理想の60%を目指す
- 60%を達成できないとすると、タスクが大きすぎるということ。その場合は分割する。タスクを分けてそれぞれで60%を目指す。
- 前日に次の日にやりたいことをカレンダーに書き込んでおく
- カレンダーの予定は余裕を持たせる
以前の Pomodoro を試した時の失敗パターン
- ゴールを決めていなかった / あいまいだった
- ゴールを100%達成することを目指していた
- 作業を始める前に道筋と時間配分を考えていなかった
- 25分の中で出力するアウトカムを意識していなかった
- 25分やって、アウトカムがない。次の25分で終わらせよう。そしてまた次の25分が過ぎ何もアウトカムがない。現在地が見えていないので、いつ終わるか分からず、心がザワつく。アウトカムが無いので焦る。何も成果がないような気がしてやめてしまう。
UIテストで入力と出力をテストする基本的な考え方
UIテストでは何を確認するのか。
ユニットテストと同じで、ある入力があったときのある出力を確認する。
入力とはユーザーのUI操作やページロードやバックグラウンドで動いているユーザーが操作しないものに分けられる。
出力はUI、UI変更されないサードパーティライブラリのコール、APIリクエストなどがある。サードパーティライブラリのコールを保証するために、コールの検証する。サードパーティライブラリはモック化しておく。APIリクエストもテスト用のモックを作成する。モックにするのは信頼性とメンテナンス性のバランスを取るため。
---
config:
layout: dagre
theme: neo
look: neo
---
flowchart TD
subgraph s1["入力 (Trigger)"]
A["UI操作"]
B["Page Load"]
end
subgraph s2["出力"]
D["UIの変更"]
E["Third Party Libs"]
F["API Request"]
end
A --> C("UI + ロジック")
B --> C
C --> D
C -- Call --> E
C -- "HTTP request" --> F
