私の2013年 2月のツイートを適当にまとめてみる

2013年 2月のツイートをまとめた備忘録。グルーピングは非常に適当。

• 過去のツイートまとめはこちら

主な参加イベント

• 『JUnit実践入門』写経・実践会 in 横浜 #3 - connpass
• たのしい自分戦略 -セカイとカイシャと自分の仕事を考える- - DevLOVE
• アジャイルサムライ読書会 横浜道場 「現場で実践する」 - アジャイルサムライ読書会 横浜道場
• 東京ruby会議3日目
• ユーザーの本質的要求からビジョンを描き提案する - OpenCU.com
• 「Enterprise」「Social Game」「startup」3つの世界のAction!：Developers Summit 2013
• 横浜道場 番外編「自分の価値観を見える化してみよう」 - アジャイルサムライ読書会 横浜道場

実践メモ

先週の教訓：ベロシティは有用な指標だけど、一番大切な「スケジュールへのコミット（直感的に出来そうと感じて、それを（ある程度）約束出来る）」を軽んじてはいけない。

2013-02-25 20:32:05 via web

もう一度。「今それどころじゃない」とかいってタイムボックスを無視して、よかったと思った経験は今のところ一度もない。 > 自分

2013-02-27 15:34:02 via Tabtter Free

初期の見積もりの当てずっぽう感と、初期の設計の想定漏れの量がやばい。初期に正しく想定出来るべきだと考えて、「失敗」して自分を責める技術者はどのくらいいるのだろう。少なくとも私はその一人でした。

2013-02-19 22:25:54 via web

ストーリーのテンプレの冒頭「（ペルソナ）として、」を、「（ペルソナ）は、」にした方が個人的にしっくりくることを発見した。「（ペルソナ）は」の方が、仮説が嘘っぽい時に違和感を強く感じる。

2013-02-12 12:35:24 via web

「仕様とシナリオは相補関係にある」とどこかで習ったが、同じように、「要点を絞った完結な説明」と「ストーリー」もきっと相補関係にある、はず。

2013-02-09 17:44:28 via web

ポモドーロテクニックのタイムボックスの使い方を誤るとケアレスミスを招く（というか招いて後輩に迷惑をかけた）。スプリントのスプリントデモのような「抑止力」を取り入れられるとよいのだが。思いつかない。

2013-02-01 21:21:15 via web

energize

「リーダーの大切な資質を一つだけ挙げるとすれば、明るいこと。リーダーに相談にいったら、元気になって帰ってくるようでなければ」by 野中郁次郎

2013-02-08 08:58:55 via Twitter for iPhone

「もう1人いたらやってみる」 / 社内勉強会の初めの一歩 URL

2013-02-25 18:18:26 via Tweet Button

ブログのススメ URL

2013-02-28 15:14:23 via Tweet Button

この視点は面白いですね。 / デブサミ2013で悪ふざけに関する真面目な話をした - 勘と経験と読経 URL

2013-02-16 14:36:28 via Tweet Button

「○○やりたい」と「これがあれば○○できる」との間はだいぶ合って。後者は色々お手伝いできると思うんだけど(しなくてもできるだろうけど)、前者は正直難しいなぁと最近特に思う。

2013-02-17 15:31:57 via TweetDeck

◯◯できたらいいんですけどねぇ…ってのは、やってみたら良いと思う。ただ全部思い通りにならないから、その時には一旦それを前提として受け入れて、デザインすれば良いわけで。で、やってるうちに最初のことができるようになるかもしれないし、そもそも不要になってるかもしれないし。

2013-02-16 10:52:49 via twicca

あの人と一緒に働きたいと思える人と、一緒に働けていますか？ 自分もそう思われていますか？ / MY JOB WEND TO VIETNUM? DevSumi ver. on @slideshare URL

2013-02-17 12:54:10 via Tweet Button

とても心にしみますねー。 / 愛せないコードを書くには人生はあまりにも短い on @slideshare URL

2013-02-09 17:32:32 via Tweet Button

agile

これはとてもいい資料だなー。 / もうアジャイルなんて言わないよ絶対 - Developers Summit 2012 FB - by @TAKAKING22 on @slideshare URL

2013-02-16 14:26:32 via Tweet Button

どんな方法論も、最初は知って試してみる時期があり、自分の現場でうまくいかないことにヘコみ、それを一旦は忘れて、自分の頭で問題の本質から考えるようになって、そうして少しずつ理想に近づいていくうちに、そのうちに外からは、その方法論を実践しているように見えるようになる。それが守破離か。

2013-02-15 19:08:48 via Echofon

I know I don't know. DRY も YAGNI も。/ 適切に抽象化されたコードとはなにかって話 - life.should be_happy # => 1 examples, ? failures URL

2013-02-10 14:10:24 via Tweet Button

とてもやってみたくなった。 / タスク管理や業務改善を体験できる『かんばんゲーム』がすばらしすぎる | 世界 URL URL @daipresentsさんから

2013-02-28 19:38:14 via Tweet Button

Q. 『...同時に「要求という言葉が嫌いだ」とも書かれています。』 A.『 ...ひどい言葉だね。』 / Jonathan Rasmusson さん突撃インタビュー( 後編 ) URL

2013-02-09 17:23:00 via web

trust buildingののち、価値を伝えて理解を得られたら、という道のりになるわけだ。顧客に価値が伝わらないなら、きっとあまりやるべきではないのだろう。

2013-02-08 23:36:58 via web

「タイムボックスが守れないということは、スクラムチームがまだ未熟なことのあらわれなんだ」 この視点はあまり無かったな。言われてみれば･･･ってことなんだけど。 #scrumbcbook

2013-02-20 08:03:27 via TweetDeck

逆に言えば、そう思えないドキュメントは削減しつつ、本質的なものは洗練させていくと。/ 「ドキュメントとコードは同じぐらい大切」　/ アジャイル開発者の習慣?acts_as_agile：第4回　ドキュメントを大切にする #gihyojp URL

2013-02-20 21:11:55 via Tweet Button

devsumi 2013

とても夢を感じた。/ GitHub時代の開発委託とは？ デブサミでQA@ITの事例の話をします URL

2013-02-01 21:07:54 via Tweet Button

#devsumi 2回目参加でした。「よし、やってやるぞ！」感が毎回半端じゃなくでるデブサミマジック。今回一番記憶に残っているのは、 @ursm さんの「汚いコードで開発スピードだけを追い求める事は出来る。でもそうやって作ったプロダクトで幸せになった人は一人も居ない」というお言葉

2013-02-16 15:17:27 via web

興味深くて一気に読んでしまった。 / 2013 デブサミ 「SIの未来ってどうなのよ？」 by @serverworks on @slideshare URL

2013-02-17 12:40:59 via Tweet Button

製品は最初から英語で作るべき結果、超単純な英語か言語に依存しないユニバーサルなUXに逆になりやすい！日本のウチワの文脈を持ち込ませない。かえって世界に通用しやすくなる 孫泰蔵 #devsumi

2013-02-14 11:50:09 via Twitter for iPhone

とても勉強になります。再演が聞きたい… / Kanban and Scrum URL

2013-02-17 12:48:09 via Tweet Button

Developers Summit 2013【14-E-4】デザインをするときにデザイナーが考えること〜デザイナーの頭の中〜 on @slideshare URL

2013-02-23 15:59:25 via Tweet Button

devlove たのしい自分戦略

#devlove たのしい自分戦略に参加しました。今自分がいる枠組みの意味を理解し、そして一度ゼロベースで理想型を考えて、もう一度戻って来よう！で、組織という枠に「なんとなく」隷属することなく、その良さも問題も知って、積極的に活用して企業人ライフを楽しもう。とメッセージを解釈した

2013-02-05 00:11:41 via web

会社は自分がやりたい、一人ではできないことを実現するためのツール #devlove

2013-02-04 20:06:19 via Twitter for iPad

ユーザーの本質的要求からビジョンを描き提案する - OpenCU

一日目に参加してきました。リフレーミングの必要性, ラポールの形成, UXマップ（特に軸をどうするか）等々を学び、とても勉強になりました / OpenCU WorkShop：ユーザーの本質的要求からビジョンを描き提案する（全3回） URL

2013-02-13 00:34:26 via Tweet Button

junitbook

唯一変わらないのが「人間」のスペック -> よって、最近の言語は「表現力」を重視する方向になっている。 #junitbook

2013-02-02 18:09:22 via web

テストが全部通ってるのにバグった、なぜ？　→　モック使ってたんだけど、本物の方の動きが変わってた。おそろしや。だから他のテストも併用しないといけないのか。　#junitbook

2013-02-02 17:06:56 via HootSuite

chef

「初めてのChefの教室」を開催しました。(動画&資料) - Engine Yard Blog JP | Engine Yard Blog JP URL

2013-02-25 18:12:23 via Tweet Button

今もっとも学習コスパの高い技術はChefだと、Chef勉強会に行って確信した - URL URL @akiyanさんから

2013-02-25 18:14:54 via Tweet Button

DDD・GOOS

テスト駆動開発の進化 on @slideshare URL

2013-02-24 14:27:30 via Tweet Button

validation borad

The #ValidationBoard just launched! FREE tool to test startup ideas without wasting time or money. URL @Leanさんから

2013-02-17 23:05:19 via Tweet Button

ITS

commitログにITSのチケットIDを打ち込むのが面倒になってきた。うまいソリューションないかな？Mylynとかを使えばいけそうな気もするが、Mylynはあまりしっくり来なくてやめてしまったんだよなあ。再チャレンジしてみようかなあ。

2013-02-19 22:42:31 via web

細かいようで大切なこと、だと思う。 / Redmineチケットのステータスのネーミング方法 URL

2013-02-10 16:34:19 via Tweet Button

ビジネス・SI

EmpathyとかAssuranceも考える。 / サステイナブルなSIを実現する開発基盤のあり方 - arclamp URL

2013-02-16 14:32:04 via Tweet Button

特許庁の55億かけて頓挫したプロジェクトの報告書が面白い URL

2013-02-16 14:54:49 via Tweet Button

『SIエンジニアの自分戦略 -急がば回れ、選ぶなら近道-』に参加してきた #devlove - Shinya’s Daily Report (id:absj31 / @shinyaa31) URL

2013-02-19 09:45:27 via Tweet Button

業務系SEの今後について on @slideshare URL

2013-02-19 09:46:15 via Tweet Button

業務系SEの末路的なお話でして URL

2013-02-19 09:48:33 via web

「顧客が出す金」＝「顧客価値」でしょ。それ以外に定義のしようがないし、一致しないケースがあるとすれば取引当事者間の情報格差が大きい場合で、平たく言うと詐欺。>RT

2013-02-28 09:43:46 via Twitter for iPhone

フォード生産方式について - ハイパーレガシーコードクリエイターのblog URL

2013-02-23 15:10:56 via Tweet Button

諸々

学びは「Action」の視点でまとめた方がよいことに気付いた。自然に内容が凝縮されるし、行動につながりやすいし。デブサミ様々。

2013-02-16 20:23:56 via web

最終的に ゴール -> Action -> 裏付け, メモなど という流れでまとめてみるのはどうだろう。

2013-02-16 20:29:57 via web

「頑張っているので許してください」という言い訳の向き先は、上司でも顧客でもなく、自分自身になりやすい。頑張っているので人に迷惑をかけても仕方がない。頑張っているので解決策を検討する余力がなくても仕方がない。頑張っているので長期的視点でのデメリットを考えるのはつらいけど仕方ない。

2013-02-23 17:07:48 via web

そんな一大決心みたいに意気込まなくても、「あ、この人とは一生付き合っていきたいな」みたいななんとなくな覚悟でも、相手にはけっこう伝わる。「今自分が過ごしているこの空間を大事にしたいなー」とか。場を大切にしようって思いはけっこう皆、無意識下に汲みとってくれるように思う。

2013-02-17 14:34:55 via twittbot.net

アクティブリスニングのコツの1つ：「結論に飛びつかない。自分の理解が正しいか相手に確認する」。おっとこれは…気をつけよう

2013-02-09 22:37:43 via web

「やらない明確な理由がないからやる」のか、「やる明確な理由がないからやらない」のか。この文化の違いが、違いが、、、。

2013-02-12 12:48:44 via web

確かに。「選べないことに気付いていない」場合があるのが厄介。当たり前になってしまったことこそ見直すべき、とはよく言われますね。/ 会社員は「選べない」ことばかり - 脱社畜ブログ URL

2013-02-09 17:27:39 via Tweet Button

暗黙知と形式知は違うものだ、と認識するだけでも大きく違うのではなかろうか。「暗黙知が存在している = 形式化をサボっている = 職務怠慢」 と言う認識が意外とありがち、な気がする。で、知識は壁越しにぶん投げて共有できるものと思ってドカーン。

2013-02-07 23:48:53 via web

その他

今日のプログラミングは、…より上級の、馬鹿でも使えるプログラムを構築する努力をしているソフトウェアエンジニアと、…より上級の馬鹿を生み出そうとする宇宙との間の競争である。今のところ、宇宙が勝っている/ URL @tommy_japanese

2013-02-19 09:54:38 via Tweet Button

「飲み会の　乾杯直後に　バグで帰社」　「IT社畜川柳」が涙なしには読めない : SIerブログ URL #Zenback @sierblogさんから

2013-02-22 12:27:25 via Tweet Button