debby ji

2 followers · 1 following · 901 views

on the atlas · 25

highlights · 57

打包的时候就跳过原来的未打包代码，直接用 dll。这样一来，构建时间就会缩短，提高 webpack 打包速度。
你真的需要 Webpack DllPlugin 吗？ - 卤蛋实验室 - 博客园
團隊成員，指出同事為團隊作出的最大貢獻，以及最需要改進的地方。然後大家對每個人說的進行討論。
一團和氣，反而是團隊的危機？劉潤：讓團隊更有效率的方法是「鼓勵衝突」！－劉潤專欄｜商周
定期對成果進行回顧。回顧，就需要對自己和別人的表現做出回饋。這會讓大家彼此監督，並且在有人進度落後時，給予説明。
一團和氣，反而是團隊的危機？劉潤：讓團隊更有效率的方法是「鼓勵衝突」！－劉潤專欄｜商周
讓團隊成員彼此負責的好辦法，就是明確公佈團隊的目標和標準。明確公佈，而不是模糊不清和遮遮掩掩。
一團和氣，反而是團隊的危機？劉潤：讓團隊更有效率的方法是「鼓勵衝突」！－劉潤專欄｜商周
如果沒有在計畫或行動上達成一致，那麼就不會有團隊的責任。當發現同事行為有損集體利益時，也會猶豫不決，不會指出。
一團和氣，反而是團隊的危機？劉潤：讓團隊更有效率的方法是「鼓勵衝突」！－劉潤專欄｜商周
確保投入的好方法，就是設定最終期限。在期限之前，大家必須做出決定，避免模棱兩可。記住剛剛說的，作出決定，勝過沒有決定。
一團和氣，反而是團隊的危機？劉潤：讓團隊更有效率的方法是「鼓勵衝突」！－劉潤專欄｜商周
從一些風險較小的決策開始，訓練團隊有效衝突，達成共識，快速做出行動。
一團和氣，反而是團隊的危機？劉潤：讓團隊更有效率的方法是「鼓勵衝突」！－劉潤專欄｜商周
行動，然後調整方向，比一屋子的人討論半天沒有結果，更加重要。因此，也不用追求絕對把握。在行動中磨合。
一團和氣，反而是團隊的危機？劉潤：讓團隊更有效率的方法是「鼓勵衝突」！－劉潤專欄｜商周
其實，真正優秀的團隊，都是Open & Respectful。討論時絕對公開，但是當討論結束，形成決策時，如果與自己的意見不一樣，也絕對尊重。
一團和氣，反而是團隊的危機？劉潤：讓團隊更有效率的方法是「鼓勵衝突」！－劉潤專欄｜商周
感謝為您提出回饋的人。提出建設性回饋很難。應感謝對方在幫助您改進方面付出的精力和努力。
如何提出及接納建設性的批評 • Asana
這個回饋是否能夠幫助對方改進？他們是否需要傾聽這個回饋？我是否準備好幫助對方針對改進方法進行腦力激盪？是否有任何對方可以採取的後續步驟？
如何提出及接納建設性的批評 • Asana
。應試著在情況發生的 2-7 天內提出回饋。
如何提出及接納建設性的批評 • Asana
「我」語句是一種透過關注情況而非所談論之人來表達觀點的方式。「我」語句會以「我覺得...」或「我認為...」開始，而不是「你說過...」或「你做過...」
如何提出及接納建設性的批評 • Asana
事先把常用但又构建时间长的代码提前打包好（例如 react、react-dom），取个名字叫 dll。后面再打包的时候就跳过原来的未打包代码，直接用 dll。这样一来，构建时间就会缩短，提高 webpack 打包速度。
你真的需要 Webpack DllPlugin 吗？ - 卤蛋实验室 - 博客园
do not use long-lived Cache-Control headers to cache the HTML response for a navigation request.
Handling navigation requests
This is the single biggest performance win that comes from a service worker, versus what's possible with HTTP caching.
Handling navigation requests
那瀏覽器呢？抱歉，瀏覽器原生不支援這個東西。所以你在瀏覽器上面，沒辦法用 module.exports，也沒辦法用 require。
webpack 新手教學之淺談模組化與 snowpack
模块可以多次加载，但是只会在第一次加载时运行一次，然后运行结果就被缓存了，以后再加载，就直接读取缓存结果。要想让模块再次运行，必须清除缓存。
CommonJS规范 -- JavaScript 标准参考教程（alpha）
In modular programming, developers break programs up into discrete chunks of functionality called a module.
Modules | webpack
If you expect the user to be using your site for a long time without reloading, you may want to call update() on an interval (such as hourly).
The service worker lifecycle
To get the update, close or navigate away from all tabs using the current service worker.
The service worker lifecycle
Because of this overlap, the current service worker is always controlling a client during a refresh.
The service worker lifecycle
Notice that, by default, the new service worker won't begin controlling the page until the next navigation or page refresh.
A service worker's life - Chrome Developers
All of this is to say that spinning up a new service worker thread to download and cache resources in the background can work against your goal of providing the shortest time-to-interactive experience the first time a user visits your site.
Service worker registration
Paint is often the most expensive part of the pixel pipeline; avoid it where you can.
Simplify paint complexity and reduce paint areas
There are two key factors in this area that affect page performance: the number of compositor layers that need to be managed, and the properties that you use for animations.
Stick to Compositor-Only Properties and Manage Layer Count
standard error-handling strategy for network applications.
Retry failed requests | IAM Documentation | Google Cloud
If your application retries failed requests without waiting, it might send a large number of retries to IAM in a short period of time.
Retry failed requests | IAM Documentation | Google Cloud
The more JavaScript used, the more challenging it becomes to build fast websites that deliver delightful user experiences.
Service worker overview - Chrome Developers
Whereas the HTTP cache is influenced through caching directives specified in HTTP headers, the Cache interface is programmable through Javascript.
Service worker overview - Chrome Developers
Service workers are an enhancement to existing websites. This means that if users on browsers that don't support service workers visit websites that use them, no baseline functionality is broken.
Service worker overview - Chrome Developers
Service workers are specialized JavaScript assets that act as proxies between web browsers and web servers.
Service worker overview - Chrome Developers
As this happens, the preload scanner will parse through the content available and request high priority resources like CSS, JavaScript, and web fonts.
Populating the page: how browsers work - Web Performance | MDN
tags—particularly those without an async or defer attribute—block rendering, and pause the parsing of HTML.
Populating the page: how browsers work - Web Performance | MDN
preload scanner peeks at tokens generated by HTML parser and sends requests to the network thread in the browser process.
Inside look at modern web browser (part 3) - Chrome Developers
因此再次在自省會議中檢討refinement meeting該怎麼進行，會議的結論是：PO不再需要寫一份超完整的企劃文件，只要UX完成一份大概的流程圖就能送進refinement meeting，refinement meeting分成若階段：(1) 第一階段由PO用流程圖解釋需求，全員在當下釐清可行性或是提出改善；(2) 第二階段由程式根據流程圖、end-to-end、價值和施工工法進行story的切割；(3) 對story進行估點，估點時美術團隊會再次加入。這三階段不一定要在一次的refinement meeting中全部完成。
User Story Refinement « Spirit's development notebook
「做對的事遠比把事情做好重要」。換句話說，意思就是「選擇比努力重要」。如果一開始就選錯了事情做，不管再努力都是徒勞。（但這不代表努力不重要，選對事情後一樣是要付出努力才有意義。）
軟體工程師的修煉與成長 (5) — 1:1該談什麼才能讓職涯起飛? - vgod's blog - Medium
「manage up」是一件一定要做的事，想要什麼一定要直接說，不要有「我默默做好我的工作一定會得到賞識」的心態。
軟體工程師的修煉與成長 (5) — 1:1該談什麼才能讓職涯起飛? - vgod's blog - Medium
做一大堆目前等級的事情頂多只能得到「exceed expectation」，但要升職則需要做下一個等級的事情，並且要能做好才行。談這些事可以讓我知道哪些事應該要多做一點，以及哪些事其實並不值得做。（這並不是說是只做對升職有用的事，而是要找到自己的所長與對團隊或公司貢獻最大的交集。）
軟體工程師的修煉與成長 (5) — 1:1該談什麼才能讓職涯起飛? - vgod's blog - Medium
談團隊的未來，像是理想上團隊應該要有多大，應該要負責什麼範圍和解決什麼問題，或是不要負責什麼。這類話題可以快速幫我把視野拉高到跟manager一樣的層級，這樣才能看到他真正覺得重要的問題。
軟體工程師的修煉與成長 (5) — 1:1該談什麼才能讓職涯起飛? - vgod's blog - Medium
跟manager要feedback，討論最近有沒有什麼事可以做得更好、或是用不同方法處理，有沒有什麼事我應該要做但沒做，或是不應該要做但我卻花了很多時間做。
軟體工程師的修煉與成長 (5) — 1:1該談什麼才能讓職涯起飛? - vgod's blog - Medium
開一個文件紀錄每次1:1的agenda和我自己想討論的話題，並且分享給manager。平日有想到要討論的事就直接加進去，等下一次1:1就能拿出來討論。
軟體工程師的修煉與成長 (5) — 1:1該談什麼才能讓職涯起飛? - vgod's blog - Medium
工作進度不要在1:1中報告，而是平時就要讓「整個團隊」知道，讓自己做的事情保持透明。
軟體工程師的修煉與成長 (5) — 1:1該談什麼才能讓職涯起飛? - vgod's blog - Medium
不報告進度，反而直接談各種職涯與績效的辛辣話題，像是：「如果我想要在一年內升到下一級，我還缺了什麼？」、「我需要可以領導一個專案的機會，你能幫忙嗎？」、「你覺得我最近的表現如何？要做什麼才會得到4或4+的評比？」、「你覺得有誰的表現特別好，是我可以學習的？」、「我覺得現在團隊裡最大的問題是這些，我覺得我們可以這樣這樣做。你覺得呢？」。
軟體工程師的修煉與成長 (5) — 1:1該談什麼才能讓職涯起飛? - vgod's blog - Medium
一但確定了要解決什麼問題後，誰來把這個想法轉成程式碼其實沒有太大差別。而對這個團隊來說，更重要的是讓大家同意「到底要讓程式做什麼事情？」
軟體工程師的修煉與成長 (7) — 如何突破資深工程師的天花板 - vgod's blog - Medium
vision doc很重要的是清楚描述這個想像中的願景長什麼樣子，包括「為什麼要做這件事」(why) 還有「具體上可以解決什麼問題以及不可以解決什麼問題」(what)。這樣可以幫助別人了解問題的邊界在哪、範圍有多大、還有如果解決的話可以帶來什麼樣的價值。
軟體工程師的修煉與成長 (7) — 如何突破資深工程師的天花板 - vgod's blog - Medium
對於一個會影響到整個團隊的idea，我都會先在跟manager和TL的1:1中讓他們知道我正在做這件事，然後有一些具體想法時就先讓他們知道，取得early feedback。
軟體工程師的修煉與成長 (7) — 如何突破資深工程師的天花板 - vgod's blog - Medium
共通的目的：「減少不確定性」。把一件複雜且模糊兩可的事情梳理清楚，變得對所有人都簡單且沒有歧義，在一個組織裡是非常有價值的。
軟體工程師的修煉與成長 (7) — 如何突破資深工程師的天花板 - vgod's blog - Medium
「跨團隊合作」則是把「溝通」的範圍延伸到自己團隊以外的地方，可能是自己團隊的上層（使用者）或是下層（底層服務的提供者），或是平行的其他團隊（做不同的專案，但最後要整合在一起）。跨團隊溝通和協調是需要花很多時間和力氣的事，畢竟每個團隊的目標都不同，執行過程中很多事情會一直改變，這個合作的過程就是一直不斷地align彼此的目標，一起找到對於大家都最有利的最佳解。L6以上的工程師大部分時間可能都是花在這邊。
軟體工程師的修煉與成長 (7) — 如何突破資深工程師的天花板 - vgod's blog - Medium
「專案管理」則是把該做的事情清楚的拆分開來，準確的估計每一步驟需要的時間，定好每件事的優先順序和相依性，決定什麼事該在什麼時間點由誰做。
軟體工程師的修煉與成長 (7) — 如何突破資深工程師的天花板 - vgod's blog - Medium