大家好，我是魚皮，每隔一段時間，我都會寫一段自己的工作復盤。最近這個月的主題就是 「忙炸了」！基本上只要睜眼的時間，基本都是在工作，以至於眼藥水都懟上了。
簡單分享一下我最近在做的一些事情吧。
1、計畫
5 月我不是新開了一個原創計畫【AI 智慧答題套用平台】嘛，考慮到給同學們拿去當做暑期實習和秋招的計畫，我當時立了個 Flag 說是 6 月前完結，現在保持每周 2 期直播帶做的節奏，已經完成了 5 期（15 個小時左右）。
別看前幾期計畫並不復雜，想帶盡可能多的同學手把手做出來、盡可能地照顧新手，還是有很大難度的。比如這個計畫中，我又從 0 帶大家搭建 Spring Boot 後端計畫和前端 Vue3 萬能計畫樣版，學習做計畫的通用思路。而且為了講解得更清楚、更細致，我在直播前會花很長的時間去準備。所以只要每次一開新坑，我立刻就會變得非常繁忙。
下周這個計畫就要進入核心 AI 模組的開發、以及技術最佳化階段了，歡迎感興趣的同學加入學習~
加入計畫學習：https://yupi.icu
2、寫書
是的，我已經跟出版社簽合約了，會出一本關於原創編程計畫實戰的書籍。因為做計畫是我的愛好，也是我擅長的事情，而國內的全棧計畫實戰類書籍真的是太少了，所以就想著寫本書給大家分享下。
雖然書籍的初稿之前就已經準備好了，但出書並不是一件容易的事情，規矩和標準非常多，比如章節和圖片的標號、表達的方式等等。
最讓我頭疼的事是什麽呢？這本書我寫了十幾萬字、講解地非常細節，而且配圖和程式碼都很豐富。結果出版社跟我說頁數太多了，竟然有上千頁？！所以每一章我都要從頭開始最佳化，在能講解清楚的基礎上凝練和壓縮內容。
當時跟出版社定的是 5 月中旬交稿，所以這兩周但凡有點額外的時間，我都在最佳化書稿，還好最後是按時交上去了。但根據我大學時跟老師一起寫書的經驗，後面應該還會有挺多事情要搞的。
3、團隊管理
前面兩件事更多的是我個人的工作，接下來要分享的就是我團隊之間的瑣事了。
老實說，最近這個月我焦慮的一批（好像之前每個月都是這麽說的）。一方面是因為人數增多、成本增大，我的心態是比剛開始只有 3 - 4 個人的時候變化了很多，也會變得比較 push 大家。另外一方面是團隊工作出現延期的情況較多，一旦有些工作因為我比較忙而沒有介入，就會出現不少細節的問題。尤其是這周，上線一點點微小功能的改動可能都要出問題，可以說是三天兩頭出 Bug。
延期倒不可怕，出 Bug 也很正常，但可怕的是這種現象一直持續、沒有任何改進，就會讓我覺得團隊的未來一片迷茫。
再加上昨天核驗產品新功能的時候，有個讓我很無奈的事情。明明我特地在需求評審時提到了 「這個功能直接復用以前的 xx 頁面即可」，結果驗收的時候做出來的效果跟預期完全不一樣，究其原因，竟然是一起開會的開發同學沒有理解需求，而且產品同學對該功能的最終形態判斷也有失誤，結果大大耽誤了效率，還得返工。
其實一般情況下來說，產品功能肯定是一步一步叠代的，但是產品的最終目標一定要明確，不能說走一步看一步。而且如果已經有現成的程式碼可以一步把產品做到位，為什麽還要花額外的精力去設計產品的中間過程？強行一步一步地去叠代呢？
當然，這只是我自己的思考，反正如果我是開發，肯定不希望產品後面再來找我改這改那。我覺得小團隊的優勢就是在於敏捷快速，如果什麽都按大公司的標準來，又怎麽會有競爭力呢？我最怕的就是 「沒有大公司命，得了大公司病」。所以接下來我也會更關註團隊同學對需求、對產品的理解吧。
4、產品設計
除了以上三件事外，最近我也投入了挺多時間在產品設計上，包括調研市場和競品、畫畫原型圖、寫寫產品文件之類的。
老實說，我覺得產品設計比寫程式碼難多了，經常會糾結 「這個按鈕放在哪裏」、「這個模組要不要加」、「如何吸引使用者點選」 等等。但是又必須確認清楚，盡量保證我下放的需求是明確的，才能避免開發同學返工。
這 2 個月也會是我們公司產品高速叠代的時期，比如我們的寫簡歷工具
老魚簡歷
，已經有了一波比較大的最佳化，歡迎大家體驗咯~
老魚簡歷：https://laoyujianli.com
很快我們團隊的其他產品也會進行大更新，到時候也會同步給各位讀者朋友們。
還有一些其他的工作，像日常給學員答疑什麽的都不說了。這是一個焦慮的時代，對我來說，排解焦慮的最好方法，可能就是繼續開啟電腦 working 吧。實話說，我還真挺擔心有一天自己停下來的，所以寫下這篇文章做點記錄，也請大家監督監督我哈哈。感謝您的閱讀！
👇🏻 點選下方閱讀原文，獲取魚皮往期編程幹貨。
往期推薦
