wilf312

```
function convert(textHtml) {
  const parser = new DOMParser();
  const $document = parser.parseFromString(textHtml, 'text/html');
  return $document;
}
```

wilf312

var N = 100000000

var theSet = new Set();
console.time()

/***********************************/
for(let i = 0 ; i < N; i++ ) {
    let v = i%20;
    if (!theSet.has(v))
        theSet.add(v);

wilf312

先輩に学ぶ HTTP Status Code

超雑にまとめました。修正してください。

登場人物

• アプリケーション先輩: いつも忙しい。横に広がるのが得意(デブじゃない)。
• 後輩: 頼んでばっかしで役に立たない。
• サーバー先輩: アプリケーション先輩と仲がいい。Unix Socket でつながるくらい仲良し。
• プロクシ先輩: アプリケーション先輩とかサーバー先輩と後輩の間を取り持って代わりに伝えたりしてくれる。たまに勝手にレスポンスを書き換える。

wilf312

アジェンダ

課題感

コンフリクトが起きたときに どう解消したか ということは ログに残らない。

そのコンフリクト解消をする人に全てが委ねられ どう解消されたかは 闇に葬られている

wilf312

{"lastUpload":"2020-06-11T06:29:01.631Z","extensionVersion":"v3.4.3"}

wilf312

前提

• 何らかのプログラム言語で書かれたサーバーサイドMVCからSPAを使ったフロントエンドの環境へ開発環境を整える

なぜやるか

フロントエンドへの機能的期待値が上がっている

• 画面遷移のレンダリングコストの削減
• APIにすることで BE−FEの責務分離
• BE−FE リリースサイクルを非同期
• バリデーション

wilf312

TDD所感

TDDにおける成功パターンを聞いたので、それを聞いたときにどこに再現性があるのかを切り分けたかった。

背景

炎上の話

対策

wilf312

<dict>
      <key>name</key>
      <string>Comment</string>
      <key>scope</key>
      <string>comment</string>
      <key>settings</key>
      <dict>
        <key>fontStyle</key>
        <string>italic</string>

wilf312

var fs = require('fs'); // ファイル操作


// ウォッチするファイルの指定と保存時に実行される処理の記述
createWatcher('path/to/hoge.txt', function() {
    console.log("Callback");
});

// ウォッチのテンプレ。100msなので、監視対象が増えると辛いかもしれない。
function createWatcher(aTargetPath, aCallback) {

wilf312

/usr/local/bin/php /home/path/to/mycron.php