Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?
追記: [email protected]で別のパッケージを特定のパッケージ名で指定できるpackage aliasesが追加されました。 rfcs/0001-package-aliases.md at latest · npm/rfcs 注意: この手法はnpm ciで壊れてる場合があります npm ci fails with transitive local packages - 🐞 bugs - npm forum Add support for ESLint v2 by Daniel15 · Pull Request #107 · fkling/astexplorerを見ていて、一つのプロジェクト内で複数のバージョンの同じライブラリを使う面白い方法が使われてたのでメモです。 前述したAST explorerの場合だと、ESLint@1とESLint@2の両方に対応したPlaygr
Consumer-Driven Contracts Design Patternを読み漁ってみた
Microserviceのテストの話を調べていると、以下のような記事を見つけました。 Simplifying Micro-Service testing with Pacts このPactoと呼ばれるツールがConsumer Driven Contractsと呼ばれるデザインパターンを使っていると書いていたので、同デザインパターンを少し調べてみました。 関連: MartinFowler氏のブログ記事 Pactoに関するGitHub デザインパターンとしての説明 http://www.servicedesignpatterns.com/WebServiceEvolution/ConsumerDrivenContracts http://java.dzone.com/articles/application-pattern-consumer アプリの実装寄りの話はこの記事が参考になりそう 消費
概要 ES2015で特定の形で関数呼び出しがされている場合に末尾呼び出し最適化が行われるよう定められたが、 パフォーマンスや、デバッグなどの実装上の問題が浮上したため、それを解決するための新たな構文がV8で実装されたが、その後廃止された 説明 具体的には、strictモードの是非を問わず、「 return continue fn() 」という形での呼び出しについて最適化が有効になる。 （詳細は明示的でない末尾呼び出し最適化の記事をご覧ください） 最適化が効く例： function fn( n ) { 'use strict' if ( n <= 0 ) { return 'done!' } return continue fn( n - 1 ) } fn( 1e6 ) // "done!" 最適化が効かない例： function fn( n ) { 'use strict' if ( n
概要 JSで大きな処理を効率良く捌きたい時、今までもWorker等でスレッド立てて処理を分割する事はできたが、 スレッド間のやり取りの方法は制限されたものしかなく、バッファを共有することもできなかった。 そこで新しく導入されたSharedArrayBufferを用いると、スレッド間で共同利用できるバッファを作る事ができる。 記事更新履歴 ※この記事はV8が仕様の新しいバージョンを実装するのに合わせて断続的に更新していきます。 [2016/07/19] V8の半年ぶりの新仕様追従に対応 [2015/09/30] 公開 通常のArrayBufferとの比較 前準備： // メッセージを受け取ると渡された型付配列のインデックス0を123にするWorker w = new Worker(URL.createObjectURL(new Blob([` self.onmessage = e => {
数週間前、CSS変数（より正確にはCSSカスタム・プロパティ）が、Chrome Canaryの「試験運用版のウェブ プラットフォームの機能」フラグ1を有効にすることで利用できるようになりました。 Chromeのエンジニアであるアディ・オスマーニがそのリリースについてはじめてツイートしたとき、多くの否定的で、敵対的で、懐疑的な声が寄せられました。その量は驚くべきものでした。少なくともCSS変数にわくわくしいてる僕にとっては。 これらの反応をざっと見渡したところ、苦情の99%は次の2つの点についてのものだとわかりました。 構文が汚くて冗長。 Sassの変数がすでにあるじゃん。興味なし。 もちろん僕もあの構文は好きじゃありません。それは認めます。でも、あれがいい加減に決定されたものではないってことは理解しておくべきです。CSSワーキング・グループのメンバーは、CSSの文法と互換性があり、かつ将来
You probably came here for my software. Quite a number of projects I worked on are now discontinued, for various reasons. The ones I still regard as relevant can be found on GitHub, some are also available on Packagist, npm or via Homebrew and/or MacPorts. Moreover, below you will find a list of legacy software and outdated versions which are not available on any of the platforms mentioned abo
Concept Monoid is customizable and optimized for coding with bitmap-like sharpness at 12px/9pt even on low res displays. Features Semi-condensed and distinguishable glyphs with short ascenders + descenders, big apertures and supersized operators + punctuation. Support Monoid comes in regular, bold, oblique and retina versions with >750 latin, greek, cyrillic, ligature, alternate and Powerline glyp
ツイート 問題 Vimで複数のウィンドウを使用している場合、 デフォルトでは新しいウィンドウが作成されたり閉じられる度に 全てのウィンドウサイズができるだけ均等になるよう自動調整されます。 この挙動が便利な場合もあるのですが、 ウィンドウサイズを調整して各種バッファの内容を表示して作業している場合、 せっかく調整したレイアウトが自動調整のために崩れてしまい、 元の状態に復元するのが面倒です。 この自動調整を無効にできないでしょうか。 解決方法 ウィンドウサイズの自動調整は'equalalways'で設定可能です。 デフォルトでこのオプションは有効になっているので、 無効にしたい場合は以下の内容をvimrcに追加します。 set noequalalways 解説 'equalalways'によるウィンドウサイズの自動調整ですが、 関連する情報としては以下のものがあります: <C-w>= <C
（2016/10/24追記） しばらく Syntastic を使ってましたが、Neomake というより快適なプラグインが見つかったので今はそちらを使ってます。 （追記ここまで） はじめに vim で ES2015 を書いていると、構文チェックもコーディングと並行して行いたいと感じるようになります。 Syntastic はそのための vim のプラグインで、JavaScript に限らず様々な言語の構文チェックを行うことが可能です。 参考：以前 Python 用に設定した時の記事 今回は JavaScript の代表的な linter (syntax checker) である ESLint を使い、vim で ES2015 を書くときの構文チェック環境を構築してみます。 よく見る設定 「vim es6 syntastic」とかでググってよく見るのは以下のように、ESLint をグローバルイ
サイトには、具体的な年収額は公開されていない。 （会員登録して職務経歴書まで入力すると具体的な提示額が見えます） そのかわりに、年収を6段階に分けて、名称を付けて表現している。 それが「ゴッド、ウィザード、スター、プチリッチ、ノーマル、ノービス」だ。 システムエンジニアSEの年収-年収ラボによると、平均が542万だそうだ。 その辺りから類推すると良いかもしれない。 感想としては、意外とノーマルより上が多い、という印象だ。 しかしここには落とし穴があって、 原則、提示年収の80%〜の金額が内定時の予測年収です。 という但し書きがあることは、共有しておきたい。 極論すると、ワンランクずつ下がる可能性がある。 プチリッチがノーマルにシフトすると考えれば、一番多いことにも少し納得する。 どの年齢層が居るのか？ 年代 人数
ESLint v8.x reached end-of-life on 2024-10-05 and is no longer maintained. Upgrade or consider long-term support options Published 29 Apr, 2016 under Release Notes ESLint v2.9.0 released We just pushed ESLint v2.9.0, which is a minor release upgrade of ESLint. This release adds some new features and fixes several bugs found in the previous release. Highlights This is a summary of the major changes
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
