´Д｀)< なので 作業割り振り ↓ (担当者が内容理解・対処方法検討完了) ↓ ★設計方針・概要確認 ↓ 設計 ↓ 設計レビュー と進めるようにした。 みたいな、具体的な確認箇所を設けることで作業があらぬ方向に向かうのを防ぐことができる。 — Takoyaki _umaaaaaa …

´Д｀)< 自分もチーム開発で手戻りが頻発したことがあった。 そのときは「レビュー」を実施するタイミングを明示するようにした。 作業割り振り ↓ 設計 ↓ 設計レビュー ↓ 実装 ↓ 実装レビュー ↓ テスト ↓ コミット と進めると、設計レビューでの手戻りが酷か…

´Д｀)< 管理者側も失敗してほしくないならそれなりの手立てが必要だ。 「報連相が足りない」と声を荒げるのではなく、それが必要になるタイミングを明示し、手戻りが発生しにくくする必要がある。 — Takoyaki _umaaaaaa (@TakoyakiU) September 24, 2017

´Д｀)< 経営者や管理者は決まって「若い人はどんどん失敗して」と言う。 しかし本当に失敗すると「なぜ失敗した」と責め立てる。言ってることとやってることが正反対なんだよね。 — Takoyaki _umaaaaaa (@TakoyakiU) September 24, 2017

´Д｀)< 失敗を放置するのはまずい。しかし責め立てることに意味はない。感情の問題でしかないし、責任を失敗した人に押し付けようとする人間も多い。 そうではなくてなぜ失敗したのか、本来はどうするべきだったのかを１つ１つ一緒に考えるとか、そういう行…

だから理想や失敗を責めちゃいけない。「結局ダメだったじゃん」とか「何でこんな無駄をやったんだ」とか言って叩いていると、新しいことはどんどんやらなくなって、何処かの誰かが既にやっていることの二番煎じしかできなくなる。今の日本の電子業界って(以…

vi はああいう操作が出来るテキストエディタの総称、vim はプロダクト名。 / “Vimはviであるか否か” https://t.co/pDHDRULaSe — 狭量 (@mattn_jp) September 24, 2017

´Д｀)< そうだったのか — Takoyaki _umaaaaaa (@TakoyakiU) September 24, 2017

´Д｀)< (変換される仕組みは知らないが) Ninja Cat と同じだね。 と思ったら Ninja Cat に変換されなくなっていて焦ってる。 — Takoyaki _umaaaaaa (@TakoyakiU) September 24, 2017

´Д｀)< ここを見ても「‍ Ninja Cat with Coffee」しか正常に変換されていないぞ・・・？https://t.co/FNSGoMHLMO — Takoyaki _umaaaaaa (@TakoyakiU) September 24, 2017