s.hiruta (@web_se) header
s.hiruta (@web_se) profile picture

AWS Community Builder(Container) . Specialist skills are kubernetes and microservice architecture, IaC such as AWS CDK. https://nitter.cf/t.co/a5bEImvoNV

千葉県柏市
Joined August 2010
Photo by s.hiruta (@web_se)Photo by s.hiruta (@web_se)Photo by s.hiruta (@web_se)Photo by s.hiruta (@web_se)Photo by s.hiruta (@web_se)Photo by s.hiruta (@web_se)Photo by s.hiruta (@web_se)Photo by s.hiruta (@web_se)Photo by s.hiruta (@web_se)Photo by s.hiruta (@web_se)
Gemini 4 Carbonがどのくらいの実力か。
わたしはモヒにゃぱん Geminiにとても期待する者
69
みのるん式でなく、おいこん式購入しました。基本から応用的なことまて書かれているようでした
45
関数レベルであまり見なくなることですが、IF分岐とか汎用的に作ってくれないこともあるので、IFは握るようにしている。場合にはリファクタさせるようにしている #QiitaConference
84
TeamsとEnterpiseを用途に合わせてルーティングさせているの、みのるん、オンラインセッションでも話していましたね #QiitaConference
1
92
野良なスキルは入れずらいな。 #QiitaConference
69
小さく始めて、チームで使えることはSkillsとか揃えていく。 #QiitaConference
1
88
AIが出してくるアウトプット膨大。判断が必要なところは選択肢出してくる時もある。 #QiitaConference
69
AIで速くすることで人月で損してしまう #QiitaConference
62
コードはAIに任せられるが、今まで改善できなかったことをする時間も増えた。 #QiitaConference
53
要求によって必要なモデルが変わってくる。 #QiitaConference
3
130
手段、要件ごとに分けると共通なことも作るとなると二重管理になることは、abstract classなり活用するようになりかな #QiitaConference
1
101
目的が違う要件で手段が一つだといろんなコードが変わると変更によりデグレとか発生することもある 要件、手段は1:1 #QiitaConference
85
バリデーション呼び忘れとかしないようにしないと行けない。一貫性の設計 #QiitaConference
1
105
目的のために具体的な要件立てたものを具体化したものが手段 #QiitaConference
1
92
エンジニアの定義もコーディング書けるから設計なりレビューなり変わってきている #QiitaConference
2
116
レビューなり判断はボトルネックになりがち。 セキュリティ優先順位付、ステアリングなりノウハウの蓄積、ナレッジあればレビューの負荷軽減にもつながる #QiitaConference
93
影響調査とか、ドキュメント作成、リリース作業とかやることは変わらないけど、AIにより効率的に行えるようになっている #QiitaConference
73