程序員是做前端開發(fā)好，還是后端開發(fā)好呢？程序員的概念在當今社會非常普遍。它是時代創(chuàng)造的，也是一種潮流?？茖W技術是第一生產力，因為這個職業(yè)包含了這個社會太多人的技能，而不僅僅是代碼編寫、思維能力、行為模

程序員是做前端開發(fā)好，還是后端開發(fā)好呢？

程序員的概念在當今社會非常普遍。它是時代創(chuàng)造的，也是一種潮流。科學技術是第一生產力，因為這個職業(yè)包含了這個社會太多人的技能，而不僅僅是代碼編寫、思維能力、行為模式等。從房東提出的問題可以預見，房東對這個職業(yè)了解不多。

那么我就從賺錢的角度（這可能是大多數人最關心的）告訴你前端和后端的利弊。

協(xié)調：北京（因為我只知道這一點，所以我也建議我年輕的時候，應該在性價比更高的一線城市做程序員）。眾生——不是那么勤勞，也不是太有天賦：從入職到轉行，我基本上處于中等水平（或者可能是初級），程序員職業(yè)的工資在8-15k之間（不包括福利），在中等水平這個水平的學生，前面沒有什么區(qū)別而在后臺，他們中的大多數人都在寫業(yè)務或申請，他們中的大多數人都是為了運氣而面試。如果他們是幸運的，他們有一個低水平和高工資，但他們不是幸運的，相反；

2。進取型-非常勤奮，而且他們沒有太高的天賦：

這里我給出了“勤奮”的定義，即在整個程序員的職業(yè)生涯中不斷學習；

在這里每個間隔基本上都會達到準高級的階段，而且很有可能成為高級。薪水大概在2.5-3萬之間，大多數能堅持到這個階段的人都會有堅持下去的理由，比如喜歡、愛、被生活所迫等等。在這種情況下，后端比前端更重要，因為當東西稀缺時，它總是很昂貴的。當一個公司衡量一個人的工資時，它總是從稀缺性和不可替代性的角度來考慮支付多少。其他人的孩子-既有天賦又勤奮：

現(xiàn)階段的工資約為3-5萬，因此我們不能僅從以前的后端角度看待這一職業(yè)?；旧鲜菨M堆的。這是基于默認情況下，你沒有問題寫業(yè)務。在架構方面，訪談主要集中在算法、優(yōu)化、兼容性、底層等方面。所以在這個階段，我們應該有能力成為許多事情的專家；

4。剩下的部分-請原諒我沒有總結這種人，因為我想不出任何詞來形容他們：

跳過它。。我對他們也不是很熟悉。它們基本上與我的代碼世界是平行的；

總而言之，如果我們簡單地混淆，我們可以看到哪一個容易開始，我們推薦前端。畢竟，閾值很低，單位時間早期的加速度很高。如果我們想有一個長遠的計劃，在這個時代，我們必須精通多種能力。無論我們專攻前端還是后端，在一定程度上，我們都是神。

后端開發(fā)完接口才給出接口文檔，合理嗎？你怎么看？

一個非常好的問題。我是一個web應用程序架構師，多年來一直致力于回答這個問題。歡迎跟我來了解更多。

后端提供接口文檔為時已晚，這是合理和不合理的。根據具體情況，總有解決辦法。讓我談談我的觀點。

不合理：成熟的技術團隊重視功能設計，在編寫代碼之前有完整的技術文檔和功能定義。即使在TDD測試驅動的開發(fā)模式下，測試數據已經準備好了，那么接口邏輯就已經確定了接口文檔是否編寫好了，理清它們是很自然的。

-第一，主觀原因。原因是多方面的，比如趕進度，沒有時間，不懶得寫，甚至在開發(fā)前沒有仔細設計，在做的時候也有變化。真的沒有好辦法。

-客觀原因：需求在變化，功能在變化，接口也在變化。所以，如果你寫了一個文件，它的自然更新和維護？天哪？

有解決方案嗎？建議嘗試：[1]swagger接口文檔，將文檔集成到代碼中，集成維護文檔和修改代碼，在修改代碼邏輯的同時方便修改文檔描述。

2、郵遞員界面測試工具，導入導出JSON文件，高效的團隊合作。Postman支持各種請求方法和配置環(huán)境變量，對返回的結果進行測試和驗證，支持批量自動操作，可與自動構建系統(tǒng)集成。

后端提供給前端的接口是什么樣的？

一般來說，沒有前端到后端的接口。它們幾乎都是后端到前端的接口。所謂接口就是通過服務器部署的機器提供的URL地址進行動態(tài)數據交互。通常，后端和前端協(xié)商定義數據接口格式（一般是JSON格式）形成一個文檔，后端實現(xiàn)接口，前端做靜態(tài)模擬（可以直接在頁面的JS中拼假數據，也可以通過jsonserver按照真實的方式調用服務），后端實現(xiàn)服務接口，雙方完成集成和聯(lián)調。現(xiàn)在有了swagger或者apiairy這樣的工具可以簡化這個過程

要找出這個問題，首先我們需要找出前端和后端的開發(fā)職責。

那么前端和后端是如何交互的呢？在大多數情況下，雙方通過接口進行交互。前端通過接口將請求發(fā)送到后臺，后臺接收請求進行業(yè)務處理，并將處理結果反饋給前端。當然，也可以說一方觸發(fā)一個事件，然后事件的描述通過特定的協(xié)議與前后站進行通信。一般來說，雙方都約定了一定的命令、約定、攜帶信息的格式和說明，以及約定方式對某項業(yè)務返回結果的說明。通常，API文檔是在后臺提供的。文件受版本控制。如有變更，應及時通知前臺開發(fā)人員，同時將變更說明寫清楚。前臺根據文檔使用一些模擬框架來模擬數據開發(fā)。這是現(xiàn)在流行的，也稱為前后分離。開發(fā)完成后，前臺將連接后臺測試應用進行測試。測試人員會通過一些協(xié)作平臺（如JIRA、tower等）將測試出的bug反饋給開發(fā)人員，并在開發(fā)人員修復后進行測試。一直到要求的結果。隨后的新需求以上述方式重復，也稱為軟件迭代。

這就完成了軟件迭代的整個過程。軟件工程是一個系統(tǒng)工程。需要來自不同位置的人一起寫作。希望我的答案對你有用

搜培，這是最常用的接口測試工具。

在我們的日常開發(fā)過程中，大多數是兩種類型的接口：soap API和rest API。Soupui對這兩個接口都有很好的支持，而且它還支持Amazon Web服務，它只出現(xiàn)在軟件的首頁上，但沒有實際使用。

事實上，許多接口測試工具都很好地支持這兩種常見接口。這里我不詳細說明具體用法。它們都是圖形界面操作。您可以根據說明一步一步地創(chuàng)建一個新接口。

其中，壓力測試非常方便，也可以根據提示逐步創(chuàng)建。最后的操作頁面是這樣的：

您可以設置：并發(fā)數、策略、壓力測試時間等

結果可以顯示：最大響應時間、最小響應時間、平均響應時間、TPS等。

非常容易使用，您可以嘗試。

軟件開發(fā)中前端和后端如何協(xié)同開發(fā)和集成？

目前，為了提高開發(fā)效率，很多公司采用了前端和后端分離的開發(fā)模式，即架構的分離和解耦。前端和后端執(zhí)行各自的任務，并通過restfulapi調用數據。這種方式有很多優(yōu)點，比如：前后端分離部署：降低了后端服務器的壓力，后端服務器不需要負責前端頁面的呈現(xiàn)，只負責數據的處理，所以性能會得到提高；

高重用性：前后端分離本質上也是系統(tǒng)分離，它可以實現(xiàn)同一個后端系統(tǒng)向多個前端系統(tǒng)提供數據，并且具有良好的可擴展性更高；

并行開發(fā)，提高效率：前端和后端并行開發(fā)，提前約定好數據格式（mock），提高項目開發(fā)效率。

但是，前端和后端的分離也帶來了一些問題，例如第一次屏幕加載和渲染時間。

至于前端和后端的分離是否會影響第一次屏幕加載，我想說的是有很多，但影響的程度取決于代碼的質量。只要優(yōu)化效果好，第一屏加載時間不會太慢。

，與大家分享：

前端和后端分開部署，CDN加速；

前端盡量少調用多個API，建議調用一個API網關來實現(xiàn)