タグ

2017年2月13日のブックマーク (5件)

  • webpack2でTree Shaking以外に何ができるようになったのかメモ - dackdive's blog

    メモ。 webpack 2 正式リリース(バージョンは 2.2)だとか Tree Shaking という機能がいいらしい とかは目にしていたけど 結局 v1 -> v2 とメジャーバージョンが上がって Tree Shaking 以外に何が変わったの?というのがよくわからなかったので調べてみた。 なお、Tree Shaking については最後に記載している。 参考にしたサイト 「webpack 2 whats new」とかでググって、見つけられたのはここ。 What's new in webpack 2 · GitHub (WIP て書いていて最新の情報かどうかわからないけど)ここに書いてある内容で気になったものをピックアップする。 なお、Getting Started with webpack 2 という記事は残念ながら v1 → v2 における新機能などについては言及されていなかった。

    webpack2でTree Shaking以外に何ができるようになったのかメモ - dackdive's blog
  • An Update on ES6 Modules in Node.js

    A few months ago I wrote an article describing the various differences that exist between Node.js CommonJS modules and the new ES6 Module system; and described a number of challenges inherent with implementing the new model in Node.js core. Here, I want to provide an update on how things are progressing. Knowing when you know what you need to knowIf you haven’t done so already, before progressing

  • GNU Screenとtmuxのコマンド比較 - Qiita

    はじめに 端末作業には長年 GNU Screen を使っていてそれで事足りていますが、最近はターミナルマルチプレクサというと tmux のことを指すようですので、基的な操作方法くらいは知っておいた方が良いかなと思い始めた GNU Screen 使いのメモ書きです。思いついた時々で更新します。 コマンド比較表 表記について C-a は Ctrl を押しながら a を押すことを意味します M-v は多くの場合 ESC を押したあとに v を押すことを意味します。ESC は C-[ でも代用できます。 キーマップに割り当てられているコマンドについては括弧書きで併記します バージョンについて OS X の homebrew でインストールしたもので確認しています。 GNU Screen: 4.3.1 tmux: 2.1 用語 GNU Screen tmux

    GNU Screenとtmuxのコマンド比較 - Qiita
  • Union Findアルゴリズムの様々な実装とパフォーマンス計測 - $shibayu36->blog;

    CourseraにAlgorithms Part1という授業があり、これが非常に評判が良いので、会社で勉強会をしている。Week1にUnion Findというアルゴリズムが出てきて、その実装パターンがいくつかあった。それぞれ計算量が違うらしいのだけど、速度がどのように変化するか試したかったので、実装してパフォーマンス計測をしてみた。それぞれの実装の詳しい説明が知りたかったら、https://www.coursera.org/learn/algorithms-part1 を見ると良い。 Union Findとは何か 二つのノードを繋いでいき(Union)、あるノードとあるノードがつながっているか(Find or Connected)を判定するアルゴリズム。 例えば、union(1,6)、union(5,6)、union(2,7)、union(3,8)、union(4,9)、union(8,9

    Union Findアルゴリズムの様々な実装とパフォーマンス計測 - $shibayu36->blog;
  • SIerの下請け開発者ってレベル低すぎない? - UXエンジニアになりたい人のブログ

    ネット上ではSIer批判=技術のことをわかっておらずプログラムも書けずPMも出来ない非効率でダメダメな上流工程と、 人月単位での労働力提供という業界の慣習に縛られ、持ち前の優秀な技術力・知識を生かせず非効率な作業を強いられているかわいそうな下請け開発者、という構図が確立されているように思います。 自分が関わるまでは、まあそうなんだろうなと思っていましたが、しかし実際にそういう立場のひとと関わりをもつにつれて、どうもそうではないのではないかと思うようになりました。このあたりの実情を書いていこうと思います。 なお、先に言っておきますが記事で書くことは、上流工程がどうのとか、業界の多重請け負い構造がどうのとか、給料が安くてとか労働条件が過酷でとか、そういう話とは全く関係がなく、純粋にプログラミングのスキルの話だけです。 対象はおもに詳細設計、実装UTだと思ってもらえれば。外部仕様が決まった状態

    SIerの下請け開発者ってレベル低すぎない? - UXエンジニアになりたい人のブログ
    yuzu441
    yuzu441 2017/02/13