Taichi Kanaya@Freelance Software Engineer

Kotlin, TypeScript, Go, Java, Python, Salesforce, Zuora, AWS, GCP, Terraform など幅広く使っています！ INFJ と INTJ を行ったり来たりの道産子です。お気軽にフォローよろしくお願いします！

[Taichi Kanaya@Freelance Software Engineer @tk_gold_7]

AnthropicからClaude Fable 5 がリリースされたけど、Mythosクラスの能力を持つ、どれだけすごい、と言われようともまず使ってみて判断したいと思う

今まで印象操作に振り回されてきたからね

[GitHub @github]

📣 Claude Fable 5, the first in @AnthropicAI's Mythos model class, is now generally available and rolling out in GitHub Copilot.

It is designed for long-horizon, autonomous coding and knowledge-work tasks. Try it out in @code or the GitHub Copilot app. ⬇️
https://t.co/jJTqh35jjY

[Taichi Kanaya@Freelance Software Engineer @tk_gold_7]

PLやPM経験のあるエンジニアは見てればすぐわかるなあ

何を伝えれば相手が次の判断をできるかに意識が向いてるので、ノイズのないコミュニケーションができてるから

[Taichi Kanaya@Freelance Software Engineer @tk_gold_7]

エラーが出た、〇〇できない、
画面が変、デザイン崩れなどの問い合わせ

実際にスクショもらわないと対応難しいのよね
情報の授業で学生に教えておいてほしいレベル

我々は超能力を持っているわけではないんよ

[いちけん｜AIアプリ開発／システムエンジニアの見分け方 @ichikengogo]

システムエンジニアの見分け方
エラー連絡編

普通の人
「エラー出た」

システムエンジニア
「何時何分何秒に何の画面でしたか？キャプチャ取りましたか？エラーメッセージ全文ください」

[Taichi Kanaya@Freelance Software Engineer @tk_gold_7]

AIを積極的に取り入れるのはいいが、AIスロップを安易に投げつけない文化も大切よね

[Taichi Kanaya@Freelance Software Engineer @tk_gold_7]

AIが人間っぽい言葉を返してくるので、次々と仕事をさせてると、なんだか申し訳ない気持ちになってくる笑

[Taichi Kanaya@Freelance Software Engineer @tk_gold_7]

たぶんBAN祭り起きてる気がする
いきなりフォロワー数20人ぐらい減った

[Taichi Kanaya@Freelance Software Engineer @tk_gold_7]

年収下げる代わりにフルリモートを狙うじゃないのよ
フルリモートできる人はスキル高めなので年収高いのよ

[Taichi Kanaya@Freelance Software Engineer @tk_gold_7]

Claude Codeの /btw からの fork で枝分かれ調査した後に /resume で本流復帰して作業続けるの、コンテキストにノイズが入らなくていい感じ（今更かもしれんが）

あと最近はコンテキスト圧縮した後も回答が変になりづらいように感じていい感じ

[Taichi Kanaya@Freelance Software Engineer @tk_gold_7]

要件定義が難しくなるのは、要件を出す側の言語化能力にも大きく依存しているように思う

開発側のヒアリング力だけの問題ではないはず

自分たちの業務や困りごと、目的を言語化してもらわないと話は始まらない

[Taichi Kanaya@Freelance Software Engineer @tk_gold_7]

優秀なエンジニアが多い組織だとその通りだと思う

一方で、前提を省かれたり主語がなかったり目的がなかったりで「伝わらんよそれ」っていう文章を腐るほど見てきたので、エンジニアの国語力を上げたほうがいいとも思ってる

[すたーまん@メガベンチャーAIエンジニア @fujitech_ai]

インターン生から「Claude Codeを使って実装しているが、これが自分の実力として積み上がっているのか不安」という相談を受けた。同じ悩みを持つ若手エンジニアも多いと思うので、自分が現場でやっていることをそのまま書く。

結論から言うと、コードを一行一行理解しようとするのはもうやめた方がいい。
AI時代に鍛えるべきは「設計力と要件定義力」だと思っている。具体的には、
・フォルダ・ファイル単位で何が書かれているか把握できる
・認証の仕組み、通信方式、APIの設計など機能レベルで説明できる
・なぜその技術選定なのか、処理フロー図が書けるか
このレベルの理解があれば十分で、細かい実装はClaudeに任せていい。これは現場エンジニアが実際にやっていることだし、私自身もそうしている。
Pythonなどプログラミング言語の文法を覚えることに頭のリソースを使う必要はない。自然言語→プログラミング言語に変換するスキル自体の価値は急速に落ちている。
一方で、AIに任せてはいけない領域がある。
AIの精度評価と改善がそれで、ここは否が応でも自分が工夫する余地がある。プロンプトエンジニアリングで済む難易度なら経験としての価値は低いので早く終わらせていい。でも設計レベルで判断が必要な領域は存分に時間を使うべき。
実装の進め方としては、いきなりコードを走らせるのではなく、planモードで設計の壁打ちをしてフォルダ設計まで固めてから実装を走らせるのがスムーズ。設計の判断は人間がやらないとAIが書いたものが何なのか理解できなくなる。
既存コードの改修で設計を入れにくい環境なら、業務外で全く新しい環境を自分で設計して実装してみるのが一番の訓練になる。
AI時代でも鍛えるべきは「なぜこの設計か説明できる力」。実装速度はAIが担保してくれる時代である。

[Taichi Kanaya@Freelance Software Engineer @tk_gold_7]

AIが生成した長い文章をシェアするときは、セルフチェック済みなのかの情報も一緒にいただきたい

意図的なのか、AIが勝手に書いてるのかマジでわからない

[Taichi Kanaya@Freelance Software Engineer @tk_gold_7]

internal repository ではなくて private repository 使っている現場が多いだろうから意外と大丈夫かも？

[Taichi Kanaya@Freelance Software Engineer @tk_gold_7]

GitHubへの不正アクセスが発生

約3,800件のinternal repositoryがデータ流出の可能性があるみたい

5/20 18:30現在、まだ調査中の様子

最近こわいな

[GitHub @github]

We are investigating unauthorized access to GitHub’s internal repositories. While we currently have no evidence of impact to customer information stored outside of GitHub’s internal repositories (such as our customers’ enterprises, organizations, and repositories), we are closely monitoring our infrastructure for follow-on activity.

[Taichi Kanaya@Freelance Software Engineer @tk_gold_7]

Claude Codeのスラッシュコマンドを試すの楽しい（初期の頃よりだいぶ増えた気がする）

[Taichi Kanaya@Freelance Software Engineer @tk_gold_7]

@Alscbx 気持ちわかります

エンジニアにはADHDやASD持ちが割といるので、曖昧な仕様でのコミュニケーションを避けたり、口頭での指示を避けたりするのもよさそうですね

[Taichi Kanaya@Freelance Software Engineer @tk_gold_7]

エンジニアに社不が多いのは事実だが、その分だけ他の能力が長けてるんだから別に良くね

[Taichi Kanaya@Freelance Software Engineer @tk_gold_7]

@aspire_HRteam フォローありがとうございます！

AI時代なので特に思うのですが、細部まで解像度高く見れることだと思いますね

非エンジニアからすると「そんな細かいところまで気にするの？」と思われがちですが、技術負債や事故を事前に予測できるのは、エンジニアの強みだと思います

[Taichi Kanaya@Freelance Software Engineer @tk_gold_7]

@bottsukuttemita 休んじゃいましょう笑

[Taichi Kanaya@Freelance Software Engineer @tk_gold_7]

Claude が 529 エラーで動かないので今日は休もうか笑
5/15現在、Opus 4.6 と 4.7 でエラー率上昇中らしい
https://t.co/mdc3nkYE5b