ページ容量を増やさないために、不具合報告やコメントは、説明記事 に記載いただけると助かります。
| 順位 | 記事名 ________________________________________ |
ユーザ | 投稿日付 更新日付 |
LGTM1 |
|---|---|---|---|---|
| 1 | 質問は恥ではないし役に立つ | seki_uk | 16/12/13 16/12/13 |
4791 655 |
| 2 | 良いコードの書き方 | alt_yamamoto | 20/01/21 21/01/27 |
4235 807 |
| 3 | プロジェクトリーダーというお仕事 | br_branch | 20/03/08 20/03/13 |
3734 205 |
| 4 | メンバーに恨まれそうな3つのコードレビュー施策を徹底したら、逆にメンバーが爆速で成長した話 | gakuri | 20/02/04 20/02/23 |
3415 87 |
| 5 | プログラミングで一番難しいのは「見積もり」だと思う | yuno_miyako | 19/10/07 19/10/09 |
2774 124 |
| 6 | ウェブカツ運営者が語る！エンジニアで稼ぐために大切な２０のコト | kazukichi | 15/06/03 21/03/27 |
3840 139 |
| 7 | 認定スクラムマスターの俺が正しいスクラムの理論をまとめてみた | gold-kou | 18/01/26 21/04/14 |
717 182 |
| 8 | 1年以上かけて生産性倍増＋成長し続けるチームになった施策を全部公開 | kojimadev | 20/08/26 20/10/14 |
1353 1353 |
| 9 | 新卒からの質問をソシャゲっぽい仕組みにしたら捗った話 | ysktsuna | 18/12/04 19/02/28 |
2760 56 |
| 10 | 簡単！楽しい！5分でわかるユーザーストーリーマッピング(User Story Mapping) | Koki_jp | 16/02/23 20/02/22 |
712 179 |
| 11 | 「DevOps」を全く知らない人のために「DevOps」の魅力を伝えるための「DevOps」入門 | bremen | 18/03/04 18/03/08 |
707 170 |
| 12 | 不安とストレスから解放される見積りとスケジュール方法 | hirokidaichi | 16/09/08 18/12/11 |
2990 124 |
| 13 | 道の真ん中をきれいにするプロジェクトマネジメント～イケてるチームになるための10原則～ | yasuoyasuo | 21/03/23 21/04/07 |
952 952 |
| 14 | 優秀な技術者を追い出してしまう方法 | nonbiri15 | 17/08/12 18/10/24 |
1847 104 |
| 15 | ウォーターフォールを世に広めたとされる米軍がアジャイルに移行中という話 | YankeeDeltaBravo225 | 20/07/19 21/02/18 |
302 302 |
| 16 | 伸びるエンジニア、伸びないエンジニア | rf_p | 20/09/30 20/10/02 |
909 909 |
| 17 | 新入社員が来てメンターになれって言われたけど、どうすればいいのかという対話テクニック | hirokidaichi | 16/05/08 18/12/25 |
2148 82 |
| 18 | ストーリーポイントで見積もる現実的な方法 | keitakn | 18/11/21 20/08/02 |
320 144 |
| 19 | 「進捗どうですか？」より2015倍捗る「困ってますか？」 | tatesuke | 15/01/01 17/06/22 |
1655 102 |
| 20 | 個人開発における開発プロセスを公開してみる | himatani | 17/12/01 18/05/11 |
365 88 |
| 21 | ソフトウェア開発に役立つ 心理学的現象、行動経済学の概念など 15題 | arai-wa | 18/08/29 19/03/28 |
1885 15 |
| 22 | テストカバレッジ100%を追求しても品質は高くならない理由と推奨されるカバレッジの目標値について | bremen | 18/03/03 18/05/17 |
574 91 |
| 23 | スクラムにおける朝会の目的は進捗共有ではないよという話 | getty104 | 21/05/26 21/06/17 |
496 496 |
| 24 | エンジニアリングマネージャーになる前に知りたかった考え方 | kyntk | 21/06/13 21/06/14 |
460 460 |
| 25 | 打ち捨てられていたRedmineが復活するまでの軌跡 | y_hokkey | 17/12/10 19/09/16 |
466 76 |
| 26 | 初心者3人でwebサービス(webアプリ)を作ったので、立ち上げからリリースまでを時系列に書いていく | yuno_miyako | 18/10/16 20/05/30 |
719 70 |
| 27 | 全ての開発者に知って欲しい5つの業務効率化ツール | baby-degu | 19/10/20 20/06/06 |
942 8 |
| 28 | アジャイルとは何か？今あらためて誤魔化さずに実践的に説明してみる | 567000 | 18/02/24 21/07/29 |
340 54 |
| 29 | 【2025年の崖】経産省の「DXレポート２」が刊行されたので読んでみた | NP_Systems | 21/01/13 21/04/28 |
574 574 |
| 30 | Django(Python)でシステム開発できるようになる記事_入門編 | Saku731 | 20/02/16 21/03/26 |
495 114 |
| 31 | チャットやメールの文章をないがしろにする人はチーム全体の開発効率に悪影響を与える | fujinumagic | 19/11/25 19/11/25 |
907 8 |
| 32 | いい感じに「できません」を伝える技術 | TsukasaGR | 21/05/30 21/05/30 |
336 336 |
| 33 | GitHubをフル活用してカンバン(Kanban)方式による開発体制を構築したノウハウを惜しみなく公開する | ffggss | 20/03/29 20/11/18 |
660 72 |
| 34 | GitHubのコミットメッセージに絵文字を入れて開発効率をあげる | Jung0 | 18/04/01 19/04/03 |
215 66 |
| 35 | レガシープロジェクトを引き継いだ時、最初にするべき７つのこと | tonluqclml | 19/05/23 20/02/18 |
996 32 |
| 36 | ペアプロ懐疑派だった僕が、実務でペアプロ導入して180度考えが変わった話 | YudaiTsukamoto | 17/12/14 17/12/14 |
913 52 |
| 37 | スクラムを失敗させる51のアンチパターン | TakahiRoyte | 18/12/15 20/09/07 |
193 102 |
| 38 | gitを使用したブランチ作成からpushまでの簡単な流れ | infratoweb | 19/03/26 20/12/03 |
163 103 |
| 39 | 「あなたを再びプログラミングに駆り立てる映画10選」を和訳した | ohara5555 | 19/06/21 19/06/28 |
1557 9 |
| 40 | 「何がわからないのかわからない」は何がわからないのか | K_Noko_224 | 19/11/27 19/11/27 |
711 32 |
| 41 | 技術的負債 | erukiti | 14/09/26 14/09/29 |
634 43 |
| 42 | レビューコメントにラベルをつけるだけで開発効率があがって幸せになれそうな話 | godgarden | 18/04/04 20/04/01 |
434 69 |
| 43 | 疲労感と孤独感いっぱいのリモートワークからの脱却 | kojimadev | 21/06/27 21/06/28 |
313 313 |
| 44 | バージョンにあれこれ考えを巡らせてみる | t_nakayama0714 | 17/01/25 18/12/15 |
280 47 |
| 45 | 綺麗なコミットログを作りたいときのgitテクニック | getty104 | 21/06/19 21/06/29 |
315 315 |
| 46 | 二年目エンジニアが伝授。新人プログラマが成長するための8個のTips | ReiTamura | 20/12/23 20/12/25 |
466 466 |
| 47 | 政府CIOの「デジタル・ガバメント推進標準ガイドライン実践ガイドブック」が とても良かったので紹介したい | yasuoyasuo | 20/09/01 20/09/03 |
494 494 |
| 48 | プロジェクトの残業を50%削減したタスク管理手法を惜しみなく公開する | 0w0 | 17/09/10 18/08/07 |
1712 32 |
| 49 | 仕事の進め方の良し悪しを見える化したら、各自が自分で行動を改善してくれた話 | kojimadev | 20/01/05 20/01/05 |
645 27 |
| 50 | 炎上しないプロジェクトの進め方 | dowanna6 | 20/07/24 20/07/24 |
135 132 |
| 51 | 理不尽なムチャぶりを全力で回避したいエンジニアのためのサバイバル術 | shibayoh | 20/12/17 20/12/30 |
472 472 |
| 52 | レビューする人も、される人も知っておきたい！開発プロセスごとのレビュー観点チェックリスト | vankobe | 20/12/01 20/12/06 |
382 382 |
| 53 | Visual Studio Live Shareで始める快適なエンジニア間コミュニケーション | mh4gf | 18/12/11 19/05/03 |
208 50 |
| 54 | コードレビューの際によく指摘するポイントについて | twainy@github | 15/01/18 18/07/04 |
289 40 |
| 55 | 未経験者が認識してなさそうなTIPS | Nao9syu | 18/01/25 18/07/17 |
1233 47 |
| 56 | ふりかえりを拡張する「ふりかえりチートシート」 | viva_tweet_x | 19/12/04 19/12/04 |
515 56 |
| 57 | アーキテクチャの「なぜ？」を記録する！ADRってなんぞや？ | fuubit | 19/05/20 19/05/23 |
240 86 |
| 58 | テーブル設計を遅らせることでユーザー体験の最大化を狙える!?米国式最新開発手法「ADD」とは。。 | masaki_u | 20/10/23 20/10/26 |
483 483 |
| 59 | やさしいIT業界の説明書と攻略法（特にWeb・アプリ系） | netetahito | 16/03/27 19/12/02 |
530 36 |
| 60 | 「近代化Redmine」ことOpenProjectでスクラム開発のプロジェクト管理 | terukizm | 18/05/04 18/05/04 |
251 43 |
| 61 | 質問力チートシート | zizynonno | 20/10/03 20/10/04 |
119 119 |
| 62 | プロジェクト管理ツールとしてGitHubを"普通に"使う | itkr | 19/03/10 20/09/07 |
141 67 |
| 63 | 新入社員におくるGitHubでのプロジェクト管理の初歩 | gumimin | 18/04/06 18/04/06 |
182 43 |
| 64 | 「言われた通りにやったのに...」とならないためのコミュニケーションの心得 | ipeblb | 20/11/27 20/12/01 |
365 365 |
| 65 | Githubでチーム開発するためのマニュアル | siida36 | 20/03/28 20/03/28 |
126 105 |
| 66 | スクラムで使う「インセプションデッキ」のmarkdown形式版テンプレート | bremen | 17/11/26 17/11/26 |
180 28 |
| 67 | 決めておいた方が良いRedmine運用ルール | y_hokkey | 15/07/06 17/05/01 |
618 37 |
| 68 | 請負契約と準委任契約、どっちで契約すればいいの？〜請負契約・準委任契約・労働者派遣契約の違い〜 | tetsuya-imamura | 15/12/21 15/12/21 |
882 26 |
| 69 | 半年で40kg痩せた！ダイエットでわかるリーンなプロジェクトマネジメント手法 | hirokidaichi | 17/12/24 17/12/25 |
773 32 |
| 70 | 知識が無いからこそコードレビューで指摘をしよう | teshima | 19/05/13 19/05/14 |
682 12 |
| 71 | プロジェクトマネジャー目線での安心できる若手エンジニアの言動 | hirotaka-awata | 20/12/18 20/12/20 |
355 355 |
| 72 | アジャイル開発時におけるプロジェクトの進め方（その1） | sinaku-developer | 16/09/22 19/08/17 |
210 29 |
| 73 | GitHubのissueを活用した、個人アプリの開発手順を書いてみた | tkmd35 | 20/06/05 20/08/23 |
107 96 |
| 74 | 「質問力たったの5か…ゴミめ……」と思われないための質問力の上げ方 | ysktsuna | 16/12/22 18/02/01 |
162 32 |
| 75 | 小規模チームのタスクをTrelloで管理する | maimax | 17/07/17 18/08/03 |
339 17 |
| 76 | アジャイル開発を支えるためのCI/CD | newta | 16/12/02 16/12/02 |
260 11 |
| 77 | 日本にアジャイルが普及しづらい本当の理由〜不確実性に向き合うマネジメント論〜 | hirokidaichi | 19/02/09 19/02/09 |
893 8 |
| 78 | スクラムマスタとマネージャの違い | newta | 16/12/05 18/12/10 |
179 22 |
| 79 | なんちゃってスクラム開発 | kazukichi | 16/10/20 16/11/22 |
362 12 |
| 80 | コード行数計測ツール「cloc」を使ってgitリポジトリのコード行数を解析する | bremen | 17/11/16 17/11/16 |
145 34 |
| 81 | 現場で役立つテストの基本 | y-some | 17/07/16 17/07/23 |
152 19 |
| 82 | 20年でソフトウェア開発の景色はどのぐらい変わったのか？ | shibukawa | 19/07/08 19/08/06 |
717 13 |
| 83 | 自分のエンジニア経験の中で、尊敬する非エンジニアの人を５人挙げてみた。 | gonjyu121 | 21/06/06 21/07/30 |
190 190 |
| 84 | 認定スクラムマスター(CSM)に合格したので試験合格までの流れを紹介する | s_harada | 19/04/21 20/10/20 |
107 55 |
| 85 | スクラムをざっくり説明するときのスライド | halhorn | 17/01/13 17/01/13 |
190 22 |
| 86 | ソフトウェア開発のキャリアパス | baby-degu | 20/06/07 20/06/07 |
359 33 |
| 87 | GitHubを中心とした開発プロセス 課題管理 | suzuki-hoge | 16/06/29 16/07/04 |
172 17 |
| 88 | 弱小SIerの中心で、愛を叫ぶ | professor | 21/01/26 21/01/26 |
286 286 |
| 89 | エンジニアにも役に立つ、MBAで学んだ基礎スキル 20選 | sue738 | 18/12/25 18/12/25 |
644 13 |
| 90 | 信頼されるフルリモートエンジニアになるためのアジャイル開発 | yuno_miyako | 19/07/26 19/11/28 |
622 10 |
| 91 | スクラムのリファインメントをうまく運用するためのポイント | saj_kz | 17/12/09 17/12/09 |
104 29 |
| 92 | ファン・ダン・ラーン(FDL)ふりかえりボード | yattom | 18/10/31 18/10/31 |
202 22 |
| 93 | 相手がタスクを完了するまで鬼リマインドを続けるslackアプリ作った。もう...誰も催促しなくて済む世界にしたいの... | dowanna6 | 20/06/27 20/07/05 |
368 21 |
| 94 | スクラムとは何か？〜Certified ScrumMaster 研修を受けて〜 | nh321 | 18/11/19 19/01/30 |
498 11 |
| 95 | アジャイル用語集 | newnakashima | 18/03/10 18/03/10 |
110 20 |
| 96 | アジャイル / スクラム / チーム開発の［不吉な匂い］まとめ | suzuki-hoge | 18/12/13 18/12/13 |
126 32 |
| 97 | イケイケなベンチャーの開発チームが、大企業的な開発チームになってしまう5つの兆候 | tsuyok | 16/12/17 16/12/20 |
1078 15 |
| 98 | 労働時間を抑えながら成果を出すSIerさんになるための4か条 | ketman55 | 21/06/24 21/06/28 |
146 146 |
| 99 | カンバンの基本のキ | TAKAKING22 | 16/12/21 16/12/22 |
150 20 |
| 100 | GitHubでPullRequestを使った開発フロー | NAKKA-K | 18/05/21 19/01/16 |
95 23 |
-
1行目が総数。2行目が直近1年。 ↩