<kbd id="afajh"><form id="afajh"></form></kbd>
<strong id="afajh"><dl id="afajh"></dl></strong>
    <del id="afajh"><form id="afajh"></form></del>
        1. <th id="afajh"><progress id="afajh"></progress></th>
          <b id="afajh"><abbr id="afajh"></abbr></b>
          <th id="afajh"><progress id="afajh"></progress></th>

          工作一年了,帥地學(xué)到了什么?

          共 1719字,需瀏覽 4分鐘

           ·

          2021-05-15 09:25

          大家好,我是帥地。

          在幾天前,有位知識(shí)星球的小伙伴問了我一個(gè)問題

          關(guān)于這種類似的問題,其實(shí)帥地被不少人問過,大家的情況都是:入職公司半年/一年,感覺自己什么技術(shù)也沒學(xué)到,但又很忙,學(xué)的東西比校招之前少多了,難免會(huì)產(chǎn)生一些焦慮。

          過去的一年,在工作上,帥地可能做的并不比大多人好,說實(shí)話,論掌握到什么技術(shù),我真的沒掌握什么技術(shù),那么掌握了什么呢?

          一、一些工具的熟悉使用

          之前為了面試,做了幾個(gè)項(xiàng)目,基本都是單獨(dú)一個(gè)人做的,很少使用過 Git,不過為了學(xué)習(xí) Git,也算強(qiáng)制使用了幾回。

          到了工作之后,Git 的使用,真的很頻繁,雖然我學(xué)過 Git 的一些原理,但是在使用方面,真的很不熟悉,例如合并多次提交,有時(shí)候在操作的過程中,就把分支給弄丟了。

          又如,修改了多次代碼,提交了多次,把 commit 記錄搞的很亂,這時(shí)候我不要這個(gè)分支了,重新弄一個(gè)分支,然后把之前的修改遷移過來。

          這些,都是比較簡(jiǎn)單的事情,但是如果你不掌握,就會(huì)影響你的工作效率。

          當(dāng)然,除了 Git,像 Linux 的一些命令也用的很頻繁,有時(shí)候你就忘了某個(gè)服務(wù)的配置文件在哪里了,這個(gè)時(shí)候就需要我們根據(jù)進(jìn)程,去找到對(duì)應(yīng)的文件路徑,如果每次都要去百度,這就很浪費(fèi)時(shí)間。

          像 Git,Linux 等的命令使用,其實(shí)都不難,卻是提高工作效率的關(guān)鍵,工作一年,并沒有學(xué)到多騷的使用技巧,而是對(duì)那些經(jīng)常要用到的命令,更加熟悉掌握了吧。

          二、怎么樣快速去了解一個(gè)項(xiàng)目

          剛開始接觸一個(gè)全新的項(xiàng)目,是一臉懵逼的,是畏懼的,因?yàn)槲覍?duì)代碼邏輯,框架啥的都不懂,還得自己搭環(huán)境讓他運(yùn)行起來,這確實(shí)很讓人害怕。

          不過,現(xiàn)在好多了,就是懂得了如何去快速了解一個(gè)項(xiàng)目,并且成功運(yùn)行起來,一旦能夠運(yùn)行起來,其他就都好辦了。

          例如拿到一個(gè)項(xiàng)目,首先我們應(yīng)該找到代碼倉庫,然后把它 clone 下來,之后就要了解下運(yùn)行這個(gè)項(xiàng)目,需要哪些環(huán)境支持,例如 Redis,PHP等運(yùn)行環(huán)境,這個(gè)一般代碼倉庫都會(huì)有簡(jiǎn)要的說明。

          之后就是找到配置文件,把數(shù)據(jù)庫配置改成自己的數(shù)據(jù)庫,然后把數(shù)據(jù)庫表導(dǎo)入進(jìn)去,一般代碼倉庫里是有這些 sql 文件的。

          在之后就是模擬接口請(qǐng)求,一般項(xiàng)目收到請(qǐng)求的時(shí)候都會(huì)有日志記錄,所以我們可以根據(jù)日志和接口請(qǐng)求結(jié)果看查看是否請(qǐng)求成功。

          如果能夠請(qǐng)求成功,就開始研究下接口的請(qǐng)求邏輯了,如果報(bào)錯(cuò),那么就根據(jù)日志慢慢解決。

          總之,比起剛開始,就是不那么畏懼一個(gè)新項(xiàng)目了吧,自己可以根據(jù)一些文檔和經(jīng)驗(yàn),把項(xiàng)目成功跑起來。

          三、考慮更加嚴(yán)謹(jǐn)了

          例如以前寫 sql 的時(shí)候,沒有考慮那么多,例如寫一條 sql 的刪除語句,可能就直接 Delete from xxx where xxxx,并沒有考慮數(shù)據(jù)量大時(shí)造成的影響,數(shù)據(jù)量大時(shí),我們應(yīng)該分批刪除。

          又如創(chuàng)建表的時(shí)候,可能就忘記給一些字段加索引了,再如寫業(yè)務(wù)代碼的時(shí)候,可能就沒有考慮過要不要加個(gè)緩存。

          無論是 sql 的書寫,還是簡(jiǎn)單邏輯接口的設(shè)計(jì),都是很重要的吧,數(shù)據(jù)量或者請(qǐng)求少的時(shí)候,都不會(huì)有問題,重點(diǎn)是,當(dāng)「量」大的時(shí)候,我們就得去考慮一些性能問題了。

          不過不得不說,大部分業(yè)務(wù)代碼都是增刪查改,sql 用的好,還是很有必要。

          四、改掉了一些壞毛病

          例如,我這個(gè)人,有個(gè)壞毛病,就是喜歡憑感覺,例如我覺得這個(gè)代碼應(yīng)該不可能錯(cuò)的了,可能就自己隨便測(cè)試了一下,或者說沒有把各個(gè)邏輯都測(cè)試一遍,就把代碼提交了。

          但有時(shí)候,就真的出問題了,,記得有好幾次都出現(xiàn)了小問題,,然后,我就再也不敢相信自己的直覺了。

          該做的事情還是得做一做,雖然挺不愿意。

          ……

          總結(jié)

          怎么說呢,如果說新技術(shù),那真的是學(xué)的很少,一般就是需要到的時(shí)候,找個(gè)視頻或者極簡(jiǎn)入門教程,快速學(xué)會(huì)怎么使用。

          對(duì)于我來說,除了工作還有副業(yè),平時(shí)周末也都把時(shí)間花在內(nèi)容寫作上了,我不知道大家是什么情況,反正我是覺得,對(duì)于一個(gè)新人,把該掌握的工具熟悉掌握,不該犯錯(cuò)的地方盡量別犯,還是挺重要的。

          瀏覽 47
          點(diǎn)贊
          評(píng)論
          收藏
          分享

          手機(jī)掃一掃分享

          分享
          舉報(bào)
          評(píng)論
          圖片
          表情
          推薦
          點(diǎn)贊
          評(píng)論
          收藏
          分享

          手機(jī)掃一掃分享

          分享
          舉報(bào)
          <kbd id="afajh"><form id="afajh"></form></kbd>
          <strong id="afajh"><dl id="afajh"></dl></strong>
            <del id="afajh"><form id="afajh"></form></del>
                1. <th id="afajh"><progress id="afajh"></progress></th>
                  <b id="afajh"><abbr id="afajh"></abbr></b>
                  <th id="afajh"><progress id="afajh"></progress></th>
                  欧美黄色高清视频免费 | 人人操人人 | 啪啪啪视频免费观看 | 性无码免费一区二区三区四区 | 影音先锋麻豆传媒 |