飲み会で聞いた良い話をどう記録するか，という問題がある． エンジニア同士とか同僚と飲みにいくと高確率で良い話をしてるはずなのだけど、いつも別にメモってるわけでもないし、ミスると酔っ払って忘れてしまう 飲み会で良い話を聞いたときどうすれば良いのか - にゃんにゃかにゃん 僕は聞いた良い話とか良いアイデアはその場でスマホでメモしてます．メモしないと絶対に忘れる． Google Keepに書いておくとPCからも見れて便利． 酔っ払ってるので，その場では良さそうに聞こえても，後日見返すとまったく思い出せない，という問題もある． 例 これはまったく思い出せない． これは便利そう． あとは，その場でSlackに書いておく，というテクニックもあって，本当に良いアイデアだったら，それいいねってなって業務に役立ったりする．

クラスを設計するときの抽象的さの指標として以下のようなものを考えられないか，というのを考えた． メンバの数 少ないほど素朴，多いと複雑 メンバの種類が，数字やbooleanのような組込みの値が多いか，何らかのクラスのインスタンスが多いか クラスのインスタンスをたくさん持つほうが抽象的 実装の中で登場する変数が，数字やbooleanのような組込みの値が多いか，何らかのクラスのインスタンスが多いか クラスのインスタンスをたくさん持つほうが抽象的 この考えでは，複数の数字をまとめてクラスにしていくと，素朴で抽象的なクラスが出来上がることになる． たとえば，たくさんのメンバを持ってる中にwidthとheightを持ってるやつがいたら，widthとheightをメンバとして持つDimensionクラスのインスタンスを持たせるようにリファクタリングできる． 幅がいくつ以上だったら，という数字を使った論

ひどいコードは何やってるか分からない ひどいコードが何やってるか分かっても、なぜそうなってるのか、そこを変えるとどうなるか分からない ひどいコードは新たな変更に耐えられず書き直されることになる ひどいコードを書き直すには、ひどいコードがどうなっているか理解し、どこを変えるとどうなるのか理解する必要がある ひどいコードはたいていひどいテストコードが支えていて、テストコードがあったとしてもひどいコードと同様の問題があり、頼れるものが何もない どんなにひどいコードでも、書いた人を憎んではいけない。たとえ自分の書いたコードだとしても、先輩の書いたコードだとしても、ソフトウェアとしてひどい物にはひどいと言っていくことが大切で、だからと言って人に向かってひどいと言ってるわけではない。 最高の仲間たちが日々変化する難しい問題に対処していいコードを書いたり、ときにはひどいコードを書いている、という😇的な

11月に引っ越したのだけど，そのときにGoogle Spreadsheetを活用して，いい感じに物件を探すことができた． そのときに実践したこととか，気をつけたことなどを共有します． 要件を決める 最初に，どういった要求があるのか明らかにする．いま住んでる家の気に入らないところを挙げていくと明らかになると思う．僕は以下のような条件で探した． インターネットが無料であること*1 料理したいのでガス二口以上 風呂とトイレが別であること ゴミ出し大変なので敷地内にゴミ置き場があること 布団を干せること 静かであること 家賃8万円以下 荷物少ないので狭くてよい SUUMOで検索する SUUMOとかで検索する．適当だけどこんな感じ．家賃でソートするよりは，新しい順とかでソートするほうがよさそうな物件見つかりがちだった． 二条城前駅、烏丸御池駅、京都市役所前駅、三条京阪駅、東山駅の賃貸・部屋探し情報一

Domain-Driven Design Reference，Amazon見てたら発見して，安かったから買ってみた． ぺらっとしてて，ポケット索引集みたいな雰囲気．エリックエヴァンスのドメイン駆動設計から，要約が抜粋されていて，70ページくらいで，重要な概念を押さえられる．原著は著者の経験を語ってくれるコーナーが大半を占めるけど，この本ではバサッと切られて，定義だけが載ってる． 前の本から10年くらい経ったので，新しい内容も増えてる．ドメインイベントとパートナーシップ，巨大な泥団子．いずれも実践ドメイン駆動設計に出てきた． これだけ読んでドメイン駆動設計さあ始めよう，とはならないだろうけど，でかい本読みたくないけど議論には参加したい，とか，どんなものか軽く眺めたい，みたいな人が読むにはてっとり早いかもしれない． 唯一役立ったのが前書きで，エリックエヴァンスのドメイン駆動設計の本のことをTh

検索エンジンが登場したてのころは，検索エンジンに慣れてないから，うまく検索するのが難しかった．そこで人力検索という，質問を書いたら代わりインターネット得意な人が検索してくれる仕組みができたりしていた． 最近は，日々インターネット使ってると，日々検索クエリを書き続けることになるので，人々の検索クエリリテラシが上がってきた． リテラシが上がった結果，検索欄でもなんでもないところに検索クエリだけ書いて，検索クエリを人に読ませてコミュニケーションする，という文化ができつつある． 検索クエリには曖昧さがないので，検索クエリを読むときには，みな検索エンジンの気持になってクエリをパースして，その意味を理解することになる． 意味のとりかたで議論が分かれたら，Googleに投げ込んでみて，出てくる結果が正解なので，意見のちがいで喧嘩することもない． 英語を書くのはたいへんだけど，英語の検索クエリくらいなら書

ソフトウェア作ってるとどうしようもないひどい状況になったり、知らないプロダクトを読んだらひどい状況になってたりすることがあって、どんなときにそういうことになるのか、必ずそうなるのか、そうなることを予見できないか、完成したソフトウェアを見てひどいかどうか判定できるか、とか気になってる。 作ってる途中に気付けないものか 作る前に気づけることはあるかひどいのは分かってるけどやるしかないときにだけひどいものができるのか時間はあるけどやる気がないとそうなるのかプライベートでなんかあるとそうなるのか書いてから時間が経つと大体のものはそうなるのかコードは正しくて読者が使われてるパターンに理解がないだけなのかパターンの使い方が変だと読めなくなるのか当時と環境、社会情勢や実行環境、データ量、などが変わってひどくなるのかいい技術が発明される前なのでしかたないのかいい技術が発明されたときにキャッチアップすべきか

ソフトウェアを作ってて、作り直したり、書き直したりするべきかどうかという話をすることがある。 大きな規模だと、ソフトウェアを作り直す、というところから、小さな規模だと、込み入った機能を書き直す、くらいまであるけど、作り直すとうまくいくのは、次の二つのうちどちらかではないか。 最初に作ったときより世の中の技術が発展したとき 昔のコンピュータでは収まらなかったとか、昔は良いライブラリがなかったけど、今はある、というとき。 単に今ありふれた技術で作り直すと、よいものができそう。 最初に作ったときよりはコンピュータのスペックが上がったので、そのつもりで、並列度倍に上げても止まらないし、より速く動かせる、とか。 昔はバッチで計算しないといけなかったけど、今ならリアルタイムに返せる、とか。 昔は依存管理のよいライブラリがなかったけど、今ならこれ入れたら簡単、とか。 最初に作ったときより人間の技術が発展

最近KAOSS DJで遊んでて，きのうMIDIイベントを受け取るところまでできたので，もうちょっと知的なことをやってみる． フェーダーに応じて姉を出す クロスフェーダーの値に応じて文字を出してみる．UniMIDIでイベントを受け取って，182番のときだけ値を見てなんかする．182番はクロスフェーダの操作で，3番目にフェーダーの位置が入ってる． require 'bundler' Bundler.require input = UniMIDI::Input.first.open loop { events = input.gets events.each{|event| data = event[:data] next unless data[0] == 182 size = data[2] / 127.0 * 30 puts '姉' * size } } sketch-midi/ane.r

はてなのエンジニアセミナーでid:cockscombが「シュッと」と連呼していて，聴衆がざわざわしているようだった． 「シュッとやる」というのは，はてなの社内用語． 関西弁で「シュッと」というのがある．だいたいこれと同じだけど，社内用語では，よりテクノロジー的な意味合いがある． 今風（の）、あか抜けた、 研ぎ澄まされている、 洗練された、スマートな、 しゅっとしたとは - 大阪弁 Weblio辞書 関西にいない人のために説明すると，シュッとした鋭さのイメージで，すばやく正確に今すぐ簡単に，というような雰囲気． ちょっとやろうとしたらハマッたり，時間がかかったり，実装がダサかったり，正しく動かなかったりすると，シュッとしてない． 似た言葉で，「サクッと」というのがあって，これは一般的に使うと思う． Google: サクッと実装 今回は特別に，社内のチャットログから用例を紹介します． 〜くん、

弊社では毎年インターンを受け入れているのだけど，いまもインターンが来てて，テスト先に書きたいけど油断すると先に実装を書いてしまう，とか話してた． 個人的には，テスト先に書くのが大事というよりかは，意識して仕様を先に考えるのが大事だと思っている．テストを先に書くと，先に仕様を考えざるを得ないので，良いスタイルが身につく． 僕がよくやるのは，関連しそうなクラスの絵をひと通りノートに書いてみて，その図だけで，うまく動くことを説明できるくらい考えてみる．その時点でおかしかったら，コード書いてもおかしくなる．ノートに方眼ついてるとクラス図書きやすい．UMLとかじゃなくても，自分で見て分かるくらいでもいいと思う． 紙でうまくいったら，外部仕様だけソースコードに書いてみる．クラス名と，メソッドの定義と，メソッドの上くらいに，ひと通りコメントでも書いてみて，この関数はこういうことをするんです，こういう引数

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

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

プレゼン自分ではすべったことないから得意だと思ってるのでいつも気をつけてることをシェアします。これさえ守ればすべらないのだから楽。 目次 目次 最初にめちゃくちゃおもしろい話をする 箇条書きせず一行ずつページを分ける 絵をでかくする 新しいページ作ったらデフォルトのパーツを全部消す 先に言う 意見や疑問を述べる スターウォーズエピソード4を見る 最初にめちゃくちゃおもしろい話をする 聴衆は懇親会のことしか考えてないので、とりあえず最初におもしろい話をして、注意を引きつけるとよい。つかみはこれでオッケーだって言えればよいくらいの面白い話をしましょう。よくある技術ブログとか、技術雑誌だと、こんにちは、最近温泉に行って心身共にリフレッシュしました、ヒトデです、とか書いてあるけど、そんなの読んで喜ぶ人が本人と家族と親類以外にこの世にいたらおかしいから、そういうのじゃないとよい。 箇条書きせず一行ず

marqueeタグ，最近人気ないけど，かわいいので，使っていきたい．今日の日記もmarqueeにすることにした．あなたの意図に反してこの文字が流れていたら私の意図通りこの文字が流れていると言える．フィードリーダーとかではmarquee出せない気がするので，わざわざ元のページ開いて見てほしい．現実世界には，あまり流れる文字ない気がするけど，巻物とかがんばって巻くとmarqueeになる．本はmarqueeじゃなくて，Page Downという感じだから，あまりもう紙では見ることない気がする．身近なmarqueeとしては，新幹線とか乗るとmarquee見れる．自分が新幹線作ることを考えると，乗客にmarqueeを見せ続けて便利というのは不気味だから，新幹線考えた人は偉い．普通は乗客にmarquee見せようと思わないと思う．あと京都駅の駅前に防災情報みたいな電光掲示板が設置されてて，そこでmarqu

年越しだから新福菜館でラーメン食べた．チャーハンも食べたところ，チャーハンおいしかったけど，食べすぎた．おいしいとは思う．おいしいけど，食べすぎるというのはよくない． View this post on Instagram A post shared by 趣味はマリンスポーツです (@hitode909) www.instagram.com しかしながら，年末感というか，プレミアム感を出すために，普段はラーメン食べてるのに，チャーハンも追加するというのは，ベネフィット感があると主張したとして，誰かれも怒られることはないと思う．しかし，そもそも，たくさん食べればめでたいという価値観は，戦後にチューイングガム大量に噛むと甘みが増すとか言ってる時期で卒業すべきであって，このようなグローバルオポチュニティー世紀である21世紀に，世界中が貴重な資源を取り合いオポチュニティーな感じがあるのに，そうや

ソフィーの世界読んだ．哲学の先生から手紙が届いて勉強させられるみたいな物語． 最初のほうは，ソフィーの元に手紙が届いて読んでは思惑するというスタイルが続いて，飽きつつあったけど，途中からすごい感じになって，まさかこんなことになるなんて，みたいな感じだった．アリストテレスからフロイトまで学べて得． 少年少女向けの本かと思ってけど，僕は哲学については少年少女みたいな感じなので，普通におもしろく読めた．このブログ読んでる人も教養の程度が低くて哲学とか知らないと思うから，たのしく読めると思う．このブログ読んでるかどうかに関わらず，教養ある人みたいなのに会ったことなくて，教養ある人というのは幻想でもう居ないのかもしれない． この本借してもらって読んだのだけど，その人は中学生のときずっとユングについてのホームページを印刷して学校で読んでたとか言ってて，少年少女こういうの読んでるとそういう感じになると思