就算公司專案火燒屁股，終於撐到挑戰的三分之二，我好棒啊～今天就不先講跟程式相關的東西，來聊聊我在前家公司夢到的鬼故事，如有雷同，純屬巧合。

身為一個被多兒綁架兩百多天的俘虜，我應該有資格說我是一個有毅力有耐心的人吧，那為什麼我的第一家公司只待了半年不到呢？

某日，我的主管把我叫到他座位邊（BTW，主管的職稱是CTO），他指著資料庫說：「你能幫我把這些資料弄到前端頁面上顯示嗎？」我仔細看了看，原來是 App 資料啊，「所以要做後台管理系統嗎？當然可以！喔不過...」，有鑒於之前的心理測驗專案，我趕緊補一句：「現在有 API 了嗎？」「有了，我馬上給你。」我稍稍鬆了口氣，但還是抱持不安的想法，回到坐位上心想：「所以沒有更詳細的需求討論嗎？還是先靠我自己通靈？」，我看了看主管給的 API 文件，那股不妙的預感又竄上來了，所有的 API 都是前台的，然後、然後性別的欄位叫做 sexy????，我默默看向新來的後端，心想：「Ｗe need to talk about this sh!t:)」

在後端的陳述下，這些 code 幾乎來自於這個團隊的前主管，討論後我們兩個也同意這些前台的 API 不能這樣共用，於是在我們的要求下，主管直接將前台的 API 直接複製一份給後台，新增的 GET 會員列表的 API 似乎是由主管寫的，我看向把所有資料和欄位一次拉出來的這支 API，又看向得意洋洋地主管，他說：「資料先全部一次給你，之後我們再來修～」，我覺得心中有某個東西好像被消耗了，暗忖：「這垃圾東西為什麼像是你用盡洪荒之力寫出來的，能讓你這麼得意！」但我忍住了，暫時先將 API 串起來，但時不時就會跟主管提及，會員列表 API 的需要讓後端分頁。

又是某日，我的後端分頁需求終於獲得回應，主管一副理所當然的說：「我會先出一支 API，將所有會員的 id 全部傳給你，你前端自己找個地方存會員 id，到時候你自己來跟我說要哪些人的資料～」我直接：？？？？？？？，我不敢相信這種鬼話是從一個技術長的嘴巴說出來的。我花了一點時間沉澱情緒後，在某個星期四的早會中，在所有人面前提出為什麼不能這樣做：

1. 請問我是要存在哪？？？sessionStorage、localStorage 還是 cookie ???
   假設我存在 sessionStorage，只要關閉視窗，這些存的 id 就會不見；存在 cookie，他也會有一定的時效性；存在 localStorage，雖然不會因關閉視窗讓存的 id 不見，但只有 5Mb 容量能存，說到底，不管是哪一種，都有容量限制，會員一多，總有一天會存不下。

2. 為什麼我要拿著 id 一筆筆的去請求資料，徒增請求次數。

3. 最重要的是！！！！這種資料存在前端，資安警鈴大作！！！！而且根本還沒寫登入系統：）（之後我提出要求要出 API，主管也不讓我寫，我？？？？？）

雖然我實在不知道為什麼我需要對一個「技術長」解釋這些，而這場會議的結論是主管同意改成後端分頁，但沒想到過了幾週之後，他還是堅持要做他那一套，我努力維持禮貌回到：「可是 9/12 那場會議你已經同意要後端分頁了，大家也聽到了。」這件事最後被我主管以各種理由推遲，不了了之。

致此，這只是鬼故事的開端...讓我們繼續看下去...

附上當時我嘗試了解後端分頁的好文～Postgres - 各種分頁的方式介紹