1.榮譽如浮雲，幹活輕鬆愉快才是王道。說實話大家都想公升職加薪，但是付出和收入成正比，無雙休天天996的加班，公升職加薪並無過錯。如果想生活大於工作，那要什麼自行車。入職將近兩年，看透了一些事情，部門甩鍋特別嚴重，開發不成體系，程式二次開發難度大，分工雜亂等等等等，奈何自己小兵卒無法提建設性建議。
2.其實工作和學習之間的協調沒必要這麼累，生活和工作並不是魚與熊掌，而是工作為了更快樂的生活，但是幹不完的工作，導致工作和生活都特別喪，分析一下原因，我並不承認是個人能力問題；至於什麼問題自己想。
3.想了幾點問題和建議：
1)年底衝刺問題：這個很矛盾，客戶公司財年週期和元旦差不多的，並不是轉年三四月份，所以導致，提前到10月份就開始衝刺，相當於4月份財年開始，有半年多時間是高壓下衝刺的。
建議：公司政策，無解。
2)1246加班且到9點問題，上有政策下有對策，其實不用強制加班，人均加班時長是穩穩的可以達到的，因為有一部分加班掙加班費的人是帶的動不加班的人的。
3)專案衝刺問題：這個太特麼的值得吐槽了。
部門技術要改革，老**要重構：
單點登入問題需要開發補充乙份完整的：
1.具備單點登入功能，且根據傳遞引數顯示不同的登入介面（有這個功能，但是部分**寫的不敢恭維，從**冗餘和格式上修改）；
2.公司資料庫亂，太亂了，亂七八糟，百年不用一次的表太多，爛表太多。建議及時清理，眼不見心不煩，多個專案的表如果在乙個資料庫，命名方式要改變，或者直接就規定死表的命名規則字首：系統名稱_sys/business_業務邏輯_具體實體,sys代表系統功能表，business表示業務表，具體怎麼區分：簡單的說，當系統遷移的時候，能夠清空不影響系統正常使用的就是business表，得保留資料，展示專案功能的就是sys表。杜絕跨庫引用表，跨庫取值的方式不可取，除非兩個系統之間有關係，但是有關係為什麼不建乙個資料庫？？？？亂，太亂了，看的頭大。
3.命名規範：規定死用駝峰還是下劃線，起名字要有意義，不要用拼音，架構師起到約束包和資料夾的作用，私自建資料夾和包要打報告，check code必要！！！亂寫，亂加資料夾，太亂了，乙個功能分好幾個資料夾，不同的業務寫到同乙個檔案下。簡直開發自由發揮，自由飛翔。
4.負責人建專案的時候，要把可能用到的js和css都放進來，一次性考慮周全，後期分工開發的時候不要私自引用外掛程式，專案引用外掛程式打報告，加包和公用css，公用js打報告！嚴格在自己專案檔案下開發！
5.寫**要規範，縮排，表示式空格等，看著舒服的**才好。
6.專案開發有序循序漸進進行，文件可以補，但是開發不能亂，建乙個部門通用的資源平台，上面可以交流，可以看到部署的專案位址等。
不吐槽了，，，以後再吐槽。
其實缺乙個check**的人。。。。。。
展望：看不到希望。。。。。。。。。
2023年總結，2023年展望
2018年已經過去13天，遲來的年度總結。仔細想想2018年，自己究竟了做了什麼？還有什麼事沒有做？這一年是否虛度？這一年自己是否又滿意？2018年，完成的事情2018年，沒做的事情 1 沒有好好沉澱下來，回顧 分析演算法題 2 沒有養成早睡早起的習慣 3 沒有鍛鍊好體魄 4 還有幾本書沒有看完 這...
2023年總結 2023年展望
去年沒寫什麼新年安排，而現在正好剛和兄弟們打完遊戲，是靜下來的乙個人的時候，就來總結一下2019年，展望一下2020年吧。2019這一年，我經歷了很多的考試，學習了很多的知識，談了一場戀愛，考了一次年級第一二，過了四六級，轉了專業，從電氣工程轉到計算機了。這一年確實經歷了很多，也見識了很多。我談了一...
2023年總結及2019展望
花無重開日，人無再少年。很久沒寫過規劃和總結了，今天就略微寫一下規劃和總結，回首2018年，感慨頗多。少年已經初嚐人間冷暖。第一階段，1月 8月，acm集訓。年少的我懷揣著夢想，然而，夢想和現實是有差距的。名校和弱校的底蘊不一樣。相同的目的地往往需要繞很多彎路。人與人的差距，有時候真的不是靠努力就能...