![http://www.designwalker.com/2009/06/google-analyitcs.html](https://cdn-ak-scissors.b.st-hatena.com/image/square/9dffd87f6bda140386c0077162f09805f68f58e5/height=288;version=1;width=512/https%3A%2F%2Fwww.designwalker.com%2Fwp-content%2Fuploads%2F2017%2F12%2F01-1.png)
はてなブックマークのブックマーク数が多い順に記事を紹介する「はてなブックマーク数ランキング」。2月26日(月)~3月3日(日)〔2024年3月第1週〕のトップ30です*1。 順位 タイトル 1位 メルカリ 小泉さんからのエグい学び|Shota Horii 2位 行動をチャンク化して「1日に1ターンしか行動できない」から脱却する | Piyopanman 3位 「それって陰謀論じゃないですか?」闇の国家「ディープステート」を信じる著名人一人一人に会ってみたら…どうなった? | 47NEWS 4位 いつか起業したいエンジニアへ #キャリア - Qiita 5位 日本人はなぜ「生産性の高い社会」を理解できないふりをし続けるのか 6位 「情報セキュリティの敗北史」が面白すぎる。だめだこれは寝れない、なんだこの死ぬほどワクワクする本は→賢者は歴史に学ぶ - Togetter 7位 味付け塩だけ、放置
Ruby厨とPython厨が平行線の議論をしていたので、まとめてみる。 オブジェクト指向的にキモイ? str.join() 処理での登場人物は2人いる。連結文字(区切り文字=separator)、連結される文字列の列だ。 この二つを比べると、「連結される文字列の列」が情報的に重要な場合がほとんどだろう。それを元に文字列の列が主役で連結文字はオマケと考えると、「joinが主役でない連結文字側のメソッドになる何てキモチワルイ」となる。 でも、別の視点で「連結する側とされる側」というように分類すると、「区切り文字 join 連結される文字」が素直な能動態で、「連結される文字列 (is) join(ed by) 連結される文字」だと無理やりな受動態になるので、''.join() の方が素直だ。 Rubyの場合は「配列が要素をjoinする」と配列が主体となっているので、後者の考え方はしにくい。なので
ついカッとなってやった。今も後悔してない。 昨日作ったGoogleReader.vimがだんだん安定して来て少し飽きたのでFastLadder版を作ってみました。 FastLadder.vim - vimscript for fastladder : vim online This is vimscript for fastladder (http://fastladder.com/) FastLadder.vim - vimscript for fastladder : vim online 開発はこの辺でやってます。 mattn's fastladder-vim at master - GitHub This is vimscript for fastladder http://github.com/mattn/fastladder-vim/tree/master 起動は :FastL
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く