はてなブックマーク

ES6形式のPromiseを使うときに頻出する3つのパターン。直列パターン、並列パターン、分岐パターンを説明します。 最近、Promise周りが盛り上がっていて、reduceを使ったほうが良いとか、ライブラリがどうとか・・・いう話を聞くのですが、そもそも「ベタに書いたときにどうするのが基本なのか」という情報が見つからないので書いてみました。 直列パターン 一番良く使うのは、複数の処理を直列につなげるパターンでしょう。#1が終わってから、#2、#2が終わってから#3というパターンです。 Promise.resolve() .then(function(){ return new Promise(function(fulfilled, rejected){ asyncFunc(function(){ fulfilled(); }); }) }) .then(function(){ return

以前、ロックファイルだけを使ったバージョンを書いたのですが、不評だった（？）ので、pidファイルを使ったバージョンを作りました。デコレータとして定義したので使うのは簡単。以下のようにするだけです。 動作的には、以下のようになっています。 メインの処理を始める前に、pidファイルにpidを書き込む。処理が終わったらpidファイルを消す。 すでに、このpidファイルに書き込まれたpidのプロセスが、自プロセスと同じシグネチャを持っている（同じプログラムであると認められる）ときは、すでに同じプログラムが動作していると判断して起動しない。 プロセスの同一性を判断するためのシグネチャとしては、コマンドラインの第１パラメータ(python)と第２パラメータ(pythonファイル名)からディレクトリ名を除いた部分を使う。 これだけだと、pidファイルの読み書きのタイミングが重なったときに整合性に問題が起

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

従来の方法(RHEL系, Ubuntu 13以前) /etc/network/interface を書き換えて、

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Pythonの内包表記は便利ですが、ちょっと複雑なことをしようとすると、多段階にネストすることになってしまいます。そして、ネストすると可読性が著しく落ちます。このため、ネストの階層が深くなったら、ブロック表記に書きなおしている人も多いのではないかと思います。 しかし、ルールを決めてインデントすれば、ネストしても可読性を損ないません。たとえば以下のような形です。 itemList = [ (item.name, item.price) for item in record.items() for purchase in purchases if purchase.campaignName in { campaign.name for campaign in camapigns } and purchase.date > datetime.date.today() - datetime.tim

データ解析用にMySQLのMEMORYストレージエンジンを使っています。基本的にはinnodbを使っているのですが、インデックス付けに莫大な時間（日単位）がかかることがあり、取り回しが面倒なので、常時メモリに入れておき、定期的にinnodbにセーブするという運用にしています。 さて、このMEMORYストレージエンジンですが、いくつか落とし穴？があります。これについてメモしておきます。 キーの種類の違いの注意する MySQLでは、キーを作成する際、USING HASH / USING BTREEという二つのオプションが選べます。MEMORYストレージエンジン以外では、BTREEしか使えませんが、MEMORYストレージエンジンではUSING HASHがデフォルトです。これが結構くせものです。 AUTO_INCREMENTでつけられたような任意の番号は、大小関係が問題にならないことが多いと思いま

はじめに javascriptでの継承の基本パターン４つという記事で、javascriptの継承パターンを整理してみたのですが、忘れないうちにライブラリ化してしまおうと思い。jQuery.extend()風のインターフェースを持つメソッド群を作ってみました。 あえて、クラスの概念を使わず、でも、必要に応じてクラス相当のことができるという実装になっているのが、この手のライブラリとしては新しいかと思います。extendのインターフェースに慣れた人にとっては、クラス系のライブラリよりシンプルで使いやすいのではないかと思います。 コード (function ($){ // private variable and functions var slice = Array.prototype.slice; function getNamedFunction(funcName){ return (new

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Google Docや独自実装したGoogle Chartのグラフなど、SVGをHTML中で使うことが多くなっています。しかし、imgタグで外部にリンクしたSVGファイルはコピー、保存、画像として開く・・・等の処理ができますが、svgタグで直接埋め込まれたsvgはこうした処理ができません。そこで、svgタグをHTML5のData URI Schemeの仕様に基づいた形に変換するスクリプトを書きました。 (function($){ $.fn.extend({ svgToData : function(){ var svg = this.filter('svg') || this.find('svg'); svg.attr({ "xmlns" : "http://www.w3.org/2000/svg", }); return 'data:image/svg+xml;base64,' + bt

はじめに JavaScriptでオブジェクト指向言語の継承に相当する概念を実装する方法は、大きく分けて4つあります。実務上はライブラリを使ったり、TypeScriptを使ったりと、直接意識する必要があることは少ないわけですが、それだといつまでたっても「JavaScriptにおける継承」を理解できません。ES6で、シンタックスシュガーとしてのclass / extendも導入される可能性も高そうですが、そんな今だからこそ「本来はどう書くのか？」を整理してみることにしました。 コンストラクタを使いprototypeチェーンを使って継承する コンストラクタは使うが、prototypeチェーンは使わず、prototypeを直接拡張する コンストラクタは使わず、prototypeチェーンを使って継承する コンストラクタもprototypeも使わず、直接オブジェクトを拡張する JavaScriptとい