- 軟件開(kāi)發技術路線(軟件開(kāi)發技術路線圖)
- 一(yī)個會後端，前端，能開(kāi)發iOS和安卓應用的程序員(yuán)一(yī)般能拿多少薪資(zī)？這樣的程序員(yuán)普遍嗎(ma)？
- VB、Delphi等編程語言沒落的主要原因有哪些？
一(yī)、軟件開(kāi)發技術路線(軟件開(kāi)發技術路線圖)
軟件開(kāi)發技術路線：
軟件開(kāi)發技術路線涉及廣泛，因人而異，但一(yī)般包括以下(xià)關鍵步驟：
1.學習基礎知(zhī)識：
首先，建議學習計算機科學的基礎知(zhī)識，包括數據結構、算法、操作系統、數據庫等。掌握這些基礎知(zhī)識對理解和應用高級概念至關重要。
2.編程語言學習：
選擇一(yī)門或多門編程語言學習，例如python、java、javascript、c++等。不同的語言适用于不同的應用場景，掌握多門語言有助于适應不同的開(kāi)發環境。
3.前端開(kāi)發：
如果對用戶界面設計和用戶體(tǐ)驗感興趣，可以學習前端開(kāi)發技術，包括html、css、javascript等，以及相關的前端框架和庫。
4.後端開(kāi)發：
學習後端開(kāi)發，掌握服務器端語言和框架，如node.js、django、flask、spring等。了解數據庫設計和管理也是後端開(kāi)發的一(yī)部分(fēn)。
5.數據庫：
深入了解數據庫，包括關系型數據庫（如mysql、postgresql）和非關系型數據庫（如mongodb）。學會設計和優化數據庫結構。
6.版本控制：
學會使用版本控制工(gōng)具，例如git。版本控制對協作和代碼管理至關重要，是團隊開(kāi)發中(zhōng)的标配。
7.容器化和虛拟化：
了解容器化技術，如docker，以及虛拟化技術，如虛拟機。這有助于在不同環境中(zhōng)輕松部署和運行應用程序。
8.雲計算：
學習雲計算平台，如aws、azure、googlecloud等。雲計算提供了彈性、可擴展的基礎設施，是現代軟件開(kāi)發中(zhōng)的重要組成部分(fēn)。
9.框架和庫：
熟悉常用的開(kāi)發框架和庫，根據需要選擇适當的工(gōng)具。例如，前端可以學習react、vue，後端可以學習express、springboot等。
10.持續集成和持續部署：
了解持續集成（ci）和持續部署（cd）的概念，學會使用相應的工(gōng)具，如jenkins。這有助于自動化測試和部署流程。
11.安全性：
關注應用程序安全性，學會編寫安全的代碼，了解常見的安全漏洞和防禦方法。
這隻是一(yī)個大(dà)緻的軟件開(kāi)發技術路線，具體(tǐ)的學習路徑會根據個人興趣和項目需求而有所不同。不斷學習和實踐是軟件開(kāi)發者的日常。
以上内容是由豬八戒網精心整理，希望對您有所幫助。
二、一(yī)個會後端，前端，能開(kāi)發iOS和安卓應用的程序員(yuán)一(yī)般能拿多少薪資(zī)？這樣的程序員(yuán)普遍嗎(ma)？
不普遍，有一(yī)個很重要的信息就是工(gōng)作經驗是多久呢？
這些領域随便一(yī)個想足夠深入都需要大(dà)量時間，同時都會，深度如何呢？
還有就是在幾線城市，這個差别也比較大(dà)。
三、VB、Delphi等編程語言沒落的主要原因有哪些？
vb、delphi等編程語言流行的時代是1995年前後，pc開(kāi)始進入家庭和公司，這個時候的主流應用叫windows窗體(tǐ)應用。現在，我(wǒ)們的電(diàn)腦上還有大(dà)量這樣的應用，如office，wps，erp系統等。值得一(yī)提的是，同期還有一(yī)個開(kāi)發這類軟件的神器：powerbulid。powerbulid讓工(gōng)廠裏面的程序員(yuán)與軟件公司的程序員(yuán)處于同能開(kāi)發能力上，那是定制開(kāi)發的黃金時代。
vb1,0誕生(shēng)于1991年，鼎盛的vb6.0誕生(shēng)于1998年。delphi1.0誕生(shēng)于1995年，鼎盛的delphi7.0誕生(shēng)于2002年。delphi其實沒有沒落，依舊(jiù)繼續發展。delphi的繼續發展曆程，可以解釋爲什麽這些古典語言會沒落。
2000年以後，世界走入了互聯網時代。浏覽器代替了傳統了windows窗體(tǐ)應用。操作系統也不是微軟一(yī)家獨大(dà)，linux系統迅速崛起。爲了迎合這個潮流，delph先後出現了跨平台版，ios編程版，安卓開(kāi)發版，移動開(kāi)發版。但是，這個時候的後起之秀層出不窮，delph的後續版本在中(zhōng)國基本沒有公司在用。
vb、delphi等編程語言前浪所以會被java爲代表的後浪編程語言取代，最大(dà)的原因是軟件公司爲了支持向上兼容(upward compatible)，需要花費(fèi)巨大(dà)的資(zī)源去(qù)維持老語言的功能特性。1990年代的各種程序，依然在各種windows窗體(tǐ)上跑得起來，可見兼容性之強。你對比一(yī)下(xià)國内的各種erp産品，升個級，原來的二開(kāi)程序就報錯了，真是天上地下(xià)。實現向上兼容需要公司花費(fèi)巨大(dà)的成本，這種成本在開(kāi)源社區模式沒有火(huǒ)起來之前，隻能靠公司負擔，即便微軟也受不了。
java也出來很多年了，這個負擔也呈現出來了，沒落是遲早的事情。語言畢竟是人造的，向上兼容隻有上帝才能低成本的實現出來。各種生(shēng)命，一(yī)定是向上兼容的。編程語言，還遠遠不到這個境界。
vb是沒落了，delphi近些年市場雖然衰退，在國外(wài)還是很流行的！最新版delphi版本是dx10.3，依然是無與倫比的。dx10.3是跨平台的框架，同時支持delphi和c++，幾乎可以開(kāi)發pc、平闆、安卓和蘋果手機程序，代碼重複性非常高，開(kāi)發效率無與倫比！
vb6是微軟停止開(kāi)發了而已。繼任者vb.net，歐美日台和工(gōng)控領域用的人多一(yī)點，再就是原來vb6的老碼奴用。 國内.net基本上都用c#，語法和java相通。vb.net我(wǒ)也用過, 語法可能是看起來有點啰嗦，實際上和花括号差别不大(dà)，畢竟在ide裏面寫代碼,都是自動補全。delphi沒落主要是沒競争過微軟，領頭人都被挖走開(kāi)發c#了。然後公司方向錯誤，押寶在跨平台開(kāi)發上，錯過web發展的 曆史 機遇。
vb、delphi等基于cs的編程語言的沒落，起于bs架構的瘦客戶端興起，敗于移動端的普及。
但是也不用誇大(dà)其詞，認爲cs架構如何無用。隻是對于絕大(dà)多數的普通用戶而言，基于浏覽器和移動端的應用系統已基本滿足日常所需。
這隻是業務領域細分(fēn)的結果，很多編程語言開(kāi)始更加強調垂直領域的應用，從“主流”變得“小(xiǎo)衆”而已。比如，浏覽器是什麽語言做的？os呢？db呢？ide呢？其它就更别提各類專業的工(gōng)具軟件和底層應用，各類驅動等。
前端的輕量化，不代表後端同樣的輕量化，相反，後端/服務器端往往爲了追求穩定性，可靠性，基本就是這類“沒落”語言一(yī)統天下(xià)。
其實，沒有誰好誰壞，誰強誰弱，存在即合理。
delphi沒有沒落。
說delphi沒落的人估計沒有跟着delphi xe進步，10.3後的版本非常好用，開(kāi)發手機app效率很高，還支持跨平台。
vb也沒有沒落。在windows上用vba或vb script做基于office套件的開(kāi)發很高效。
如果在windows下(xià)做人機界面特别是數據庫應用，delphi控件或vb控件，好用高效還好看。如果基于windows dll做應用，流暢快捷。
如果不喜歡pascal風格，可以用c++builder，與delphi開(kāi)發環境相同。
時代變了，趕不上時代變化。
他們都是适合pc windows開(kāi)發，所以這點就是落伍原因。
後台開(kāi)發，不行，因爲大(dà)部分(fēn)跑在linux上。
移動開(kāi)發，不行，因爲是android和ios。
即便是pc前端，現在用js的是主流，即使是需要本地性能，那也是qt多。
這些人不懂vb在這裏叽歪，vb仍然好用，尤其是在企業，用vb開(kāi)發的桌面程序很多。企業不需web端，極不安全，c/s是編譯後運行，安全性同web不是一(yī)個量級的，而且企業處理事務不可能用手機，此外(wài)vb在win7、8、10都沒一(yī)點問題，不支持的說法是怎麽來的。
一(yī)、vb和delphi的設計理念不同，是否落敗的結論和原因也就不同。 1、職業開(kāi)發工(gōng)具delphi delphi是編譯型的，和其他高級語言一(yī)樣，是針對專業開(kāi)發人員(yuán)而設計的，它的使用對象是職業it。 職業it的開(kāi)發工(gōng)具非常多，市場競争本來就激烈，很容易一(yī)步錯，步步錯。 這倒不是技術上的原因，而是市場的原因。就像vb.net，在前期折騰中(zhōng)，錯失市場。整個開(kāi)發的容量就那麽大(dà)，位置被占了，就再也沒有了。delphi也差不多，在商(shāng)業買賣中(zhōng)，連創始人都跑去(qù)做c#了，後續版本的未來也就可以想象了。
但這并不影響已發行版本的使用，這跟vb6一(yī)樣，該幹嘛幹嘛。所以 說這些工(gōng)具已死的說法，是站不住腳的。 但作爲專業的高級開(kāi)發語言而言，它必須在高級的路上不斷的進化，才會有開(kāi)發人員(yuán)使用。大(dà)量開(kāi)發人員(yuán)的使用，才會降低項目的實施成本。相反，如果得不到進化，那麽開(kāi)發的人才資(zī)源，就會逐漸枯竭，從而提高項目的成本，進而影響項目的技術路線。 對于專業開(kāi)發人員(yuán)而言，掌握一(yī)項停止進化的的高級開(kāi)發語言，就意味着工(gōng)作機會的收縮。
但這對于一(yī)項可實施的技術而言，并不妨礙它繼續工(gōng)作。所以 這種落敗，不是指技術，而是指就業機會的凋零。 就vb和delphi而言，隻要不用于糊口的工(gōng)作，他們仍然是桌面應用開(kāi)發的一(yī)把好手。
2、非職業開(kāi)發工(gōng)具vb 早在1962年的dope時，該語言就明确針對教學，到後來的basic，更是有學生(shēng)參與開(kāi)發。所以在vb進化的起點處，易用就是其最大(dà)的特點，那vb使用對象自然就是非職業it。随着vb的發展，繼續保持了易用性，雖然陸續加入了專業開(kāi)發的元素（可參閱《vb前傳，從教學到 遊戲 ，再到系統，似乎每步都是精心設計 》和《早判了，vb已死，但我(wǒ)說話(huà)了麽？ 》），但非專業群體(tǐ)很快就占據了絕對優勢。也正是廣大(dà)非it的人民大(dà)衆，将微軟推上了今天的位置，這其中(zhōng)vb功不可沒。
但随着微軟坐穩個人pc的霸主地位後，軟件行業的戰火(huǒ)已經燒到了互聯網。java的迅速崛起，讓微軟不得更換戰略。 跨平台屬性呼之欲出，有着沉重 曆史 包袱的vb，顯然已不再符合這場戰鬥。其實在1995年vb4.0時，也就是java首個版本發行的那年，微軟在核心戰略上就已經轉向了，vb走向vba，爲vb後續的退位埋下(xià)了伏筆。
随着.net框架的誕生(shēng)，vb開(kāi)始走向幕後。近10年以後，微軟官方才遲遲宣稱，不再繼續更新vb。據稱經後來統計，vb生(shēng)産的代碼量是c/c++的數十倍之多，這足以理解官宣爲何遲到這麽久。 直到今天，微軟仍然沒有宣稱不再系統級支持vb，在win10上，vb仍然在系統支持範圍内。
熟悉微軟 曆史 的人，很清楚個人pc與vb、與微軟之間的關系。vb屬于普通人，個人pc屬于普通人，windows系統更是屬于普通人。微軟當年依仗basic，這個非專業玩具，才獲得了普通人的選票(piào)。這些選票(piào)，微軟不會輕易地就交出來。到今天，vb是不再更新了，仿佛停留在了32位機時代，曾經很多靠vb6吃飯的人，憑借vb6很難再找到工(gōng)作。 vb是沒落了，不過沒掉的是專職的那一(yī)部分(fēn)人，vba和vbs卻堂而皇之地睡在64位機裏繼續保護着office的生(shēng)态。
遠離(lí)商(shāng)業的煩擾，vb終于回歸到了最初的樣子，在vba的世界裏，讓成千上萬的普通人，繼續，學習計算機，使用計算機，熱愛計算機。 就連vb讓道的c#，也隻能與其他開(kāi)發工(gōng)具一(yī)樣，使用接口開(kāi)發office。
或許有一(yī)天，微軟會徹底升級office，會給大(dà)家一(yī)個更好的vba。但在這之前，微軟需要考量的是，vba裏那些沉默的大(dà)多數，生(shēng)産的代碼量，可能又(yòu)增加了不止數十倍了。
從所有開(kāi)發語言的發展 曆史 來看，也隻有vb是專爲非職業it而生(shēng)。 更多非職業it技術内容，請關注btofficer，獲取閱讀，爲非it人士帶來職業it的視角，正是時候。
vb是本來就爛，delphi沒落是因爲沒跟上潮流，b/s大(dà)行其道的時候，她還主要支持c/s開(kāi)發，爲自己的傲慢(màn)買了單
vb沒太多用，但是說delphi沒落屬于過分(fēn)吧。 delphi到xe時代的确亂，個人感覺定位不明确，做個毛線的跨平台，但是從c/s系統，或者win32平台，delphi非常便捷， 一(yī)些小(xiǎo)東西用delphi很快的。吐槽下(xià)，跨平台就有些扯了（本人不搞安卓，ios和osx 還是用原生(shēng)或者h5）。穩定性還是差。編譯包巨大(dà)。不好好固守自己的領域亂搞一(yī)氣。 目前老衲一(yī)般編寫軟件 win用delphi（除非必要，還在用delphi2010，很多時候用delphi2010寫dll 用xe寫ui ），如果雙平台，ios 和osx 用oc（一(yī)般用delphi先寫win版本，然後翻譯成oc，可能是個人習慣，用delphi 調試和編譯快，在編寫的時候注意要跨平台）dll 一(yī)般用vc++或者delph7 或者delphi2010。 如果需要網絡數據傳輸一(yī)般用php，或者java 等（考慮到跨跨平台，這個可以通用，傳遞回json）
