@bw2 因為 start-of-content 會被理解為三個變數兩個運算符,
但仍然能用 window['start-of-content'] 來取得節點

@noli

那兩句話只是想提醒自己，不要再犯同樣的錯誤。

兩年前看到 Restful 的設計方式後，真的覺得自己撿到了一塊寶，興奮地和當時合作的後端介紹它的規範和理念，然後討論著該如何導入之後的項目裡。

但以結果來說我錯在太堅持，全部依賴 Restful 設計原則，導致任何需求必須把它捏成 Restful 能夠接受的樣子，還得告訴自己 Restful 果然很棒，什麼都做得到。

「當時的我們就像拿著鎚子的小孩，所有的東西都想拿鎚子來敲。」

Restful 可以解決大部分的需求，我同意，
但不是所有需求都得用 Restful 解，即使它做得到。

離題了，
但這是那兩句話的原意。

```
「如果你有的只是一個鎚子，那麼所有的東西看起來都像一個釘子」

「把一個熟悉的技術或理念強迫的應用於大量的軟體問題上」的概念已經被認為是一種反模式，一種編程時應該避免的實踐
```

https://en.wiktionary.org/wiki/if_all_you_have_is_a_hammer,_everything_looks_like_a_nail

以前端來看，今天我使用

`GET .../ResourceXYZ/{resourceId}`

結果 server 回傳 HTTP status 404

請問以下哪個原因才是正確的？

1. client 端網路環境出問題。
2. server 端網路環境出問題。
3. url 輸入錯誤。
4. 我要求的資源不存在。

因為 var 的變量聲明會被提前,
先這樣處理後, 再來看問題就會比較容易理解.


```
var a = [];
var i;
for ( i = 0; i < 10; i++) {
a[i] = function () {
console.log(i);
};
}
a[6](); // 10
```


```
var tmp = new Date();

function f() {
var tmp;
console.log(tmp);
if (false) {
tmp = "hello world";
}
}

f(); // undefined

```

不用太在意，
就算你當了項目組長帶他們一起完成，也不會有人感謝你，
他們會跟你說「能者多勞」，
你這麼厲害，多做一點也是應該的。

一個真正的 Full Stack Engineer ，
他從生活中發現問題，洞察需求，他設計解決方案，並開發出初始版本的產品。
為了達到目標，他願意去學習任何領域的技能和知識。
同時他不追求一個人完成所有工作，如果有人可以比他在某方面做得更出色，便會十分熱情的邀請他們加入。
http://daily.zhihu.com/story/8676516

剛看到，就覺得這段挺適合拿來回覆。

@daiv

https://developer.chrome.com/devtools/docs/javascript-debugging

這篇介紹的挺詳細的，可以下斷點和逐步執行。

在同事的程式碼裡塞幾個零寬度的空白字元 ZWSP （&#8203;）導致報錯，
然後再幫他開個直播「程序員除錯時的心理變化」。


.....說說而已，別這樣做啊.....

Chrome 可以透過增加 Workspace 的方式來達成

https://developers.google.com/web/tools/setup/setup-workflow

@yylzcom

英語版的在這 https://laracasts.com/，（也是原作者）

而 Laravist 是向 Laracasts 致敬的。

圖片來源： http://stackoverflow.com/questions/9540990/using-chromes-element-inspector-in-print-preview-mode

http://i.imgur.com/t6UbolR.jpg

1. 開啟 DevTools
2. 按下 Esc
3. 出現 console 後，切換到 Emulation 標籤
4. 找到 CSS Media 選項，改成 print 後打勾

拿前端來說，
在遇到網頁跑版時，
你會要求工程師：

1. 能立刻想出幾種方法並解決的。
2. 能立刻回答 position 有哪些值可以用。( https://www.v2ex.com/t/213833?p=1)