其實(shí)這根本不是技術(shù)棧的問(wèn)題,而是node工程師沒(méi)有后端經(jīng)驗(yàn)的問(wèn)題。如果有的話,會(huì)僅限于node嗎?語(yǔ)言差距根本不是問(wèn)題,語(yǔ)言本身就是工具,重點(diǎn)應(yīng)該去考慮不要有太多異構(gòu),維護(hù)起來(lái)太麻煩。還要考慮開(kāi)發(fā)者群體。node最適合的地方還是提供小型的工具服務(wù),前端工程師不用去了解太多的后端知識(shí),只要會(huì)基礎(chǔ)的數(shù)據(jù)庫(kù)讀寫,緩存的使用就能解決的問(wèn)題。
這還用選?絕對(duì).net,編譯器好用,效率也高,基本不依賴框架就可以手撕代碼,關(guān)鍵調(diào)試方便。
不知道你這邊想要的是哪種數(shù)據(jù)庫(kù),不過(guò)Navicat挺好用的,支持各種類型數(shù)據(jù)庫(kù)。Navicat for SQL Server for mac版是一款非常專業(yè)強(qiáng)大的數(shù)據(jù)庫(kù)管理工具,mac sql server是適用于Mac的SQL Server,該軟件能快速輕松地創(chuàng)建、編輯和刪除所有數(shù)據(jù)庫(kù)對(duì)象,或運(yùn)行 SQL 查詢和腳本,并且連接任何本地或遠(yuǎn)程 SQL Server,并與云數(shù)據(jù)庫(kù)(如 Amazon ...
按照某噴子的邏輯,這就是換殼系統(tǒng)!
消息隊(duì)列是隊(duì)列形式,并發(fā)并不構(gòu)成太大影響,消息依然會(huì)按照提交順序進(jìn)入隊(duì)列,讀取的時(shí)候也是按照提交順序出隊(duì),因?yàn)槭顷?duì)列順序,所以不太需要擔(dān)心因?yàn)橥瑫r(shí)對(duì)同一塊數(shù)據(jù)進(jìn)行讀取而產(chǎn)生的問(wèn)題,事實(shí)上消息寫入的時(shí)候可以采用鎖機(jī)制避免并發(fā)問(wèn)題。
用ubuntu吧,資料豐富,用戶最多,隨意折騰
首先我認(rèn)為python不會(huì)取代PHP。PHP有大量的項(xiàng)目和應(yīng)用,也有大量的社區(qū)和團(tuán)隊(duì)在維護(hù)和使用,所以想取代是不太可能。PHP也是在不斷的發(fā)展,雖然近些年從谷歌的語(yǔ)言搜索度上有所下降,但是PHP擁護(hù)者還是不少,這些積極推進(jìn)PHP發(fā)展的個(gè)人和團(tuán)隊(duì),會(huì)讓這門語(yǔ)言繼續(xù)發(fā)揮它的作用。PHP主要是web開(kāi)發(fā)為主,說(shuō)直白點(diǎn)就是做網(wǎng)站,制作網(wǎng)址這個(gè)用的非常多。python除了做web開(kāi)發(fā),其他領(lǐng)域也是大放異彩,...
那得看什么平臺(tái)了,windows平臺(tái)c#,要是跨平臺(tái)的話那就很多了,c++,python等等
沒(méi)學(xué)過(guò)ssm是可以學(xué)springboot的,springboot是ssm的簡(jiǎn)化,不像ssm項(xiàng)目那樣要配置很多東西。總的來(lái)說(shuō),會(huì)ssm學(xué)springboot會(huì)很容易,但是不會(huì)ssm,學(xué)springboot也不難。我身邊也有很多這樣的例子,我的同事之前沒(méi)有學(xué)過(guò)ssm,但是他用一周時(shí)間就上手springboot了。
暫無(wú)介紹