気に入った記事をブックマーク
- 気に入った記事を保存できます
保存した記事の一覧は、はてなブックマークで確認・編集ができます
- 記事を読んだ感想やメモを書き残せます
- 非公開でブックマークすることもできます
techblog.a-tm.co.jpエントリーの編集
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
0
記事へのコメント0件
- 注目コメント
- 新着コメント
新着コメントはまだありません。
このエントリーにコメントしてみましょう。
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
いまの話題をアプリでチェック！
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
issue確認やコードレビューをする際の観点 - Ateam Tech Blog
自己紹介 エイチームグループ子会社のエイチームライフデザインで、マネージャーをしています。福田龍(@... 自己紹介 エイチームグループ子会社のエイチームライフデザインで、マネージャーをしています。福田龍(@ryu_f_web)です。 この記事について issue確認やコードレビュー(GitHub: Pull Request, GitLab: Merge Request)を見る際の観点をまとめたもの 業務で直近3ヶ月間、自部署全てのコードレビューを最終確認させてもらっていた上で、よくあったケースのご紹介です 構成 【issue段階】陥りがちな思考の癖2点 【コードレビュー段階】重要度別 観点 【issue段階】陥りがちな思考の癖2点 Howの固定化、Whyの欠如 実装によるデメリット考慮漏れ 開発に入る前、つまりissue切られて仕様を確定する"要件定義〜設計"の段階で気付けるようにしたい 開発後だと機能全部作り直しになることも多く、損失が大きい このあたりの記事が分かりやすい 要件定義の目的は
ブックマークしたユーザー
すべてのユーザーの
詳細を表示します
詳細を表示します
techblog.a-tm.co.jp
techblog.a-tm.co.jp
techblog.a-tm.co.jp
techblog.a-tm.co.jp
note.com/suthio
note.com/it_navi
www.m3tech.blog
0115765.com
speakerdeck.com/kokimoto
note.com/ai_image_journey
blog.handlena.me
diamond.jp
www.chibanippo.co.jp
togetter.com
yoppy0206.hatenablog.com
studyhacker.net
www.hotpepper.jp
www.hotpepper.jp
studyhacker.net
