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