いま社員エンジニアが何人かに加えてエンジニアアルバイト2人、くらいのチームで働いていて、その中でアルバイト氏のメンターもやっている。 前のチームでも何年かアルバイトの面倒を見たり、何回かインターンのメンターをやったりしていた。 手癖でいろんなことをやってしまっていて、属人性が高まってしまっていると感じたので、どんなことをやっているか書いておく。 1日に何回か口頭で会話する 実装ができててから方針がまずかった、となると時間がもったいない 方針書いたくらいでレビュー依頼に出してね、とお願いしてもやってもらうの難しいので、こちらから聞きに行くほうがうまくいきやすい レビュー依頼になったらすぐに見る 社員は明日も要るけど、アルバイト氏は週に数回しか来ないので、その日帰るまでにレビュー完了して打ち返しもしてもらえるように動けると良い レビュー依頼になってなくてもPull Request見に行く 方針

見積りについて興味が出てきたので読んだ．コードコンプリートを書いたスティーブマコネルの本． 具体的な見積りの技法が紹介されているけど，それよりも，いい話がたくさん書いてあって良かった． 見積りとターゲット 見積り=作業量とか規模とか ターゲット=いつまでにほしいとか 数ヶ月後の発表会のための開発なら，その規模のものは作れませんではなく，間に合うような物を一緒に考える 技術的な知識を使っていろんな代案を出すのは技術者の責任 即興で見積りしてはいけない→正確ではない 専門家の判断は品質が低い→正確ではない 計算できるなら計算しなければならない 見積りに幅を持たせる この期間で終わる確率は何%とか，最良で何週間， 最低で何週間，とか そのときも計算する 高く見積るとプロジェクトが却下されるからといって安く見積ってはいけない 正しい情報を提供できないので，意思決定できなくなってしまう リソースが本

ハイネケンのドラフトケグを買ってみた．ご家庭で樽生ハイネケン5リットル飲めるソリューション． 炭酸ボンベや氷は不要で，こういうでかい缶単体で駆動する．缶ごと冷蔵庫で冷やしておけばなんとかなるという仕組み． View this post on Instagram A post shared by 趣味はマリンスポーツです (@hitode909) こういう蛇口みたいのを上にくっつけて注ぐ．丁寧にゆっくりやると泡とビールがいい割合になるけど，雑に速く飲みたいみたいなマインドでやってるとほとんど泡になったりする． View this post on Instagram A post shared by 趣味はマリンスポーツです (@hitode909) ビールが出てくる蛇口を手に入れたような状況で，ちょろちょろプラスチックのカップに注いではしゅっと飲む，のを繰り返して，たのしいたのしいって言って

会社のLT大会で服の買い方について発表しました．少しでも，みなさまの暮らしに貢献できればと思います． https://speakerdeck.com/hitode909/how-to-buy-clothes

どこがいけてないのか？ クラス名とか、機能名とか、概念とか、名前があると考えやすくなる まだ名前なかったら新たな抽象が見つかるかもしれない どんな経緯でそうなっているのか 最初は抽象を捕らえられていたのが拡張を繰り返すうちに失われたのか、書かれた当初は単純な仕様だったのが膨れ上がったのか、動けば良いという感じで書かれたのか 今の設計のいいところは？ 何か意図や事情があってそうなってるのか、動いてるだけなのか 詳しい人や書いた人に気に入ってるところを聞いても良い みんなどう思ってる？ みんなおかしいと思ってるけど手が出せないのか、これでいいと思ってるのか、など雑談して聞いて回る 最高の状態ならどうなってるべき？ 正しいモデリングや、すごい技術があったら、どうなるか 鋭い分析によって豊かなドメインを得られたり、リコメンドシステムなら脳波を読み取って直接推薦してくれたり、変なドアで世界中好きな場

会社でボードゲームしてる人たちがいる。 僕はボードゲーム苦手で、たまにやっても全然勝てない。 将棋とかイメージすると、こっちがこういう手を出すと相手はどうするか、そしてその次は、というのを予測すればよいのだけど、なんかそれがめんどうで、なんでこんなこと考えないといけないのか、とか考えだしてくたびれてしまう。 ずっと論理的に考えるのが苦手で、すぐめんどうになってやめてしまう。 普段、仕事や遊びでソフトウェア作ってるのだけど、よく考えると、ソフトウェアの動作が論理的なだけで、ソフトウェア作るのは勘でできる。 ソフトウェアが正しく動くかどうかは論理的に決められて、電卓アプリなら計算結果が狂ってたら間違っているけど、その電卓アプリがどのように作られたか、には正しさはない。逆立ちして作っても、猿にタイプライターを渡して作っても、計算結果合ってれば良い。 過去のデータとか経験によると猿に書かせるのは効

ソフトウェア作ってて，最初は一つしかない想定で作るけど，あとから複数出現することになって改修するのが大変，ということがある． 最悪サーバーサイド もう終了したサービスであったのが，ユーザーは自分のアイテムを飾れる部屋を1つ持てるという仕様だったのが，複数の部屋を切り替えられるようにして，部屋ごとに置けるアイテムのシリーズが変わって，シリーズごとにグリッドの細かさも変わるとか．とにかく大変で，全部のテーブルにあとからシリーズidを持たせたり，クラスメソッドで済んでたのをシリーズidを持つオブジェクトのメソッドにしたり，ORMのItemをRoomに渡すのをやめて，その層とは別に独立した画像合成用のItemとRoomを作ってやり取りするとか，最初からそうなってるときより大変なことになる． 最悪クライアントサイド クライアントサイドでも同じようなことはあって，HTML内に一つしか出現しない前提で作

きのうの日記、背景が動いて見てられないっていう感想が大半だった。これは悲しいことで、昔なら、さらっと背景を止めるUserScriptでも書いて、背景止めてから落ち着いて読めてた。 最近は、iPhoneのtwitterクライアント内蔵ブラウザなど、ユーザーが手を入れられないブラウザが増えている。PCのブラウザも手を入れにくくなっていて、Firefoxだと右クリックでGreasemonkey書けたりしていたのが、Google ChromeではUserScript書きにくい。 これは寂しいことで、インターネットは皆の物だから、自分のブログを好きな見た目にするのも、他人のブログを好きな見た目で読むのも、勝手にできていいはずだと思う。俺たちのインターネットを取り戻したい。 photo by dalbera 追記 嫌がらせで背景を動かしたり、背景止めないと読めないと思ってやってるわけではなくて、背景が

MongoDBなどはスキーマレスなデータベースであり，先にスキーマ決めなくても，何でもつっこめることになってる． データベースから見ればスキーマレスということでいいけど，アプリケーション的には，何が入ってるかちゃんと管理したい． 下の例では，AliceとBobでは持ってるフィールドがちがって，Bobはhobbyを持ってるけど，Aliceは持ってない． { name => 'Alice', age => 20, } { name => 'Bob', age => 21, hobbies => ['tennis', 'soccer'], } これくらいなら見れば分かるけど，長期間運用してて，結局何が入ってるのか分からない，みたいなことがあって，難しかった． オブジェクトをどんどん渡していくと構造を教えてくれるのを作った． hitode909/perl-object-classifier · G

テスト書きすぎるとよくないって言ってる人がいた．DHHっていう人．作業時間の1/3以上テストしてたらおかしいとか，ActiveRecordのバリデーションなど，Railsの機能はテストしない，とか． Signals vs. Noiseの去年のエントリに、テストをどれくらい書くべきかということについてDHHが指針を示していたものがあったので... - Sooey 偉い人が言ってるからという理由で，テスト手抜き派の人に良い材料を与えてしまった．僕は意見ちがって，作業時間半分以上はテスト書いたりしてる． テストたくさん書くと，最初に書くときのコストは増える．けど，あとから読む時や，変更したい時には，読むだけだし，書くのも差分だけで良い．コード本体を理解できれば，要らないテスト捨てるのは，落ちたのを消すだけだから簡単．あとで見て，テスト足りないと分かったときに，明文化されてない仕様からテストを補う

ソフトウェア作るとき，性能とか設計とか，ここはどれくらい使われるか分からないから手抜きでこれくらいの感じ，くらいのつもりで適当に作っても，実際にめちゃくちゃ使われるときになって，ちゃんとしないといけない，ということになったときに，退職したとか，ベつのチームに移ったとかで，自分でメンテナンスしてないかもしれない． 今は必要ないから，という理由で作らなくて，あとで事情を知らない人が見て，なぜかすごい手抜きで作られてるとかで，苦労するみたいなのよく見る． 一方で，いずれ必要になると思って大きすぎるのを作るのはやめるべきだと言われて，たしかにと思う．常にめちゃくちゃスケールするような設計や大きすぎる実装をするというのは無駄すぎるからやめたほうが良いと思う．作ったわりに全然使われないと，データベース分割する仕組み作ったけどユーザー3人で1人1データベース使ってるとかになる． オブジェクト指向で設計，

定時過ぎたからビール飲んでたら、まだ周りに仕事してる人もいるのだから、空気を読むように、人目につかない部屋の隅なら飲んでてもいい、定時過ぎたからといってこういうことをするのは推奨されない、みたいな話をされて、そんなこともあるのかって思って、こんな村みたいなことがあるのかと思って、部屋の隅で飲んでた。 周りの人の迷惑を少しは考えようみたいに言われるけど、そういう話になると、配慮が足りない若者を説教するみたいな構図にしかならないから、そういうことを言われると、萎縮するしかないと思う。 こんな村みたいな暗黙のルールみたいなのがあるとは思ってなかった。こんな村っぽいのあるなら、毎年入社した人が順番に怒られそうだから、研修とかで、定時過ぎてもビール飲んではいけないみたいな教育をしたほうがいいと思う。 これまで迷惑とは思っていなくて、ブースでビール飲んで話してると他チームの人がやってきて交流できたり、

先週くらいに近デジのサイトがリニューアルして，ダウンローダーが動かなくなっていたので，対応した．半年ぶりにバージョンアップして，ついにバージョン2.0になった． GitHub - hitode909/kindairb: 近代デジタルライブラリーダウンローダ kindai | RubyGems.org | your community gem host 画像をダウンロードする場合は30秒程度時間をあけるようにと書いてあったので，1枚ダウンロードするごとに30秒待つようにした． 120ページの本だとダウンロードするのに1時間かかるということで，だるいけど，普通にブラウザで読んでも1時間かかるので，まあしたないかと思う．寝てる間にダウンロードするとか手分けしてダウンロードするとか工夫すればいいと思う．ちなみに1台のPCで2つ連続して動かすと15秒おきにアクセスしてると見なされてダウンロードできな

ページ1枚で動くようなちょっとしたアプリケーションを作るときに，最近はjQueryとJSDeferredと960.cssをロードしてから何か作ることが多くて，毎回コピーしてきてたけど，めんどうなので，スクリプトを実行すると雛形を作ってくれるようにした． https://gist.github.com/1024417 アプリケーション名を引数にbuilder.rbを実行すると，雛形みたいなのを作ってくれる． % ruby ~/co/gist/1024417/builder.rb test_app test_app created % tree test_app test_app ├── 960.css ├── index.html ├── jquery-1.6.1.min.js ├── jsdeferred.js ├── reset.css ├── test_app.coffee ├── t

これまでブラウザでちまちま見ていて，めんどくさかったので，画像をダウンロードするのをRubyで書いた． hitode909/kindairb · GitHub ページURLみたいなやつをコピーしてきて， こうすると， ruby kindai.rb http://kindai.ndl.go.jp/info:ndljp/pid/922693こうなって， こういう感じになる． いちばんでかい画像をダウンロードしてくるので，ブラウザで読むよりましだと思う． スクリプト実行するのがめんどうで，ブラウザから本を右クリックとかでダウンロードできるほうがよいと思うので，Firefox拡張とかにしたい． 関連 続き 近デジダウンローダーを更新 - hitode909のダイアリー

本を探して読むのがだるかったから，ちょっとましにした． トップページの検索をgetにした 検索結果から，書誌情報に行くリンクを普通のリンクにした 書誌情報のページで，本文を読むリンクを普通のリンクにした トップページの検索をgetにしたので，検索結果のページが以下みたいなURLになって，ブックマークとかできるようになった． http://kindai.ndl.go.jp/BIBibList.php?tpl_keyword=松茸&tpl_bib_access=1 検索結果からのリンクを普通のリンクにしたので，クリックしてページ遷移したり，Commandキーを押しながらクリックして新しいタブで開いたりできるようにした． 前にインストールしたひとは再インストールが必要． 近代デジタルライブラリーましにする — Gist 関連 これの続き． 近代デジタルライブラリーをましにするGreasemonk

Twitterは本来「いまなにしてる？」を共有するシンプルなサービスなので，タイムラインにはシンプルで基本的な品詞(動詞や名詞など)のみ流れるべきだと思い，Greasemonkeyを書きました． hitode909's gist: 131771 — Gist このGreasemonkeyを適用してTwitterにアクセスすると，発言内容が端的に変換されて，タイムラインがシンプルになります． 変換例 以下に変換例を示します． 全てid:masa138さんの発言を変換したものです．怒られないだろうと思ったのでTwitterから転載しました． 冗長だった内容が，端的に変換されていることが分かります． 変換前 変換後 今気づいたけど，明日9時からゼミじゃん＞＜ヤバイ！起きれない＞＜ 気づくゼミヤバイ起きるれる 俺も CSS 書こうかなー CSS書く そろそろ帰って寝ようかなー 帰る寝る @uca_