Atsuya

203 posts

Atsuya

Atsuya

@GakeppuchiSE

SE/物流系/個人開発

Katılım Şubat 2026
204 Takip Edilen88 Takipçiler
Atsuya
Atsuya@GakeppuchiSE·
そもそもMac以外のノートPCって大抵トラックパッドが死んでて、マウスないとまともに操作できないからスタバでもなんでも外で使いにくいんよ。 仕事でWindowsのノートPCも使うけど、ミッションコントロールの操作感とか含めてMacが圧倒的に好き。
Anubis@Anubis_369

Macを使う利点も無ければ、Macを使うことによる不便さも大して無かった。 というのが両方使った立場からの感想。 Macが良いとしきりに騒ぐ人をよく見かけるけど、何がそんなに良いのだろうか。 スタバでドヤれるくらいのアドバンテージしか見出せない。 結局、ブランドに惹かれる層の人がMacを絶対視しているように感じる。

日本語
0
0
8
6.6K
Atsuya
Atsuya@GakeppuchiSE·
もしかしてCodex、Watch OSのアプリ作るのめっちゃ下手? ゴミみたいなデザイン出してくるけど
日本語
0
0
1
24
Atsuya
Atsuya@GakeppuchiSE·
AIコーディングでうまくいかなかったときに、AIコーディングを諦めるという選択肢はなく、いかにして意図した通り、再現性を持って出力をコントロールするかというのがここ一年のハーネスエンジニアリングの文脈。
日本語
0
0
1
27
Atsuya
Atsuya@GakeppuchiSE·
いやほんとにそう。 人が書くコードの方が何倍も汚い。 もちろん超一流のプロフェッショナルだらけの企業ならそうではないかもしれないけど少なくとも自分のとこではよっぽどAIの方がいいコードを書く。 こちらからは簡単なアーキテクチャの指定とその意図を軽く伝えるくらいしかもはやしていない。 もし実装が間違っていても場所さえわかればAIに正しく修正させることができる。 人が把握しておくべきなのはもはやコードのレベルではなく、アーキテクチャやインフラ周りの設計、ドメイン知識。
YUKEN| Culminate開発@s5qnY18XGq23601

賛否両論あると思いますが、 まず、実務で感じることは 良いリーダー、良いエンジニアでチームを組まないと綺麗なコードは書けないです また、AI以下のコードを書く人の方が圧倒的に多いです DDDとかクリーンアーキとか学んでもチームを教育しなければ何の役にも立ちません 一方でAIは私見ですが、人より全然いいコードを書きます。人に頼む方がよっぽど汚い。 ダメでもプロンプト改善で良くしていけますし、それだけでチームに布教しなくても即改善できてしまいます。 また、AIに任せる方がAI性能の向上に乗っかってスケールできます あとは実務では綺麗なコードより速度、成果物が求められます いまさらコードが汚いという理由で手書きする理由にはなりません というのが私の私見です

日本語
0
0
0
80
Atsuya
Atsuya@GakeppuchiSE·
もうすぐ、「人間じゃ信用できないからAIで作ってよ。」がスタンダードになる。 すでにドキュメント類については誤字脱字や論理の飛躍や誤りないかくらいはAIに読ませてチェックするのは常識で、以前いた研究室でも数年前からAIの利用が推奨されてたし。
hiragram/ヒラリチャン@hiragram

AIが書いたコードをレビューして責任取るのが人間の仕事!とかいう言説は今年の年末には昔はそんなこと言ってたねみたいになると思う

日本語
0
1
1
802
Atsuya
Atsuya@GakeppuchiSE·
むしろ将棋の方が一手一手がその後どう影響するかが評価しづらくて難しいんじゃないの? ソフトウェア開発は要件さえ決めてしまえばその中がどうであれその要件を満たすものを作るだけだから単純に感じるけど。
増田 亨@masuda220

なんでこんな単純に考えられるのか不思議。 将棋の勝ち負けというとても単純な解決空間の話と、何が優れているかを定義できないソフトウェア開発という取り組みを同一視できる不思議さ。

日本語
0
0
3
908
Atsuya
Atsuya@GakeppuchiSE·
うーーん。なんか作り込みすぎちゃってる感があるなあ。 ちょこちょこ目についたとこを直すんだけど、キリがない感じがしてる。
日本語
1
0
1
31
Atsuya
Atsuya@GakeppuchiSE·
これめっちゃいいな。 写真から3Dワールドを再現する技術はいろいろあるんだけど、メッシュじゃなくて点群で生成されるのばっかなんだよね。 点群データは加工の難しさとか物理演算の難しさがあると思ってるので、可能ならこんな感じでメッシュとして3D化したい。
CopyRebeldia@CopyRebeldia

Hoy una industria entera dejó de tener sentido. Un tío publicó en GitHub un repo que convierte cualquier foto en un mundo 3D explorable: meshes con físicas, splat del fondo, audio ambiente. Todo. Una imagen entra. Un mundo sale. Cinco minutos. La gente que se pasó diez años aprendiendo Blender lleva todo el día mirando esto en silencio. Se llama image-blaster.

日本語
0
0
0
47
Atsuya
Atsuya@GakeppuchiSE·
TypelessとかAquaVoiceとかあるけど、今使うならどれなんだろ
日本語
0
0
0
44
Atsuya
Atsuya@GakeppuchiSE·
これまであんまり使ってなかったけど、音声入力めっちゃいいな。 今は単純にcodexのアプリの音声入力にしてるけど、なんらかのツール入れてみようかな🤔 おすすめあったら教えてください🙏
日本語
1
0
1
57
Atsuya
Atsuya@GakeppuchiSE·
他人のプロンプトを見ていて気づいたこと。 SubAgentを利用して、別コンテキストでレビューさせることって結構あると思うんだけど、この際に、「修正前と修正後を比較して〜」みたいな文言を使うのは絶対に避けた方がいい。 せっかくコンテキストを分けても、「修正前後」ということだけで強いバイアスがかかってしまい、修正後をよりよく評価しようとしてしまう。 SubAgentには比較対象と評価指標のみ渡して、それ以外の情報は一切与えてはいけない。 これに限らず、あまり意図しないことでエージェント側に強いバイアスをかけてしまうことは多々ある。特に客観的な評価を必要とするときはここは絶対押さえるべきポイント。
日本語
0
0
0
17
Atsuya
Atsuya@GakeppuchiSE·
Codexのリモートコントロールめちゃくちゃ使い勝手がめちゃくちゃいい!!! 画像とかも問題なく表示できるし、セッション縛られないし、操作感もPCのCodex appに近くて使いやすい
日本語
0
0
1
68
Atsuya
Atsuya@GakeppuchiSE·
会社内でAI驚屋をやっている。
日本語
0
0
0
7
Atsuya
Atsuya@GakeppuchiSE·
コードを読まないといけないのがよくないとかではないのかな? できるだけ最短距離で目的のコードに辿り着けるようにしてあげた方がコンテキスト汚染が小さくていいと思うけど。 それか調査はサブエージェントに分離するからそんな考慮いらないとかかな?
KOBA789@KOBA789

CLAUDE.md にプロジェクトの構造とか技術スタックとか書かせるのは悪手な感じがしていて、そんなんコード読めば一瞬でわかるんで人間にしか知らんこと(判断基準とか方針とか)を書いた方がいいと思っています

日本語
0
0
2
203
Atsuya
Atsuya@GakeppuchiSE·
今ってCodexのリミット2倍とかなってるよね? ゆるーくしか使ってないんだけど、週間リミットかかりそうだから元のリミットに戻ったら足りなくなりそう
日本語
0
0
1
77
Atsuya
Atsuya@GakeppuchiSE·
みんなアプリのアイコンとかどうやって作ってるんだろう… デザインセンスないからどんな感じでアイコン作ればいいかわからないし、自分がいいと思ったアイコンとかがなぜいいのかを言語化できなくて指示もしにくい
日本語
0
0
1
26
Atsuya
Atsuya@GakeppuchiSE·
アプリ開発、モチベ維持が難しい。 やっぱバイブコーディング一本でやると自分のスキルがつかないし、何も残るものがない感じがして中々モチベが上がらん。
日本語
0
0
1
32