從事 Android 開發工作要滿 5 年了,雖然明白自己技術很一般,但是也總是期望能夠有機會進入更好的平臺發展。
這不,因為機緣巧合有了一次 Booking 的面試邀請(是在 hackerrank 上),然后開始臨時抱佛腳 (leetcode
走起),最終選擇了一個周末去完成線上測試,結果我完全沒預料到。本以為會被某道題的邏輯繞昏,結果哪知道被標準輸入這個東西卡得死死的,現在就記錄一下這次非常糟糕的體驗,給自己提個醒。
一共四道題,其中一道是 Android 相關的。我一看,嘿嘿,簡單得很,就是一個遞歸查找,10分鐘搞定。
然后其他三道是 Java 題,我看了下一道題目(題目具體是什么我就不能說了),略微思考后,有了思路,接著就開始在本地 IDE 里寫實現,然后就是噩夢的開始了。。。
// 對的,簡單的一個 Main 函數 // 輸入類似格式如下 // 1 1 1 1 // 2 3 4 5 // 1 1 3 4 public class Booking { public static void main(String[] args) throws IOException { } }
輸入參數具體意義是題目給定的,你要做的就只是取到它們然后就可以開始實現你自己的解題步驟了。因為一般在 leetcode 上做題,你要做的就只是實現函數邏輯,輸入已經給你處理好了,所以看到這個題一下就沒反應過來,“這不是 Java 的標準輸入嗎?我不知道怎么處理啊。。。趕緊谷歌一下吧。我艸,還是不對啊,我取不到輸入值啊,是要 do{}while()來著吧?還是不行啊,敲完回車后怎么還在等待輸入啊。這個輸入是粘貼進去的還是行輸入的啊。”。
過了十來分鐘,還是沒有起色,人一下就慌了。巨大的焦慮籠罩在頭頂,哪還有心思解題啊,我非得把這個搞出來,然后。。。就沒有然后了。
結果今天早上收到郵件,唉,肯定涼了唄。在今天上班寫了一早上的業務后,決定還是要把這個問題善始善終掉,于是重新整理了思路,記錄一下正確的寫法。
BufferedReader bufferedReader = new BufferedReader(new InputStreamReader(System.in)); BufferedWriter bufferedWriter = new BufferedWriter(new FileWriter(System.getenv("OUTPUT_PATH"))); String[] aItems = bufferedReader.readLine().replaceAll("s+$", "").split(" "); Lista = new ArrayList<>(); for (int i = 0; i < 3; i++) { int aItem = Integer.parseInt(aItems[i]); a.add(aItem); } String[] bItems = bufferedReader.readLine().replaceAll("s+$", "").split(" "); List b = new ArrayList<>(); for (int i = 0; i < bItems.length; i++) { int bItem = Integer.parseInt(bItems[i]); b.add(bItem); } List result = doSomething(a, b); for (int i = 0; i < result.size(); i++) { bufferedWriter.write(String.valueOf(result.get(i))); if (i != result.size() - 1) { bufferedWriter.write(" "); } } bufferedWriter.newLine(); bufferedReader.close(); bufferedWriter.close();
函數doSomething就是你需要完成的函數體了。
其實寫這篇筆記的時候我也才發現,或者說才想起來,當時我如果去HackerRank隨便找一道題,然后看看它的寫法不就輕易的跨過這個問題了嗎。
唉,當時真的就是太慌了,一下就什么都忘記了!真是愚蠢的我啊!
文章版權歸作者所有,未經允許請勿轉載,若此文章存在違規行為,您可以聯系管理員刪除。
轉載請注明本文地址:http://specialneedsforspecialkids.com/yun/74205.html
摘要:最近開發中遇到的一個主從延遲的坑,記錄并總結,避免再次犯同樣的錯誤。運行時查詢為空,執行完畢后查詢時內容存在,初步懷疑是主從延遲問題。報錯只是部分失敗,確定是主從延遲的問題。接下來,會去學習主從復制的原理,敬請期待。 最近開發中遇到的一個MySQL主從延遲的坑,記錄并總結,避免再次犯同樣的錯誤。 情景 一個活動信息需要審批,審批之后才能生效。因為之后活動要編輯,編輯后也可能觸發審批,審...
閱讀 2155·2021-11-12 10:36
閱讀 2147·2021-09-03 10:41
閱讀 2761·2021-08-19 10:57
閱讀 1230·2021-08-17 10:14
閱讀 1487·2019-08-30 15:53
閱讀 1210·2019-08-30 15:43
閱讀 975·2019-08-30 13:16
閱讀 2983·2019-08-29 16:56