LoG
477 posts


@log_capybara 理想と現実のなかにも義務!
たしかに、、、義務が発生しているからこその感情かもしれません!!
「エンジニアさんの可能性を広げたい」 と 「雑に扱いたくない」の思いが、うまく両方を追うための自分の腹落ちラインをきめていかねば、、🤔
日本語

@k_koyanagi_null そんな言い訳考えるくらいなら普通に報告した方が楽です。
心理的安全性というなら、報告した方が上司に守ってもらえるのでそっちの方がいいと思います。
日本語


そうなんですよね!
テストコードで閾値のデータを全パターン作って試すものでは?
それこそ単体テストレベルの話だと思っています。
しのゆーさん@shinoyu___
パラメータ切り替えて何回も呼び出せば検知できるんちゃう?
日本語


AIでコード書いて、CI/CDで違うAIにレビューさせてユニットテストレベルのテストコードが要件を満たしているか確認する。というのを繰り返すのじゃダメなの?って思ってます。
AIで開発する時代だからこそ、スピードが最優先で求められてると思ってます。
しのゆーさん@shinoyu___
これまではコードを書くことがそれなりにコストが高かったから人間を使う合理性はあったけど、コードを書くのが安くなればAIに評価書かせるのがより早いわけです
日本語


Ruby案件があるのにRuby人材がおりません><
フリーランスの方でRubyでのご経験があるかた、、、
案件探されている方いらっしゃいませんか!?!
基本リモートの案件です!!
#Ruby #基本リモート
日本語

これ。その上で読む必要がないケースを増やしていけって話なんだよなぁ
崎山圭@iOSアプリエンジニアで工学博士で専門学校の講師をしてた@sakiyamaK
AIのコードを読む読まない論に決着を付けよう 読む必要がある場合と読む必要がない場合がある 終わり
日本語

お客様ーお客様ー!?
お客様の中に
パーフェクトヒューマンは
いらっしゃいますかー?
小柳勝範@札幌のIT会社の代表@k_koyanagi_null
でも自称一切ミスを起こさない完璧人間がちょいちょい絡んできて羨ましいわ。自分は賢くないし完璧でもないので(笑)
日本語

仕事の仕方なんて、顧客が納得していれば何でも良くて第三者がいちいち踏み込んでいい領域じゃない
小柳勝範@札幌のIT会社の代表@k_koyanagi_null
ずっと「コードを全部読む人」ではなく、「他人の仕事方法に噛み付いてる自他境界のない人」を批判してる AIの信用度とか全部読む読まないとか。そういう枝葉の些細な議論はぶっちゃけどうでもいいんだよねー
日本語

レスポンス含めて性能という非機能要件は要件定義である程度決めてテスト項目に含める
コードを読まなくてもパフォーマンスが悪いとこだけ見直せば良いのでは?
しのゆーさん@shinoyu___
性能評価もテストにすればいいんですよ
日本語

読むとしたらテストコードくらいですね!
あとは設計思想を無視していないかだけ流しでチェックするだけですね
小柳勝範@札幌のIT会社の代表@k_koyanagi_null
「コードをあまり読まない」というポストに対して「どうやって品質保証してるんだ」と噛み付いている人がいたけど、そりゃテストするじゃんとしか思わなくて(笑) もしかしてコードを1行ずつ読む事が品質保証なの?ちょっと驚愕した
日本語

@shinoyu___ claudeならマークダウンにアーキテクチャとディレクトリ構造とコーディングルール書いておけば、大体綺麗に作ってくれますけどね
1機能だけしっかり作って、それベースに作れば大体いい子に動いてくれます
日本語





