[請益] PHP程式設計師 會MVC架構有多少價值?

看板Soft_Job作者 (十三夜)時間13年前 (2011/06/08 00:51), 編輯推噓7(7推 0噓 35→)
留言42則, 15人參與, 最新討論串1/3 (看更多)
是一份有關於薪資與所會的能力疑問來請益 請各位前輩給點意見參考 一般來講 PHP是比較好入門的程式語言 可是MVC架構在PHP方面就非常冷門 就所認識的人來說 都是學C#或VB的MVC架構 精通者在薪資方面通常有大幅度的提升 而PHP MVC精通的人還沒遇過所以不太了解 所以朝PHP MVC方面發展的話 假設初學者1分 大師10分 堪用5分 有著7分程度的話 (我的PHP目前大概在6.9 C#在5 熟前端語言JQuery + Ajax) 在薪資上認為該有多少或是幾%的加給 才有這個價值呢? 目前也是兩條未來所學的路擺在眼前 C# MVC + 穩定發展 + 薪水平均低些 PHP MVC + 半年~一年不穩定發展 + 薪水目前多20% 請各位指教 謝謝 -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 123.194.48.250
推
06/08 00:55, , 1F
如果只會一兩樣，那超沒價值。 ~_~
06/08 00:55, 1F
請問下一兩樣是指? 其實我是跨行自學的菜鳥 從自學C++到現在未滿一年 其實很多方面也是工作磨出來的 純正程度是不夠...就甚麼都碰 C# WebForm and MVC + php + asp 在各種資料庫 學些操作使用 Oracle + DB2 + MySQL + MS SQL 算是超級雜牌軍....
→
06/08 00:56, , 2F
請問是從哪裡得到的認知「MVC架構在PHP方面就非常冷門」？=_=
06/08 00:56, 2F
可能跟接觸的人有關係吧 或許我的程度還不到 如果可以從低中高三層來提點意見的話我會非常感謝的
→
06/08 00:57, , 3F
難得看到樓上又浮出水面了XD
06/08 00:57, 3F
※ 編輯: lance70176 來自: 123.194.48.250 (06/08 01:05)
→
06/08 01:05, , 4F
薪資跟所做的領域範圍也有關係吧...
06/08 01:05, 4F
推
06/08 01:05, , 5F
懂MVC 沒太多附加價值 但是不懂就減很多價值 那是基本
06/08 01:05, 5F
→
06/08 01:06, , 6F
個人看法
06/08 01:06, 6F
→
06/08 01:07, , 7F
懂是指理解概念嗎? 還是要到可寫程度?
06/08 01:07, 7F
→
06/08 01:07, , 8F
MVC不是個概念嗎？跟語言的關係應該關聯不是非常大吧？
06/08 01:07, 8F
→
06/08 01:08, , 9F
可寫吧
06/08 01:08, 9F
→
06/08 01:10, , 10F
PHP 有 CI 等framework 可以玩，基本上 mvc 也算蠻普遍的。
06/08 01:10, 10F
→
06/08 01:10, , 11F
php 的問題在於過去對controller的切分比較難，程式碼比較多
06/08 01:10, 11F
→
06/08 01:10, , 12F
是controller跟view層混在一起，php5 強化OO 結構之後才開始
06/08 01:10, 12F
→
06/08 01:11, , 13F
好一點。當然也有趕搭潮流風車 framework，但基本上都是工具
06/08 01:11, 13F
→
06/08 01:11, , 14F
VC混在一起好像很容易發生，常常切不乾淨，真的滿困擾的…
06/08 01:11, 14F
→
06/08 01:11, , 15F
我真的覺得蠻難的。我通常只要求我自己至少切分dao/template
06/08 01:11, 15F
→
06/08 01:12, , 16F
跟controller
06/08 01:12, 16F
→
06/08 01:12, , 17F
不過難免還是會沾到髒東西，慢慢 refactor回來囉...
06/08 01:12, 17F
→
06/08 01:12, , 18F
應該說，要切可以，但是有時候反而變得不好理解也不好撰寫
06/08 01:12, 18F
→
06/08 01:13, , 19F
是阿，我常常也是放棄，有空再看哪些可以抽出去或拉進來
06/08 01:13, 19F
→
06/08 01:13, , 20F
的確。有時候是需求再跟你打迴旋球，架構大角度轉向太多次，
06/08 01:13, 20F
→
06/08 01:14, , 21F
就會變成這邊凹進去那邊凸出來的..根本不知道當初在設計殺小
06/08 01:14, 21F
→
06/08 01:14, , 22F
雖然說重構是為了因應變動，但他也是有極限的。
06/08 01:14, 22F
→
06/08 01:15, , 23F
有時候不必非得要逼自己進死胡同，切分的本意是為了維護性
06/08 01:15, 23F
→
06/08 01:15, , 24F
架構大轉向的話 前輩就問打掉重做還是修改哪個比較快..
06/08 01:15, 24F
→
06/08 01:16, , 25F
一味強求要做到~很多時候是反效果~畫蛇添足...
06/08 01:16, 25F
→
06/08 01:16, , 26F
我現在都信奉add-on 比變動更有效...
06/08 01:16, 26F
→
06/08 01:16, , 27F
不論前輩說什麼，往往最後上頭覺得還能動，那修改就好 XD
06/08 01:16, 27F
→
06/08 01:17, , 28F
大部分狀況下，讓他自然淘汰舊的沒用到的東西...
06/08 01:17, 28F
→
06/08 01:17, , 29F
與其改一堆計有的不知道幾年的code造成變動風險，倒不如
06/08 01:17, 29F
→
06/08 01:17, , 30F
局部的根據需求引進新設計....
06/08 01:17, 30F
→
06/08 01:18, , 31F
當然前提是這個需求是可以add-on 本身就跟核心無關
06/08 01:18, 31F
→
06/08 01:18, , 32F
當然，需求分析時也要盡可能把需求拆成可以add-on的形式..
06/08 01:18, 32F
→
06/08 08:37, , 33F
找對公司就有價值
06/08 08:37, 33F
推
06/08 12:27, , 34F
我怎麼覺得MVC是基礎....
06/08 12:27, 34F
→
06/08 14:32, , 35F
作品呢? 看作品最準了。
06/08 14:32, 35F
推
06/08 19:27, , 36F
mvc可以視為一種組織方法，是對開發人員有好處的方式
06/08 19:27, 36F
→
06/08 19:29, , 37F
你不會/不用mvc，但需求做得出來，老闆也不會計較吧
06/08 19:29, 37F
→
06/08 19:30, , 38F
只是對自己麻煩而已..
06/08 19:30, 38F
→
06/09 10:50, , 39F
還不如學學一些新的Client framework 老闆還比較看的到
06/09 10:50, 39F
推
06/09 17:00, , 40F
沒價值....
06/09 17:00, 40F
推
06/09 23:55, , 41F
你要能夠說服老闆why MVC? 是能夠為公司帶來何種價值?
06/09 23:55, 41F
推
06/10 00:53, , 42F
我現在用習慣mvc,你叫我不用我都會覺得很累..我覺得是基礎
06/10 00:53, 42F
‣ 更多 lance70176 的文章
文章代碼(AID): #1DxbRypy (Soft_Job)
討論串 (同標題文章)
以下文章回應了本文 (最舊先)：
完整討論串 (本文為第 1 之 3 篇)：
排序： 最舊先 | 最新先 | 留言數
在新視窗開啟完整討論串 (共3篇)
‣ 更多 lance70176 的文章
文章代碼(AID): #1DxbRypy (Soft_Job)