はてなブックマーク

ブックマークサービスQiNeel関連の記事や身の回りのよしなしごとをそこはかとなく書きつくっています。 GPLのライブラリをサーバサイドで使う場合、ソースコード公開義務はないという解釈が一般的です。 ただ、著作権表示に関してはどうなのよ、というのは今まであまり深く考えたことはありませんでしたので条文を読んで解釈してみます。 なお、本記事ではGPL自体の是非や「抜け道」を使うことの是非については論じません。また、GPLのバージョンは本質的な問題ではありませんが、一応解釈する文書はGPLv3です。 多分他のオープンソースライセンス（AGPL以外）でも同様だと思います。 そして、この解釈が正しいことを保証しません。この解釈が間違っていたとしても一切責任を負いませんのでご了承ください。 （むしろ間違っていたら教えてください） ちょい長いので、結論だけ知りたい人はシュパッとスクロールして「結論」を見

ブックマークサービスQiNeel関連の記事や身の回りのよしなしごとをそこはかとなく書きつくっています。 ごめんなさい。やんごとなき事情により書けなくなりました。 大掛かりなイベントなので運営の方も最後まで決断を迷われたと思いますし個人的にもとても楽しみにしていたのですが、何かあってからでは遅いので賢明な判断だと思います。 発表スライドは大事に取っていますが、今回の発表内容はしばらく他のイベントで話しちゃダメだよと言われたのでまだ公表できません。 というわけで、急遽またGitHubネタでいきます。 GitHub Enterprise Server（以下GHES）とGitHub Enterprise Cloud（GHEC）の違いは去年の記事に書いたとおりで、一言でいうとGHES＝オンプレ版、GHEC＝クラウド版（https://github.com/）です。 この中で、GHESはオンプレだから

ブックマークサービスQiNeel関連の記事や身の回りのよしなしごとをそこはかとなく書きつくっています。 最近会社でGitHub Enterpriseであんなことやこんなことをやっています。 中の人といろいろやりとりした結果も含めてQ&Aを作りました。 職場でGitHub Enterpriseの導入を検討している方は参考にしてみてください。 基礎編 GitHub Enterpriseって何？ 企業用のGitHubです。 以前までは「GitHub Enterprise＝オンプレ版GitHub」でしたが、今はオンプレ版はGitHub Enterprise Server（GHES）、クラウド版はGitHub Enterprise Cloud（GHEC）として分離されています。 クラウド版って何？

ブックマークサービスQiNeel関連の記事や身の回りのよしなしごとをそこはかとなく書きつくっています。 RDB界隈で時折バトル議論のネタになる「主キーには自然キーと人工キーのどちらを使うべきか？」というテーマについて。 「人工キーのほうがデータ量が少ないし高速だからこれでいいじゃん」 「いやいや、原則は自然キーで、人工キーはどうしようもないときにだけ使うべきだ」 「理論的には自然キーを使うべきなんだろうけど、効率とか考えたら現実的には人工キー使っちゃうよね」 現実を優先する人、原理原則を大事にする人、原則を尊重しつつも現実との折り合いをつける人…立場は様々ですが、これについて思うことが少々あるのでいつになく真面目に語ってみます。 まず用語を整理しようか。 自然キー、ナチュラルキー、人工キー、サロゲートキー、代理キー、複合キー…いろいろ出てきて混乱しますし、実際に混乱（混同）している人も少な

先日NodeSchoolでbabel-preset-envについて話したので、ついでにもう少しこのあたりを調べてみました。 babel-preset-envがやってくれないこと 基本的にbabel-preset-envが変換してくれるのは文法だけなので、ターゲットブラウザに存在しない新しいクラスやメソッドについては何もしてくれません。例えば Promise とか Array.of とか。 そういうものを使いたいときは2通りの方法があります。 babel-polyfill babel-plugin-transform-runtime はい、タイトルで出落ちしてますね。 その名の通り、ポリフィルです。 とりあえずこれを import しておけば、ターゲットブラウザに足りないクラスやメソッドを補完してくれます。 実は、 babel-preset-env のオプションに useBuiltIns:

ブックマークサービスQiNeel関連の記事や身の回りのよしなしごとをそこはかとなく書きつくっています。 おそらく今日はNode.js 2 Advent Calendar 2017 - Qiitaから来た人が多いんじゃないかと思います。というわけで初めまして。そしてメリークリスマスイブ。 いきなり自己紹介 某辞書サービスの中の人です。といっても担当サービスは辞書じゃありません。 京都でサーバーサイドとフロントエンドを開発しています。インフラ関連も時々やってます。 弊社では今までNodeで開発をしたことがありませんでしたが、既存サービスのシステムリプレースを行うにあたって「とりあえずやってみようぜ！」というノリでNodeでの開発を提案したらそのまま通ってしまいました。 最近ではiOSDC Japan 2017と東京Node学園祭2017にLT枠で参加させてもらいました。どちらもクッソ楽しかった

ブックマークサービスQiNeel関連の記事や身の回りのよしなしごとをそこはかとなく書きつくっています。 どういうこと？ タイトルが長いですが、要するにこういうことです。 CSSの background-image プロパティでSVG画像を表示する（背景画像とかCSS spriteとか） SVGに対応していない古いブラウザでは、フォールバック（代替）としてPNG画像を表示する JavaScriptを使わず、CSSのみで完結！ Retinaのような高精細ディスプレイでもぼやけずに画像（イラスト）を表示するには解像度に依存しないSVGを使うのが一番いいのですが、IE8やAndroid 2.x系などの古いブラウザではSVGを認識できず、背景が驚きの白さになってしまいます。そんなブラウザにはPNGを読ませてあげなければいけません。 そのへんをうまい具合に表示する小技の紹介です。 代替画像は別にGIF