BlogJavaを中心にした技術ネタなど。01/30のツイートまとめcrossroad0201ここは踏ん張りどころか。08:32今日の星座占いとかで相対的に最下位でも、他の日の1位より絶対的に運勢が良いってこともあるわけか。02:23なんとか今月末の最低限の仕事は終わったかなー。15:48独裁と言われてるけど、成熟度の低い組織ではトップダウンに決めないとどうにもならないと思うんだよね。あーだこーだと各々が自分の立場でしかモノを言わないんじゃ進まんやろー。15:38そりゃ変えようと思えば負の側面もあるわけで、100%全て良くなることなんてないだろーと思う。橋下市長もいってたけど要は優先度で決めるしかない。有権者もそこは理解した上で、とにかく今の行き詰まり感のある政治システムを変えて欲しいってことなんじゃないかなぁ。15:33一昨日だっかかの朝生で橋下大阪市長が出演してた回、橋下市長は今の慣例まみれの政治のシステムを変えることが目的だと言っていた。19:48ビターチョコと赤ワイン。19:09staticなUtilクラス多すぎてテストしにくいな...。コメント:001/27のツイートまとめcrossroad0201帰ろ。19:12テストコードが仕様書なんだけどな。16:00ええぇぇ...。ユニットテストのテストケースをExcelでテスト仕様書起こせってか。スーツ姿なんだけど、完全に場違いな服装やな。雪国舐めてんのかって言われそう。12:41やば...。19:56お客さんとこで打ち合わせ。00:15何を言っても、行動が伴ってなければ意味がないし、単なる姑息な言い訳にしか聞こえない...。00:13「何を」と「どうやって」を混同しないようにしないと。アジャイル開発で「外部設計」がないと思ってるなら間違いだ。「外部設計」はフェーズの名前ではなく「何を作るか」を決める役割のことだと思えば、モノ作りには必要なものだとわかる。23:59ノーズがカッコ悪い...今年のトレンドはこんなんなのか。仕様を書いたドキュメントを設計書と呼ぶのも抵抗あります。「外部設計」って言葉がよくないよな。ウォーターフォールの工程っぽいし。「何を作るか」を決める役割・作業のことを何と呼ぶのが良いかな。「仕様設計」ってどうかな。23:55ポーカーで見積り。08:34ノーズがカッコ悪い...今年のトレンドはこんなんなのか。仕様を書いたドキュメントを設計書と呼ぶのも抵抗あります。「外部設計」って言葉がよくないよな。ウォーターフォールの工程っぽいし。「何を作るか」を決める役割・作業のことを何と呼ぶのが良いかな。「仕様設計」ってどうかな。21:44うーん、ユニットテスト書き慣れてないんだな。21:39今日は比較的ヒマかな...。13:16まぁチケット更新のメール通知は、単なる変更(進捗の更新とか)なのか、依頼ごと(チームのメンバに何かアクションしてほしいのか)ってのがパッと見でわかりにくいので、アクションしてほしい時は別途メールも出さないと不安にはなる。11:19本業も副業もなんだけど、Redmineとか使ってても結局メールで情報連携されていたりして、チケットへの情報集約が中途半端な感じ。11:19S2のMessageResoucesUtilでメッセージ取得してるクラスってユニットテスト面倒だな...。10:45久しぶりにかっちりパンチパーマな人見た。コメント:001/23のツイートまとめcrossroad0201あれもこれもと割り込みで引きずられてまだ終わらん。21:09テストであがってくる不具合の修正は良いんだけど、再現させる環境がない上に、どうなれば正解なのかわからなくて遅々として進まん。そもそも何を鏡にテストしてるのかすらわからん。11:02今週、知り合いの会社の事務所移転祝いも兼ねての飲み会だったのに、タイミング悪く本番リリースの立会で深夜出勤になってしまった...。10:29オフィスのビルで、清掃業者の男女ペアを見かけるんだけど、女の子が指導員として指導しているらしい。指導ったって横で掃除すんの見てるだけやし。コメント:001/22のツイートまとめcrossroad0201年末辺りからできてるニキビ治らん。23:04居酒屋でもらった味噌美味い。19:29パック寿司を熱燗で。15:25定数をEL式で参照できるようにするために、アプリスコープに登録。S2UtilのTraverserを使うとやりやすいな。これは自動登録系の仕組み作るのに便利。コメント:001/21のツイートまとめcrossroad0201Twitterは自分から発信するツールと言うより、情報を集めるツールとして使ってるかも。ゆるいコネクションで、気楽に色んな人の考えを知ることができるってのは、facebookやmixiなんかとは違うTwitterならではの価値だと思う。23:28ニシン(ニシンそばに入ってるやつ)を肴に飲む。21:05シラスとネギのペペロンチーノ作ってみた。20:46結局ライブは行かずに家で仕事。18:51動きゃいいってもんじゃないねん。実際にアプリの開発するときに実装しやすいだろうか?ミスしやくないだろうか?とかって想像力働かせて、どうあるべきかを考えながらやらないと。18:23ちょ、ちょっとこれはチュートリアルとして見せれる品質ではない感が...。その昔、バーのマスターに、人は最後には同年代の人がマスターをやってる店に定着するもんだと聞いたなあ。19:01そして残業...。18:50こんなエディタあったんだ。確かに巨大ファイルも開ける。18:12土=休出、日=副業、月=深夜出勤、火=〆切。13:56大抵、よくよく考えてみれば別にいらなかったりするんだよね。なくても運用でカバーできるとか。システムの機能の何割かは全く使われないと言うし、凝りまくった機能に限って使われなかったりする。シンプルなほうが、使う側も動きがわかりやすくて良いと思うけどな。12:03どうも必要性を深く考察しないままに、先入観と思いつきで深みにはまって行ってる印象だなぁ。必要だと"思い込んでいる"ことに、ムダに時間と労力かけて気がする。2012年から地上波放送打ち切ってBS/CSだけに。17:08マージに集中さけてくれ~。11:17少なすともはっきり言えるのは、機能や処理内容の観点でデータ構造を決めると苦労する。データ構造が機能に依存することになってしまうし、仕変は機能や処理に対して入るので、つまりはデータ構造の変更頻度も高くなってしまう。データ構造の変更はコストが高いから、仕変に弱いってことになる。16:21ボード行きたいな。16:05雨降ってたのか。21:34百舌鳥八幡で人身事故らしい。20:33やっと終わった。去年から何回おんなじソースのマージとテストをやってるんだか。一回やらないといけないし。19:02中村飛斗のライブ今週末か。18:57Java(に限らずOO言語で)のクラス=モジュールと考えてる時点で終わってるよなぁ。メインフレーム畑の文化だとそうなりがちなんだけど。18:30バグの報告が「○○エラーになる」とかで終わってしまってると困ってしまうなぁ。「○○であるべき」って期待する結果も示してほしい。RedmineとかTracでトラッカーごとにチケット説明の雛型を設定できるとイイかもしれない。15:55うわぁ...切り取られてるとか...。12:40ふぅ...ほぼ丸一日仕事で疲れた。19:02おっ、動いた。なるのがちょっと嫌だなぁと。違う画面のアクションと取り違えそうとか、EclipseでCtrl+Tで型を探すのとかやりにくくなるし。したかったんだよなぁ...。16:42SAStrutsのアクションパスの解決をカスタマイズしたくてあれこれ試してみたけど、予想以上に根が深くて難しい。16:49foursquareのメッセージってちょいちょいおかしいよね。11:41早々に寝てしまってた。コメント:001/12のツイートまとめcrossroad0201性格を全く気にしない完全な面食いで、女子高生とか女子高生とか女子高生とか大好きなようです。13:24クシャミと鼻水が...。寒さのせいか、風邪ひきかけか。10:55今日ほんま寒い。12:11EC-CUBEのドキュメント類って必要最小限のものがちゃんと用意されてる印象だなぁ。ソースを見ればわかることはいちいちドキュメントにしてなくて、とっかかりになる資料はちゃんとある。Tracの運用とかもしっかりしてそうで、同業者から見て開発会社として成熟してるんだろうなって感じだ。09:29東京事変解散か。最近全然聴いてないけど良いバンドだったのに残念。02:51収拾つかない気がしてきたぞ...。コメント:001/10のツイートまとめcrossroad0201と言うか、*#06#なんてダイヤルしなくても、設定の一般、情報のIMEIってコードがそれやん。20:02俺のiPhoneはフィンランド製?で品質がいいらしい。iPhone持ってる人!ダイヤルで*#06#を押して、七桁目と八桁目の数字を確認してください。