野路子Java開發的一篇隨筆

       園子的朋友們,一年半的時間你們過的還好吧?
       流水它帶走光陰的故事改變了咱們,再次的見面咱們又歷經了多少的路程,落花流水,冷暖自知,這一年半,關於工做上的關鍵詞只有兩個:加班(996弱多了),Java;順利從.NET轉到Java了,順利的從單機開發到分佈式開發了,
以前以爲redis,mq,Es,quartz,mongo等,只是瞭解過,或多或少的用過,對分佈式CAP理論只是瞭解過,到spring cloud,zipkin, springbootadmin,eureka等熟悉過,
想分享本身幾點感觸,常常會有人說雞湯多了,沒感受了,可是我以爲感同身受、知行合一很重要。
1,嚴謹和認真redis

       可能生活上你是個嚴謹的人,但對待代碼這件事你不必定是。代碼糙的一塌糊塗?數據庫字段沒一點規範?方法命名讓人抓狂?接口定義的一塌糊塗?上下游提示讓人抓狂?直接把底層的操做日誌拋給用戶?不放棄一個bug的真正緣由?我想每一個RD應該問一下本身,包括我本身我也會常常問本身!
不嚴謹的人能變得嚴謹嗎?我以爲能,若是你經歷了一些事情,能夠變得嚴謹,首先公司從上到下都要有嚴格的標準和考覈,像阿里巴巴技術手冊同樣的代碼規範規則,常常內部組織CODE_REVIEW,我的對本身也要有高標準的要求,負責項目開始,都不認真嚴謹,到後來只能積重難返;
就不要談持續重構了。spring

2,執行力和快速更新數據庫

       執行力強的團隊,迭代更新快的項目纔會有前途,無論這個東西作好沒作好,儘快讓別人看到,別人不是你的本身,防止本身「意淫」,讓你的領導看到,你的同事看到,產品經理看到,防止走彎路。本身都感受到不舒服的東西,必定有問題。但咱們大多數人都是,不肯意把問題拋出去,你的領導會吃你嗎?項目上本身都感受到不舒服的地方必定要提出來,必定有問題。要不回頭改問題的仍是你本身,無用功少作。可是項目中不免會走彎路,走彎路的時候心態要對。有些東西剛開始咱們並不知道怎麼作,那就作一個遵循——最小可用原則;springboot

3,同事即戰友,領導即老師分佈式

       把你的同事當成你的戰友,把你的領導當成你的老師。會有童鞋說,扯淡,我有的同事不幹活,成天在領導面前吹牛逼,還讓我把他當成戰友?整個團隊烏煙瘴氣,勾心鬥角?還讓我把身邊的人當成戰友和老師?固然若是這類的,這條就別了,我講的是一個好的團隊,雷軍說過:若是不是出身富貴,忠誠和勤奮是你成就事業的惟一機會,前提是你要跟對團隊。因此若是處於「壞」團隊的童鞋們,努力學習,爭取到一個更好的團隊;工做四五年的童鞋們都是老司機了,都或多或少帶一些新人,不要藏着掖着,要對新手負責,講給他聽,作給他看:演示解決問題的作法,讓他來作,跟蹤落實;不要說新人成長了,新人什麼東西都會了,本身就沒啥競爭力了,其實你能夠騰出更多的時間去學習,去規劃一些東西;新人成長了,你也成長了。但行好事,莫問去路!學習

4,學習和提高日誌

       學習是咱們一輩子的必修課,有的童鞋們,說CURD寫的蛋疼,可是心裏問一下本身,CURD寫好了嗎?MyBatis從鏈接數據庫到釋放的過程,事務的原理,索引的原理都知道嗎?都是從CURD過來的,怎麼能讓你的CURD跟別人不同,成長都須要過程,五月底的一個週六考了SA證,週日又加班了,考證是爲了整理本身的知識體系,還有高級證給你會帶來不少東西。之前的我以爲用一個開源中間件寫出來一個Demo是多麼使人高興的事情,如今是發現本身是多麼的膚淺! 多瞭解底層,多思考,關注基礎,多看源碼等纔是一條正確的學習提高道路。求知若渴,虛心若愚,公司都會有培訓的,不要以爲和一羣新人一塊兒培訓,沒有面子,是培訓去聽總會有提升的代碼規範

       之後算一個野路子的Java開發了,逐漸會向「正規軍」靠攏,之後會更新一些關於Java的一些東西;轉型並不可怕,可怕的是本身沒有思想。原你白天有說有笑,晚上睡個好覺,週末愉快!中間件

       一輩子要走多遠的路程
       通過多少年
       才能走到終點
       夢想須要多久的時間
       多少血和淚
       才能慢慢實現
       無論有多麼疲倦
       潮來潮往世界多變遷
       迎接光輝歲月
       爲它一輩子奉獻
       ……索引

相關文章
相關標籤/搜索