組織における、エンジニアの情報共有について。あるいは、レビューや設計について。 - # TODO: タイトル決定

これは、「ドリコム Advent Calendar 2015 その2」の、8日目の記事になる。 7日目は、middlemanとGitHub Pagesでブログを5分で開設！ほか盛りだくさん！ | いくら寝ても眠たい だった。 私は、ドリコムでエンジニアをしている matsusaki (@misoobu) という者だ。 ここでは、最近考えることの多い、組織におけるエンジニアの情報共有と、そのあるべき姿について書く。 また、それに関連して、コードレビューや設計についても触れる。 内容は、エンジニア視点のものになる。 情報共有は、組織にとって極めて重要だが、簡単なことではない。 本記事が、再考するきっかけとなれば、幸いである。 情報共有とは 情報共有を失敗するとどうなるのか 様々な情報共有 プロジェクトの状況や方針 作業内容とその状況 プログラムの設計やコード レビューの目的 レビューをするとき

[alastor914]

“ドリコム Advent Calendar 2015 ”

[asciialice]

組織における、エンジニアの情報共有について。

[moronbee]

共感。

[diveintounlimit]

ざっと読んでみて、この人だいぶ時間余ってるんだなぁという印象。

[psfactory]

組織における、エンジニアの情報共有について。あるいは、レビューや設計について。 - # TODO: タイトル決定

[sakatams]

何のために、何を目的に情報共有するのか？っていう視点を持つべきだね。

[okbm]

気合入ってる

[ShinSemiya]

小言はHound派。あと実装する前にタスクの方向性がおかしい場合があるので、その点のDiscussionはIssueで行い、MRにIssueのリンクを貼る派。

[ryuzee]

気合の入った(・∀・)ｲｲ!!まとめ

[iwashi86]

"「情報は発信するところに集まる」という言葉もあるので、積極的に、良い情報共有を行おう。"