blog
public
0が1に変わる変化とそれ以外の変化を分けて考える
10000人のフォロワーより、10人のファン、2人の友人
10年も立てばより安価で良い技術が出てくるので、10年後も同じモノを使用するということは考えないほうがいい
10日で仕上げるタスクであれば、2割の2日で8割のタスクを終わらせる
1つに絞る
1つのツールで全てをこなそうとしない
20%ルール
20点と0点を選ばないといけない場合もある
30 day challenges
3Dをアニメーションに使うことに感じる違和感は、関数の無理な共通化と似ている
<
>
トップページ
/
blog
public
0が1に変わる変化とそれ以外の変化を分けて考える
10000人のフォロワーより、10人のファン、2人の友人
10年も立てばより安価で良い技術が出てくるので、10年後も同じモノを使用するということは考えないほうがいい
10日で仕上げるタスクであれば、2割の2日で8割のタスクを終わらせる
1つに絞る
1つのツールで全てをこなそうとしない
20%ルール
20点と0点を選ばないといけない場合もある
30 day challenges
3Dをアニメーションに使うことに感じる違和感は、関数の無理な共通化と似ている
<
>
トップページ
各チームがバラバラに点で繋がっても様々な「認識」が飛び交うだけ
組織
認識合わせ
上で吸い上げて
信頼できる唯一の情報源(SSOT)
化したほうが良い
全員が全員何も把握せずにぬるっと進んでいるような状況が最悪
それなら進まないほうがまし
組織
ドキュメント化するための工夫
人もシステムも「できない」ことをアラートしてくれないと困る
人生の成功は主に3択
信頼できる人に気軽に相談できる組織
情報を赤裸々に共有する
意見を吸い上げる人(マネージャ)がいないと普通は難しい
自分が対処できないなら上に任せれば良い。上が動かないなら更に上に任せれば良い。上が動かなかった時点でその上が動く義務が生まれるので。
自分(たち)が何でもできると思ってはいけない
計画的に余裕を持たせる
📐チートシート
認識合わせ
デイリースクラムいらなくなくなくなーい!?
信頼できる唯一の情報源(SSOT)
TypeScriptの型定義の方法一覧
公開情報はスナップショット
月別アーカイブ
2025年(68)
1月(14)
,
2月(54)
2024年(32)
1月(2)
,
2月(2)
,
4月(3)
,
5月(9)
,
6月(4)
,
7月(3)
,
8月(4)
,
9月(1)
,
10月(1)
,
11月(1)
,
12月(2)
2023年(41)
1月(29)
,
2月(1)
,
3月(6)
,
4月(2)
,
5月(1)
,
9月(1)
,
12月(1)
2022年(84)
1月(16)
,
2月(1)
,
3月(1)
,
4月(5)
,
6月(6)
,
7月(1)
,
8月(9)
,
9月(19)
,
10月(16)
,
11月(2)
,
12月(8)
2021年(47)
1月(10)
,
2月(3)
,
3月(4)
,
4月(13)
,
5月(1)
,
7月(1)
,
8月(1)
,
9月(3)
,
11月(2)
,
12月(9)
2020年(3)
12月(3)
2019年(5)
1月(4)
,
2月(1)