最後更新日期 2024 / 01 / 01
這份清單會持續更新喔 ><
封面 | 書名 | 簡介 | 評價 |
---|---|---|---|
原子習慣 | 本書介紹了習慣的強大力量,且提出了多個有別於傳統框架的習慣養成法 | 從早上起床到夜晚入睡,人類生活中很大部分的一切都受習慣所控制。我從沒想過,習慣竟然強大到是足以改變人的一生。以前我們總是被教導著,養成一個好習慣就是要靠強大的意志力,看完之後才知道,原來那些我們認為意志力很強大的人,往往是最少用到意志力的 | |
六分鐘日記的魔法 | 以正向心理學、習慣、自我反省等多種理論研究構成,一本通往快樂、更充實人生的日記 | 待補 |
上下有個有一根木樑 然後中間有 n 條可能會相交的木板 找出最多可以釘上幾條木板並構造最大字典序的解 細節自己去 TIOJ 看 :因為這題看起來沒人寫題解 於是我就發了這篇文章 ouob仔細觀察問題 我們可以把問題轉換成 LIS 或 LCSLCS 的話應該不難理解 因為要釘最多木板其實就是要在上下兩條陣列各選一個共同的子序列 然後把每個數字一一對應釘起來 但是 LCS 需要 On^2 的時間複雜度才能計算 所以一定會 TLE接著是 LIS 的作法 仔細觀察題目的話可以發現 如果木板有"座標"的話 其實我們在做的事情就是"對木板做 LIS" 更精確一點的說 就是我們其實可以把木板在上樑的點跟下樑的點綁成一個 pair 做 LIS 我們說木板 A 的座標小於木板 B 代表 A 的下樑座標跟上樑座標都小於 B至於座標的部分大概就是這個意思: 以附圖為例 木板 3 的座標就是 2, 1 木板 4 的座標就是 5, 3 木板 5 的座標就是 4, 4如果用最普通的 DP 方式 就算能構造解也很難求最大字典序 於是我們修改一下計算方式 把轉移式改成 "定義 dpi 為把第 i 個元當頭素能構造出的 LIS" 其實就只是倒著做 LIS 然後 Increasing 改成 Decreasing 就好了做完 DP 之後 我們要從 dp 值大的開始構造 先找一個 dp 值跟最終 LIS 一樣長而且字典序最大的元素 接著往右找小一點的直到 1 為止關於上面提到的"座標" 實際上不需要真的把座標算出來 我們只需要把第二個陣列代表下梁座標的陣列每一個元素替換成該元素在第一個陣列出現的位置 並對第二個陣列做 LIS 就可以了 ~~原因的話講起來有點麻煩 自己想吧~~第一次傳 WA 了一片 然後 debug 的時後測出這樣的測資會出錯 如果你也找不到你的程式坐在哪裡的話 不仿測試看看這筆測資33 1 21 2 3cppusing namespace std;const int MAXN = 2e5 + 10; map 會超時,所以改 unorderedmapunorderedmapint, int rpos;unorderedmapint, int pos;vectorint lensMAXN;int vMAXN;bool cmpint a, int b { return rposva rposvb;}signed main { io; int n; cin n; for int i = 1; i = n; i++ { int tmp; cin tmp; 紀錄元素座標 postmp = i; } for int i = 1; i = n; i++ { int tmp; cin tmp; 將陣列的值設定為目前元素在上面陣列的出現位置 vi = postmp; 把坐標在映射回他的值,輸出的時候會用到 rpospostmp = tmp; } LIS 的部分 作法類似: int len = 0; vectorint dp; for int i = n; i = 1; i-- { int ans = 0; 儲存目前 dp 值:以 i 為開頭能構造出多長的 LIS if dp.empty || dp.back vi { dp.pushbackvi; 紀錄目前的 dp 值 ans = dp.size; } else { auto ite = upperboundalldp, vi, greaterint; ite = vi; 紀錄目前的 dp 值 ans = ite - dp.begin + 1; } len 維護最終 LIS 長度 len = maxlen, ans; 紀錄每個長度的解 lensans.pushbacki; } 構造解 int cur = 0; for int i = len; i = 1; i-- { 依照字典序做 sort sortalllensi, cmp; for auto j : lensi { 排除在目前選到的元素左邊的元素 if j = cur continue; 排除加入後會相交的元素 用於排除文章中寫的“一個小測資”那段的 Case if vj vcur continue; cur = j; 把 index 映射回去並輸出 cout rposvj " "; break; } }}
TIOJ兩個人到一個 n times m 大的迷宮裡探險 在迷宮裡只能往右和往下走 而入口在 1, 1 出口在 n, m 求離開迷宮最多能帶走多少寶藏 迷宮示意圖如下problem image應該不難聯想到這題 CSES - Grid Paths 只要把狀態開成四維 分別代表第一個人的 xy 座標及第二個人的 xy 坐標 然後可以推出:begin{equation}dpijkl = gridij + text{max} begin{cases} dpi-1jk-1l dpi-1jkl-1 dpij-1k-1l dpij-1kl-1 end{cases}end{equation}不過加上 gridij 的部份有些細節要處理 詳細轉移的部份自己看下面的程式碼在本地測試了一下就順利通過了範測 ouob結果剛剛的作法傳上去之後很快就拿到 TLE 了 於是就想說順便來嘗試看看最近剛學到的壓常小技巧cpp加上去後通過了更多比測資但依然還是 TLE又仔細思考了一下題目 發現 i + j neq k + l 的狀態一定不合法 所以就把不合法的狀態 continue 掉然後就神奇的成功壓常 AC 了 :Dcppusing namespace std;const int MAXN = 1e2 + 3;const int INF = 32000;int mpMAXNMAXN;int dpMAXNMAXNMAXNMAXN;signed main { iosbase::syncwithstdio0; cin.tie0; cout.tie0; int n, m; cin n m; 把邊界都設定為 -INF for int i = 0; i = n + 1; i++ { for int j = 0; j = m + 1; j++ { for int k = 0; k = n + 1; k++ { for int l = 0; l = m + 1; l++ { if i == 0 || i == n+1 || j == 0 || j == m+1 || k == 0 || k == n+1 || l == 0 || l == m+1 { dpijkl = -INF; } } } } } 初始狀態 dp0000 = 0; dp0101 = 0; dp1010 = 0; dp0110 = 0; dp1111 = 0; 輸入整張地圖 for int i = 1; i = n; i++ { for int j = 1; j = m; j++ { cin mpij; } } DP for int i = 1; i = n; i++ { for int j = 1; j = m; j++ { for int k = 1; k = n; k++ { for int l = 1; l = m; l++ { 一點點剪枝 if i + j = k + l continue; if mpij == -1 || mpkl == -1 { dpijkl = -INF; continue; } 轉移 dpijkl = max{ dpi-1jk-1l, dpi-1jkl-1, dpij-1k-1l, dpij-1kl-1, }; 拿到寶藏增加分數 dpijkl += mpij == 1 + mpkl == 1 i = k || j = l; } } } } 輸出答案 cout maxdpnmnm, short0 endl;}
TIOJ這次去 SITCON 玩大地遊戲的時候,剛好在 Dcard 攤位看到正在招募 2024 暑期實習計畫的實習生,於是我就過去了跟他們聊了一下,沒想到他們竟然說高中生只要有時間也可以來報名看看,身為自學生的我怎麼能錯過這樣的機會呢!按照實習計畫的說明,在投遞履歷的同時,還需要附上「作業」,而這次的作業內容大概就是要建立一個可登入、發文然後串 Github API 的 blog 網頁。alt text我在開始製作這個作業時,其實對於 React 的了解其實幾乎趨近於零,沒有抱持的太大的期待就開始做下去了,想說就透過這個作業邊寫邊學 React 和 Next.js。過程中其實遇到不少困難,起初就是 useEffect 用得太差,導致出現一堆問題,網路上查了許多資料都沒辦法完美的解決我遇到的困難,直到發現了 A Complete Guide to useEffect 這篇文章,對英文不是很好的我來說,這超長的文章大概也花了我兩天的時間才讀完。幸運的是,這篇文章寫得非常詳細而且解決了我遇到的問題,感覺我就是基礎很不扎實吧。alt text除了 useEffect 以外,還遇到另外一個更棘手的就是 Next.js 的快取問題,每當我發布 blog 文章之後,無論怎麼重新載入我的文章都不會顯示出來。翻了 Next.js 的文件才發現快取系統怎麼這麼複雜,總之後來又花了一些時間把 Next.js 的文件都好好讀一一讀,最終稍微解決了這個問題,但解法似乎不是非常優雅。繳交期限最後一週,我參考了之前 某個被錄取的實習生的作業 寫好了 README.md 文件就交上去了。如果有興趣的話,你可以在 這裏 看到我當時的作業,總共 320 個 commits,我花了整整一個月的時間在上面。作業繳交上去幾天後,很順利的收到了面試通知,那時候看到這個超開心!alt text距離面試時間,還有兩週多,首先我上網查了一些資訊,看看之前的 Dcard 面試到底都做了什麼。因為某篇文章說建議去讀 React 底層的東西,於是我就找了 React 技術揭密 這本電子書來讀,裡面真的提到了非常多很底層的東西,像是什麼 fiber node 之類的,不過最後還是看不太懂qwq,因此放棄了這本書。或許對我來說 React 底層太難了,但我至少可以繼續增進我對 React 的了解,根據前面 Next.js 的學習經驗,我決定要把 React 的文件全部讀過一遍!還在 Obsidian 整理了蠻多的筆記,感覺有機會可以公開出來。alt text大約一週的時間,我把 React 讀得差不多了,過程中其實發現了不少作業中可以優化的地方也改上去了。然後又再回去看一下之前面試的考古題,發現我對 Javascript 的了解似乎也不夠深,尤其時原型練之類的東西。最後根據 某 Javascript 大師 的推薦,讀了 這個系列 的文章,真的挺優質的,很多其他地方看不到的內容裡面都有。這部分我比較多的時間可能都還是在研究原型鏈。alt text接下來也花了一些時間學 git 更進階的指令,這個網站 真的挺有意思的,到後面感覺很像在玩解謎遊戲。alt textgit 的部分也整理了一些筆記,不過沒 React 那麼多就是了。alt text面試前兩三天,繼續查了一下考古題,看看 HR 面試的關卡會做什麼,但好像也沒查到什麼太有用的資訊。結果反而有點不知道要做什麼,於是就去處理了一些雜事,把之前 side project 想加的東西加上去、把還沒發佈的 chrome extension 給 publish 上去有的沒的。大概提前兩個多小時左右就先到了現場,看一下面試地點大概在什麼地方,然後去吃個午餐休息一下,本來想再複習一下結果好像來不及了。進公司之後,他們先跟我介紹了一下 Dcard 的歷史,然後參觀一下工作環境(看起來真的很舒服)。接著迎來的第一關就是 HR 面試。其實氛圍還算滿輕鬆的,不過我還是有點緊張。剛開始有跟他們聊了一下關於我現在自學生的身份和接下來的升學打算,後來還有提到問我是如何學習一項新的技術、以及程式學習的歷程,然後問我短中長期規劃之類的。因為我個人網站上面寫了很多比賽的經歷,他們也根據這個詢問了我一些相關問題,比如為什麼想參加這些比賽、跟隊友賽中的策略怎麼樣等等,在小組合作過程當中的協作模式、有沒有遇過衝突及如何化解有的沒的。這邊其實我覺得很多問題我都沒有回答得很好,或者是思考停頓了太久。alt text下一個階段是 Frontend Team 的面試,他們問了很多關於 React 的問題,包含 useMemo、useCallback、SSR、CSR、await async 跟 promise 差在哪、SSG、server component 跟 client component 的差別等等。比較令我印象深刻的是有一題他們問 server component 跟 server side rendering SSR 差在哪裡,第一瞬間幾乎沒什麼靈感,想說不就是 server component 才會 server rendering 這樣嗎,思考一小段時間之後突然有一點想法回想起來之前在看 Next build 結果的時候就連 client component 也被標示成 SSR,於是我就有點免強的回答說:「client component 也會用到 SSR... 對吧?」,似乎應該是正確答案,不過感覺回答的很不完整。另外一個也讓我思考了蠻久的問題就是「Suspense 在 server component 的運作原理是什麼?它是如何做到載入好後把 fallback 替換成取得到的資料的?」,這題我就真的幾乎完全沒頭緒了,雖然大概給了一點零散地回答剛好提到了 streaming 這個詞,他們就說算是有擦到一點邊,對於這個沒回答出來的問題他們也好心的跟我解釋了 Suspense 到底是怎麼是怎麼運作的。alt text剩下一些沒有回答的很好的問題還有,「有沒有自調整過 webpack 的 config」,我回答沒有,大多數情況下都是用 framework 的 default config。「web vitals 的評分項目」,雖然用過,但我幾乎忘光了。作業的部分他們也提到了我的 blog 頁面的 error handling 沒有做得很好,某個 promise 的 .catch 後面沒判斷就直接接了 notFound。然後 blog 頁面的 cache miss 掉以及我用 Map 實作了奇怪的小 cache 也被抓到,快取的部分真的被問得挺慘的ww還有因為之前的專案都是 Vue 寫的,所以他們也稍微問了一些關於 Vue 的問題,比如說你覺得 Vue 跟 React 差在哪、更喜歡哪個之類的,但其實我現在對 Vue 的了解度應該比 React 還低,這部分也挺慘的。面試最後我問他們我還有什麼地方是可以加強的,他們第一句話就是說我非常優秀,三年能學到這樣已經比很多 Junior 強了(這真的讓我很感動),鼓勵的部分結束後,他們給我的建議是應該再多了解 React、Next 的底層在做什麼,可以常常觀察 Devtools 裡面的 Network Tab 到底傳了什麼東西過來。面試結束後的下一週,他們就寄了審核結果的資訊到我的信箱。alt text打開來看到我沒有錄取,其實當初還蠻失望的,不過仔細這樣回過頭來看看這段時間發生的事,沒有錄取好像也挺合情合理的。至少在這個過程當中我真的學習到了非常多東西,了解到自己許多不足的地方,認識了所謂的「面試」到底是什麼,甚至還讓我從 0 學會了 React 跟 Next XD,再次感謝 Dcard 願意給我這次嘗試的機會 如果沒有 Dcard,我很難想像我可以在兩個月之內成長這麼多!統整一下這段時間發生的事情,首先我認為最明顯的缺點應該就是我對 React 和 Next 技術及經驗還不夠充足,尤其是關於偏底層的部分。再來就是技術面試以外的部分我幾乎不知道怎麼準備,感覺 HR 那關我幾乎都是在亂答,像是他們問說有沒有在合作過程當中遇到衝突然後怎麼處理,我回答幾乎沒有,可能藉由這個答案被判斷成我沒什麼合作經驗(雖然這確實),還有短中長期計畫那題也是想了蠻久的。無論如何,接下來這一年我希望可以:- 寫更多前端技術文章- 更深入了解 React Next 底層技術- 學習 webpack- 學習 redux- 累積更多合作開發的經驗希望明年就可以錄取 Dcard!!!
Journal