真のWebプログラマー向け RubyMotion フレームワークRubyMotionを使い、Rubyで書いたWebアプリケーションフレームワークを作り、iPhone上でWebアプリケーションと UIWebView を動かしてみました
まつもとゆきひろ直伝 組込Ruby「mruby」のすべて 総集編
販売終了 「組込向け」との触れ込みで登場したmruby。Ruby設計者であり、mrubyの主要開発者である、まつもとゆきひろ氏が自らそのすべてを解説します（日経Linux2012年10月号から2013年3月号までの連載を最新情報に修正して掲載）。 関連サイト出版社による関連ページが公開されています。 日経Linux内容紹介日本発のオブジェクト指向言語「Ruby」。近年、Webアプリケーションを開発する言語として広く利用されています。 これまでのRuby は「アプリケーションはRubyで開発する。不足する機能はCなどで拡張ライブラリを開発して、Rubyに追加する」というアーキテクチャーを仮定しています。しかし、それでは組込ソフトウエアによくある「アプリケーションはC/C++で開発する。柔軟性・生産性が必要な部分だけをRubyに任せたい」というアーキテクチャーとは相いれません。アプリケーション
OSX でプロファイリングするなら callgrind + qcachegrind - tokuhirom's blog
brew install valgrind qcachegrindとしてインストール。 valgrind --tool=callgrind ./kiji -e '(-> $n { say($n) })(4)'でプロファイルとって、 qcachegrind callgrind.out.92249とすると こういう風にみれてよい。
inotifyでディレクトリにフックかける話 - 某日記
．Linuxにはinotifyって仕組みがあって便利って話なので、BSDでも実装できんかなと調べたけど、表題の件について、どうもLinuxの実装もいまいちだし、ちゃんと作ってもなかなか微妙で難しいね、という話。 ．BSDで似たようなことをやるにはkqueueを使うのだけれども、ディレクトリにフックを掛けたとしたら、そのディレクトリエントリに対する操作は検出できても、ディレクトリの内容物に対する操作を検出することはできない。 ．対してLinuxのinotifyは(前身のdnotifyもそうだけど)、ディレクトリにフックをかけると、その内容物に対するアクセスまで追跡してくれる(ただし、そのディレクトリ直下の内容物に対する変更だけであって、サブディレクトリの内容物までは追跡してくれない)。 ．たとえば、CentOS5でやってみると、次のように検出できる: term A term B % mkdi
inotify はどうやってディレクトリ監視を実現しているのか。実装の制限、というか罠について
AoiMoe a.k.aしお兄P @AoiMoe inotifyのIN_MODIFYみたいに、親に何かを通知したい場合に dentry の d_parent 使ってるけど、これってハードリンクされてたらどうなんの? 2013-06-26 20:03:26 AoiMoe a.k.aしお兄P @AoiMoe Linuxのinotifyは最初からdentry(BSDのnamecacheに相当)のd_parentを頼りにしてるので、何も考えてない感じ。ハードリンク何ソレ、よねこれ 2013-06-27 17:10:19
Packer by HashiCorp
Images as codePacker standardizes and automates the process of building system and container images. Multi-cloud image workflowCreate one workflow for images across multiple clouds and private infrastructure. Extend Packer with pluginsPlugins extend Packer’s functionality without modifying Packer's core by adding new builders, provisioners, post-processors, and data sources.
Rails で、Controller に定義されている action を一度に取得する方法はありますか？ - QA@IT
平素よりQA＠ITをご利用いただき、誠にありがとうございます。 QA＠ITは「質問や回答を『共有』し『編集』していくことでベストなQAを蓄積できる、ITエンジニアのための問題解決コミュニティー」として約7年間運営をしてきました。これまでサービスを続けることができたのは、QA＠ITのコンセプトに共感をいただき、適切な質問や回答をお寄せいただいた皆さまのご支援があったからこそと考えております。重ねて御礼申し上げます。 しかしながら、エンジニアの情報入手方法の多様化やQAサービス市場の状況、＠ITの今後のメディア運営方針などを検討した結果、2020年2月28日（金）15:00をもちましてQA＠ITのサービスを終了することにしました。 これまでご利用をいただきました皆さまには残念なお知らせとなり、誠に心苦しく思っております。何とぞ、ご理解をいただけますと幸いです。 QA＠ITの7年間で皆さまの知識
Googleの新プロトコルQUICを試す - ぼちぼち日記
1.QUIC仕様の公開 以前、「Googleが仕掛ける新プロトコルQUICとは何か」のブログエントリーを書いたのが2月末の事でした。それから4か月経ち、今朝Googleが初めてQUICの公表(Chromium Blog: Experimenting with QUIC)を行いました。 IE11のSPDY/3対応が判明した直後でした。なんというタイミングでしょうか。 また、近いうち（来週？）には HTTP/2.0 の Implementation Draft が公開される予定です。8月上旬には、GoogleやMicrosoft等が集まって初めての HTTP/2.0 の相互接続試験を行う予定です。ただ今HTTP関連のプロトコルが急激に進化する真っ最中です。目が離せません。 2. で、QUICとは何なのか？ 先のChromium BlogのエントリーでQUICは、 「Quick UDP Inte
Refactoring Github’s Design by Ian Storm Taylor
Reducing an interface until only the absolutely necessary elements remain is one of the most satisfying tasks in design. First you notice duplication between two elements. Then you derive a new visual abstraction that handles both cases. And finally you combine the elements into a single, simpler version. Those skills are critical for a visual designer to master. It’s the same satisfying feeling y
Docker を読む - Kato Kazuyoshi
Docker はひとつの Linux システムの上で、複数の Linux システムを動かすためのソフトウェアだ。システムの分離には Linux Containers (LXC) を、ファイルシステムまわりには Advanced multi layered unification filesystem (Aufs) をつかっている。 Docker は Go で書かれている。ソースコードは全体でだいたい15,000行で、そのうちおよそ 2/3 が本体、1/3 がテストとなっている。 % cat **/*.go | wc -l 14976 % cat $(ls **/*.go | grep -vi test.go) | wc -l 9797 % cat $(ls **/*.go | grep -i test.go) | wc -l 5179 % Docker Init, Docker Daemo
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
【レビュー】最大4台まで同時に使用可能：iPhoneやその他デバイスをすっきりと充電できる『Quirky Converge』
Login Form from Scratch.
Bash でやってることを AppleScript でやろうとするとこうなる - Qiita
Pryの秘めた力を最大限引き出す4つの拡張機能[Rails] - 酒と泪とRubyとRailsと
はじめてtmuxをつかうときに最初に覚えたこと/いじったこと - Qiita
現場で役に立たないsudoの使い方