為什麼有的人說會用多少指令碼和架構都沒什麼用?如何理解這句話
回複內容:
為什麼有的人說會用多少指令碼和架構都沒什麼用?如何理解這句話
因為架構之間很多是相通的,就算不同的架構有所偏重,最後也就只有幾種大致的模式。
如果只是按照規範使用架構,那難度真的不大。但是如果能深入理解架構的核心,那麼用過一兩個架構之後,自己寫個架構都不會有太多技術能力上的問題(時間和經驗問題還是會有的)。都到能寫架構的階段了,會幾個架構對於對一個人能力判斷都沒太大區別了。
當然,招人的時候還是傾向於程式員用過公司指定的架構的,畢竟上手比較快,能更早進入工作。
謝謝邀請。我個人覺得這是對我們程式員在工作上對於程式的設計,程式的運行,程式的可擴充性以及程式是否能健康的運轉保證整個項目穩定性,一種類似考核指標一樣。比如你說你會哪些哪些架構,懂哪種哪種技術,人家哪些牛人肯定只在乎你是否可以保證你負責的程式設計有效簡潔的健康運行。純屬個人意見。僅供參考
指令碼和架構是為了方便開發,並不是真的技術性的東西。你需要學的是本質上的東西,也就是一種語言的基礎用法,這樣無論什麼指令碼和架構,你都能迅速的上手並應用。從另一個角度說,指令碼和架構的生命週期不會很長,總會有更牛逼的東西來取代之前的指令碼架構。如果單純學習架構,那就是把有限的時間用到無限的架構中去了,累死都沒完。
既然標籤是 PHP 。
針對 PHP 來說,PHP 的架構真的是太多了
-
很多公司會選擇成熟的架構,
-
很多公司會選擇自己開發一套架構
所以今天你會了這個架構,換個公司呢?還真說不準。
有些公司會在招聘上說,熟悉 XX 架構優先,其實也就是降低了一下學習成本
對於有經驗的人來說,熟悉上手一個架構是很簡單的
所以,考驗的並不是使用架構的能力,而是其他的能力。
畢竟做web開發,php 只是其中一下部分
你需要資料庫吧,需要緩衝吧,需要處理並發吧,需要調優吧,等等
web 開發知識面很廣
資料庫設計才是真正考驗一個人的功力,你能根據產品需求,要滿足的功能把資料庫設計出來,後面的開發就是根據資料庫表來了。
指令碼和架構只是工具,會用工具是必要的,但最重要的還是你蓋的大樓高、穩、靚,至於你用什麼牌子的鋤頭還是斧子不是重點。
當然要用啊,這樣開發會省很多時間的,我就是用的corethink架構,個人覺得還不錯,你可以試試,開源免費的
因為架構核心的東西都差不多。Ioc容器。其它的都是細節方便的問題