タグ

ブックマーク / blog.sushi.money (9)

  • いつも「時間がない」あなたに 欠乏の行動経済学 - hitode909の日記

    リソースが足りない状態の人間について研究した。そのリソースは時間だったり資金だったりする。 スラック、つまり余裕があることが大事で、100円のおやつとか買うとき、それによって財産が100円減ることを考慮する人は居ない、毎月使えるスラックから支払われることになる。しかし、当に切羽詰まってると、少しのお金を作るために借金し、次の入金は利子の返済に当てることになる。 人間、気になることがあると、判断に使うためにリソースを奪われていって、能力が下がっていく。貧しい状態の人は生まれ持った能力が低いわけではなく、お金や時間の心配をしていることで能力が下がっていくことが実験によって確かめられている。という。 現代日で考えると、テレビに繋いでるレコーダーが残り1時間とか3時間とかで、毎日、次の番組を録画するために、歌まつりを早送りで見続けたり、古いバラエティ番組を消すかどうかで議論したりして時間を

    いつも「時間がない」あなたに 欠乏の行動経済学 - hitode909の日記
    takc923
    takc923 2019/01/17
  • querySelectorAllしてmapしたいとき[...すると短い - hitode909の日記

    表示中のHTMLから情報を雑に抜き出して利用するため,ブラウザのデベロッパツールなどでquerySelectorAllしてmapしたい.しかし,querySelectorAllはNodeListを返すので,mapするにはArrayに変換する必要がある. NodeListをArrayに変換するときに短く書く方法ないですかって同僚に聞いたらいろいろ教えてもらえたのでメモ. Array.prototype.slice.callする オーソドックスな手法.昔からこれを書いていて,長くて困っていた.最近はアロー関数を使えるのでちょっと短くなったけど長い. Array.prototype.slice.call(document.querySelectorAll('a')).map(a => a.href) [].slice.callする Array.prototypeのかわりに[]で書く.ちょっと短い

    querySelectorAllしてmapしたいとき[...すると短い - hitode909の日記
    takc923
    takc923 2017/05/04
  • 今年が2015年だと思って2015って書いておかしいなとか言って1時間くらい無駄にした - hitode909の日記

    ふだんソフトウェア作ってるけど,僕はエンジニアとしてはめっちゃしょぼい感じで,こないだは今年が2015年だと思って2015って書いておかしいなとか言って1時間くらい無駄にした.1時間後に2016に直したのだけど,すごいエンジニアの人を見てると,その1時間の間くらいでも,すごい活躍されていたりする. みんな1日n時間くらい働いているはずで,すごいエンジニアはそのm倍みたいな時間働かれているわけではない.同じくらいの時間活動していても,活躍度合いは全然違う.ということは?? コードを書くのが速い 速くできるとすごい 腕の筋肉がすごい タイピング速そう 考えるのが速い 人によってそんなに差あるものなのか? 取り組むと効果ありそうなことを見極めるのがうまい いいことできるとすごい やっても大した効果が出ないものは後回しにするとその時間を使って効果のあることをできそう ちょうどいい作りこみ度合いのも

    今年が2015年だと思って2015って書いておかしいなとか言って1時間くらい無駄にした - hitode909の日記
    takc923
    takc923 2016/05/26
  • YAPCでおもしろ発表してきた - hitode909の日記

    YAPCおもしろ発表してきた. はてなブログの開発を振り返って設計の進化と最高の設計を紹介するという話. speakerdeck.com なぜか大人気発表みたいになってて,会場満員で,すみませんこんなところに来ていただいてすみませんというかんじだった. 紹介したはこちら.予約投稿で仕込んであって,発表終わったら,こちらから買ってくださいとかやろうと思ってたけど,すっかり忘れてた. YAPCの発表で紹介した - hitode909の日記 質問たくさんいただいて,よいかんじにおさまったと思う. 「難しくて挫折するという問題がありますよね」「歯をい縛って実装しろって書いてあった」 #yapcasiaE— そらは (@sora_h) 2015, 8月 21 Q: 「コメントの良い書き方は?」 A: 「オブジェクト指向入門下巻に書いてあります」 ↓ 「買って読みます。」 #yapcasiaE

    YAPCでおもしろ発表してきた - hitode909の日記
    takc923
    takc923 2015/08/23
  • YAPCでベストトーク賞いただきました #yapcasia - hitode909の日記

    国内最大級の技術カンファレンスであるYAPC::Asia Tokyoで発表して、なんとベストトーク賞をいただきました。 まさかんなことになるとは!!ありがとうございます!!! 資料作ってるときは、こんな話ぜんぜんおもしろくないのでは、とか、発表時間たりないのでは、とか、なにかと不安でしかたなかったけど、意外とうまくいった。 オブジェクト指向やドメイン駆動設計を使って、ていねいにモデリングすれば、最高のソフトウェアを作れるっていう話をして、共感いただけたようでうれしい。 賞品でSurface 3とかKinectとかもらえるようなので、特定の踊りをするとデプロイが始まるとか、ロールバックの踊りとか、そういうものを作りたい。 instagram.com 発表資料はきのうの日記に貼っています。hitode909.hatenablog.com 今日のTシャツはこれです。めっちゃかわいいと思う。XLな

    YAPCでベストトーク賞いただきました #yapcasia - hitode909の日記
    takc923
    takc923 2015/08/23
  • 気が狂った設計 - hitode909の日記

    大きめのこととか,自信のないところを触るときは,コード書く前に,こういう作戦考えてみたけどどうですかって聞いてみたり,こういうことやりたいんだけど一緒に考えませんかって,いっしょに話して設計考えたりするとよいと思う. 一緒に考えたすぐあとに気が狂った設計とか言い出したらおかしいので,未然に変な設計のままコード書いてしまうのを防げる. 特に辛い気持ちになるのが、「気が狂った設計」「クソコード」「(こんな実装は)有り得ない」といった言葉だ。 Pull Requestのレビューが辛くて会社をやめたい 単に言葉が強いのはよくないと思う.我が社にはそんな強い言葉でレビュー書く人はいない. 我が社には,普段から強い言葉を発する人もいなくて,みんな物腰柔らかな変な言葉を話している. 言葉使いや文体は,ずっと過ごしてると同僚から移ったりするので,普段からそういう言葉を話していると,全体の雰囲気も悪くなりそ

    気が狂った設計 - hitode909の日記
    takc923
    takc923 2015/07/03
  • 「シュッとやる」の解説 - hitode909の日記

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

    「シュッとやる」の解説 - hitode909の日記
    takc923
    takc923 2014/12/07
  • 失敗する前提でデプロイする - hitode909の日記

    うちのチームでは,デプロイするたびに自動的にgitのtagを切るようにしてる.たとえば,いまデプロイしたら,deploy/2014-02-01-14-48とか. たまに,リリースした直後になんかミスってたことに気付いて,慌ててロールバックすることがある. tagを切ってるので,ひとつ前に戻せばいいのだけど,えっと,どれだっけとかいって探すので慌てるし,普段はタグ指定してデプロイしてないので,どうやって戻すか忘れる. デプロイ終わったときに,今回のデプロイを戻すには,これをしましょう,とか表示するようにした. デプロイ終わったらこんなのが出る.前回のデプロイが昨日だったら昨日くらいのタグが出る. ヒント:戻すときは以下のコマンドを実行しましょう cap -S revision=deploy/2014-01-31-15-17 deploy 実装方法としては,こんな感じに,デプロイ前に最新のタグ

    失敗する前提でデプロイする - hitode909の日記
    takc923
    takc923 2014/11/02
  • UI変更批判バトルと複数のバージョンのウェブサービスを同時に配信することについて - hitode909の日記

    ウェブサービス,UI変えると,改悪とか,元に戻してとか,そういう意見が出る. サービス提供する側の立場では,新しいUIのほうが使いやすかったり,機能が増えたり,収益が増えたりするので,新しい方を多くの人に提供することに価値がある.使いやすいかとか,儲かるかとかは,リリースまでに調べておく必要があり,リリースの結果使いにくくなったり収益減ったりしたら,失敗ということになる. 一方で,ユーザーの立場からすると,前の方がずっと使ってて愛着があったとか,新しい方を覚えるのは手間とか,確かにという感じはする.また,ウェブサービスは最終的にユーザーの手元のブラウザで表示されて動くので,映画の結末が気に入らないから変えたいといった要望よりは,受け入れやすい.データ構造についての,サーバー側の処理についてのユーザーからの要望というのはあまりなくて,このボタンがどうみたいな,UIの要望が多いと思う. 全部置

    UI変更批判バトルと複数のバージョンのウェブサービスを同時に配信することについて - hitode909の日記
    takc923
    takc923 2013/12/23
    「新しいUIの方が古いUIよりもKPI向上に繋がる」ことを前提に移行期間を設けて最終的には完全移行する、が今のところの解だと思ってるけど、これだとユーザの不満をどうするか、と言う問には答えられてないな。
  • 1