うーふ (@uufu_engineer) - Twitter Profili | Zamantika Mersobahis Locabet

4

75

13.6K

うーふ@uufu_engineer·23h

同僚のOSSコントリビューターが言う「仕事で触ってたらバグを踏むからそれを直す」って何なんだ。僕はそんな経験一度もない。同じコードベースだから触っているOSSは同じはずなのに。考えてみると、僕はバグだと認識する前に自分のミスとして処理しているだけなのかもしれない。たとえば何かしらのエラーに遭遇したら、「あ、書き方を間違えたかな」「設定ミスったかな」と即座に自分を疑う。そして初めからやり直すと大抵は動くので、そこで自己完結してしまう。だけどコントリビュートできる人は対等な目線で検証している。「ドキュメント通りの書き方なのになぜ？」とOSS側の不具合も疑う。もう1つ言えば、問題への執着心も大きな違い。僕ならやり直したり別の回避策を探したりして、さっさと仕事を終わらせたくなる。だけど彼らは原因が気になってOSSのコードを読みに行ったり、内部実装までデバッグしたりと、解決するまで追いかけ続けている。 Slackにそのような形跡がちらほら残っていた。つまり彼らとの違いは、問題との向き合い方。執着心はすぐに真似できない気がするので、取り急ぎできることとして次の2つを実践してみます。 1. 公式ドキュメント通りの書き方をする 2. それで動かないなら自分を疑わない

日本語

0

19

4.8K

うーふ@uufu_engineer·1d

@kawauso_career 技術への好奇心が薄れてる感覚めっちゃくちゃ分かりますね...！

日本語

1

161

カワウソ｜エンジニア転職@kawauso_career·1d

@uufu_engineer AIが強くなってきて、技術に対しての好奇心みたいなものが減っている感覚があるので、改めて自分の好奇心と向き合いたいなと思いました😁

日本語

0

1

211

うーふ@uufu_engineer·1d

偶然かもしれないけど、僕の周りにいるつよつよエンジニアはみんな、ローカルLLMに興味を向けている。小さいモデルを手元のMacで動かして遊んだり、精度が低い前提でプロンプトや周辺ツールを作り込んでみたり。「精度は時間が解決してくれるから」と言っていて、Fable 5やGPT-5.6にはまるで興味を示していない。おそらく完成度の高いものより、多少の制約条件がある中で試行錯誤する方が、手触り感があって楽しいんだと思う。「仕事のパフォーマンスを上げよう」と最先端のキャッチアップに励んでるエンジニアからすると、「なんでそんな生産性のないことを？」と不思議に見えなくもない。だけど、そうやって好奇心ドリブンで遊んでいるうちに、内部挙動や根本の動作原理が自然と身についていく気もする。長期的にはこういう好奇心駆動のエンジニアが、次の生産性向上をいつの間にか掴むのかな。

日本語

8

3

94

20.1K

うーふ@uufu_engineer·1d

@sarami2515 いえ、みんなまともに動いてないです😇 それをどう乗り越えるかが楽しいらしいです...！たしかにSLMもほどよく遊べそうですね！

日本語

1

226

成り上がりSE@sarami2515·1d

@uufu_engineer SLMが面白いですよ。 LLMはまともに動かすにはお金が高過ぎる。周りの方はお金持ってそうで羨まですね

日本語

0

1

320

うーふ@uufu_engineer·1d

「エンジニアはビジネス視点を持つべき」と言われるけど、僕の観測範囲では強いエンジニアほど技術を目的化して楽しんでる。ただし仕事に必要であるかのようにこじつけるのが上手い。無理やり理由を作って触りたい技術ややりたいことをタスクに組み込んでひたすらやっている。開発組織としてやむなく許容してるというよりも、ちゃんと合意が取れている状態。会社という箱の中で自由を謳歌するとはまさにこのことだなと思った。エンジニアに備わっていると良いビジネス視点って、「やりたいことをビジネスにこじつける力」な気がしてならない。

日本語

3

32

5.2K

うーふ@uufu_engineer·1d

@ichgoorenge たしかに、何も言い出せない方もいますもんね！

日本語

0

1

36

くぬぎ@ichgoorenge·1d

ちゃんと他人に助けを求めることが出来て偉い

最近入社したエンジニアからいくつか質問をもらう。僕もよく分からないからClaude Codeに質問をそのまま貼り付けたら普通に答えが出た。そのことを伝えてみると、「ずっとAIと壁打ちしてたんだけど、なんかよく分からなくなって不安になり聞いた」とのこと。途中で思考が迷子になり、AIに問い続けるのを諦めてしまっていた模様。 AIが普及してもなお、自分の疑問が解消されるまで粘り強く問いを持ち続ける根気強さや、思考を整理する姿勢が大切だと改めて実感しました。

日本語

0

3

259

うーふ@uufu_engineer·1d

@umireon 頂点を極めてしまうとそうなっちゃうんですね...！

日本語

1

287

うみれおん（Kaito Udagawa）@umireon·1d

@uufu_engineer まじで最強のエンジニアはFableとかGPT-5.6を個人でタダで使えるのでローカルLLMにはそこまで興味がなかったりします　それらを使い切ることにすら興味がないです

日本語

0

1

558

うーふ@uufu_engineer·1d

@minima0866 やっぱりそうですか！僕が思い浮かべてる方々もまさしくみんなOllama入れてゴニョゴニョ遊んでますね...！

日本語

1

648

三谷将之@minima0866·1d

@uufu_engineer 多少の制約条件がある方が楽しい、とてもわかります。ローカルに Ollama を導入してコスト削減を試みるとか、テーマありきで始めても、その作業自体が楽しくなってきます。

日本語

0

1

923

うーふ@uufu_engineer·1d

@VPN4 そうなりそうですね！

日本語

1

795

VPN@VPN4·1d

@uufu_engineer フロント開発なら何にやらせても問題なさそうやな；人でなくとも

日本語

0

1

1K

うーふ@uufu_engineer·2d

最近入社したエンジニアからいくつか質問をもらう。僕もよく分からないからClaude Codeに質問をそのまま貼り付けたら普通に答えが出た。そのことを伝えてみると、「ずっとAIと壁打ちしてたんだけど、なんかよく分からなくなって不安になり聞いた」とのこと。途中で思考が迷子になり、AIに問い続けるのを諦めてしまっていた模様。 AIが普及してもなお、自分の疑問が解消されるまで粘り強く問いを持ち続ける根気強さや、思考を整理する姿勢が大切だと改めて実感しました。

日本語

3

2

45

17.6K

うーふ@uufu_engineer·2d

@kotaro_ai_lab まあまあなボリュームなのにすぐapproveもらうと逆に不安になりますよね！「この人はこのレベルは問題ないでしょ」という信頼も逆に怖い…！

日本語

78

Kotaro@エンジニア@kotaro_ai_lab·2d

プルリクの指摘がゼロで返ってきた。一人前になった実感より先に、「これ読まれてないのでは」が来る。指摘は怖いのに、ゼロだともっと怖い。 #エンジニアあるある

日本語

0

2

254

うーふ@uufu_engineer·2d

@MaFdbdZCnTXMZQl 大学や大学院でエンジニアリングを学ばずにエンジニアをやってる人もたくさんいるので！（僕もそう）

日本語

0

1

14

みかさ＠教育エンジニア@MaFdbdZCnTXMZQl·2d

@uufu_engineer それはあるかもですが、大学や大学院で学ぶエンジニアリングや取り組む研究ってそういうことのなので…

日本語

0

1

20

みかさ＠教育エンジニア@MaFdbdZCnTXMZQl·2d

それが普通のエンジニアだと思っていたが普通は違うのか…

うちのテックリードを見てて思うんだけど、強いエンジニアってとにかく「構造で捉える力」が秀でているな。「よく分かってないけどこんな感じ」ってノリで雑に出してくる答えの質がいつも高い。「よく分かってない」というのは謙遜で、実はある程度分かってると思っていた。だけど話してみた感じ、本当に細かい仕様までは追ってない。じゃあなんでできるか。それは詳細に入り込まず、抽象化し構造的に捉えてるから。「構造的にこれはあり得ない」と大外しを防いだ結果、筋の良い答えを出せている。単純に経験を積んだ結果、脳内である種のパターン化が進んでいるのもあると思う。それに加え、チームをリードする立場になり俯瞰的な視点を持つ必要に駆られたことが理由ではないかな。詳細までくっきり覚えるより、詳細に入り込まず判断できる視野・視座を鍛える。たぶんここが、強いエンジニアに近づくための一つの分岐点なんだろうな。

日本語

0

1

143

うーふ@uufu_engineer·2d

@Nack_Beyond そうかもしれない

日本語

1

50

Nack（雪風）@Nack_Beyond·2d

まずGoFを読め。話はそれからだ。

うちのテックリードを見てて思うんだけど、強いエンジニアってとにかく「構造で捉える力」が秀でているな。「よく分かってないけどこんな感じ」ってノリで雑に出してくる答えの質がいつも高い。「よく分かってない」というのは謙遜で、実はある程度分かってると思っていた。だけど話してみた感じ、本当に細かい仕様までは追ってない。じゃあなんでできるか。それは詳細に入り込まず、抽象化し構造的に捉えてるから。「構造的にこれはあり得ない」と大外しを防いだ結果、筋の良い答えを出せている。単純に経験を積んだ結果、脳内である種のパターン化が進んでいるのもあると思う。それに加え、チームをリードする立場になり俯瞰的な視点を持つ必要に駆られたことが理由ではないかな。詳細までくっきり覚えるより、詳細に入り込まず判断できる視野・視座を鍛える。たぶんここが、強いエンジニアに近づくための一つの分岐点なんだろうな。

日本語

0

1

172

うーふ@uufu_engineer·2d

@ryosuke3 むしろより重要性が増してますね

日本語

2

67

りょう@ryosuke3·2d

このスキルはAI駆動開発においても重要

うちのテックリードを見てて思うんだけど、強いエンジニアってとにかく「構造で捉える力」が秀でているな。「よく分かってないけどこんな感じ」ってノリで雑に出してくる答えの質がいつも高い。「よく分かってない」というのは謙遜で、実はある程度分かってると思っていた。だけど話してみた感じ、本当に細かい仕様までは追ってない。じゃあなんでできるか。それは詳細に入り込まず、抽象化し構造的に捉えてるから。「構造的にこれはあり得ない」と大外しを防いだ結果、筋の良い答えを出せている。単純に経験を積んだ結果、脳内である種のパターン化が進んでいるのもあると思う。それに加え、チームをリードする立場になり俯瞰的な視点を持つ必要に駆られたことが理由ではないかな。詳細までくっきり覚えるより、詳細に入り込まず判断できる視野・視座を鍛える。たぶんここが、強いエンジニアに近づくための一つの分岐点なんだろうな。

日本語

0

2

202

うーふ@uufu_engineer·2d

@pamuko2525 ですね！

日本語

1

914

しろ@ITエンジニア@pamuko2525·2d

@uufu_engineer 「詳細を知る」より「構造を掴む」が強さの分岐点ですね。

日本語

0

3

1.4K

うーふ@uufu_engineer·2d

うちのテックリードを見てて思うんだけど、強いエンジニアってとにかく「構造で捉える力」が秀でているな。「よく分かってないけどこんな感じ」ってノリで雑に出してくる答えの質がいつも高い。「よく分かってない」というのは謙遜で、実はある程度分かってると思っていた。だけど話してみた感じ、本当に細かい仕様までは追ってない。じゃあなんでできるか。それは詳細に入り込まず、抽象化し構造的に捉えてるから。「構造的にこれはあり得ない」と大外しを防いだ結果、筋の良い答えを出せている。単純に経験を積んだ結果、脳内である種のパターン化が進んでいるのもあると思う。それに加え、チームをリードする立場になり俯瞰的な視点を持つ必要に駆られたことが理由ではないかな。詳細までくっきり覚えるより、詳細に入り込まず判断できる視野・視座を鍛える。たぶんここが、強いエンジニアに近づくための一つの分岐点なんだろうな。

日本語

3

21

279

42.6K

うーふ@uufu_engineer·2d

@HarapecoGO 僕も気付いたらボトムアップになってしまう派なのでわかります。トップダウン型思考の方に生産性で勝てる気がしないですよね…！

日本語

0

1

107

HarapecoShin@HarapecoGO·2d

自分がボトムアップ思考型人間なので、トップダウン思考型で質の高い答えを出せる人との能力差をめっちゃ感じてしまう🥺

うちのテックリードを見てて思うんだけど、強いエンジニアってとにかく「構造で捉える力」が秀でているな。「よく分かってないけどこんな感じ」ってノリで雑に出してくる答えの質がいつも高い。「よく分かってない」というのは謙遜で、実はある程度分かってると思っていた。だけど話してみた感じ、本当に細かい仕様までは追ってない。じゃあなんでできるか。それは詳細に入り込まず、抽象化し構造的に捉えてるから。「構造的にこれはあり得ない」と大外しを防いだ結果、筋の良い答えを出せている。単純に経験を積んだ結果、脳内である種のパターン化が進んでいるのもあると思う。それに加え、チームをリードする立場になり俯瞰的な視点を持つ必要に駆られたことが理由ではないかな。詳細までくっきり覚えるより、詳細に入り込まず判断できる視野・視座を鍛える。たぶんここが、強いエンジニアに近づくための一つの分岐点なんだろうな。

日本語

0

1

393

うーふ@uufu_engineer·2d

@moguno めっちゃ良い例えです！で、その肉じゃががマズいことは決してないみたいな…！

日本語

85

もぐの@moguno·2d

肉じゃがを見て、レシピをソラで書く感じ？

うちのテックリードを見てて思うんだけど、強いエンジニアってとにかく「構造で捉える力」が秀でているな。「よく分かってないけどこんな感じ」ってノリで雑に出してくる答えの質がいつも高い。「よく分かってない」というのは謙遜で、実はある程度分かってると思っていた。だけど話してみた感じ、本当に細かい仕様までは追ってない。じゃあなんでできるか。それは詳細に入り込まず、抽象化し構造的に捉えてるから。「構造的にこれはあり得ない」と大外しを防いだ結果、筋の良い答えを出せている。単純に経験を積んだ結果、脳内である種のパターン化が進んでいるのもあると思う。それに加え、チームをリードする立場になり俯瞰的な視点を持つ必要に駆られたことが理由ではないかな。詳細までくっきり覚えるより、詳細に入り込まず判断できる視野・視座を鍛える。たぶんここが、強いエンジニアに近づくための一つの分岐点なんだろうな。

日本語

0

366

うーふ@uufu_engineer·2d

@RyoMa_0923 まさしくそんな感じでした！引き出しがあるから大外れがまずないんですよね

日本語

0

2

70

カルロスわらふじ@RyoMa_0923·2d

解像度をそこまで高めなくても一定のパターンを認識して引き出しの中から対応策をお出しするみたいなことができるのよね