まとまってない文章を晒すのに抵抗があったけど、メモを垂れ流したら仕事がうまく回りだした件について - CARTA TECH BLOG

Zucks Ad Networkでデータ解析をしています、@yuu_itoです。 気づいたら3月も半ばですね。花粉で目がしょぼしょぼします。 メモを取ることについて書いていきます。 きっかけ 技術調査のために論文を集めGoogle Docsにまとめていた時、 とりあえずまとめた後に共有しますねと連絡したら、 メモはGitHub Issueへのコメントで書いておいたら？というのが始まり。 やってみて気づいたこと まとまっていない状態の文章を晒すことに抵抗があったのですが、やってみると嬉しいことがありました。 1. Issueに気づいた人がコメントをくれる。 弊社ではGitHubとSlackを連携してIssueの更新をSlackに通知しています。 取り組んでいること、考えていることを書いていると 「なんかデータの傾向がイメージと違った」→「それ～だからかも」 「計測しているデータ、不要なものも

[akulog]

完璧なものを共有しなければならないという思想で途中に誰にも共有しないでいると、結局チーム内の誰とも協業していないことになるからこれくらいWIPな感じが良いと墨は思う

[gfx]

これこれ、これだよ。雑なメモをどんどん書いていこう。

[ikeike443]

僕らはこれをMarkdownで書いてプルリクで議論しながらまとめてます。

[yatta47]

いい文化。同じことをやったら「部分的な情報は流すな。できてからあげろ」といわれる現場からは以上です。

[sh19910711]

"経過がわかるようにメモを書き出しておくと良い / そのとき考えていること、疑問に思っていたことなども含めてメモ / 今までの作業の流れをはっきりを振り返ることができ、どの時点で問題があったのか気づく"

[luccafort]

試行錯誤をログとして残すというのが重要だという話し、非常にわかりみ。

[tbpg]

"経過がわかるようにメモを書き出しておくと良いことがある。"

[masayoshinym]

良いやり方だと思う。互いがやってることに興味関心を持ってくれるチームであれば。

[kuzumaji]

まとめないほうが良い時も結構あるのですよね。

[co3k]

わかる (垂れ流しがデフォルトなので逆に仕事に関する個人的なメモとかもほぼない)

[TokyoIncidents]

前職でも周りに合わせていたらそういう使い方になった。コメント更新したい時にそのコメントを update するか、新しく投稿するか迷う事が多かったな

[ranai]

> Issueに気づいた人がコメントをくれる。

[saxsir256]

わかる。GitHub Issueに書き連ねたりしてる。

[peketamin]

「迷走したら振り返ることができる」

[kurukurutraffic]

メモを効果的に使いたいと思ってました！参考にさせてもらいます

[sonots]

良いね

[kanu-orz]

Confluenceをメモ帳代わりに使う運用にして似たようなことやってました。非技術者でも使いやすく公開/編集も容易なのでオススメ。

[tkr911]

部署の雑多リポジトリに作業logとして毎日issueをたてるのも良さそうだなあ、と前思った（実行していない）

[pro_shunsuke]

よき

[ledsun]

良いと思う

[pinkumohikan]

うちのチームもissueにドンドンメモっていくスタイルで、方向性のズレや考慮漏れに対して結論を出す前に指摘をもらえるのはとても良い

[lesamoureuses]

わかる。なるほど

[katzchang]

こんな感じです