コミュニケーションが生まれるツイートまとめツール
![まとめよう、あつまろう - Togetter](https://cdn-ak-scissors.b.st-hatena.com/image/square/421feebd2a026bbe524ef7876cb9e1f635a3eb39/height=288;version=1;width=512/http%3A%2F%2Fs.togetter.com%2Fstatic%2F1.16.02%2Fweb%2Fimg%2Ftg%2Fogp_default.png)
これを「どこ界隈」と言うのか迷いましたがせっかくイラストも描いたので「国会議事堂前界隈」としてみました。しかし最寄り駅国会議事堂前の会社は見つけられませんでした・・・。 虎ノ門周辺には結構会社ありました。ただ「IT系かよ」と言われそうですが、まぁ関連無くはないのでご容赦ください。また永田町駅周辺、紀尾井町のあたりに来年ヤフージャパンが移転します。『Y!J帝国』の遷都。今年の夏には楽天が二子玉川に「遷都」します。渋谷の再開発も始まりましたし、新たなIT企業集積地がうまれるかもしれませんねー。 【関連エントリー】 ・六本木界隈IT企業地図を描きました ・品川シーサイド界隈IT企業地図を描きました ・渋谷界隈IT企業地図2015新春
最近、本業のTaptripで新機能の開発やコードレビューの数が多くなってきた中、 やはりエンジニアに必要なのは説明能力だなぁと感じることが多々あります。 これは受託の場合は全然違うよと言われるかもしれないし、裁量のある環境だけの話なのかもしれないですが、あくまで自分の感じたこととして考えをまとめておこうと思います。 エンジニアは説明することが多い 開発職じゃないとピンと来ないかもしれないですが、何かを説明することって意外と多いです。 例えばバグ修正をする時に、一番理想的な修正をするとテストも含め2日かかるけど、暫定修正なら半日で終わるみたいな場合。 「ユーザーへの影響が大きいので暫定修正で直して、次のリリースで回収できるように調整します」みたいな説明をしたりします。 もっとコードレベルの話で言うと、例えばこんなやりとりをしたりします。 ほとんど伏せているのでわかりにくいかもしれませんが、
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く