[心得] 台灣的PHP環境

看板Soft_Job作者 (小歌)時間14年前 (2011/07/12 00:04), 編輯推噓7(7推 0噓 42→)
留言49則, 12人參與, 最新討論串1/2 (看更多)
最近，有跳槽的念頭，面試了幾間公司.... 順便試試自己的行情， 規模有大有小.... 不知道是不是面試的範圍不夠多，還是公司性質有差！？ 就是台灣PHP會用MVC framework當開發工具的公司似乎不多... 會用通常都是接案公司才會使用...， 當然很多也是採取手刻一步一腳印的寫法。 平台開發（遊戲公司的主官網、或一些平台網站）跟維護... 我碰到的好像都是從頭手刻！？ 光聽到面試考官的敘述，就覺得裡面的code應該想當的"漂亮"XDD 有問過幾個考官為什麼開發時，不選擇可以比較快速開發的framework ，而且良好的MVC 後人維護也輕鬆！！他們的答案是萬一有漏洞呢！？ 小弟資淺，這方面的問題我也沒辦法回答...因為我還是只會用的狀態.... 是因為PHP先天體質太"優良"了！？ 其實很多東西硬幹，都寫得出來...所以很多人覺得沒必要學習！？ 又或是目前現行的PHP framework真的不適合拿來開發中大型平台用！？ 還是小弟我真的見識太淺薄，看過的公司還不夠多 囧rz -- -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 123.204.250.31 ※ 編輯: smallsong 來自: 123.204.250.31 (07/12 00:09)
推
07/12 00:26, , 1F
面試官也懶惰啦，公司文化懶惰的還是居多數
07/12 00:26, 1F
→
07/12 00:26, , 2F
你這樣問，他只是找個藉口檔回去而已..
07/12 00:26, 2F
→
07/12 00:26, , 3F
他只差沒說：喔，因為我懶得去學新東西,同事也很懶
07/12 00:26, 3F
推
07/12 00:31, , 4F
那個東西沒漏洞?!
07/12 00:31, 4F
→
07/12 00:54, , 5F
我現在的公司有再用 但是也用的亂七八糟 手刻的跟framework
07/12 00:54, 5F
→
07/12 00:55, , 6F
混在一起 搞得亂七八糟 而且都是超級舊版 還有php2.0的東西.
07/12 00:55, 6F
→
07/12 00:56, , 7F
有再用其實不一定好= =沒再用也不見得不好 重點是在管理者的
07/12 00:56, 7F
→
07/12 00:56, , 8F
方向 注重哪方面 底下的就只能聽命做囉
07/12 00:56, 8F
推
07/12 00:59, , 9F
他們都用手刻那麼久了 叫他翻或者學新的會要他的老命
07/12 00:59, 9F
→
07/12 01:50, , 10F
不要為了framework 而 framework 。
07/12 01:50, 10F
→
07/12 01:51, , 11F
程式碼的漂亮與否，也不是用不用 Framework 能決定的...
07/12 01:51, 11F
→
07/12 01:51, , 12F
如果同一個人寫得 code 用不用framework 會決定漂亮與否，那
07/12 01:51, 12F
→
07/12 01:52, , 13F
應該檢查一下審美觀是不是帶有宗教狂熱的色法...
07/12 01:52, 13F
→
07/12 01:52, , 14F
*色彩
07/12 01:52, 14F
→
07/12 01:53, , 15F
用framework/良好的mvc/後人也輕鬆，這三者不是同一件事。
07/12 01:53, 15F
→
07/12 01:54, , 16F
要用來評估的是framework 可以省去哪些力氣，自己寫哪些地方
07/12 01:54, 16F
→
07/12 01:54, , 17F
對MVC的掌握程度需要抓穩才不會髒掉，而那公司有沒有這麼作.
07/12 01:54, 17F
→
07/12 01:55, , 18F
算了 找機會來寫一篇專文好了......
07/12 01:55, 18F
→
07/12 01:59, , 19F
阿...感觸好深,目前就是遇到這個問題
07/12 01:59, 19F
→
07/12 02:22, , 20F
可能我見識還不夠廣。目前應徵到的公司，很多都還是以
07/12 02:22, 20F
→
07/12 02:23, , 21F
比較傳統的copy & past的寫法...
07/12 02:23, 21F
→
07/12 02:24, , 22F
期待Tony大的專文！！
07/12 02:24, 22F
→
07/12 02:26, , 23F
刻板印象覺得有用framework的公司，至少主導人應該會
07/12 02:26, 23F
→
07/12 02:27, , 24F
有一點Design Patterns的觀念 XDD
07/12 02:27, 24F
推
07/12 02:29, , 25F
現在這個專案也想用framework做，但礙於急迫的死線只好放棄
07/12 02:29, 25F
→
07/12 02:30, , 26F
下班其實自己也沒那麼有熱血去研究 orz
07/12 02:30, 26F
→
07/12 04:04, , 27F
我這麼說好了 我公司的產品當初就是個自幹的fw ，結果
07/12 04:04, 27F
→
07/12 04:04, , 28F
後來包成產品 release 出去就變成全球化的產品，也變成一個
07/12 04:04, 28F
→
07/12 04:05, , 29F
被承認的 framework 了。所以你討厭的其實是 copy & paste，
07/12 04:05, 29F
→
07/12 04:05, , 30F
而不是用不用市面上常見的那些 mvc framework.
07/12 04:05, 30F
→
07/12 04:06, , 31F
其實台灣有好些軟體公司是自己開發 framework 在用的，當然
07/12 04:06, 31F
→
07/12 04:06, , 32F
這些 framework 跟市面上比哪個孰優孰劣，哪個會得人多..etc
07/12 04:06, 32F
→
07/12 04:07, , 33F
但是回過頭來，用framework 是為了解決公司的問題的方法，
07/12 04:07, 33F
→
07/12 04:07, , 34F
解決問題在先，使用哪些方法在後。很有可能你找得方式是對你
07/12 04:07, 34F
→
07/12 04:07, , 35F
個人有利（你有學過/你熟）但對組織不一定有用（很多老人）
07/12 04:07, 35F
→
07/12 04:07, , 36F
他們不一定是CP貓 也有可能他們只是用比較老派的作法...
07/12 04:07, 36F
→
07/12 04:08, , 37F
@jamuqa 如果你不用 fw 就可以穩穩的做完，那樣為什麼要用？
07/12 04:08, 37F
→
07/12 04:09, , 38F
除非你有把握用了fw 可以更快更穩的做完，不然沒必要...
07/12 04:09, 38F
→
07/12 04:10, , 39F
總之 framework 是工具，不要為了追求工具而忽略問題，不然
07/12 04:10, 39F
→
07/12 04:10, , 40F
就會一直發生殺雞用牛刀的現象...
07/12 04:10, 40F
→
07/12 04:11, , 41F
專文再等等吧 最近出差進入休息狀態...寫不出好東西XD
07/12 04:11, 41F
推
07/12 08:49, , 42F
framework只是工具.公司不會為了你想追求新技術及觀念
07/12 08:49, 42F
→
07/12 08:52, , 43F
就套MVC.現實情況是公司有output出來就好..而且多是
07/12 08:52, 43F
→
07/12 08:53, , 44F
長年累積下來的架構及習慣..除非上頭肯冒險給後來的人改
07/12 08:53, 44F
推
07/12 15:36, , 45F
大家愛用的fb不就是用php再加上其他元件完成的
07/12 15:36, 45F
→
07/12 15:37, , 46F
一切都看上面的人怎麼運用這東西
07/12 15:37, 46F
→
07/12 19:57, , 47F
請搜尋: PHP之父的開發祕訣
07/12 19:57, 47F
推
07/14 22:14, , 48F
我在PIXNET, MVC 用很兇...
07/14 22:14, 48F
→
07/15 00:32, , 49F
我記得 pixnet 似乎是個自刻 framework 的例子...
07/15 00:32, 49F
‣ 更多 smallsong 的文章
文章代碼(AID): #1E6ny52L (Soft_Job)
討論串 (同標題文章)
以下文章回應了本文：
完整討論串 (本文為第 1 之 2 篇)：
排序： 最新先 | 最舊先 | 留言數
在新視窗開啟完整討論串 (共2篇)
‣ 更多 smallsong 的文章
文章代碼(AID): #1E6ny52L (Soft_Job)