iTerm2の設定で⌘+[FB]で単語単位カーソル移動 - すぎゃーんメモEmacsでは⌘+Fで"forward-word", ⌘+Bで"backward-word"してるのにiTerm2では⌘+Fが検索にマッピングされていて不便だった。 代わりにESC+F, ESC+Bでそれぞれ単語単位のカーソル移動できるようで(これはシェルでの設定？)、iTerm2の設定で⌘+F, ⌘+BでSend Escape Sequenceに変更した。 どうせ検索はscreen内でやるし、⌘+Fで行う必要はない。
![iTerm2の設定で⌘+[FB]で単語単位カーソル移動 - すぎゃーんメモ](https://cdn-ak-scissors.b.st-hatena.com/image/square/6970c3a6680dc2a9190a1edee5b927c706cad7d8/height=288;version=1;width=512/http%3A%2F%2Fcdn-ak.f.st-hatena.com%2Fimages%2Ffotolife%2Fs%2Fsugyan%2F20120221%2F20120221122512.png)
GoogleがSafariの設定を迂回してトラッキングしていたとされる件について - 最速転職研究会
※この記事の完成度は85%ぐらいなので後で追記します。 http://webpolicy.org/2012/02/17/safari-trackers/ http://online.wsj.com/article/SB10001424052970204880404577225380456599176.html http://blogs.wsj.com/digits/2012/02/16/how-google-tracked-safari-users/ 合わせて読みたい。 http://trac.webkit.org/changeset/92142 https://bugs.webkit.org/show_bug.cgi?id=35824 一番上のJonathan Mayer氏の記事については純粋に技術的なレポートなので、特におかしなことは書かれていない。元はといえばSafariのCooki
ローカルディスクの容量が無いけどtarアーカイブを作りたい時に - 256bitの殺人メニュー
このディスクの/usr/local以下バックアップしたいんだけど、もうローカルディスクの容量が無い。 てか、ローカルディスクの容量が無いから移したいんだよ！って言う卵が先か鶏が先か理論の時の話。 tarアーカイブを直接標準出力してnetcatでリモートホストで保存する方法。 こういうのも書いといたほうが誰かの役に立つであろうとメモ書き！ netcatとは ファイルの内容を標準出力させたり、パイプ経由してファイル書きだしたりするのに使うcatコマンドがありますが、それをTCP,UDP経由で行えるようにするコマンドがnetcat(nc)です。 netcat 待ち受け側（リモートホスト） $ nc -l 12345 > /tmp/send.tgzで12345ポートで待ち受け。 ここに送信されてきたデータを/tmp/send.tgzへリダイレクトする。 netcat 送信側（ローカルホスト） $
Home
Just make cool sh** stuff. Current Stack – Back to basics. Going “build–step free” for a handcrafted experience. Feb 23 2024 @joshua Yearning for a simpler time – the artisanal web. Websites are too BIG, too complicated, and too hard. Reactive programing is conceptually easy to grasp – but the distance between the end result vs. frameworks & tooling is too far apart. I get it, the web is a compl
fluent-plugin-flowcounter および fluent-plugin-growthforecast released! #fluentd - たごもりすメモ
Fluentd自体の動作状況を数値化するための fluent-plugin-flowcounter およびメトリクスを手間なくグラフに描かせて可視化するための fluent-plugin-growthforecast をリリースした。 fluent-plugin-flowcounter rubygems.org github fluent-plugin-growthforecast rubygems.orgy github このふたつを組合せると、こないだの Fluentd meetup で自分が出したこんなグラフやこんなグラフが誰でもじつに簡単に描けるようになり、自分のFluentd使用状況が明確に把握できるようになるというわけですね。超おススメです。 なおGrowthForecastについては kazeburo さんのこのエントリを読むのがよいと思います。じつに良いツールです。 Gro
GrowthForecastに1分更新グラフ作成とサマリーなどのJSONフォーマットでの出力機能追加 - blog.nomadscafe.jp
「GrowthForecastというグラフ表示ツールで捗る話」で紹介したGrowthForecastですが、モリス氏のfluent meetupでの発表やriywo氏の発表で少し紹介されていたりするわけですが、社内でも少しずつメトリクスが増えて活用されています。 データが既に入っているので大きな変更はできないのですが、少し機能追加をしています。 ソースコード https://github.com/kazeburo/GrowthForecast GrowthForecast はWebアプリケーションとWorkerの2つから構成されています。APIに対してPOSTされたデータは、一旦SQLiteのDBに格納され、Workerがそれを取得、RRDファイルを更新します。これまでは5分毎に動くworkerがいるだけでしたが、そこに1分毎動くworkerを追加しました。 上の図のようにworkerが2
Getting Started - Amon Documentation
Monitoring Agent¶ The Amon Agent is a small piece of software that runs on your hosts. Its job is to collect metrics and bring them to Amon so that you can do something useful with your monitoring and performance data. These pages describe how to configure and run the Amon agent Installing the agent Agent configuration Running the agent Testing the agent Manual install Plugins¶ These pages describ
GitHub - aaronpk/Github-Language-Graph: Shows a pretty graph of your top languages you use on Github
E-Reader Renaissance: Navigating the Dynamic Shifts in Digital Reading and the New Age of Electronic Books
E-Reader Evolution: Embracing the New Era of Digital Books and How It’s Transforming Our Reading Experience The journey of e-readers began as a simple concept: to replicate the reading experience in a digital format. Over the years, this vision has evolved significantly. The first Kindle, introduced by Amazon, opened a new realm of possibilities for avid readers. With advancements in technology, b
受託の話をしよう
受託は自分のサービスを作るためのつなぎ、とか、いろいろなスタイルを目指すのは別に良いんですけど、こういうことは理解しておくと良いかもしれない。 1.受託とサービスの両立が難しいのは、「当月の稼ぎ」と「明日の稼ぎ」の両立が難しいから。 もし同じオフィスに、デスマ的な顧客案件と、まだ数ヶ月以降に儲かるかわからない案件をやってるグループが共存していたらどうなるか。 顧客案件グループは徹夜で毎月の納期を間に合わせる。 サービスグループは、そこまで追いつめられてないから、割と普通に帰れる。 とした場合に、心の平静を保てるか。 僕はかつてそういう状況のサービス側の立場にいて、目の前で崩れて行くデスマプロジェクトを助けられない立場にいたのが辛かったのです。 会社としても、両方のビジネスに賭けているいるのだから仕方ない部分もあるんでしょうが、現場の立場としては、いやいや全部止めて目の前の問題、解決しようよ
HTML5はFlashの3倍重かった! 描画パフォーマンスの比較 | ClockMaker Blog
最近のHTML5の盛り上がりには勢いがありますが、実際の所HTML5はどうなのか気になったので描画パフォーマンスを測定してみました。上記のグラフが結果ですが、HTML5で一番よい実装よりもFlashのほうが3倍弱高速という結果がでました。ブラウザによってはFlashのほうがHTML5より18倍も高速という結果もでています。 さらに言えば、HTML5の描画パフォーマンスが最も良かったのはSafariですが、ブラウザによってはそれの15%ぐらいのパフォーマンスしかでないブラウザもあり処理速度にばらつきが大きいのが特徴でした。ですが、Flashはどのブラウザでもスコアの振れ幅が小さくブラウザ間の処理速度は安定しているように思います(プラグインなので当然といえば当然の結果ですが)。 検証デモ HTML5やFlashと言っても様々な実装方法があるので、よく使われる方法を幾つか用意して検証しています。
HTML5とか勉強会 第26回 に行ってきた - techlog
HTML5とか勉強会 第26回 に行ってきた。 第26回 HTML5とか勉強会 : ATND 今回のテーマは「（Webと）電子書籍」で、前からとても聞きたかったテーマだった。ちょっとHTML5感は少なかったけど、電子書籍/EPUBに関わっているひとの話が聞けて、とても面白かった。 発表はこんな感じ。 「はじめてのiBooks Author」 ひらいさだあき [twitter:@sada_h] (僕の発表。詳細はこちら) 5min 「Flexible and Responsible eBooks」こもりまさあき [twitter:@cipher] 20min 「よくわかるEPUB3」 イースト 高瀬拓史 [twitter:@lost_and_found] 20min 「Webと書籍とEPUBと」達人出版会 高橋征義 [twitter:@takahashim] 20min 「なぜWebではなく
昭和アジャイルライダーの解説 - capsctrldays(2012-02-17)
昭和アジャイルライダーの解説 昭和ライダーとアジャイルマニフェストのメンバのマッピングの解説。 まあ、興味のある人だけ読んでおくれ。 Bob Martinが新しい方法論をまとめようと思い立ちました（一号ライダー）。 最初に声をかけたのは、Alistair Cockburnです（二号ライダー）。この2人で話し合った結果、一箇所に集まって議論しようということになりました。 開催場所はスノーバードに決まりました。ホテルを予約するときに3人の書名が必要になりました。そこでお願いしたのが、Jim Highsmithです（V3）。 1人だけ科学者っぽい人がいます。シュレイヤー／メラー法のSteve Mellorです。もちろん、ライダーマンです。 Ward & Kentはペアにしたいと思いました。この2人といえばxUnit。XライダーとZXに割り当てました（年下のKentがZX）。# 武器を使うのもこの
ギークのギークによるギークのためのバッグ！ギーク・ノマド向けバッグプロジェクトの第4回打ち合わせに行ってきました - 拡張現実ライフ
ギークのギークによるギークのためのバッグ！ギーク・ノマド向けバッグプロジェクトの第4回打ち合わせに行ってきました こんばんは。@akio0911です。 今日はギーク・ノマド向けバッグ、第4回目の打ち合わせでした。 最終サンプルはこんな感じ 今回は最終サンプルを確認しながらの最終ミーティング。 外側。防水素材の生地。 外側のポケット。止水ファスナーを使ってます。 背面。柔らかい素材を使っているので背負いやすい。 肩紐の調整はここで。 取っ手があって、持ちやすい。 ギークバッグの内側 内側にあるポケット。エネループを入れたり、モバイルルーターを入れたり。 内側にあるパソコン用のポケットは２つ。なんとパソコン2台まで入ります！「MacBookPro 15inch + iPad」とか、「MacBookAir 13inch + iPad」とか、様々な組み合わせに対応。 実は隠し機能が！ このバッグに
github のフィードを Growl で表示する GitHubGrowler が便利
id:typester さんの発言 を見て github-growler なるものがあることを知る。宮川さん作。 で、さっそく設定をしてみた。 ソースは github からダウンロード。(ここ) git clone http://github.com/miyagawa/github-growler.git cd github-growler perl github-growler.pl [userID] [APIキー] (※APIキーは [home] => [account] に書いてあります) これで動くようになればok. これ自身がデーモンなので、そのまま放置しとくと新しい動きだけを表示してくれる。 毎回 UserID と APIキー の入力がめんどい場合は git config で登録しておけばよい。
渋谷で勉強会してきました。（邪悪な顔で）発表もしました。 « blog.udzura.jp
ウェッブでオリジナルTシャツをつくれるtmux等のサービス有名な spicelife さんでビアバッシュ的に、Ruby初心者向け勉強会をしました。お誘いいただいた @HolyGrail さんありがとうございました！ 最近は PREZZY などのサービスを開発中とのこと。 認証とか認可 on Rails あまり資料としては内容が無いのですが、ポインタとして公開します。あと、最近では sorcery も有名でしたね。キャストもある。 ほかの方の発表内容は uzulla さんに委譲します（そういえばこの会合でついにうづらとうずらさんが遭遇しました）。。。邪悪な表情もuzullaさんのブログで見られます。というか凄い顔。。。 またこんな感じのノリでやれるといいな〜と思います。 This entry was posted on 2012年2月21日, 9:47 AM and is filed un
The Pry Ecosystem
Roughly a year ago, I wrote my first article introducing Pry to the Ruby world. Back then Pry was a very different creature, just a simple runtime variant of IRB with a few added extras. In the year that’s passed, Pry has grown from a single project into an ecosystem, with a variety of plugins and spinoffs. In this post I’ll describe the current state of the Pry ecosystem, provide a brief synopsis
ドクターズ インタヴュー（天野篤先生） - ベストケア東京
Interviewee: 順天堂大学医学部心臓血管外科教授 天野篤 先生 日本大学医学部卒業。関東逓信病院(現NTT東日本病院)・亀田総合病院・新東京病院心臓血管外科部長・昭和大学横浜市北部病院循環器センター長兼教授を経て、2002年より順天堂大学医学部教授。冠動脈バイパス術のスペシャリスト。 Interviewer: 医療法人社団めぐみ会 理事長 田村豊 先生 1956年生まれ。一般企業に勤務した後、岐阜大学医学部に入学。卒業後、三井記念病院等で臨床経験を積み、37歳で開業。現在首都圏に5つのクリニックを展開。 →インタヴュー第1回 田村先生 ３浪しなかったらダメになっていたかも知れない 医師になられた理由やいきさつをお聞かせ下さい。 父親のおじが都内の有名小児科医師兼病院長で、小さい頃はよく腹の調子を悪くして、埼玉から母親に連れられ通院しました。院長室で待っている間、聴診器とかメスなど
#on_lab Hackathonで音楽を自動連続再生するiPhoneアプリを作った - Cside::Tech
ONLAB Hackathon | PeaTiX というのに参加してiPhoneアプリを作ってきた。 アプリについての説明はこちらからどうぞ。iPhoneアプリ「Music Stream(仮)」紹介 ( #on_lab ) // Speaker Deck そして、信じられないけど賞をいただいて、サンフランシスコのスタートアップ企業のツアーに行かせていただくことになった。（デジタルガレージさん、ありがとうございます。）働く場としてのアメリカにはとても興味があって、一度ちゃんとこの目で見たい、現地で働く人の話を聞きたい & 質問をぶつけてみたいと思っていたけれど、向こうに知り合いがいないので諦めていた。……ところに、突然ポンとこの機会が降ってきてかなりびっくりしている。本当に楽しみ。 このアプリは、そんなにニーズないだろうと思ってハッカソンが終わったらお蔵入りのつもりでいた。だけどありがたいこ
いわゆる仕様と業務例外について - 急がば回れ、選ぶなら近道
最近とにかく、移動が多いので、その中でちょいちょい考えたことをまとめておきます。まずは仕様の理解の仕方とか、業務例外とか、押さえておきましょうという視点から。別にこれが正解で必須というわけではないので、あくまで個人の経験をまとめただけです。 モデリングとか、なんというかそういう高尚な話ではなくて、実際に仕様をまとめるときに、現実的に落ちる穴を、経験的に書きます。大抵のプロジェクトでは、仕様が固まらずに、または手戻りが発生して酷くコストが膨らむということがやはり多いわけで。理屈はともかく自分の経験的な対策案です。 （なんというか、開発方法論や手法・ドキュメントのまとめ方は、なんとかBOKから始まって、アジャイルや押しくらまんじゅうやらでいくらでもであるのですが、その一方で丁寧な要求定義や設計それ自体ができる人材は、むしろ急激に減っているような印象すら受けます。海外からの翻訳や輸入はやたらと多
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
OS別コンピュータの直し方
GitHub - emerleite/node-database-cleaner: The simplest way to clean your database after tests
GitHub - rosylilly/desperado: 集中することを……強いられているんだ！
GitHub - appcelerator-archive/titanium_cli: Node package for Titanium CLI
Prezzy
nroonga
アメロード｜ameroadビットコイン カジノファイル購入
GitHub - miyagawa/github-growler: Growl github updates
dfltweb1.onamae.com – このドメインはお名前.comで取得されています。
Day One | Your Journal for Life