kbwo on X: "リモートワークって直接的な生産性を求めているというより労働力市場の競争力のための福利厚生的な意味合いが強いという認識" / X https://x.com/__kbwo/status/1867801812654551214
BigTechがリモートワークをやめるべきと判断したんだから他の企業もそうなるのは必然だ、という論調には異を唱えたい。
平時の生産性を求めるだけならリモートワークをやめるべきだという意見も分かるが、採用上の強みを考えると本当にそうか？と思う。
世間がコロナを忌避する雰囲気がピークの頃は別として、現状のリモートワークという働き方は、企業が労働市場においてより良い人材を手に入れたり、あるいは人材コストを下げるためのカードのうちの一つだと思う。だからLY社もこれまで採用の際にフルリモートをアピールしてきたのだろう。
そのように考えているので、BigTechがリモートワークをやめているからこそ、労働者から見てBigTechより魅力的でない企業がフルリモートを推し進めるのは一定の合理性がある。
プログラミング言語やフレームワークにおいて、事前に決められているコードを書く上での指針がある。
例えば、Rustにおける「所有権の問題を回避するために無闇にcloneするのを避けるべき」、Go言語における「変数名を短くするべき」が挙げられる。これについて、盲目的に従うことが良いことだと言わんばかりに、厳密にそれを守ろうとして悩むことに異を唱えたい。一応、読む上での注意点を下部に記載している。
以下では、「良しとされていること」を「ルール」と短縮する。実際はルールというほどの強制力はなく、ただのガイドラインだったりするが、盲目的に従われることが多いことから「ルール」と呼ぶ。
前述のRustの例だと、無闇にcloneするとどういうことが起きるのか、変数名が長くなるとどう良くないのかなど、ルールに従うことのメリットとデメリットを理解していれば、そのルールに従わなくてもよい場合、従わないほうが良い場合があることはわかるはずだ。もしルールに従うことに迷いが生じているのであれば、それはルールによってもたらされる便益を本当は理解していないのだ。理解していないし理解しようともしない
一方で、ルールのありがたみを理解し、そのうえでルールに従わない方が良いと判断したのであれば、自らの責任でルールを破ってよいのだ。成果物をツール（言語）に左右されるのではなく、お前が舵を取れ。
「良いUI/UX」を作りたいときの思考、思想的な面で注意するべき点を並べておく。全て、趣味ではなく仕事でUI/UXに取り組む前提で書いている。
理詰めで設計する
「なんとなくこれが良いと思った」ではなく、なぜそのUIが良いのかを説明できるのが良い。
必ずしも「説明する」必要はないが、理由を求められたときに説明できるべき。
なぜ悪いのかについても然り。
その意思決定が大きな岐路となりうるような場合ではトレードオフについて入念に考えると思うが、そうではない場合もトレードオフを含みうる副作用が存在することを忘れてはならない
という話をたまにするが言いたいことが散らばってまとまらないのでここに置いとく
トレードオフについて考慮しないという選択自体にもトレードオフが存在する
トレードオフを考慮しないことで判断を早めることができるが、一方で、意思決定に対して存在したトレードオフについての認知が遅れる
トレードオフで考えうる悪い結果、つまりリスクは意思決定の時点で把握できるものであれば甘んじて受け入れる姿勢が大切
#Claude_Code
Release v2.1.76 · anthropics/claude-code https://github.com/anthropics/claude-code/releases/tag/v2.1.76
Added PostCompact hook that fires after compaction completes
Claude CodeやCodex CLIでvitestを実行させると、ゾンビプロセスとしてvitestのプロセスが残り、メモリを大量消費してしまうことがある。
devcontainerの中でyoloさせる身としてはこれが起こるとたいへん困る。
vitestを何も設定せずに実行するとwatchモードになるのが原因ではないかと考えた。
実際、以下のような記事もあった。
AI支援ツールがメモリを食い潰す？ Claude Codeが起こした「Vitest暴走事件」の顛末と再発防止策 - UPSIDER Techblog https://tech.up-sider.com/entry/20250707_card-division
Claude Code
最近(2025-07-31)頭悪くなってきた
のこのこ@3DのGISやるエンジニア on X: "本家のissueでも伸びていて、「v1.0.24使うとええ感じやで！」的なこと書いてた。 https://t.co/LbY730XNY5" / X https://x.com/nokonoko_1203/status/1949850204762710027
Claude Codeがアホになる問題 https://blog.lai.so/cc-dumber/
世間的にどうかは知らないけれど、自分の中でVibe Coding 幻滅期に入った
ここでいうVibe CodingはAIにプロンプトで指示してAgenticにコーディングすることを言う
つまり広義のVibe Coding
厳密な意味でバイブスに乗ったコーディングではない
ccmanagerみたいなものを作ったりしたし、Vibe Codingは仕事でもプライベートでもでもかなり頑張ったが、すべてをvibe codingで解決しようとすると疲れてしまい結果的に生産性が落ちた
vim-shareedit
ccmanager
testing-language-server