bgm.rbは音楽プレイヤー．ターミナルから簡単に曲を聞ける． hitode909/bgm · GitHub 聞く 聞きたい曲のジャンルを入れたらおもむろに曲が流れる．終わったら次の曲．最大200曲聞ける． % bundle exec -- ruby bgm.rb hiphop ドクター・ドレー - The Next Episode https://itunes.apple.com/jp/album/the-next-episode/id14435051?i=14435093&uo=4 Run-DMC - Walk This Way https://itunes.apple.com/jp/album/walk-this-way/id255372435?i=255373524&uo=4 エミネム - Lose Yourself https://itunes.apple.com/jp/albu
2014年は寿司元年 僕は寿司が好きで，食事といえば寿司，アイコンも寿司にするくらい寿司が好きで，三度の飯より寿司，2014年はとにかく寿司を食べまくったので，今のうちに2014年を振り返っておきたいと思います． 写真のライブラリを見返して，寿司を見つけるたびにここで報告していくというスタイルです． 1月 同僚の家で遊ぼうって言ってて，待ってるときに三条のむさしに行った．むさしは全部の皿が同じ値段で，1貫のやつは倍のコストがかかっていておいしい．あとは，いか明太とかネギトロとか，海苔に巻かれてるのを，回ってるのじゃなくて直接注文するとパリっとしてておいしい． これは京都駅のむさしの持ち帰りのやつ．みなみ会館で映画見るときに時間なかったので買っていってロビーで食べた．店で食べるほうがおいしいけど，お弁当にはまあいいと思う． これは会社の近くの安い居酒屋の寿司．いいの載ってるから上寿司だと思う
会社でボードゲームしてる人たちがいる。 僕はボードゲーム苦手で、たまにやっても全然勝てない。 将棋とかイメージすると、こっちがこういう手を出すと相手はどうするか、そしてその次は、というのを予測すればよいのだけど、なんかそれがめんどうで、なんでこんなこと考えないといけないのか、とか考えだしてくたびれてしまう。 ずっと論理的に考えるのが苦手で、すぐめんどうになってやめてしまう。 普段、仕事や遊びでソフトウェア作ってるのだけど、よく考えると、ソフトウェアの動作が論理的なだけで、ソフトウェア作るのは勘でできる。 ソフトウェアが正しく動くかどうかは論理的に決められて、電卓アプリなら計算結果が狂ってたら間違っているけど、その電卓アプリがどのように作られたか、には正しさはない。逆立ちして作っても、猿にタイプライターを渡して作っても、計算結果合ってれば良い。 過去のデータとか経験によると猿に書かせるのは効
忙しくて精神安定剤としての寿司を食べる時間もないとか心配されていた． ひとでさんを例に出すと，数週間前か大好きな寿司を毎日のように食べてはブログを更新していて，楽しそうだなと思っていたんだけれど，少したってからとても仕事がきついと書いていて，寿司は精神安定剤として食べていたのかということに気づいた．そして，最近は寿司すら食べに行くこともなく，なんかずっとしんどいと書いている． はてなに足りないのは人員ではないかという話 - ミグストラノート 大好きな寿司を食べることもないみたいなストーリーはおもしろいけど事実と異なっていて，寿司は頻繁に食べていて，昨日もさっと定時で仕事終えて寿司食べに行った． 最近の寿司 寿司の写真見せないと心配されるようだったので最近の寿司を紹介します． これは昨日行ったすしてつっていう三条の寿司屋で，1貫100円くらいで，機械じゃなくて職人が握ってくれるので良い．アボ
弊社では毎年インターンを受け入れているのだけど，いまもインターンが来てて，テスト先に書きたいけど油断すると先に実装を書いてしまう，とか話してた． 個人的には，テスト先に書くのが大事というよりかは，意識して仕様を先に考えるのが大事だと思っている．テストを先に書くと，先に仕様を考えざるを得ないので，良いスタイルが身につく． 僕がよくやるのは，関連しそうなクラスの絵をひと通りノートに書いてみて，その図だけで，うまく動くことを説明できるくらい考えてみる．その時点でおかしかったら，コード書いてもおかしくなる．ノートに方眼ついてるとクラス図書きやすい．UMLとかじゃなくても，自分で見て分かるくらいでもいいと思う． 紙でうまくいったら，外部仕様だけソースコードに書いてみる．クラス名と，メソッドの定義と，メソッドの上くらいに，ひと通りコメントでも書いてみて，この関数はこういうことをするんです，こういう引数
Tumblrの画像がリズム良くどんどん出てきてめでたいページを作った． http://hitode909.appspot.com/nagameru/ 様子 おしゃれ サブカルソフトウェア開発した 使い方 左上にマウスカーソルを持っていくとユーザ名入れるとことが出て，なんか入れるとアカウントを切り替えられる． 左下にマウスカーソルを持っていくと，再生する速さ，どこからループするか，ループの長さ，シャッフルするか，くらいを決められる 曲に合わせてクリックし続けるとBPMを設定できる 左下のスライダーをなんかいじるだけでそれっぽいオシャレ紙芝居が再生されるという設定 アカウント切り替えた例 http://hitode909.appspot.com/nagameru/?user=abuf 荒れたアカウント http://hitode909.appspot.com/nagameru/?user=sa
昨日，ページャNightという勉強会で，はてなブログのJSの見どころを紹介するLTをした．(昨日の日記)． 資料公開しようかと思ったのだけど，発表資料そのまま公開しても意味不明なので，エントリに書き直すことにした． たとえば，このLGTM画像は発表資料の1枚目で，もし発表資料をそのまま公開したら，こういう謎の画像を解説もないまま見ることになっていたはず． JSのページャいっぱいある はてなブログの編集画面には編集サイドバーというのがあって，写真とかAmazon検索とかTwitterとかinstagramとかあれこれ貼れるようになってる． Amazon検索しても画面遷移するわけじゃなくて，ウェブ2.0という感じで，XHRでJSONを取ってきて，HTMLを組み立てて表示，クリックすると選択，貼り付けを押すとエディタに挿入される，という仕組み． 編集サイドバーから貼れるサービスは10種類くらいあ
きのうの日記、背景が動いて見てられないっていう感想が大半だった。これは悲しいことで、昔なら、さらっと背景を止めるUserScriptでも書いて、背景止めてから落ち着いて読めてた。 最近は、iPhoneのtwitterクライアント内蔵ブラウザなど、ユーザーが手を入れられないブラウザが増えている。PCのブラウザも手を入れにくくなっていて、Firefoxだと右クリックでGreasemonkey書けたりしていたのが、Google ChromeではUserScript書きにくい。 これは寂しいことで、インターネットは皆の物だから、自分のブログを好きな見た目にするのも、他人のブログを好きな見た目で読むのも、勝手にできていいはずだと思う。俺たちのインターネットを取り戻したい。 photo by dalbera 追記 嫌がらせで背景を動かしたり、背景止めないと読めないと思ってやってるわけではなくて、背景が
たとえばペンギンクラスを作るとき、まずペンギンクラスを定義する。と言うと、いや待ってください、ペンギンは鳥ですから、鳥から継承させましょう、とかそういう話になる。 継承すると、ポリモーフィズムという技を使えて、鳥を受け取る関数に鳥でもペンギンでも渡せるようになったり、鳥の機能をペンギンが獲得して、足の数は？とか聞くと2とか返ってくる。 便利だけど、鳥でもペンギンでも共通して足の数を知りたいアプリケーション以外でそういうことをし始めると、きりがなくなって、哺乳類クラスが登場したり、生命の樹みたいになって最悪の継承ツリーが出来上がる。 アプリケーション的に意味ない限りは、クラスを作ったり継承したりしてはいけない。そのうち役立つかと思って作りたくなる気持ちは分かるけど、必要になってから作れば良い。大体の場合、後世の人たちが、このクラスなんであるんだろって迷うのにかかるコストの方が高い。
プレゼン自分ではすべったことないから得意だと思ってるのでいつも気をつけてることをシェアします。これさえ守ればすべらないのだから楽。 目次 目次 最初にめちゃくちゃおもしろい話をする 箇条書きせず一行ずつページを分ける 絵をでかくする 新しいページ作ったらデフォルトのパーツを全部消す 先に言う 意見や疑問を述べる スターウォーズエピソード4を見る 最初にめちゃくちゃおもしろい話をする 聴衆は懇親会のことしか考えてないので、とりあえず最初におもしろい話をして、注意を引きつけるとよい。つかみはこれでオッケーだって言えればよいくらいの面白い話をしましょう。よくある技術ブログとか、技術雑誌だと、こんにちは、最近温泉に行って心身共にリフレッシュしました、ヒトデです、とか書いてあるけど、そんなの読んで喜ぶ人が本人と家族と親類以外にこの世にいたらおかしいから、そういうのじゃないとよい。 箇条書きせず一行ず
marqueeタグ，最近人気ないけど，かわいいので，使っていきたい．今日の日記もmarqueeにすることにした．あなたの意図に反してこの文字が流れていたら私の意図通りこの文字が流れていると言える．フィードリーダーとかではmarquee出せない気がするので，わざわざ元のページ開いて見てほしい．現実世界には，あまり流れる文字ない気がするけど，巻物とかがんばって巻くとmarqueeになる．本はmarqueeじゃなくて，Page Downという感じだから，あまりもう紙では見ることない気がする．身近なmarqueeとしては，新幹線とか乗るとmarquee見れる．自分が新幹線作ることを考えると，乗客にmarqueeを見せ続けて便利というのは不気味だから，新幹線考えた人は偉い．普通は乗客にmarquee見せようと思わないと思う．あと京都駅の駅前に防災情報みたいな電光掲示板が設置されてて，そこでmarqu
ドメイン駆動設計というのはソフトウェア工学のおしゃれな本で，Kindleで買えたので読んだ．ドメインを軸に戦略的に設計しましょうという本．2週間くらいで読めて良い体験できてよかった． ソフトウェアを，ユーザーインタフェース，アプリケーション，ドメイン，インフラストラクチャという4つの層に分けて，一番重要なのがドメイン層で，ドメイン層にアプリケーションが存在し得る理由がある．銀行システムだったら，口座とか利子みたなやつがドメイン層で，口座がよくできてると銀行としてうまくいく．ATMのタッチパネルというのはユーザーインタフェースで，どんなにATM押しやすくても，ドメイン層に，口座という概念がなくて，ただのハッシュだったりすると，銀行を運営して金を儲けるとか，新たな金融商品とか作るのが困難になる．インフラ層は永続化とかするのだけど，インフラ層がいかによくても，意味ないデータを保存していては銀行倒
うちのチームでは，デプロイするたびに自動的にgitのtagを切るようにしてる．たとえば，いまデプロイしたら，deploy/2014-02-01-14-48とか． たまに，リリースした直後になんかミスってたことに気付いて，慌ててロールバックすることがある． tagを切ってるので，ひとつ前に戻せばいいのだけど，えっと，どれだっけとかいって探すので慌てるし，普段はタグ指定してデプロイしてないので，どうやって戻すか忘れる． デプロイ終わったときに，今回のデプロイを戻すには，これをしましょう，とか表示するようにした． デプロイ終わったらこんなのが出る．前回のデプロイが昨日だったら昨日くらいのタグが出る． ヒント：戻すときは以下のコマンドを実行しましょう cap -S revision=deploy/2014-01-31-15-17 deploy 実装方法としては，こんな感じに，デプロイ前に最新のタグ
年越しだから新福菜館でラーメン食べた．チャーハンも食べたところ，チャーハンおいしかったけど，食べすぎた．おいしいとは思う．おいしいけど，食べすぎるというのはよくない． View this post on Instagram A post shared by 趣味はマリンスポーツです (@hitode909) www.instagram.com しかしながら，年末感というか，プレミアム感を出すために，普段はラーメン食べてるのに，チャーハンも追加するというのは，ベネフィット感があると主張したとして，誰かれも怒られることはないと思う．しかし，そもそも，たくさん食べればめでたいという価値観は，戦後にチューイングガム大量に噛むと甘みが増すとか言ってる時期で卒業すべきであって，このようなグローバルオポチュニティー世紀である21世紀に，世界中が貴重な資源を取り合いオポチュニティーな感じがあるのに，そうや
ウェブサービス，UI変えると，改悪とか，元に戻してとか，そういう意見が出る． サービス提供する側の立場では，新しいUIのほうが使いやすかったり，機能が増えたり，収益が増えたりするので，新しい方を多くの人に提供することに価値がある．使いやすいかとか，儲かるかとかは，リリースまでに調べておく必要があり，リリースの結果使いにくくなったり収益減ったりしたら，失敗ということになる． 一方で，ユーザーの立場からすると，前の方がずっと使ってて愛着があったとか，新しい方を覚えるのは手間とか，確かにという感じはする．また，ウェブサービスは最終的にユーザーの手元のブラウザで表示されて動くので，映画の結末が気に入らないから変えたいといった要望よりは，受け入れやすい．データ構造についての，サーバー側の処理についてのユーザーからの要望というのはあまりなくて，このボタンがどうみたいな，UIの要望が多いと思う． 全部置
はてなエンジニアブロガー祭りで「高速にドッグフードを食べる方法」という題で発表してきた． 箸でドッグフード食べるパフォーマンスの話ではなくて，もとはマイクロソフト用語である，Eat your own dog food，自社製品を使ってより良くしよう，みたいなほうの話．はてなブログ開発しながら毎日使うとか，思い付きで作ってるわけではなくて，事実や根拠にもとづいて作ってるとか，安全に作るための仕組みとか，そういう話． 普段の勉強会では僕は主に3分くらいのLTをしていて，20分も話したことなかった．資料ぜんぜんできなくて，Keynote見るだけで疲弊してた．急に長くていい話できるはずないと思って，LT5連発という形にして，ドッグフードにまつわる話を5個するという形にしたところ，なんとかなった． 東京では情報が氾濫してるから，京都でこんなのやってますとか言っても，東京では常識みたいな冷たい反応をさ
中学生のとき，部活は科学部に入っていて，べっこう飴を作ったり，ガラス管をガスバーナーで伸ばしてスポイトを作ったり，砂鉄入りのスライムを作ったり，ゲームを作ったり，ソーラーボート大会に出たり，ホームページを作ったりして遊んでた． 文化祭で展示したコンテンツを焼いたCD-Rが出てきたので，このたび黒歴史を一挙公開します． View this post on Instagram A post shared by 趣味はマリンスポーツです (@hitode909) www.instagram.com 中学生のときに作ったインベーダーゲーム これはインベーダーゲームみたいなやつで，弾を打って敵を倒すみたいなやつ．インベーダーゲーム自体はやったことないので，UFOとか防空壕とかない．難易度をスライダーで調整できるのが工夫したところで，上級者は敵の弾を増やして遊んだり，初心者は自機を増やして簡単なモード
テスト書きすぎるとよくないって言ってる人がいた．DHHっていう人．作業時間の1/3以上テストしてたらおかしいとか，ActiveRecordのバリデーションなど，Railsの機能はテストしない，とか． Signals vs. Noiseの去年のエントリに、テストをどれくらい書くべきかということについてDHHが指針を示していたものがあったので... - Sooey 偉い人が言ってるからという理由で，テスト手抜き派の人に良い材料を与えてしまった．僕は意見ちがって，作業時間半分以上はテスト書いたりしてる． テストたくさん書くと，最初に書くときのコストは増える．けど，あとから読む時や，変更したい時には，読むだけだし，書くのも差分だけで良い．コード本体を理解できれば，要らないテスト捨てるのは，落ちたのを消すだけだから簡単．あとで見て，テスト足りないと分かったときに，明文化されてない仕様からテストを補う
近年、若者の語彙が貧弱になって、便利とか最高みたいな言葉しか発しなくなっている。宇宙のエントロピーは増大していくので、普通にソフトウェア作ってると、だんだんめちゃくちゃになっていく。めちゃくちゃになったソースコードは読んでも理解できないし、そこから変更するともできない。それに抵抗するために、リファクタリングといって、似たような機能はまとめるとか、難しいところを読みやすくするとかして、ソースコードをきれいに保つ必要がある。人よって書き方がばらばらだと統一感がなくて読みにくいので、コーディング規約で、誰が書いても同じ仕上がりになるように定めている。リファクタリングやコーディング規約で、勝手に増えるエントロピーを減らしたり、増える勢いを抑えたりできる。近年のソフトウェア品質への関心の高まりによって、重複を排除する考えが広まり、日本語も、意味が同じものは自然にまとまっていって、良いみたいな意味のと
会社でLT大会があって，いまインターンが来てるので，3分で若者におすすめ本を紹介する活動を行った． 本を読みましょう 大学にいると教科書とかあって，教授もいて，勉強できるけど，社会に出たら教科書ないから，自主的に勉強する必要がある．仕事をしながら学ぶというのあるけど，それだけでは不十分だと思う．仕事してるだけだと，今持ってる技しか出せなくて，生まれ持った技術だけでどうにかすることになる．外科医は手術するのが仕事だけど，手術しかしてない医者いたら心配だと思う． 脳外科医が週60時間も執刀していたとして、そんな医者にかかりたいと思うでしょうか？ かかりたい人はいないはずです。プロには、備えるための時間、知識と技術を高める時間がどうしても必要なのです。 プログラマが知るべき97のこと 長時間働かないだけでなくて，あいた時間で勉強しないといけない． 本，会社で買ってもらえる制度あるけど，読んだ本あ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く