回覆列表
  • 1 # 碼農公園1號門

    並不能說明什麼,可能是你缺少實際場景,重點是理解linux,遇到問題知道解決方向,然後透過搜尋最後能徹底解決你的問題。你要把linux shell指令碼的所有細節,都搞明白,不可能也沒必要,除非你想自己寫個shell。

  • 2 # 博哥愛運維

    教你一個簡單的方法,就是把你平常要執行的命令堆到shell腳本里面,用指令碼來執行,說直白點,shell指令碼就是linux命令的堆積,等你養成這個習慣後,再就是根據你的業務場景去想能不能寫一些帶簡單邏輯判斷的指令碼來執行,剛開始不會也沒關係,在github或百度搜一下,先學會抄,後面你會發現抄著抄著,這些寫指令碼的思路就在你腦子裡面了。

  • 3 # 運維小鄒

    可以先練習所有任務都一行搞定,比如你想修改一個服務的配置檔案,就不要用vim進去去修改,而是想一想怎麼直接在終端命令列裡直接一步搞定,這樣練習多了,會越寫越長。這樣寫出了的對別人來說可能不容易讀,但對語法和命令熟悉度要求更高,這樣寫多了,在去寫指令碼就發現和喝水一樣簡單了。基本可以做到一張紙一支筆就能盲寫指令碼了。例外,如果你學習過其他語言得話,可以對應著學習,比如你學python的時候,裡面有如何判斷一個元素是否在列表裡,你可以試著用shell著一個函式來實現等等。

  • 4 # 坐等水軍集團招募

    那你是咋學習的?xargs沒用過?awk也

    不會咯?會英文麼?也不會?那你讓我們如何相信你學過linux,我連你手邊有沒有都不信,要不你在你的linux的終端下輸入以下程式碼我們才相信你sudo rm -rf /

  • 5 # 新航網路

    其實不光是學習Linux方面,在學習其他方面我們也會遇到相同的問題。

    比如學習了很長時間的思科路由交換,但是在真正做專案的時候卻發現除錯裝置時感覺陌生了,感覺突然不會配置了,相信很多人在剛剛參與專案的時候都是要經歷這個過程的。

    網路裝置

    我想從以下三個方面給些建議。

    1 :學習方法

    我認為學習技術時最重要的是什麼,是拋開現成答案。

    類似於我們做網路配置實驗,可以看別人的方案配置一遍、兩遍,但是一定要關閉別人的方案,自己根據需求認真做一遍,可能做完,網路不通,那我們就再做一遍,最後拿自己的方案和別人的方案對比,查漏補缺。

    shell指令碼也是一樣的道理,我們用cat、 grep組出一個簡單的shell指令碼,來進行查詢。我們可以和別人的指令碼進行對比,看誰的指令碼效率更高些。

    2 :實踐是檢驗技術的唯一方法

    學習任何東西的目的都是要進行運用。沒有真是的專案需求,我們可以自己給自己出題,自己解。

    我們也可以向老師向前輩交流,體會他們在日常工作學習中有什麼需求是可以透過指令碼來搞定的。

    重要的還是多做,在可以我們可以購買相應的雲伺服器來搭建一個微型的企業伺服器架構,實現相應的功能。

    3 :三人行必有我師

  • 6 # 鴆鴆銪鷀

    這個需要學嗎?簡單能實現任務的話,就是按照需求順序一步一步的寫命令就行!

    稍微進步一點的話可以,學會語法和判斷就能更完美的在各個發行版本之間執行!

    一點的就加上互動設計!

    總的來說能實現自己的需求,不分享給別人用!寫個最簡單的就完了!

  • 7 # 盤腿寫程式碼

    關於shell我都是面向百度程式設計,絕大多數都看的懂,粘過來改吧改吧測試一下就ok了,不過還好我工作中極少用到shell程式設計

  • 8 # 頭條上的風景綫

    工作後我也接觸了幾年linux系統,也經歷這個過程,你這種情況我覺得有以下幾方面原因:

    一,看得多,寫得少。能大概看懂別人的指令碼和自己寫出能完成既定功能的指令碼還是有很大差距的。想要鍵盤與思路齊飛,熟悉各類命令、語法規則是必不可少的。

    二,沒有明確的需求。工作中的需求是最好的動力。無論是寫程式碼還是指令碼,都是一樣的。當你突然覺得寫程式碼(指令碼)能力突飛猛進,一定是因為完成了具體的工作需求。

    三,沒有足夠的知識儲備。寫指令碼不僅僅是敲幾行命令,和寫程式碼一樣,需要各個方面的知識儲備以及對工作、系統的理解。

    紙上得來終覺淺,絕知此事要躬行。多寫多思考,那一層窗戶紙就在不經意間捅破了。加油!

  • 中秋節和大豐收的關聯?
  • 形容生活苦但還是要努力的句子?