找到了筆記本，可以用來寫代碼。突然發現沒有什麼可寫的，一些東西都不願意去寫的樣子，更別提什麼網上隨便找個項目熟悉一下。
現在想到的是框架不好搭，記事本寫的話顯得太簡陋了。之前寫C#的時候，也沒有搭建框架，也沒有考慮寫什麼項目，就是完成功能。一個功能過來，從後臺設計數據庫；到前邊調取數據和以前的結構相配合；到前端引用這個功能，前端功能的使用簡化和數據的簡單處理。都只是在處理各個層面的挖掘以實現功能，並沒有考慮要寫什麼。如果有空考慮的話，就是代碼的健壯可拓展，系統的安全結構，以及不怎麼擅長的前端易用性。
代碼的健壯可拓展是一個 很廣闊的發揮空間。寫C#的時候感覺到一些侷限，有些是對底層的不理解。真當追到底層的時候發現是一些打包好的黑盒子，並不能直接獲得緩存和計算的估量。很多功能都被打包，使用起來很方便。框架上還有很多不懂的內容，並不耽誤使用，配置上還用不到去了解那些部分。開發速度很快，來一個功能複製一個頁面，複製一個相關底層，建好數據庫表，寫相關邏輯處理就可以了。也有處理一些業務的優化，和代碼塊的分拆來方便更好地維護。代碼喫進需求，並在後來的時間慢慢消化。在現存的計算量上，瓶頸並不多，業務沒有那麼大的訪問量。當有的時候就拆分出來單獨處理。可是不是很想用C#，感覺它太快了，在節奏上。很多功能都打包好了，於是不怎麼用管理，同時也不知道怎麼來的，換成其它語言的話如何替代。而且都是小功能，細碎功能的實現，有些像php一樣，爲了方便沒有太多宏觀上的原則。
如果換成java，差不多也做類似的業務處理。
Java的框架不怎麼好用，很多配置偏繁瑣了一些。不過每一個功能的實現都是公開透明的，可以很容易查底，即便一些功能查起來要跑很遠的距離。java在代碼塊功能分類和管理上比其他語言要好一些，更容易分類到一個精確的位置。因爲Java的大，想要搭建起來需要了解比較繁瑣的內容。除了這些以外，沒辦法寫軟件是沒有找到合適的項目。
讓軟件和公司一起成長，首先需要公司有長遠成長。軟件有穩定的速度，需要公司有穩定的經營策略。