上周的周賽和雙周賽都四題全通過了（也就是他們常說的 AK——All Kill，算上再之前周賽那次 AK，連著三次了），加上之前積分就已經(jīng) 1853，力扣也有個統(tǒng)計門檻分數(shù)的討論貼（鏈接： https://leetcode.cn/circle/discuss/SKzRis/ ）說明最近分界就在 1860 左右，所以估計這次出分以后應(yīng)該就可以上 Knight 段位了。

果然今天看了一眼力扣個人資料頁面（id：ZeromaX https://leetcode.cn/u/zeromax/ ），發(fā)現(xiàn)已經(jīng)出結(jié)果了，目前已經(jīng)到了 Knight。就打算寫篇文章紀念一下，順便整理一下最近的一些想法。

不過發(fā)現(xiàn)上周的雙周賽估計是因為當時線上測試環(huán)境有問題，所以沒有算分。力扣賠我腦細胞和頭發(fā)?。ㄐΓ?/p>

上周末的周賽和雙周賽，最后一題的困難題都是類似腦筋急轉(zhuǎn)彎的題目（第 303 場周賽 2354. 優(yōu)質(zhì)數(shù)對的數(shù)目 是必須想到兩個數(shù)按位與和按位或的 1 個數(shù)的和其實就是兩個數(shù)二進制 1 的總個數(shù)，第 83 場雙周賽 2350. 不可能得到的最短骰子序列 則是必須想到題目等效于用貪心的思想去計算每次循環(huán)中所有數(shù)字出現(xiàn)一次的總次數(shù)），想了好久，都是比賽快結(jié)束才做出來的。但是其實如果有思路的話，代碼就很簡單，所以想了半天最后想出來以后回過頭來看就特別折磨。

力扣排位

力扣所謂 Knight 以及更高階的 Guardian 段位，其實就是指競賽積分 ≥1600 的用戶中，根據(jù)比例 5%（Guardian）、20%（Knight）、75%（暫無）設(shè)定三檔段位，段位每周比賽結(jié)束后計算一次。（具體規(guī)則在這里： https://leetcode.cn/circle/discuss/0fKGDu/ ）

之前 2020 年做力扣和參加周賽時還沒注意有這么一回事。最近因為在學 Scala，利用力扣在刷題中練習，所以就也開始用 Scala 重新開始打打周賽練練手；每次比賽結(jié)束時看周賽排名里面前幾名大佬的個人頁面，才發(fā)現(xiàn)有這么個段位。然后就想著這段時間怎么用 Scala 上分整一個，參加了這么幾周，這次終于還是拿到了 Knight。

不過不得不提一點，這次上 Knight 沒有花費太多的時間，一方面是自己已經(jīng)在力扣上刷過這么久的算法題了，相比 2020 年的自己肯定也更加熟練；另一方面是 Scala 確實比 Java 簡潔多了，加上更加豐富的鏈式調(diào)用 API，可以保護自己的鍵盤少被敲打幾次（其實就是敲起來快啦）。

要問心得的話，其實沒什么復(fù)雜的經(jīng)驗。總結(jié)起來就很簡單：熟能生巧。做得多了，其實很多算法思想套路大致頭腦里就有個印象。當然，第一次接觸的時候免不了還是得認真學習和思考一下，之后通過題目的重復(fù)練習來加深印象。

所以其實我個人習慣是如果題目標簽里面有沒接觸過的，或者是題目想了一段時間沒有思路的話，那還是直接看題解吧，看懂了再自己按思路寫一遍。我自己一般如果有空的話，就自己還嘗試著整點花活，看看題解或者自己的代碼有沒有什么可以優(yōu)化的或者其他解法。然后一段時間后，可以再重新做一下之前的題（為了新鮮感，也可以學個相關(guān)的新語言來重新做，一邊練新語言的語法，一邊復(fù)習算法思路）。

以后感覺要上 Guardian 的話，那要花的功夫估計不少，畢竟最低分都要 2200 左右。自己還是慢慢刷困難的題吧，讓自己算法思考能力變得更強才是真的（成龍有云：“力扣排位”里的你再強大也是假的）。

要提高的話，看網(wǎng)上大佬們的經(jīng)驗分享，之后有空就得去 Codeforces、洛谷上面刷刷那些“不那么面試”的算法題了。之所以這么說，主要也是因為 Codeforces、洛谷上面的題目偏向算法競賽。自己畢竟也不是在校生了，從功利的角度，那多少是有點浪費時間的（甚至自己刷力扣困難算法題的行為，從社招面試角度來考慮都有點事倍功半，一般社招估計都難得達到這種高度，側(cè)重點一般還是工程經(jīng)驗）。不過太功利就沒意思了，之后感興趣又有時間的話就試試?。ó斎?，這個“之后”可能很短，也可能會是比較長的一段時間，或者就直接鴿了。隨緣吧）

后續(xù)計劃

之后估計周末有時間還是繼續(xù)打一打比賽，畢竟把周賽當作游戲上分還是比較有正反饋的（還不會陷入打游戲沖段位時那種感覺自己行為無意義的懷疑）。不過平時估計算法題就會少刷一點了，最近的計劃是多整理點工作相關(guān)的代碼，自己工程代碼方面也是比較薄弱。

之所以這么想，可能也是前面我所說的那種功利的思想作祟（還是得恰飯的嘛~）；但正如上次雜談里面提到的，我一直有個不太好的習慣：閑下來的時間不太愿意去寫自己的項目。工作這么久，和編程相關(guān)的堅持下來的習慣，也就是力扣上做做題和 Git 倉庫上提交點力扣做題記錄和讀書筆記。

觀察自己之所以力扣和 Git 倉庫可以堅持零零星星做點題和提交點東西的原因，主要還是自己把類似打游戲每日任務(wù)那種心態(tài)遷移過去了，雖然慢慢養(yǎng)成了一個習慣，但是問題就是這樣零散的學習很不成體系。最近力扣上集中刷算法題算是了結(jié)了一部分算法學習方面的任務(wù)，接下來就還是需要趁熱打鐵，抓緊自己現(xiàn)在比較能夠沉下心來的狀態(tài)，針對性地把個人工程代碼庫比較缺失的問題解決一下。

這里面的原因不僅僅是面試會涉及到項目介紹之類的考慮，其實一大部分緣由也是出于自己補實踐能力短板的目的——平時工作過程中，很多時候就是在原有的工程代碼框架下填細節(jié)，大的改動和重構(gòu)其實也不敢做（沒有配套的單元測試）。不少時候自己根據(jù)很多軟件工程的書上看到的知識，感覺到其中的問題，但困于自己實踐的少，也不太敢在公司代碼上瞎搞。

另一方面就是對于很多工作中涉及不到的工具、框架，缺少一個自己熟悉的較大項目去實踐。那么很多時候?qū)W習就停留在 Demo 大小的項目了，距離真正靈活運用還有很遠。有一個個人的項目用于隨便實驗，還是方便不少。

這個想法倒是好久以前就有了，但是問題就是一直很難真正堅持。屬于是“間歇性躊躇滿志，持續(xù)性混吃等死”了。這次希望可以真正寫出點東西吧……