「徹底的にパクる」で開発生産性を最大化！他社の知見を活かす方法 - ACES エンジニアブログ

こんにちは、株式会社ACES でテックリードをしている福澤 (@fuku_tech) です！ 最近、新車を購入し、遂に昨日納車されました！しばらくはノー残業で早く帰宅して、たっぷりと新車を楽しもうと心に決めた今日この頃です。 1. はじめに 大学院時代、ポスドクの方から「論文や技術書には執筆者の数ヶ月・数年にわたる集大成が詰まっている。それを短時間でトレースできるなら、とても効率の良い投資だ」という話を伺ったことがあります。 この考え方は、開発生産性の改善にも当てはまるのではないでしょうか。試行錯誤を繰り返すことも大切ですが、すでに成功している企業の知見を活用することで、より効率的に進めることが可能です。 ACES Meetの開発チームでは、他社の技術ブログや取り組みを参考にしながら、開発生産性の向上に努めています。本記事では、「徹底的にパクる」というアプローチで、どのように開発生産性を向

[inamem9999]

なんで他社はそういう手法を採用しているのかをきっちり読みきれないとパクることすらできていないことになったりする

[diveintounlimit]

トップコメの側面はあるものの、「学ぶ」の語源「まねぶ」は要するに「パクる」ことを起点として自分カスタムしていくことなので、ベースがあって改善サイクルを回せるならありじゃないかな。

[bnckmnj]

全ての分野に有効な、基礎的な模写修行を目を引くために下品なタイトルで言うとこうなるんだね

[nicht-sein]

知見を学ぶのならまだしも、パクることが目的になりがちになるので、個人的にはあんまりお勧めはしないなぁ

[ene0kcal]

ペアプロの実践

[number917]

モンテローザ方式ですね、分かります

[naka-06_18]

アンラーニングとかそんなの

[hogetax]

丸パクリの場合、必要なのはマネージャの思想だから、ちょっと記事読んだ程度だと破綻する気がする

[circled]

OSSの世界：A「お前のコードパクった」 B「俺もどっかからパクって来たから好きにして」