会社で責任ある立場だからこそ、仕事=人生であるべき、という固定観念は確かにある。「自分は〇〇だからこうする」ではなく、単に「自分だからこうする」のようにあり方や行動を決めることができて、それが誰にも邪魔されず、応援されるような世の中になるといいな。
https://note.com/tantantange/n/ned61b40ead21


義務感ではなく、ただただ楽しいから発信していたいな。そういう状態になりたい。
https://blog.song.mu/entry/the-power-of-eloquence-for-engineers


Pull Request サマリーの自動生成がすごくいい。ここは人によってクオリティに大きな差がでるところだとおもうから、吸収できるのすばらしい。レビュワーの負荷がだいぶ変わってくる。

https://voluntas.medium.com/github-copilot-enterprise-%E3%81%AE%E3%82%B9%E3%82%B9%E3%83%A1-d2f660355091


日記を書きました。
https://sizu.me/kadoppe/posts/ew9amd7h583a


自分も技術書は紙のほうがいい。でも重たい。iPad Pro 12.9 inch があるから、それで読んでみようかな。
https://riq0h.jp/2024/03/03/195429/


そもそも知るための努力をしていなかったり、知ってるつもりでもそれは事実ではなかったり解像度低かったり。自分で足を運んで、身をもって体験してを繰り返さないとなかなか本当に知ることはできない。仕事でもよくある。 https://open.spotify.com/episode/3yDeiSMsQBe7rrYDhdCRqI?si=trYTTZWiRAuZTCmzfPxnBA


日記を書きました。
https://sizu.me/kadoppe/posts/ovrowm3ow69n


久々に「人見知りプロダクト開発ラジオ」の最新エピソードを公開しました。 今回は人見知りプロダクトマネージャーの kantarock さんと

「人見知りとプロダクト開発界隈の最新トレンド」

について話しました。ひどかった音質についても改善してます 🙇♂

https://open.spotify.com/episode/4QL6UEOv3ax4dxHobdw0HH


1on1を支援する emochan 、気になる。お互いの感情を表明するところから対話を始めるのが面白い。自分みたいに口下手な人でも、対話のハードルが下げられるといいな。

https://thebridge.jp/2024/02/monthlypitch-kou-cyberagentcapital-insight


かわいいジャーナリングアプリ。アプリに話しかけると、その日の日記を要約してくれたり、感情分析してくれたりする？

https://journalie.app/


スナップショット撮影するときに、動的に変わりやすい部分はマスキングしたうえで画像出力することもできるんだ。便利そう。
https://speakerdeck.com/aiji42/vrtturunodakuhosu-lost-pixelwoshao-jie-sitai


通常のバッファーを編集するような感じでファイルシステムを操作できるやつ。
https://github.com/stevearc/oil.nvim


Arc Search、ピンチイン操作で今見てるWebページの要約表示できるようになって便利だな。いまは日本語のページでも要約は英語になってしまうみたい。 https://video.nostr.build/6cb6c6289b2e5f5f90527f1ecdc219e3aa6d9ec994c86badd777e3c88e20faad.mp4


ベストではない状態で経験のない挑戦にチャレンジする。無理せず、という思ってしまうけど、成長のためのストレスを自分にかけることはできるかぁ。

https://knowledgestuck.substack.com/p/tks011


書いた
https://sizu.me/kadoppe/posts/6r45urox32dd


markdownやJavaScript、SQLなどのコードを使ってデータを可視化するダッシュボードを構築できる。
https://observablehq.com


「Step by step guide to becoming a Software Architect in 2024」とのこと。こういう体系的に学んできている人はどれくらいいるんだろう。必要に応じてやってたらそうなってた人もいそう。
https://roadmap.sh/software-architect


書きたいと思ったことを、間違いを恐れずに、できるだけシンプルに書くってことなんだな。

https://blog.takanorip.com/posts/2024-02-13-writing-slill/


結城浩さんと１時間お話できる企画。話聞いてもらいたい。
https://chatroom.hyuki.com/


prompt-buffer という特殊なbuffer が、Vim で対話型UIをつくるのに便利そうというお話。
https://zenn.dev/vim_jp/articles/47ede9b55bb0c7


書いた
https://sizu.me/kadoppe/posts/fbe1fdtv81xt


怠惰だからToDo管理したいのに、ToDo管理自体が学習コスト高くて重厚長大なテーマなために、腰がめっちゃ重くなるのすごくわかる。
https://zenn.dev/vim_jp/articles/e10e6072b1bafb


翻訳結果を修正することで、どんどん自分好みの結果を出してくれる自動翻訳に育てることができるとのこと。
https://mt-auto-minhon-mlt.ucri.jgn-x.jp/


参考にさせていただきます！
複数のLinter / Formatter が入っていて重複しているように見えるけど、細かい役割でみると重なりはないとのこと。過渡期だとこういう感じになるのか。
https://hiroppy.me/blog/web-app-minimum-template/


Cool
便利かもしれないのでインストールしてみた。
https://github.com/dlvhdr/gh-dash


大変そうな感じが伝わってきた。

https://leaysgur.github.io/posts/2024/02/16/120951/


書いた
https://sizu.me/kadoppe/posts/sbmud97d0t3r


質問と回答は本質的には異なる意味を持つものだから、それぞれの類似度をもちいて回答のもととなるドキュメントを検索しても品質が上がりづらい。

"the question is not the answer." というシンプルな言葉が頭の中に残った。

https://cloud.google.com/blog/products/ai-machine-learning/rags-powered-by-google-search-technology-part-1?hl=en


書いた
https://sizu.me/kadoppe/posts/uomweuea4mtw


bluesky.app のドメインをつぶやいているフォロー中の人を X で検索するクエリが便利だった。

https://gist.github.com/uakihir0/6cd53e9591333949f2914b2f88ce7694


これで Bluesky の Feed を自作することができるみたい。
https://github.com/bluesky-social/feed-generator


複雑なものは複雑なまま理解して扱いたいけど、全てにたいしてそれをするのは限界はあるなって思う。複雑に考えすぎずにシンプルに二項対立として捉えた方がいい部分もあって、そうすることで1番しっかり考えたい複雑な部分に頭使える的な。
https://note.com/katonodoka/n/nab7dfad0d4df?sub_rt=share_pw


インプットに対する工夫と実行力と、処理している情報量と質がすごい。Inoreader には OPML を購読する機能があるんだね。
https://efcl.info/2024/02/08/javascript-info/


なるほど、ネスト階層が一つ浅くなる。
https://blog.jxck.io/entries/2024-02-10/promise.withresolvers.html


AT Protocol を育てる、行く末を見届ける、という視点がじぶんにとっては新鮮だった。そういう興味の持ち方もあるんだなぁ。
https://riq0h.jp/2024/02/10/214428/


Efficiency と Execution の2軸での整理がわかりやすかった。
https://coralcap.co/2024/01/why-burn-rate-doesnt-tell-the-whole-story-of-a-startup/


Spanner の DML で INSERT OR UPDATE と INSERT OR IGNORE が利用できるようになったとのこと。いわゆる UPSERT 。

https://zenn.dev/google_cloud_jp/articles/cfffd24b356f71


書いた
https://sizu.me/kadoppe/posts/it6sm45w21zz


書いた
https://sizu.me/kadoppe/posts/eovrn6ik7s01


書いた
https://sizu.me/kadoppe/posts/4tfx2a9ndf4d


書いた
https://sizu.me/kadoppe/posts/ziwixf5mhrz0


書いた
https://sizu.me/kadoppe/posts/co2dze0ui07u


やりたいこと・なりたい姿があるのに、できない理由をならべて、後回しにして、他人や環境のせいにして、結果何もしなかったり十分な時間をかけなかったこと、たくさん心当たりがある。能力や運が不足していたのではなく、ただ自分にやる気がたりなかっただけ。

https://b.log456.com/entry/20120110/p1


良い環境であっても、そうでない環境であっても、生み出されるモノの質に直接は関係しない、というお話。間接的に環境がモノの質に影響を与えることはあると思うけど、モノを生み出すための本質的な何かを持ててないと、そもそもいいものはつくれない。

https://note.com/kotobakatachi/n/ncf839799601c


SPAの実装に使われてきたツールの歴史がわかりやすくまとめられていた。Remix SPAモード気になるけど、experimental モードなので、採用するのはまだ早いのかな？
https://speakerdeck.com/nkzn/the-spas-chronicle-reaches-to-remix


書いた
https://sizu.me/kadoppe/posts/vev7e2nowr4f


「知の消費」が始まっているというのは、考えたことがなかったけど、その通りかもしれない。これから人間は消費を上回るだけの新しい知識を生み出すことはできるのかな。効率化によってうまれた自分の時間を、成長に繋げられるようにしたいな。

https://gihyo.jp/article/2024/01/a-warningbell-about-the-current-generative-AI-boom


参考にして、自分もLspsagaの装飾をすこし控えめにしてみました。

https://riq0h.jp/2023/12/03/103850/


書いた
https://sizu.me/kadoppe/posts/v0votz7azrsk


書いた
https://sizu.me/kadoppe/posts/odfe7k72ife1


書いた
https://sizu.me/kadoppe/posts/8x40u48v6hdr


書いた
https://sizu.me/kadoppe/posts/oze19e11tzw2


ベースの部分だけ npm install して、コンポーネント自体はコピー＆ペーストでもってきてカスタマイズしてくようなUIライブラリが増えていくかも？とのこと。

https://speakerdeck.com/sakito/2023nian-nohurontoendozhen-rifan-rito2024nian


書いた
https://sizu.me/kadoppe/posts/77ua2hbh1n15


デザインシステムのスコープとして更新やテストの自動化の仕組みまで含めていることが印象的だった。

あと、Figma の Auto Layout に対応した Stack といったコンポーネントを提供しているのはとても便利そうだと思った。
https://zenn.dev/poteboy/articles/4739b882e22961


JavaScript オブジェクトへのリダイレクト、そんなこともできるんだ！？って感じだった。
https://azukiazusa.dev/blog/bun-cross-platform-shell-script/


書いた
https://sizu.me/kadoppe/posts/8dicu1sek3bh


自分は最初はリポートしかできなかったけど、少しずつラポートもできるようになってきたかも。


伝え方にはリポートとラポートの2種類があることを知った。リポートは事実やロジックを使い、ラポートは原体験をもとに感情に訴える感じ。両方をうまく組み合わせて伝えられるのが良いストーリーテラー。

https://onecapital.jp/perspectives/investment-5-reasons


自分はどれも満遍なくできてない気がするなぁ。その時の状況にもよるけど、心ここにあらずなことがあって、目の前のいる人に集中してないこともよくあるなぁ。なおそう。
https://qiita.com/hisamura333/items/befacfe24a43a059b038


書いた
https://sizu.me/kadoppe/posts/18utsh5hv9e5


書いた
https://sizu.me/kadoppe/posts/i8efa1k18cs2


他との差別に繋がらない重労働は排除すること。非可逆じゃない意思決定はあまり時間を書けずにサクッと決めて、あとから方針調整するようにすること。これは当たり前のように聞こえるけど、本当に大事なことだと思う。

あと自分も横のつながりが欲しくなりました。

https://aws.amazon.com/jp/blogs/startup/program-cto-dojo-2022/


書いた
https://sizu.me/kadoppe/posts/ea1o2ia7k5vi


すごい素敵な考え方だなぁ。チャレンジして失敗したら、「あの人は降格したらしいよ(ひそひそ」って揶揄するような雰囲気は、チャレンジする人を減らしてしまう。昇格、降格っていうけど、どっちも「格」は変わってなくて、役割が変わっただけだと思う。
https://type.jp/et/feature/21039/


僕はDaily Noteと大きめのタスクに取り組む時のノート(Activity Note?)しかつかってないので、まだこんなふうに運用できてないし、ノートを育てていってるような感覚もまだない。自分の身の丈にあった、必要を感じる部分から取り入れていこう。
https://qiita.com/YUM_3/items/e95dfba66d6150903462


書いた
https://sizu.me/kadoppe/posts/2xxxam28xu3o


お互いを思いやる想像力や歩み寄りが大事。自分がこの1on1を良い時間にするんだ！って気持ちもあっていいと思うけど、共同作業だよね。
https://note.com/ayuka1993/n/nf89daff6f2cf


書いた
https://sizu.me/kadoppe/posts/vbmarutccs3b


チームに学習する土壌をつくることと、チームの誰よりも一番学習して背中を見せようとすることの両方が必要だと思う。片方がうまくいけば、もう片方もさらにうまくいくような関係。自分もやってみたくなった。
https://note.com/cha_sd/n/n7cf540fe7ee1


タスクをリストアップすると、プロセス（やること）だけの羅列になっちゃうことも多いから、各プロセスのアウトプットを自然と明確にできるのは良いなと思った。

https://note.com/smartcamp_design/n/n1afea5e0a46d


ソフトウェアエンジニアのキャリアについて。自分が昔進んで行きたかったキャリアイメージのうちの一つととても似ていて、刺激とうらやましいみたいな感情が湧いていた。ソフトウェアエンジニアは「自由」職業なのだから、今からでもいろいろ挑戦してみよう。

https://junkyard.song.mu/slides/yapc-japan-online-2022/


名前は聞いていたけど、はじめてどういうものか理解できた。次のチャレンジのために退職したとしても、これまでの貢献が無に帰すわけじゃないってのは、好きな考え方だなぁ。
https://kiqs.nstock.com/


Modern Frontends の技術スタックに付いての話だと思ったら、一昨年開催されたとあるカンファレンスの運営実態に関する話だった。

https://www.cassie.codes/posts/modern-frontends/


書いた
https://sizu.me/kadoppe/posts/os93zc4ur8so


次のWebアプリケーション開発は Remix も選択肢の一つとして検討してみる
https://zenn.dev/voluntas/scraps/c91d4bf713acde


文化や価値を体現するための仕組みと、それらに共感した人の両面を揃える必要がある。

ミーティング内容の発信は自分達みたいな少人数の会社でもまだまだ改善できると思うのでやってこう。結論をみんなの目に触れるところでちゃんと共有するのは重要だと思う。

https://www.cultibase.jp/articles/10012


リスクを過大評価しすぎて、得られるものを過小評価してしまう。自分にも思い当たるフシがある。人間のリスク評価は間違っていること前提で、常に疑いながら、勇気を持って思い切った判断ができるようになりたい。

恐怖に向かって走る – 前田ヒロ
https://hiromaeda.com/2022/11/06/run_towards_fear/


ほしいなって思うときたまにある。今は仕様はどういうステータスになっているのかな。

https://kakakakakku.hatenablog.com/entry/2022/10/31/082041


すっごい今更だけど、mmhmmってンーフーって読むのか。
https://wired.jp/2020/11/19/plaintext-why-just-zoom-when-you-can-bend-reality/


書いた
https://sizu.me/kadoppe/posts/adb04hbmsiu6


書いた
https://sizu.me/kadoppe/posts/hiv0btew8bor


こんなふうに同心円で表すこともできるのか。もしかしたら2次元じゃなくて3次元の半球体で表現できるかも？いやできないかも？なんて妄想を膨らませたりした。なんとなく、外に出ていくのではなく、真ん中に居続けて垂直(手前)に伸び続けたいって思ったから。
https://note.com/miyamotokazunori/n/ne4ec5cb4c56d


ソフトウェアエンジニアとしてスタートアップで学ばれてきたことがわかりやすくまとめられていた。自分はここに書かれている軌跡の最初のほんの一部分しか経験してないけど、未来を想像した上で共感するポイントがたくさん。

「サービスがなくなっても技術はなくならない」

https://wapa5pow.com/posts/2022-11-08--why-10x-is-fun


フルタイムでオープンソースにコミットできるように、初期資金やメンタリングなど様々な支援を受けることができるプログラム。次回は2024年の初頭に募集開始とのこと。
https://accelerator.github.com/


従業員の英語学習をサポートする仕組みや、どの程度の英語力を目指すのかゴールの明確化、英語力向上に対する報酬など仕組みがすごあく整ってるなという印象をもった。うまくいっていることだけじゃなくて、そのうえで発生している課題についても言及されていて参考になる。
https://autify.com/ja/blog/english-official-language


感覚でやるんじゃなくて、ここまで戦略を整理して、行動を重ねていく必要があるんだな。ブランドのコンセプトを決め、ビジョンと現実のギャップをみつけ、それを埋めるための発信をする、それを繰り返す。いつか頑張るべきときのための参考になりました。
https://www.hsbt.org/diary/20221207.html


書いた
https://sizu.me/kadoppe/posts/xrkw19xks0te


自分がこれまで触れたことのない考え方について書かれていて、とても面白かった。新しいものを生み出すための、既存のものごとや，自分の生み出したもの、考えにたいする建設的な批判。デザインって面白いね。

https://note.com/beeshoney/n/ncf1e21e59495


現実的にテストを実装しやすいところからまず初めてみて、その後少しずつ現実的な部分を広げていくような動きができるといいね！
https://techblog.yahoo.co.jp/entry/2022122530379925/


書いた
https://sizu.me/kadoppe/posts/zkxdb0w9b113


関係性を構築できてなくて、そのためのコミュニケーションもしていないのに「なんでみんな自分に相談してくれないのだろう」と少し悩んでたこともあったなぁ。今もうまくできているわけではないけど、少しずつ積極的にコミュニケーションできるようにはなってきたはず。
https://note.com/fukuiretu/n/nb22de3a43afb


QAを「テスト観点やテスト項目の設計」と「自動テストの実装」のように異なる複数の作業に分割することで、両方が得意な人がいなくても、異なるスキルを持った人が協業しながら、質の高いテストを実施できるようになっていいよねって思った。
https://blog.cybozu.io/entry/2022/12/20/110000


今起きている急速な変化と、１０年経っても変わらないこと、両方をバランスよく意識して、どういった事業をするか決めないといけない。「早い、安い、うまい」が価値であることは、何がどう進化しても、将来きっと変わらないはず。

https://collabfund.com/blog/betting-on-things-that-never-change/


大規模なシステムのアーキテクチャ移行事例。前もってできること、前もってやらないといけないこと、あとからでもできることを的確に分類したうえで段階的に移行していく過程がすごく参考になりました。各タスクの依存関係と見積もりを付箋で可視化するのもよさそうでした。

https://developer.hatenastaff.com/entry/2022/12/26/103000


「誰もがいつでも，迷わず「書く」「読む」「応える」ができるサービス」というのはとても良い標語だなぁ。アクセシビリティレビュー祭りという催しも実践的でとても良いなぁ。
https://ca-base-next.cyberagent.co.jp/2022/sessions/ameba-accessibility/


書いた
https://sizu.me/kadoppe/posts/2od7rb2fnbwd


Working memory / Short-term memory / Long-term memory のように、情報を記憶する領域を分けて、それぞれに応じた適切なツールをつかいわけるといいよ、とのこと。自分もそんな感じにしてる。Working memory は紙のノートがやりやすいなぁ。

https://www.youtube.com/watch?v=czs1RXKSFhU


AirTable の Open Source Alternative。いろいろあるなぁ。READMEが多言語化されてて親切。
https://github.com/apitable/apitable


「わからない」という言葉を「探している」に置き換えることで、自然と学習できる環境が形作られていくのかな。個人の意志だけじゃなく、周囲の人たちに学んでいるということを宣言することで、学ぶための環境ができていく、みたいな。
https://comemo.nikkei.com/n/nb0f698e8e1ad


気にするな、留学の目的に集中してやってこう、というメッセージが心強かった。そうだよね。

関係ないですが、僕は留学はしませんが、これから歯列矯正に挑戦しようと考えています。
https://open.spotify.com/episode/6kKAIHjoQAwj6uOgbKXpyI?si=zo_YklN2SxC643-KY2nP0g


2024年にはスタートアップだけでなくVCにもガバナンスが求められる年になるのでは、とのこと。大きな流れを俯瞰的に知るのに良いエピソードだった。

https://open.spotify.com/episode/3mdojaNCFVuD7tq2mTPrTY?si=l2KW5_7QTPGB0blDVvLLvQ


書いた
https://sizu.me/kadoppe/posts/34w0mifwua9o


異なる意見や考えを持つ集団がはっきり二つに分かれて存在するようになったり、ギグワーカーなどで仕事上のつながりや帰属意識が薄くなることで、孤独を感じる人が増えているという話。もう5年も前の記事だけど、今はどうなのだろう。

https://globe.asahi.com/article/12064046


こういう発想できるの本当にすごい。プログラミング言語同様に契約言語にもインプットとアウトプットが存在し、紛争を与えると一定の判決が出るように実装されたのが契約書だと書かれていて、そういう考え方できるのかと学びになった。ソフトウェア開発のノウハウの横展開。
https://tech.mntsq.co.jp/entry/2022/12/27/144435%E3%80%82


メールやチャット、SMSなど、様々なチャネルに通知を送信するためのSDKやインフラを提供するプロダクト。複数のチャネルを透過的に扱えるのが良い点？
https://novu.co


3年ほど前の記事 GitHubでは Web Componentsを積極的に使っていて、それだけじゃなく開発者体験をよくするために各種ツールやフレームワークを駆使していたみたい。

https://github.blog/2021-05-04-how-we-use-web-components-at-github/


Epsilla という OSS のVector Database を使った例。Databaseとしてどういう特性があるかはこの記事だけだとわからなかった。

https://blog.langchain.dev/espilla-x-langchain-retrieval-augmented-generation-rag-in-llm-powered-question-answering-pipelines/


書いた
https://sizu.me/kadoppe/posts/3ekfw8x42r6f


import mapsを使ったES Moduleのインポートは去年にメジャーな全てのブラウザでサポートされた。

https://web.dev/blog/import-maps-in-all-modern-browsers


どんな人同士がチームを組んで開発に取り組むかによって学習効率が変わってくる。先輩と後輩のペアよりも、同じレベルの人が切磋琢磨できる環境の方ががいいケースもあるとのこと。人のアサインを考える仕事もしてたけど、そこまで深く意識してアサインできてなかったなー。

https://logmi.jp/business/articles/328398


回答者としては、そのプロダクトやイベントなどに対して、純粋に応援する気持ちがわかないとアンケートに回答する気持ちになりにくい。そうじゃないと面倒だと思ってしまう。もっと気軽に声を伝えられたらいいのになぁと思う。

https://engineering.mercari.com/blog/entry/20230718-surveys-survey-fatigue-and-getting-feedback/


はやめにQAの属人性を無くし、どのエンジニアでもテストができるように、ナレッジ蓄積の優先度を高めたというのは参考になった。あと、業務知識が不足している際にJCBのような外部組織にテストシナリオのレビューを依頼するのもすごくいい動きだと思った。
https://engineering.mercari.com/blog/entry/20230406-357f69aa81/


よく :q を q: と入力し間違えて開いてしまう command line window。知らなかったけど、過去のコマンド実行履歴から、🤏修正して簡単に新しいコマンドを実行するなど、便利に使えるシーンがありそう

https://vimtricks.com/p/vim-command-line-window/


妻氏に勧められたなで肩改善ストレッチやってみたら、めちゃくちゃ首肩周り楽になった。なで肩は治らなくても毎日やりたい


ほんのちょっとだけブログの about ページにコンテンツを足した。
しずかなインターネットに書いてる日記へのリンクなど。


書いた
https://sizu.me/kadoppe/posts/t8bv0if81245


今日が仕事はじめだったけど、そこそこコードを書けた。これからどんどん書いていくぞー。


久々にちゃんとお昼休憩取るようにしてみた。疲れをためず、集中力を維持するためにだいじ


エンジニアが何かを学習するときに使えるスキルロードマップを作成・共有・閲覧できるサイト。
https://roadmap.sh/


:where() 擬似クラス関数で詳細度が0になるとのこと。詳細度の把握難しい。
https://zenn.dev/amon/articles/a2f7b7aeecf82e


今年の目標、計画を一切立ててない。
変化を受け入れる準備をするのは大事だけど、無計画はなんかちがうかも。


すごく暖かいので、外で日向ぼっこしながら瞑想しよう


カスタマイズ性は気になる部分だけど、ここまでサクッと作れるのは魅力的。

https://zenn.dev/google_cloud_jp/articles/9297f69263d91c


朝から缶コーヒー開けたら中身が噴出した。どうして


今日は Nostr を使う日。


背景や文脈がないノート、行動に繋がらないノートにはあまり価値がない。自分はまだ書き捨てるだけのような感じになっちゃってる。ノートタイトルでアイデアの大半を表現するってのは参考になった。頭をスッキリさせて、行動の量と質をよくするために参考にしてみよう

https://obsidian.rocks/why-use-obsidian/


スタートアップの初期から成熟期にかけて、デザイン組織やデザイナーの役割がどのように変化していったかの事例。少し似た事例をしっているので、こういう形で変化していく企業はおおいのかな。
https://cocoda.design/chihirokym/p/p962efdc94a36


書いた
https://sizu.me/kadoppe/posts/vebxzfd4iht8


Low Hanging Fruits: トレードオフなくすぐに治せて確実に良くなるものは先に片っ端から対応してしまって、そのときに中長期的な戦略や優先順位は考えよう、という考え方。手を動かせるところは動かすのは大事だと思う、考えすぎて何も行動できないのは避けたい。

https://logmi.jp/tech/articles/327969


ノートを作る前に検索すること / 検索に目的のノートが引っかからなかったら名前の変更を検討することは、その通りだなぁと思った。仕事のドキュメント作成でも意識するといいことだよね。

https://obsidian.rocks/five-ideas-for-naming-notes-in-obsidian/


eBPF をつかうとアプリケーションの手を加えずにプロファイル取得できるけど、インタープリタ型の言語では難しいので、その場合はプロファイル取得用のライブラリをアプリケーションに追加するような感じなのか。

https://gihyo.jp/article/2023/03/kubernetes-cloudnative-topics-06


最近CSSをちゃんと読めなくなってきている気がするので、ちゃんと追いつかないとだ。

Container Queries 便利。

https://web.dev/articles/6-css-snippets-every-front-end-developer-should-know-in-2023


環境を選ぶこと、ハッカーであること 、後悔を最小化する選択をすること、どれもすごく大事なことだと思う。自分は今、それができているかなぁと、考えるきっかけになるいい記事だった。

https://note.com/mone_hagino/n/n0f5abfaf4ce4


書いた
https://sizu.me/kadoppe/posts/297axo00bftt


kadoppe

Software Engineer / CTO at WE UP inc. in Tokyo, Japan.


状態管理やMutationのユースケースの違いによって、選択すべきライブラリが変わってくるんだなぁ。最近久々にフロントエンドのコードを書いていて、Mutation って考えること多いなぁって思ってたところだったので参考になった。

https://user-first.ikyu.co.jp/entry/2022/07/01/121325


チェンジマネージメントから、チェンジマインドセットへ。未来は予測できないという前提にたち、いつ変化が来てもいいように、力を抜いて構えておくことが大事。不確実性への対処って、いろんなところで言われまくってるけど、なかなか当たり前にやるのは難しい。

https://dhbr.diamond.jp/articles/-/9712


使われないものを作らないことが一番スピードに寄与する。これは去年身をもって学んだこと。

UXよりも先にまず出力が使い物になるかかどうかにフィードバックをもらうことや、いくつもPoCを量産できるように仕組みやロジックをテンプレート化、モジュール化しておくことも大事だなと、学びになった。
https://tech.layerx.co.jp/entry/2023/07/14/095326


Signed Event Webhook Request はいろんな用途で使えそう。BASIC認証と合わせて使うことで二重に安全にしている事例。

https://www.m3tech.blog/entry/sg-event-webhook


書きました
https://sizu.me/kadoppe/posts/4ks8r84e2kc1