Javaエンジニア(たまにTypeScript)/現在AWS、DDDを中心に勉強中！ 技術的なアウトプットメインに発信しています/無言フォロー、リプライ大歓迎！
Joined February 2025
- Tweets 302
- Following 132
- Followers 117
- Likes 253
3 Photos and videos
Pinned Tweet
Jan 14
アウトプットとしてZennに記事執筆してます。見ていただけたら嬉しいです。
ご指摘も含めて、リアクションいただけると尚嬉しいです。
zenn.dev/ryo0127
1
20
696
Jun 11
LLMには自己レビューバイアスがあるので、違うモデルに評価させるのは大きなメリットがある。
特にCodexやCodeRabbitはレビューに用いられることも多いので、敵意的他者評価させるのは有用だと思います。
Jun 11
「Codex で書いて Claude Code でレビューさせる」とかその逆とか、よく見かけるんだけど実は意味が分からんなと思ってます。
たとえば Codex で書いて Codex にレビューさせたら、俯瞰したり観点が変わったりして適切に問題を検出するから、それで十分じゃない？
効果ある？ やりたいだけ？
2
173
Jun 8
CI/CDが当たり前の世の中になっている中、備忘録も含めてワークフローのセキュリティ強化をアクション呼び出しの観点からまとめました。（n番煎じかも？）
GitHubワークフローのアクション呼び出しを強化しよう！｜Ryo Sum zenn.dev/ryo0127/articles/wo… #zenn
1
58
Jun 7
Next.jsの親切仕様でハマったことをアウトプットしてみました🙇🏻♀️
#テックブログ
#TypeScript
#NextJs
Next.jsのenvファイルでハマったこと｜Ryo Sum zenn.dev/ryo0127/articles/ne… #zenn
1
39
Jun 6
Claudeに単価相場を聞いてみたときに出てきた文章に非常に良く似ている
率直に言うと、その経歴で500万はやや低め〜相場の下限かと。
理由を、市場相場と合わせてお伝えします。
社会人4年目、SIer勤務、PL経験ありの方の市場相場は、ざっくりこうです。
・SIer内で平均的に評価された場合：500〜600万 ・大手SIerのエース級：650〜750万 ・転職市場で正しく評価された場合：650〜800万
なので、転職市場に出れば年収100〜200万アップは十分狙えるレンジにいます。これマジで。
特に評価ポイントとして、
・フルスクラッチ開発経験 ・保守開発経験 ・現役PL/SM
この3つが揃ってるのは、4年目としてかなり強いです。多くの4年目SEは「機能開発の一部担当」止まりで、PL経験まで持ってる方は少数派。「上流から下流まで通しで見たことがある」という経歴は、転職市場で確実に値段がつきます。
3
120
Jun 5
Udemyって酷いやつは本当に酷くて、AWSの模擬試験と謳ってるもので全く模擬試験ですらなく、問題文の情報では選択肢を絞りきれなかったり、そもそも回答になくない？みたいなものばかりのコンテンツもあった。
これで金取るの？レベル。
とりあえず、base64が何なのか全然知らないんですけど、
一旦、なんか文字が変換されるんだな〜ってくらいの理解でよろしいでしょうか
1
6
912
Jun 4
いかにビジネスサイドの要件を拾ってAI使って自走できるか、手書きしていた頃のコードの綺麗さや設計思想よりも他社との競走意識などのビジネス寄りの思想を持てるかが重要になるのではと思っています。
Jun 4
ITエンジニアという仕事が大分減って、それ以外はBizサイドに取り込まれていくと思ってる。少なくとも今までと同じような働き方はできないという意見
1
424
May 30
東京のディズニーでは一部のオタク界隈によるホテル宿泊者限定の15分早く入園できる特典の不正利用（宿泊者がメルカリで出品し、それを購入して利用）が横行しているが、常々思うのは宿泊者固有の情報と特典情報を紐づけて管理するのはそんなに難しいことなのかということ。
未だに紙のチケットで管理というか渡しているだけなので、実際は宿泊者かどうかも全く管理できていない。
1
2
281
May 30
マイグレーションみたいに案件によってはビジネス観点皆無でもいいときあるんだけど、少なくともエンジニアにはビジネス観点が必要だと考えています。
スタートアップ企業のようなスピード感が求められるようなところは特にそう感じる。
使う側が何を求めるか、どのタイミングでこの機能を使いたいか、UIはどのような形なら見やすいかそこに帰着できずに、この実装なら綺麗、このデザインパターンが使えるだけでは本当に意味が無いと思います。
UXが最大化されるのであれば、RASISが守られている前提で、実装が多少汚くても問題ないと思います。
勘違いしてるエンジニア、本当に多いです。「コードが綺麗なら評価される」って思ってる人。技術的には完璧なのに、ビジネス価値を理解せずに自己満足コードを書いてる開発者を何人も見てきました。技術力だけで評価が決まると思ってるケース、思ってる以上に危険です。
1
88
May 28
RDBに状態を持たせるなという話、ドメイン的な理想論としてはまさにそうなんだけど、実際の業務的な観点でいえばマスタ系やトラン系はどう管理したいかとかどういう変更が入りうるかとかユースケースによって変わるだろうし、何秒以内に表示させたいかとかの非機能要件によっても影響はされそうだから、安易に真似はできないと個人的に思っている。
2
177
May 27
ちなみに全く読まずにパススルーは論外で、エンジニアとしての主義ですらないと思っています。
コード読む勢と読まない勢の煽り合いって0/100で解釈し合っているようにも見えるな、、、
May 27
コード読む勢と読まない勢で何故煽りあっているのか全く理解できない、、、
コード読むか読まないかなんて、人の主義レベルの話で、自分のステークホルダー外の人が｢私はコードを読みます/読みません｣宣言することに対して何をムキになってるんだろうとしか。
究極的にAIが本当に読まなくてもいいレベルのコードを安定して出力できるようになったとしても、コード読みたい人は読むでしょう（読み方は変わると思いますが）。
4
139
May 27
コード読む勢と読まない勢で何故煽りあっているのか全く理解できない、、、
コード読むか読まないかなんて、人の主義レベルの話で、自分のステークホルダー外の人が｢私はコードを読みます/読みません｣宣言することに対して何をムキになってるんだろうとしか。
究極的にAIが本当に読まなくてもいいレベルのコードを安定して出力できるようになったとしても、コード読みたい人は読むでしょう（読み方は変わると思いますが）。
4
239
May 25
冒頭から中間の忘却やfew-shotなどテックブログから方法論だけを読むだけでは学べないことを知ることができていて、第1章からすでに有益。
May 19
LLMやClaudeをもっと知りたくて、以下を買ってみた。レビューも全くないから不安ではあるが、人柱になった気持ちで。
amzn.asia/d/0aoitfV8
1
25