新的開始---動手寫博客

新的開始

2020-7.13~2020.11.29,
轉眼之間已經成爲打工人將近5月的時間了,從一個菜鳥學生轉變爲一個菜鳥碼農真的是讓人頭疼的一件事 -_-html

  • 簡單描述一下本身的現狀吧:
  • 我是一個2020年畢業的本科生,畢業以後成爲一名北漂,目前在北京某互聯網教育公司作一名後端的工程師(搬磚程序猿),距今入職4個半月。目前通過了幾個項目的洗禮(折磨),將本身的技術能力從0提高到了0.1,目前正努力的向着0.2奔去_
  • 在工做中因爲本身技術能力的不足,給本身帶來了許多的困擾,也讓本身對本身的能力以及將來的職業發展產生了許多的懷疑,這也是我決定開始動手寫博客,記錄本身的學習和經歷的主要動力。

工做經歷的簡單總結

入職以後,有導師手把手的帶着我熟悉公司的一些基礎的組件的使用,包括從公司的內部郵件、sql平臺、apollo配置中心、項目的構建管理中心等等,這些東西對於每個初入公司的人來講都是一些新東西,只要多用幾回就能掌握基礎的使用。mysql

公司發的電腦是mac系統的,對一個用了4年windows的菜鳥來講,在新的操做系統環境下進行開發,踩很多坑是免不了的:),簡單說一下遇到的一些問題吧:git

  • 基本的開發環境的配置:jdk、mysql、maven、IDEA以及相關的插件的安裝,在mac系統中安裝這些東西和在windows下安裝略有不一樣,安裝包均可以在官網上找到,
  • 須要注意的是如何進行環境配置:在mac系統中須要在本身的home目錄下建立一個叫作.bash_profile的文件(這個文件須要編譯才能在系統中生效),將jdk和maven的配置信息寫入到該文檔後,輸入source .bash_profile以後完成編譯。配置jdk、maven的簡單教程
  • IDEA 在mac系統下的快捷鍵和windows下不太同樣,不過能夠自行修改();另外就是安裝幾個推薦的插件了:想findbugs、阿里巴巴編程規範這樣的插件是很是值得安裝的,在編寫代碼時能夠爲你檢查出一些意想不到的問題。
  • 另外就是git操做流程了,不少像我同樣在學校裏沒有接觸git的同窗極可能會和我同樣犯一些很使人頭疼的問題,不一樣公司使用的git流程不一樣,我就本身公司所使用的gitflow流程見一下本身遇到的問題:
    • 沒有將相似於.idea 的文件加入到的忽略文件.gitignore 中,致使項目在本地啓動失敗
    • 越過功能主分支,將本身開發的代碼直接推到更高一級的主分支上,形成代碼污染
    • 與別的夥伴合做開發時,不及時的拉取功能分支的代碼,拖到很晚才pull代碼,形成大量衝突而且在解決衝突的過程當中,不注意代碼是本身的仍是別的夥伴的,無腦插入,形成代碼污染,影響開發效率
      做爲一個菜鳥,在實際的開發過程當中本菜菜還遇到了許多許多的問題,這裏不作反思,在往後的博客裏會一一展示

再說說公司的項目流程吧,項目的開發流程真的過重要了,一個項目的開發週期會在很大程度上影響每一個開發人員的開發效率(對於本菜菜來講,毫無影響,緣由嘛固然是由於太菜咯)sql

  • 項目的需求規劃:需求產生以後由項目的產品經理提出需求而且邀請先後端技術負責人、測試負責人等進行需求初評.
    • 初評: 在初評中提出需求並提出基本的解決方案,而且造成初步的開發計劃。初評結束後產品開始寫需求文檔,技術負責人開始思考項目的技術實現。
    • 需求評審:初評的下一階段是需求評審,這時候相關的產品、開發、測試人員都會到場聽產品經歷將需求,在會上全部的開發人員就需求文檔提出本身的問題,對需求有了初步的理解。
    • 需求評審完了全部的開發人員能夠開始動手設計了,設計是一步很是很是關鍵的一步,系統的設計最好是在動手實現以前就作到最好,考慮到能考慮的多個方面,這樣可以避免在實現過程當中出現問題就不斷的調整設計方案,到最後將設計方案改到連本身都不認識的地步。
    • 另外,有種推薦的作法是將本身的實現給全部的項目參與者進行分享,當若是出現了問題能夠及時進行修改
    • 以後就到了實際的開發過程了,這個過程真的涉及到了許多東西,是一個開發人員能力體現的重要環節(本菜菜的菜也是在這一環節體現地淋漓盡致+_+)
      • 須要考慮的東西有不少,大能夠大到系統的性能、安全、擴展性、維護性等小能夠小到代碼的可讀性、命名規範等。這一步很是的繁雜,之後的博客中也會對這些東西總結。
    • 完成了開發只是走完了通常,你還須要進行功能的自測:單元測試、接口測試等等,最好是在有限的時間內對本身的代碼進行有效的測試,否則你就等着測試大佬給提bug吧(說到bug,菜菜的bug量已經獲得了驚人的20多個,是在是汗顏)
    • 自測完了,就等着測試夥伴進行各類測試了,固然在提測以前也會進行冒煙測試,用幾個關鍵的用例來衡量當前系統是否達到了測試的最低標準,若是冒煙都過不了那就回爐重造吧_
  • 測試以後就是項目上線,上線是個技術活兒 ,本菜菜沒有能力參與其中,只能看着大佬們一通操做,望其興嘆!

end

好啦,此次簡單的總結就到這吧,工做的時間有限,收穫確實滿多的須要本身騰出更多的時間來總結,這篇blog就算是一個從0到1的開始吧,但願將來的每一週都可以對本身的工做和學習進行一次總結,記錄下來。
將來還有很長一段時間,但願本身能夠一步一個腳印的走向大佬(禿頂)之路,hhhhh e~編程

相關文章
相關標籤/搜索