今朝は娘の予防接種。肺炎球菌とHibウイルス、そして四種混合である。この予防接種、同時に打てる数が決まっていたり、何日以内には打ってはいけないという制約があったりするので、スケジュールを自動で決めてくれるウェブサービスがあるのだが、裏では制約付き最適化問題(整数線形計画問題)を解いているのかと思うとワクワクする。このワクチンとこのワクチンを同時に打ちたい、などという制約をいろいろ入れても、一瞬で解を返してくれるのだが、これくらいの規模なら特別なことをしなくても解けるのだろうか。 で、予防接種の予約は妻が入れてくれていたので、行くだけかと思って娘を連れて(雨が降っていたので、抱っこひもで傘をさして)かかりつけの病院に行ったところ、(家にある)問診票を記入しないといけなかったらしい……。「お母さんは家にいるんですよね?持ってきてもらえます?」と言われたが、妻は土曜日には仕事なので、自分が取りに
Node, iOS, Android, HTML5, JavaScriptの話題。ときどきMacやLinux。 Node.jsのメモリ使用量を監視するスクリプト。アクセス数と同時に出力します。 var util = require('util'); var http = require('http'); var count = 0; http.createServer(function(req,res) { count++; res.writeHead(200, {'Content-Type': 'text/plain'}); res.end('\n'); }).listen(3000); setInterval(function(){ console.log("count="+count+", " + util.inspect(process.memoryUsage())); }, 10
この投稿は「Node.js入門」の著者の一人である、shigeki@githubさんが師範となり開催された「Node.js道場」での鍛錬の模様を記したものです。 目次的なもの 序の段 弐の段:前編 弐の段:後編 <- イマココ! Node らしい繰り返し処理 ノンブロッキングI/Oで鳴らした俺たち Node.js は、 癌診断され当局に dis られたが、 病院を脱出し電脳世界にダイブした。 しかし、電脳世界でくすぶってるような俺たちじゃあない。 npmで追加さえすりゃモジュール次第で なんでもやってのける命知らず、 不可能を可能にし、大量のリクエストを処理する、 俺たち非同期野郎Nodeチーム ※Node is NOT a Cancer※ なお、Node.jsは2009年2月16日生まれの「みずがめ座」なので 「蟹座(Cancer)」ではないと、師範から教えていただきました 前回の続きで
この投稿は「Node.js入門」の著者の一人である、shigeki@githubさんが師範となり開催された「Node.js道場」での鍛錬の模様を記したものです。 目次的なもの 序の段 弐の段:前編 <- イマココ! 弐の段:後編 NodeらしいHTTPを求めて CHARA CHA CHA CHARA CHA CHARA CHA CHA CHARA CHA CHARACHA CHARACHA CHA CHARA CHARA CHA クライアントから クライアントから リクエストが来てる 僕はそれを右へ受け流す (Nodey勝山) 前回、TCP通信からムーディな修行をはじめた我々は、簡単なhttpサーバにも罠が潜んでいることを学びました。 第2回は「Node.js入門 第10章」です。「httpサーバ」と「httpクライアント」の2つを扱いました。 師範からは、http.Agentについての諸
先日 GREEを支える大規模インフラテクノロジー」-GREE Platform Summer Conference 2012 という記事が公開され、GREEのCTOの藤本さんが、 javascriptをサーバーサイドでも使うケースが多くなってきていて、必然的にnode.jsを使うことになるが、大きく3つの問題がある。 ひたすらすごい勢いでバージョンアップしているので安定しない。コストを払ってついていく覚悟を持って取り組んでいる。 メモリリークがあるので、サーバを起動しっぱなしにするとメモリが食いつぶされる。 コードをデプロイしても再起動しないと読み込まれない。 (中略) これで絶対大丈夫という解決策がなくて、node.jsで一番悩んでいる。これでバッチリ解決するというものがあれば、是非教えて欲しい。 といった話が掲載されていました。 GREEさんに限らず一般的に Node に対して同じ問題
JavaScriptを書いていたらブラウザがくっそ重くなる症状に出くわした。あぁ、噂のメモリリークですわ。 先人の知恵に頼るマン。それっぽい記事が見つかる。 javascriptのメモリリーク対策(随時更新) - Qiita Shibu’s Diary: JavaScriptのメモリリークを10倍速で発見する Taming The Unicorn: Easing JavaScript Memory Profiling In Chrome DevTools Writing Fast, Memory-Efficient JavaScript - Smashing Magazine angularjs - How to catch memory leaks in an Angular application? - Stack Overflow 上の記事はProfiles + Take Heap
a要素にonclick属性を使いたいけれどもページ遷移したくないときに利用する(というか昔利用していた)「javascript:void(0)」について、今更ですが調べてみました。 認識誤りがあればどこかでつぶやいてください。 1.「javascript:」とは 本題の前に、まず「javascript:」について調べてみました。 「javascript:」はURIスキームのひとつで、「javascript:擬似プロトコル」と呼ばれているようです。 「javascript:擬似プロトコル(javascript: pseudo protocol)」という単語は、最初に日本語のページで使われているのをみつけましたが、調べてみたところ、W3Cのページでも使われているのを見つけました(下)。 Graceful degradation versus progressive enhancement プロ
AngularJS Style Guide Opinionated AngularJS Coffeescript style guide for teams by @JoelCox Original Javascript style guide by @john_papa If you are looking for an opinionated style guide for syntax, conventions, and structuring AngularJS applications, then step right in. The styles contained here are based on on my experience with AngularJS, presentations, [Pluralsight training courses] (http://pl
最近のウェブ開発では各機能ごとをAPIでつなぎ込む時代になっています。 そのため、各チームが開発をしていく上で、 他のチームにAPIの仕様を伝える方法をきちんとまとめておく必要が出てきています。 そんな中でAPIドキュメントにどのような役割が求められていて どのような選択肢があるか、一旦自分の把握している知識をまとめています。 (ここで書いているAPIは、httpでアクセスしたら、JSON形式でレスポンスを返すウェブサービスのAPIを指しています) APIドキュメントを用意する上で、すぐにぶつかる壁 APIドキュメントを用意する場合に、何も考えずにExcelやwikiにまとめると、早い段階で メンテナンスのコスト の問題にぶつかります。 『APIドキュメントを書く時間がない』 『本当にドキュメント通りの結果が返ってくるか、試してみないとわからない』 『実際に返ってくるAPIとレスポンスが違
「コードを書き続けたい」。こんな想いを胸にはてなへ入社したのが、松木雅幸さんだ。コードを書き続けるよりも、マネジメントラインへキャリアアップが一般的なエンジニアという職種。にも関わらず、なぜ彼は「コードを書き続ける」という選択をしたのか?決断の背景、エンジニアという仕事への想いを聞く。 コードを書き続けるという働き方。 WEB・IT業界のキャリアプランを語るうえで欠かせないのが、マネジメントラインでの活躍。エンジニアとして培った知識・スキル・経験をベースにプロジェクトを成功させるための旗振り役としての活躍が期待され、評価されるのが実情だ。 「エンジニアとしてコードを書き続けるにはどうすればいいのか」 こんな問いを、2014年9月にはてなへ入社した松木雅幸氏に投げかけてみた。元々カヤックで活躍していた彼は、「コードを書き続けたい」という想いのもと、はてなへ入社した。では、なぜ彼ははてなを選ん
Releases, Offers & More Be the first to hear about our newest content, best promotions and upcoming events. Plus get 25% off your next purchase. Newsletter Sign Up Download Accounts Your email address is your account identifier. You can create a password, or just download from the links sent via email. My Orders (Resend order emails) How We're Different Hands-on instructions Solutions to real-worl
Releases, Offers & More Be the first to hear about our newest content, best promotions and upcoming events. Plus get 25% off your next purchase. Newsletter Sign Up Download Accounts Your email address is your account identifier. You can create a password, or just download from the links sent via email. My Orders (Resend order emails) How We're Different Hands-on instructions Solutions to real-worl
「小説家になろう」という小説ホスティングサイトがある。 このサイトでは Wiki のような複雑な記法はないが、ルビと画像挿入と改行制御とについて専用の記法が用意されている。 (実際には改行制御はほとんど使われていないようだが。) http://syosetu.com/man/ruby/ http://syosetu.com/man/sashie/ http://syosetu.com/man/tag/ さて、問題はルビ記法だ。 括弧を記法に使う性質から、単に括弧書きをするつもりがうっかりルビ記法になっていたり、逆にルビ記法にするつもりがなっていなかったりということがうんざりするほど頻繁にあり、エディタの方で支援する必要があるのではないかと思った。 そこで、 Emacs 用にルビ記法を強調する narou-mode を定義してみた。 (defface ruby-notation '((t (
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く