python3.8確實有很多吸引我們的語法和模組優化，那麼現在是否合適把我們的專案公升級到3.8呢，我們來分析。
我們先來思考，我們公升級的初衷是什麼？我總結了下大概有如下兩點：
除了版本bug不能不公升級外，編碼的效率和系統的效能確實是我們在技術選型和公升級時考慮的重要因素。但是，還需要結合我們現有的技術架構，例如，我們的測試系統是否支援新版本的case？我們的部署系統是否支援新版本的持續整合和發布？監控呢？綜合評定下來，我們公升級專案時，其實是公升級的整個系統技術架構，這便需要我們花費大量的時間來測試公升級的收益比是否足夠高。有時候我們整體算下來的時間和成本，還不如多加幾台伺服器來的實惠。
所以，我給出的建議是，先不要公升級。
第一，許多功能強大的三方包都還沒有公升級支援python3.8。我翻了下流行框架django的官方文件，截止到發文（2019-11-05）其中並沒有明確的標識對python3.8的支援。大家可到這裡檢視各django 版本對應python的版本：what python version can i use with django?
第二，python 3.8 剛剛發布，現在是3.8.0版本，也就是說，在3.8版本基礎上並沒有做過任何的bug修復。或者說並沒有大批量的經過生產業務場景的考驗。
那麼我們什麼時候可以公升級呢？我認為應該具備如下條件：
在這些條件下，你便可以體驗新版本簡潔的新語法了。
我們的專案
就在昨天早上，我們進行了二期的結業答辯，我們組做的是乙個功能不是很全的網頁遊戲，想要實現打仗的功能，還有採集資源，資源交易，玩家的聊天，可是ajax還不會，很多都做不了，只實現了一些功能，得了個最佳設計獎。其中，我感覺地圖做的不錯，實現的方法很簡單，但是我們可想了好長時間。mapid 12 buil...
我們怎麼選擇合適的LIMS供應商？
目前，lims系統在國內被越來越多的實驗室和高效使用，而市場上的lims產品琳琅滿目，我們又該如何選擇合適的lims 商？乙個軟體的成熟度主要體現在這個技術架構下應用的年限和已經上線的使用者數量。國外一家公司原來c s架構的lims經過多年完善已很穩定，但它推出的第一版b slims則執行速度很慢，...
我們的專案計畫
最近和幾個同學在做乙個小專案，特把專案計畫拿來曬一下，因為沒這方面的經驗，肯定會存在很多缺陷。還請各位幫幫忙。謝謝！小管家專案計畫目標 一.進度 1.本專案預計兩個月完成即2010.3.12開始到2010.5.12完成。2.在3.15號之前確定計畫。3.在4.1號完成設計 4.在4.2號開始編寫 5...