TypeScriptのMap<K, V>をJSON.stringify()に食わせると空のオブジェクトになって困るんですけどって時 - その手の平は尻もつかめるさ
（TypeScriptに限らずJavaScriptでもだいたいこのような感じだと思いますが） 例えば以下のようなコードを書くと，出力としては {"body":{}} が得られます． const body = new Map<string, string>().set("foo", "bar"); console.log(JSON.stringify({body})); 本当は {"body": {"foo": "bar"}} のような構造がほしいところにこれでは困るわけですね． そこでどうするかと言うと Object.fromEntries() を利用すると良い: developer.mozilla.org 2019年11月現在だと比較的新しい機能ですね． const body = new Map<string, string>().set("foo", "bar"); console.l
Dockerコンテナ内でpuppeteerを使うとChromeゾンビプロセスがたまる問題 - その手の平は尻もつかめるさ
表題のような問題があり，その調査したという記録です．なお，結論を一言で言うと--initを使え，ということになります． そもそもDockerコンテナを起動すると，CMDあるいはENTRYPOINTに指定されたコマンドがコンテナ内でPID 1として起動します．これが何を意味するかと言うと，「CMDあるいはENTRYPOINTに指定されたコマンド」はそのコマンド自体の責務をまっとうするのと同時に，initプロセスとしての振る舞いも行わなければならないということになります (id:hayajo_77さんにこの辺を詳しく教えてもらいました，ありがとうございます)． つまりPID 1で動いているプロセスは「SIGCHLDをトラップすることで孤児プロセスを適切に回収し，waitpidをかける」という処理も適切に行う必要があります． さて，puppeteerを使ってChromeブラウザを起動するとどうな
arnoldというJavaのbuilderライブラリを書いた - その手の平は尻もつかめるさ
今時builderライブラリも無いだろという感じですが，書いたのです． github.com Motivationにも書いているのですが，普通に作ったJavaのbuilderは不完全なインスタンスを作成できる可能性を孕んでいます．注意深くコードを書けば問題ないかもしれませんが，えてして我々 (主語が大きい) はミスを犯しがちです．そしてNPEがやってきて……我々はしぬ． というわけで今回作ったのがarnoldです． 端的にいうと「必要なすべての要素を取りこぼさないbuilder」であり，「そのジェネレータ (annotation processor)」でもあります．Basic usageにあるように， import net.moznion.arnold.annotation.ArnoldBuilder; import net.moznion.arnold.annotation.Requir
GitHub releasesのフィードを購読する - その手の平は尻もつかめるさ
生きているとOSSのライブラリを使ったり，OSSのソフトウェアを使用することになるでしょう． そうなってくると内部実装や変更点を逐一知りたくなるというのが人情というものです． GitHubでコードが公開されているのであれば，「リポジトリをwatchする」というのは有効な方法に思えますが，しかしwatchしているリポジトリが増えてくると現状のGitHubのタイムラインは即座に崩壊し，容易に取りこぼしが生じてしまうでしょう．これはGitHubのタイムラインの問題の一つだと思っていて，なんとかなって欲しい点はあります (例えばタイムラインを分割できるとか……)． というわけでどうするか．もちろんAtomフィードです． https://github.com/{author}/{repos}/releases.atom と指定してやると当該repositoryのGitHub releasesをAto
thin-cacheというJava向けのキャッシュライブラリ書いた - その手の平は尻もつかめるさ
thin-cacheというキャッシュライブラリ書いた．いつものようにmaven centralにも置いてある．そしていつものようにJava 8以降が対象となっている． maven central Microservicesみたいな感じでサービスを作っていると，他のサーバにrequestを飛ばして得られた値を加工して，あるいはそのまま利用するみたいなコードを書く事が多くなってくる．毎回毎回他サーバにrequestを飛ばして良いのであればまあ飛ばせば良いのだけれど，そうもいかない場合も多い (トラフィックなり応答速度なりの理由で)．そういう場合に対策として考えうる手段のひとつとしてキャッシュが挙げられると思う． 今まではそういったキャッシュを良い感じでコントロールするコードを都度都度書いていたのだけれど，それにもそろそろ飽きてきたのでいい感じに抽出してライブラリにした． Javaでキャッシュ回
git-reviewer 書いた - その手の平は尻もつかめるさ
code review の reviewer 選出をする時，pull request の内容をざっと眺めてから「この部分だから XX さんかな」とか「あそこのコードは YY さんが詳しいだろう」とか，そういう感じで選ぶことが多くて，つまりは勘と経験で選びがちになってしまう．これについては常々いくばくかの危うさを感じていた． そもそも，「reviewer として誰が最適か」という知識はプロジェクトに長く関わっている人でなければ知りにくいものであり，いわば属人的な知識のひとつだと思っている．プロジェクトからそういった長老的な人がいなくなってしまったら，最適な code review を実施できなくなってしまう可能性がある． 従って，やはり技術で解決ということになる． Facebook が作っている mention-bot という GitHub の bot として動作するやつがあって，これは p
sprint という Java の string formatter を書いた - その手の平は尻もつかめるさ
sprint という Java 向けの String formatter を書いた． Maven Central にも置いてある． http://search.maven.org/#search%7Cgav%7C1%7Cg%3A%22net.moznion%22%20AND%20a%3A%22sprint%22 sprint は Sprint#ff() というメソッドを提供している．使い方としては以下の様な感じ． final Sprint sprint = new Sprint(); System.out.Println(sprint.ff("Hello: {}!", "John")); // => Hello: John! 処理としては，template を parse して placeholder とそれ以外とを検出して，その検出した placeholder に変数を埋めつつ文字列を生
Web Application Server を動かす時の Java8 起動オプションのメモ - その手の平は尻もつかめるさ
一般的な Web Application Server *1 を Java8 で動かすにあたって，最近有効にしている起動オプションについてメモ． 何か間違っていたり，あるいは「こっちの方が良い」みたいなのがあれば教えて下さい． -server server mode で起動させる (指定しないと client mode になる可能性がある，マシンスペックによってスイッチする？)． -Djava.net.preferIPv4Stack=true If IPv6 is available on the operating system the underlying native socket will be an IPv6 socket. This allows Java(tm) applications to connect too, and accept connections from,
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
