零基礎(chǔ)學(xué)習(xí)UI設(shè)計，要多久才能學(xué)會？如果你想學(xué)習(xí)ui設(shè)計，可以先自學(xué)PS等軟件的應(yīng)用。不要申請課程。大多數(shù)培訓(xùn)班只能教你一個軟件應(yīng)用，好的培訓(xùn)班很少。而且大多數(shù)公司都不想在面試時走出培訓(xùn)班。最好在公司

零基礎(chǔ)學(xué)習(xí)UI設(shè)計，要多久才能學(xué)會？

如果你想學(xué)習(xí)ui設(shè)計，可以先自學(xué)PS等軟件的應(yīng)用。不要申請課程。大多數(shù)培訓(xùn)班只能教你一個軟件應(yīng)用，好的培訓(xùn)班很少。而且大多數(shù)公司都不想在面試時走出培訓(xùn)班。最好在公司學(xué)習(xí)。不要去只有一個設(shè)計師的公司。否則，沒人會回答你的問題。一旦很多項目都完成了，你就可以自己做了。如果你不知道，你可以問更多的問題。如果你無事可做，可以為你的設(shè)計倒點水，請人吃飯。畢竟，你得付家教費。

Java開發(fā)寫業(yè)務(wù)邏輯代碼難不難，是自己創(chuàng)造還是根據(jù)文檔說明書？

感謝您的邀請

！編寫業(yè)務(wù)邏輯代碼通常是Java程序員的主要工作，大部分業(yè)務(wù)邏輯代碼并不是太難，只要是按照業(yè)務(wù)規(guī)則編寫即可。

Java代碼編寫涉及多個角色，不同的角色有不同的任務(wù)劃分。通常，項目的功能設(shè)計完成后，架構(gòu)師會開始進行架構(gòu)設(shè)計和頂層界面設(shè)計，包括項目的結(jié)構(gòu)劃分和技術(shù)選擇。

大多數(shù)軟件開發(fā)項目分為兩部分，一部分是“容器開發(fā)”，這是整個系統(tǒng)開發(fā)的核心。主要的基本功能封裝在容器中，另一個是“應(yīng)用程序開發(fā)”。應(yīng)用程序開發(fā)是根據(jù)業(yè)務(wù)邏輯規(guī)則編寫具體的功能，通常需要調(diào)用容器提供的基本功能即可通過接口完成。從這個角度看，業(yè)務(wù)邏輯代碼的編寫屬于面向應(yīng)用的開發(fā)，所以難度不是太大。

通常，容器開發(fā)的程序員就是所謂的“研發(fā)級程序員”。容器開發(fā)的內(nèi)容包括系統(tǒng)級功能、資源管理、并發(fā)管理、角色管理等。開發(fā)內(nèi)容包括大量的算法設(shè)計和實現(xiàn)。同時還要考慮系統(tǒng)的穩(wěn)定性和性能。這部分開發(fā)內(nèi)容需要豐富的經(jīng)驗同時，程序員需要具備一定的研發(fā)能力和研究方法。

進行應(yīng)用程序級開發(fā)的程序員通常會調(diào)用容器為特定功能組織提供的函數(shù)。大多數(shù)程序員從應(yīng)用程序級開發(fā)開始。雖然這些程序員的工作并不困難，但他們有更多的內(nèi)容。因為很多業(yè)務(wù)邏輯需要應(yīng)用級程序員來完成，所以工作壓力比較大。

目前，隨著軟件開發(fā)流程的逐步規(guī)范化，大多數(shù)應(yīng)用級程序員都會有相應(yīng)的開發(fā)任務(wù)文檔，只要按照任務(wù)文檔進行開發(fā)和提交，日常任務(wù)就相對清晰。

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

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

后端提供接口文檔為時已晚，這是合理和不合理的。根據(jù)具體情況，總有解決辦法。讓我談?wù)勎业挠^點。

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

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

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

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

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

需求文檔和需求規(guī)格說明書的區(qū)別？

我的理解是：

需求文檔往往站在客戶一邊，內(nèi)容由客戶提出，比較粗糙。

需求規(guī)范是在需求文檔的基礎(chǔ)上對需求進行更詳細(xì)的描述和約束。