※ [本文轉錄自 skyjazz 信箱]
作者: TOTOYOBE (禿禿油筆) 看板: Soft_Job
標題: [心得] 分享一下我的經驗給想轉職的人參考
時間: Tue Dec 19 14:14:10 2023
背景
高職汽車修護科畢業 2019年資策會前端班出來 現年30歲(工作經歷大概4年多) 目前主要
寫PHP
先說一下本人的學業狀況
是8+9然後完全不讀書的類型
單字詞彙量更是慘不忍睹 只會dog..cat..的
在轉職工程師之前有做過各行各業(軍人、工廠、工人、餐飲)
#19年資策會學習過程
我進去前端班的時候其實我完全跟不上別人
課程內容也是相當廣泛(HTML、CSS、JS(react、express)、php、mysql、photoshop等
UI/UX設計)
班上有一部分的人是完全跟不上課程內容(我也是那其中之一)
因為專題發表需要開發專題組內沒人要寫後端
我就下去幹PHP後端開發API(複製貼上)給前端串接
後來專題發表也順利過關了
在這邊我建議要去補習班上課之前可以先買一些線上課程來學習
順便了解一下自己對程式的學習能力
也可以更好的跟上補習班課程
現在也有GPT可以問
我看過有同學因為跟不上 就浪費那些錢
到後面都沒來上課
也有一整個學期沒學到任何東西就結業了 囧
#找工作
資策會出來之後找了很久終於找到一間願意讓我進去的公司
領著32K每天都被公司的前輩電、
電到我每天下班回家都會去認真作功課
在這邊我也要感謝那位前輩XD
待了一年多之後
覺得會了一些皮毛
就想說跳槽　拿更高的待遇(結果期間換了3間公司)
後來有找到一間42K*13的公司也是磨練了兩年
現在找到一間小公司也有55K*13
雖然我沒有到年薪百萬
但我覺得薪資跟技術有持續在進步(雖然很緩慢)
#堅持到現在能力有那些收穫?
我剛進業界的時候其實蠻慘的OOP(物件導向)概念跟坨屎一樣
就連跑迴圈都有困難
從一開始連ORM(Eloquent 模型)都不太會用
甚至把所有的邏輯都塞進Controllers(控制器)
現在可以很熟練的使用laravel(php framework )
懂得把程式碼拆進Services 、Repositories等
會善用套件去解決事情不再自己造輪子
#充實自己的方式
我自己會參考那些公司需要具備那些條件
我通常會往那個方向去做準備
比如A公司需要有撰寫測試(Unit Test)的經驗
可以嘗試自己寫一些測試
有些公司很重視SOLID 的原則
試著開發的時候去符合這些原則(這個我還沒辦法做到很完美 太難了)
甚至有些公司要有一些CI/CD的概念
這些網路上資源通常都很多
可以自己去實際做做看
#不是相關科系 重要嗎 ?
老實說我不只是科系上的差異
我的學歷也比不上很多人
我遇到相關科系出來的工程師大多基本功扎實
理解程式碼、套件等等的速度要快太多了
甚至我帶過一個相關學歷的同事
只花半年多的時間就比我厲害了
因為這件事情讓我知道
必須要花更多的時間學習
能力不足這件事情不能把非本科系當藉口
#結論
分享經歷其實就是想鼓勵大家
我可以做得到
相信有心想轉職的人
一定也能做到
雖然我是web仔XD

推一個！

分享給推

看完你的描述敢用你的公司真的很敢

你是指過去的公司還是現在的公司?

認同熊貓的發言，經歷過風霜才知道的經驗其實還是要看案子的程度以及選用，框架之所以流行，就是快速開發，適合新手上手 不要採坑，不然本科上來那些書其實都不用唸 就能出來工作了

http://i.imgur.com/PL7qDcM.jpg我想沒人否定技術的選用需要視專案規模與狀況而定；你的陳述跟熊貓一樣有個問題呀！誰說框架就只限於新手時期或是快速開發呢？

原因在於，框架本身其實有很多限制為了效能 1.改框架、2自行開發不管那個做法都是需要累積知識的

沒人講"只限於"吧 "很適合"指的是"只限於"? ...

我個人活到現在的心得是，要不要深入是個人問題畢竟那個東西不能當飯吃，薪資也不一樣定比較高另外效能只是其一

很常識的肯定有人laravel用好用滿 這個肯定不能把話講滿

那些有用好用滿的理論上也知道怎麼改框架，知道那邊需要自己寫，或是加lib應該是不會不知道這些道理才對

照理說應該是 沒錯

嗨，我從fb來的，沒想到除了八卦以外還有文章的推文可以這麼長的

所以累積知識跟 PHP 的價值就在造輪子的關係在哪呢？而且我也看不出什麼叫作「不然本科上來那些書都不用念就能工作」的陳述為何。同樣的一個工具，有人用得好有人用的糟，還沒將工具發揮最大價值，或是沒有選對工具而去說該自己打造一把，那不是工具的問題。

你知道laravel單純要做好api這件事經過那些手續嗎？

我覺得最好笑的是，原 po 也沒有提到要多深入還是吹噓框架一番，反倒是有人跳出來說 ooxx 就是碼農，問了又什麼都不說；一個不顧別人要不要深入是個人問題的，卻拿要不要深入是個人問題來說嘴，不知道哪來的臉

你知道不同語言寫同一個功能有可能產生不同結果嗎？鄙視的問題不談，畢竟工作不區分貴賤

你想要談技術可以，先把這裡的 API 界定清楚吧？什麼樣叫做

php價值在於造輪子 原因是php本身底層功能就夠多也很

「做好」呢？

Web api不是很單純嗎？

累積知識造輪子可以造的更好 是事實但我當初說的這兩件事是不同的 我只說不要把自己當碼農好而不是誰是碼農 沒有主詞判定根據前後文是依據奇摩子這樣想嗎?至於說到造輪子是根據樓主的文發表看法 本來就沒有要深入談技術 此帖夠長了

我是建議兩位額外開篇文發表一下高見，畢竟能說怎樣算碼農，怎樣才稱得上是工程師。另外回覆一下 layer0930，如果是單純使用 Laravel 去實作的話，照表操課稱不上繁瑣；如果你要問的是他怎麼實現的，

這不是什麼高見 沒有深入討論說高見就多了 layer還是談到太多 導致某技術督導狂過度反應

不妨一起來閱讀原始碼。

我覺得我只能說要不要深入是個人的事情不然就是工作上遇到逼不得以要深入相信也有很多工程師是在框架沒有盛行前就開始寫的，我自己也是碼農，我也不覺得這樣對我來說是貶意

講好看法不用延伸 不然某人又開始了 合理懷疑是釣魚這個人還會刻意引導你延伸我是覺得不當碼農更好

搞錯前因後果了吧？有很多工程師在框架沒有盛行之前開始寫沒錯呀。但然後呢？

那你應該會理解為什麼我要這樣問，api 是經過那些手續的也是..我都點很明了

所以你想說的，就是按表操課創建 endpoints 這些手續複雜？流行框架仰賴部分工程師而誕生，但不是滿嘴跑火車的那些

……

我覺得你一開始就不用回他那麼多 因為php的價值就在於造輪子是我講的 我說的與你認同的不會完全重合

我想到docker剛開始的時候，我曾經抓到他們一個跟 linux kernel 相容性的 bug, 這個 issue 拖了幾乎兩年才修好，xfs release了那個問題才有的解third party 給你這樣搞其實很多大公司是不能接受的，別說兩年兩個月甚至兩週都不行的所以真的大公司會去用"現成輪子"的其實比你想像的遠遠要少、要保守的多，這還沒有跟你討論licence issue你覺得現成的總是好過自己來，講白了不過是你程度不足以讓你撞到牆台灣的補習班給你的訓練是拼裝代工，但這並不意味著拼裝代工的手路就是唯一王道正途

大公司相對有足夠的人力跟底蘊，甚至必要性是從頭到尾都得自造輪子，把所有情境扁平化討論框架好或不好也太狹隘了twitter一開始都是用 ROR 寫了....

我想 it depends 到哪都適用，在下面討論或者有意見的也沒有全然支持框架就無限好，拋出的內容有理有據自然好。以樓上說的舉例，那不代表了優秀的開源工具能夠持續發展；至於大公司是不是會去用現成輪子這件事，也和業務和部門有關，比起過往成熟的 docker 真的用的不多嗎？為了解決問題而造輪子，跟為了造輪子而造輪子是不同的。

這不是什麼 it dependency現實是你用現成的third party撞牆就是要等所以這顆輪子真的出狀況能不能換 能不能改，能力夠不夠進去改這是RD tooling最重要的因素之一你跳過這些過程直接拿出"有現成的幹麻不用？""大家為什麼是聽你的不是聽開源的？"這種幼稚園還沒畢業的tooling辯護理由根本不應該出現在要賺錢的project 上至於這個討論串的風向是不是框架無限好我覺得看完懂得都懂不然我也不會跳出來平衡報導一下

跳過過程的並不是我，我也沒有用這種理由辯護。就像你上面提到的 docker 例子會說是前期，維護的狀態跟有沒有能力修改本就是該考慮的，我前面也沒有否認過這點。你此處的平衡報導，也跳過了一個前提是評估工具的成熟度。我是不知道「遇到問題發 issue 或是能力足夠解完發 PR」是怎麼被你解讀的，不就是撞牆需要等或是找方法處理？

用third party為什麼要等，熱門的third party收issue的pr回應超迅速的，要嘛fork一份改成自己用，要嘛換掉，很多解啊，有問題的永遠是人，任何做法都是中立的，但我做這行快20年的經驗，沒底蘊的公司自幹除非遇到大神，不然都是災難你舉docker的缺陷來談，那你後來自幹一個容器出來了是嘛

你發PR別人不見得要收的，光issue 都不見得理你做案子不是抽獎，如果你能自己來而且成本可控為何要承受這種風險？online bug 今天看到明天就要消失你發個 issue 跨個時區你要賭凌晨起來他會不會修嗎？還是你 tooling 要參考對方是不是北京時間工作？你fork出來改要花的心力你確定總是比你自己寫一個還少嗎？你怎麼應對沒 merge 回去直接使用的 licence issue？你們是不是沒遇過 open source 架一個殼然後去呼叫 close source binary？唉...

我忽略了我說的「維護狀態」吧？你提的這些問題不會是自幹就不存在欸。另外開源裡面又再呼叫閉源的狀況，和這篇下面提到的情境不一樣吧？你真的是在平衡報導嗎？

你以為我說docker是指pre-release嗎？不好意思，那個時間點可能first release過快一年了維護狀態根本不在討論範圍內你根本不應該拿beta或甚至alpha或deprecated 的東西進來tooling可能你的世界裡正式版或lts是不會有bug的或有bug一定修的但不好意思，你覺得是bug他可能不覺得，這就是issue reject就算他認了，他也有可能跟你說下個release才修然後就過一個月了這些都是發生過的事情多翻翻各大bugzilla

你這樣說就更好笑了，你要說 release 一年的話，一樣是選擇還不夠成熟的方案呀…所以遇到這樣問題會 fork 出自己的一份調整，合理呀你就算是真的買車，也有可能下訂了跟你說缺貨等一年的狀況這串沒人跟你講說用開源的專案或是框架就不會有 bug，你這滑坡滑的太嚴重了吧？

閉源也是third party也是"輪子"怎麼不在討論範圍內？close source dependency 滿地都是你以為github上code拉下來離線能用就是open source?你是不是沒看過發前端套件只發eject的？

你要把討論範圍擴大可以呀，那你用了別人的依賴，受限本來

你自己team的code你們自己維護不了？這是什麼"維護狀態"啊？

我說的是距離 first release 一年意指他是足夠穩定成熟的版本不是一個release一年即便是這種這麼重要的產品他仍然沒辦法有足夠的quality control 去避免核心 bug拖很長時間才得到處理我的意思是所有你用的套件 框架你都要承擔他給你帶來的風險包括第三方的第三方這個風險跟你要不要自己"造輪子"的成本交換是應該也可以充份討論的我並沒有把討論範圍擴大這都是"你該不該造有現成的輪子"這個議題底下一定會出現的核心議題

你怎麼解讀成我說的是「一個 release 一年」的呢？以 docker 來說，2013 年初次發布，一直到 2014 年底才能在 EC2 上使用，初次發布出來不代表他就足夠穩定成熟。你不會是熊貓分身吧？

first release一年能在EC2上用的infra tool你覺得不能列入tooling考慮範圍？現在換成你比我嚴格了?然後我都沒有人身攻擊你是樓主分身，你的臆測非常無禮還是你的討論是就人論事？

你對熊貓有什麼意見嗎？怎麼這樣就是人身攻擊了？

很多框架原先都是公司幹出來的輪子，但我沒聽過自幹的，完全沒有平衡報導，只是在炫耀大家都知道的知識

能夠列入選擇，跟他是不是與同時期其他工具比起來要成熟是兩回事，初期多數人還是搭配 vagrant 使用的。你的嚴格與否的定義真奇怪……http://i.imgur.com/rdFnwbe.jpg

…寫php早期的多版本控制確定是用Vagrant？

找了個 2014 年底的新聞，是我說的嚴格，還是你的標準奇怪呢？誰跟你講 PHP 了，這裡說的是初期的 docker 好嗎？想要見縫插針也找對地方

喔，不只php 吧 Unix 上你確定要用？

所以企業開發的框架不是基於內部開發需求由個人發起的有趣的見解---你可能會注意到我一直用的字眼叫做"tooling"

見縫插針那位建議先做一下功課再來

做專案會依賴個人需求做出來的lib個人是覺得很勇，不下

所以你確定要用？從昨天到現在問你都在答B

超級熊貓了我覺得，你說有時差，但你的做法綁定某人時區

那個時期用呀，有什麼問題嗎？你倒是說說不用的理由，跟那時要選什麼好了？如果你看到 docker 跳出來說的是 PHP 的多版本控制工具，那我覺得你真的該多做些功課再來。

你的新聞是直接推到產品上那個時間點不可能只有他們一家在try

為什麼二選一這麼難回答？不要提自己沒碰過的東西

另外那位說有趣的見解的才更讓人覺得有趣，沒人否定你說的部分內容，而且將之視作為被拿出來炫耀的已知知識。等等喔，如果不是推到產品上，那你說的今天遇到 online bug

問A答B就代表根本不知道

隔天就要處理這件事情更怪了吧？你先說你指的 A 跟 B 是什麼啦，你連問題都沒問好欸。

沒問好？都問你 你確定要在Unix上用 結果 答不出來

問 A 答 B 的不是熊貓哥嗎？到現在還不知道他指的被框架侷

有經歷過那段時期，或是有碰過會答不出來嗎？

喔，所以那個時期用？認真？

來講點沒待過大公司的人不知道的：如果你的 proposal 沒有 prototype 可以評估,

所以反過頭來呢？怎麼提到 docker 就只限於執行環境版本管

不是啊，沒人否定這個說法欸。

早期的Vagrant 在效能跟硬體上會很麻煩，還有版本移植問題特別是雲服務商還在百家爭鳴的時候

這串還能討論喔 莫名呢 拿出實績來說服人最快

我是覺得你真的先做一下功課再來；在當時會將之作為 dev 或是 staging 環境時使用，你提的效能問題不是這個環境需要煩惱的。那時候還要玩耍 Chef 跟 Ansible，還是你要說早期這些工具沒有現在的 Docker 好用？

…你要不要去看一下 他們早期的issure

你乾脆說以前 2GB 的電腦在效能跟硬體上會有很大限制好了，畢竟這些都是事實:)

Issues你根本沒用過吧？

你直接跟我講哪一篇，然後直說你想要表達什麼。你這種說法就好像問說八十年前的人會不會騎腳踏車，然後說哎呀！因為騎腳踏車太慢了，現在大家都騎機車。這不是廢話嗎？

幸好我同事不會這樣，有夠累

我還覺得奇怪看文章大概 2016 也就資策會出來沒多久，再往前的事情你是回去爬文爬 issue 觀落陰嗎？你是碼農還是靈媒還是考古學家？不是啊，你講一下哪邊陳述有問題呀；跟熊貓一樣回答不出來，就說是對方的問題，在那裝無言裝高深，是慶幸不會有你這種同事吧。

…沒多久？你知道他出來多久了嗎？不是答不出來，是你有看懂嗎？

我是說您 2016 才剛進入業界寫 code 就能這麼熟悉吶！

你沒用過的東西你敢提出來我也是佩服啦2016年出來 不會怎樣啊，我從c++寫起 所以想為什麼？

你到底說了什麼要人看懂？倒是說呀！

你想問什麼？2016年 光雲就還在百家爭鳴說了啊，結果你又跳針到別的議題上

你想說因為當時有 issue 提效能跟平台問題，所以 2014 使用他很有問題？那舉這篇提的 Laravel 也是 2023 還有輪子大師嘲笑他的性能，不知道有沒有提 issue 但是就沒有人用了嗎？

莫名奇妙，我連從bios之前做產品發布都搞過你一直跳針 佩服

喂喂，前面那位幼稚園老師還是什麼的，這裡有位「我從 C++寫起」就跳結論的，是不是該出來平衡報導一下？

光昨天問你為什麼laravel API要經過那些手續（程序 都答不上來，就覺得莫名奇妙了好啦，修行在個人 我佩服你

我提出問句要界定你提的問題是哪個，你只在那 … 就沒再繼續了，是在怪我？我還說可以帶你一起看原始碼走一遍欸，撇開這個來說，你的提問問題很大吶……

帶我看？ 我不敢拜託大大啦，不然光是我昨天 為什麼特別用這個點你

懂點欸，造輪子大師跟開示大師，真的臥虎藏龍。

轉移話題大師比較厲害，沒用過拿出來提，沒看過底層說要陪你研究 棒

造輪子大師說自己造輪子很厲害，但是不能把輪子攤出來給大家觀賞；點化大師高深莫測點點點，只可意會不可言傳，叫我去看 issue 卻沒說是哪篇，也沒說為什麼。反而我很有誠意願意一起探究欸……

問題講很明了，git 搜尋也有 是要幹嘛？然後你也沒用過，就直接想帶到環境問題上

所以是哪則 issue 以及為什麼要看那則 issue 呢？另外怎麼又扯到了 git 上去？

..為什麼跟你講話這麼累

我想可能是因為你沒料，但我不敢說，只能用想的

你有用過光是版本移植就有可能碰到問題，這個問題在上面就一大票然後說扯git?人家上面一堆close 的讓你翻誒 這些你前面扯git應該都會吧我為什麼要這麼累的回答 你可能應該會的事情然後你那麼喜歡翻別人以前留言，連沒用過的東西 也不想先去驗證一下

你說讓我看 issue 所以我直接問你是哪則 issue，你連哪則都

你開心就好，我懶得回你這篇了

我列的問題，隨便搜都有 （你是大師 我佩服

直接跟我講編號呀，另外 git 是 GitHub 是兩種東西耶…你既然說隨便搜都有，給我 issue 編號並跟我說為什麼你丟的問題我很明確，如果是要問怎麼使用 Laravel 實作 API那些看文件有既定的流程，我不認為是繁瑣之處；如果你想說的是他怎麼實現 Route 功能，可以攤開原始碼我陪你聊。---至於 vagrant 的問題，在 docker 盛行之前，的確就是透過他來管理創建虛擬機去跑 dev/staging 的，當時我摸得不多，不確定生產環境是不是有人上虛擬機，畢竟都是用 Chef 或是Ansible 去處理自動化工作。我也說得很明白，你要提當時有人在 issue 中提效能問題或遷移問題，那或許有，但不妨礙當時他是許多人選用的工具，就像時至今日仍然有人嫌 Laravel擁腫性能差，但不會因為這樣就大家棄用他。那些 issue 反而剛好是工具的限制跟不足，才有其他工具誕生有料一點直接找出是哪篇 issue 跟直接說出你想說什麼，而不跟熊貓一樣，說自造輪子才不算碼農，卻見不到輪子。另外寫 C++ 不代表什麼，我也寫過但我不敢稱自己寫的好:)

我知道你沒用過，也不想稍微去查一下 13180,1269再來 自動化部署跟把系統解耦是兩件事另外我特別只說api可不是單指route,寫過原生一定都知道會碰到那些1269修正成13177更早期還有別的問題

你貼了之後更顯得漏洞百出，這兩個 issue 是 2023 年的。另外你一開始只說 API 是在我後來詢問後才說是 Web API那麼問題來了，如果是 Laravel 本身自己的類別、函數跟方法

那有漏洞百出，那是最進的，更早連2013-2014都有

怎麼能稱之為 Web API 呢？你自身對於技術名詞的說法不一，還能說人沒有回答你問題？

還有什麼問題來了，我都貼答案給你 還要硬凹，我就懶得回你了

的確漏洞百出啊，你要我看 issue 是針對在 2015 年前使用的的延伸，你說效能跟版本問題從以前到現在都有，反而恰好說

也有啊 2013-2014自己去翻吧硬凹..你慢慢玩吧

明我說的沒錯：這個工具直到現在都有人使用，即使有這些問也沒有人直接就棄用他。我想有點認知的人都知道誰在硬凹笑破人家內衣褲，要我去翻早期 Issue，請你直接貼，找了一一個小時貼兩個 2023 的。沒料又想伸臉出來給人打，光是看到你聞到 docker 在那想要見縫插針結果提 PHP 版本管理就知道多可笑了。看了一下那兩則 issue，一個是 cacert 憑證沒包進去，這種問題你拿出來說是版本遷移問題？是不是今天有人從 PHP 7.4 升到 PHP 8.2 出問題，就要放棄使用 PHP 啊？

我2014那幾年產品線上用的是eucalyptus, 然後同時在dev上try docker和當時一些號稱為了container 技術開發的OS我不知道要平衡什麼那個世代的虛擬化追求的目的跟docker 是不同的Vagrant 坦白說是沒用過的，但是看了一些技術文件，我不覺得在那個時間點它能解決什麼 large scale issue

前述也沒有人提他是 large scale issue 的解決方案。是因為歷史系所以特別懂考古嗎？

不要那麼敏感，我只是表達一個我沒去用的原因而已

連問題都不會找..程度可想而知啦還在凹早期一個os要跑多個php很容易發生衝突，你八成也沒解過，那麼喜歡凹爾且連看都看不懂,從片面就只單純憑證怕你看不懂還特地選了關聯性高的給你嘖嘖

歷史系的朋友是惱羞成怒開始口不擇言嗎？要在同一台主機上跑多個 PHP 版本，很早之前 Apache 就能支援在不同的 vhost下設定 php-cgi 了；你要同一個站跑好幾個版本那是另外的問題，而且在當時也有當時的做法，雖然不那麼優雅。你說了這麼多，還是沒解套自己只把 docker 視作為 PHP 版本管理工具的狹隘思想。另外我也很想聽你展開說說你提的兩個 issue 畢竟我以為這麼會考古的你，應該是能夠提出關鍵的東西，誰想到裡面的討論還要轉到其他篇，你這樣很沒誠意吶。

…你一定沒處理過還vhost不要ㄧ直講自己不知道的東西打自己臉你自己都說沒用過，我還找關聯的給你結果就跟我說的一樣你根本看不懂跟一個不喜歡實作的人講話，非常累還歷史系，你在怎麼翻 都不知道我唸什麼上來的。工程師就是喜歡實作才能驗證

你跟熊貓有著一樣的問題，嫌棄刷題的時候說自己是實作派，說要來探討實作問題時，我把我的想法跟猜測你想要表達的東西是什麼說出來後，只是一味地說「你不懂」但從來沒有說自己實際上要表達的是什麼。有錯請你直接指出，而不是用這種

先去手動裝一次php 理解一下

方式強調自己實作派云云。

你從以前到現在暱稱都沒換，自介都還在就別裝了吧…http://i.imgur.com/unnDl5T.jpg看起來你朋友很懂你欸，當時就說你只剩下一張嘴。2016 入行就不用說「當年太操」這種話了啦，老人臭都飄出來了…

呵呵，你確定那是我？對啊，我老了 沒話說但是我是一路實作被人電上來的希望你不要騷擾錯人，

之前有跟我聯絡過的也知道我不是他騷擾錯人被告的會是你，請提升自己的實作能力

你要確欸，暱稱沒變又三千多登入，你說不是你的話，共用帳號或是借帳號使用會違反批踢踢帳號使用規則，會退註喔！好的，我待會就去和帳號部檢舉了。

喔，沒實作能力開始要挖人牆角了？大家都在看啦

那個人不是你的話怎麼能說是挖人牆角？

加油，沒實作能力的

大家的確都在看，看你丟臉；你直接說哪邊有問題啦，整天實作結果看不到東西。

爽，剛吃完早餐還在看你硬凹幹嘛那麼輕易送你答案，沒實作過也不去釐清，你不是大神嗎？

講不贏就人身攻擊、肉搜、A人ID本來想說幼稚園形容有點過分現在看起來好像真的還好而已...

我一個web仔肯定與他是不同人摟 不要再腦補了本來以為此帖應該終結了...我沒要深入討論實作 因為這是我會的 為何要自己花時間研究的東西要分享給人甚至要詳解搞開源的都沒那麼盡心盡力說實話何況這只是一個討論區而已

那兩題issue都是指版本更新後套件或是設定的相關問題，特別那提是因為從有plugin 就一直存在，然後php可不只是單純設定cgi這麼簡單，以Apache 來說當時有兩個module,且執行的時候效能跟連線上也有問題要解，這時候都不會選用Apache 來處理，而轉向使用nginx 搭php-fpm 直接重新編譯多個php來處理。再來docker 是讓你讓系統解耦或是測試使用，所以才會不只限定於php刷題沒有不好，我也沒排斥 ，能力有到刷題自然也刷的起來，但是程式邏輯跑完，實作上也有區別

聽君一席話如聽一席話。(1) 兩題 Issue 跟更新相關沒錯，一題與其他提重複，是缺少 cacert 檔案，至於你這說法還是沒替自己的說法背書。時至今日，著名的 OS 在更新也會遇到問題，但仍然不妨礙他們被廣泛使用，同理可以套用到不同工具和框架，你拋出更新的問題，但依然沒說明為什麼是這個問題，所以到底想表達什麼？因為更新容易有問題，棄用了嗎？不也是請求協助或自己找其他方式處理。(2) 不是只有單純設定，除了 module 還有相關依賴，你這不是有說等於沒說？另外你又提了一次性能，你確定原先是使用Apache 的專案會輕易地轉向 Nginx？(3) 你只是把我說的話重複一次，最一開始看到 docker 就直接馬上視為是在談 PHP 版本管理的是你。講到 docker 就開始扯 PHP 版本管理，開始轉移話題的一直都是你，我不知道是哪來的思維讓你感覺這麼良好。

你真的理解系統開發？ 線上有舊版的程式就是不能隨意更新，你要怎麼分離？又不能影響運作跟效能還有版本更新後的問題一直存在，你有用過根本不會問這個，只是想讓自己合理化

沒人叫你出新版本就要跟上啊......

如同我說的先自己去裝一次php,從編譯到理解算了 我只能說實戰比較重要

不是欸，你一邊說不能隨意更新，一邊拋更新會遇到的問題拿我說的重複說一次，然後說自己解釋完了，是在哈囉？上個說自己是實戰仔的是熊貓，但什麼實績都沒看到。

你知道Apache iis nginx 差異嗎？實戰經驗到一個程度就知道怎麼選用不止前面那三個service ，知識是透過大量練習跟閱讀出來，我不是你的老師但我應該非常好了不能隨意更新，所以當需求是要共存要想辦法我自己程度也還不到教別人，如果要學術探討 研究院的人或是教師可能比較跟你合得來

謝謝你的野人獻曝

不客氣，我知道無知不是個錯誤，自傲才是

希望那位跟你 ID 一樣，在不正面回答只會點點點，另一方面又時時刻刻強調自己是實戰派，還莫名其妙提了一嘴自己寫 C++ 的歷史系朋友，也有這樣的認知:)

我強調實戰很重要 我會不會實戰要被你在網路上能找到驗證喔 想騙repo就說 不用講五四三我要分享也不會分享給某個老是在腦補 腦補又錯一堆講話又很臭的人 畢竟開源不會選擇對誰不公開你自己先以身作則會更有說服力一點

別理他吧，正面給他答案 他看不懂代表就沒研究過那些東西，提出Apache 確不知道要裝模組 還不知道Apache本身在處理上的缺點，黑單他都省的自己煩躁

推個!

推一個，看你敘述大概是個思路清楚的人到哪裡應該都可以成功

心態超重要，一堆人起手我不行，光這點就有夠廢

讚

動機才是最重要的~推

推 勵志

推認真的人，轉職的重點是肯學

你有沒有想過繼續待在汽修領域可能比你現在當web仔賺更多

上帝視角來惹

你很勇敢 在ptt這個隨便一個路人都可以噓的地方承認自己的不足

整個生涯拉長來看，除非你在web仔生涯進到公認的那幾間或是創業成功，你在汽修領域的待遇跟未來工作的安全性應該是遠勝web仔這不用上帝視角...只要多去看看那些汽修廠的師傅不就知道了嗎

原 po 開心就可以了，或許真的人家就能進到公認那幾間呀

Web仔到底哪裡不安全阿哈哈，為何要說到安全性

謝謝上帝開示

看完這篇文 我被鼓勵到了 ==

web仔職業穩定性絕對低於汽修師傅

推原po肯努力，要求穩定性不會去當公務員嗎？

汽修的天花板比較高呀....除了竹科那些或是faang那些，web仔容易當包租公還是汽修師傅？職業穩定性跟天花板都比web仔好

謝謝分享

php價值就在於造輪子 你用一個.net工程師造出來的laravel 還延續微軟傳統東西都很臃腫用的很快樂我是無法理解 東西就是要簡單靈活好用想到就做且做的不錯稱工程師才是真的 不然都是碼農像我昨天想到然後拿個東東就開始搞類似redis的東西這才是寫程式的樂趣

滿多人用laravel都滿快樂的

推勵志，人家過得開心充實就好啦

純推T大 軟工大神

web仔很穩定阿==有誰被炒了煩惱找不到工作嗎？

這時候就要開始跳去說國外現在很多人沒工作了，反正抬槓而已

好吧抬槓那就算了，實際來說汽修賺多的87%都是出來自己開維修保養再87%都是家裡有後援幫忙開維修廠104打開就知道，汽修師父沒賺多少

怎麼有人一直在歪樓 寫程式比修車爽多了

web不穩定哪裡穩定... 狗屁的事一堆 也一堆派遣缺形容成坐在辦公室的黑手很貼切 因為你的壓力通常不是程式本身 除非屎山我躺平有段時間了 就是難找還過的去很普通的缺然後一堆缺在內湖 交通奇爛的地方 只對當地人有利用laravel很快樂？ 沒有框架是沒坑的好嗎 除非自己寫當然一個技術有坑會被拿來當技術護城河 通常坑也不是老屁股或說話大聲的在解決

我家留下修車廠的老闆小學女兒又騷又高眼角

那些狂推的合理的懷疑都是欠缺奴勵使喚而已 你解決問題都不夠的 還要被壓讓上層獲得成就感

比較想知道s從出社會到現在都經歷了什麼，每次看留言就覺得故事應該很壯烈

除非自己要惡搞自己或把炸彈推給別人 通常自己寫的好多了 沒有過渡設計問題以及用一些不直觀寫法隱藏細節不論擴充還是debug都非常好搞很悶是真的 不是英雄不壯烈不用妄自菲薄 這不是多難的事情 有點要求都能做到用了框架還是亂七八糟的project多的是 重點還是在於自我要求 現實能夠達成你講的太少

我境界比較低，每次都看不懂超級熊貓想要表達什麼……

都說直白了 到底是真的看不懂還是假裝看不懂我不知道

你要自幹 造輪子出優越感都是你家的事 畢竟開源才能知道誰沒穿褲子

你知道都沒用 還是得含淚用下去 而且你找誰賠償你的

我覺得你很厲害，不過我也在想這年頭人工貴，汽修應該也是有賺頭。不過還是看興趣啦。

資策會畢業路過（握

可以實施半躺平 當然這還有准不准的問題

同資策會畢業路過 推

同前端班20年畢業的路過 (握，現在也是跳去寫BE

心態感覺很健康 很厲害

laravel用好爽，你還在造輪子我已經搭便車跑好遠了

資策會推個

汽修天花板高，阿你怎麼不去阿，包租公耶，你去啊這麼會嘴，自己為什麼不去修車

每個半路出家的一定要當過志願役？

覺得汽修比較好提一下就算了 一副要打辯論的樣子做什麼= =

自己造輪子 你有信心後面接手的萬一菜鳥能維護得下去嗎?還是他看不懂他家的事情?

很久很久以前曾經有個 a 開頭的也是喜歡說他造的輪子多好用，用 c++ 寫的 ERP 系統 0.0 ，那人很久沒出現了。有些小輪子公司裡面自己造很好用，大輪子的話，你換公司跟別人用的框架不一樣，經驗無法累積什麼東西都自己造輪子的大概就是沒同事吧

強，其實轉職課程目標就是要多撿這種人，而非讓全部的人都轉成功

你鼓勵到我了 我也是大學肄業 剛從資策會出來還在找工作中 希望我能快點找到第一份工作

為什麼就有人硬要一直酸汽修比較好真的很奇怪都把其他人當智障看待欸，自己的高見最屌

心態好棒 推

鄉民臥虎藏龍，自幹框架屌打市場主流；做黑手屌打WEB仔

推

別理酸民 他們只是靠在網路嗆人來提升自己的優越感

推，能夠用輪子為公司創造產出，很好啊！

有些推文真的是來害人的哈哈 建議覺得怪怪的要A一下

php好玩的地方就是自製輪子,根據不同的需求去造相對的輪子,

笑了，推sssyoyo

才是樂趣的所在,當然你要用別人造的通用輪也不是壞事,只是.你的極限就在這裡而已,身為一個程式設計師,要當組裝廠還是當研發廠,決定在你自己的心態,也決定你未來的路可以走多遠

勵志

酸汽修的大概不清楚現在市場上最不缺的就是web仔，全世界都在缺藍領，要到哪裡發展都很方便

推你分享的勇氣，不然我還以為ptt人均四大台科

家人開修車廠 沒請員工 很賺啊 月休四天 每天工時12小時 你要做嗎

讚讚

造輪子沒有你想的這麼花時間 除非語言功能缺失寫框架就是要簡單易讀傻瓜化 這是很多框架沒有的優勢 因為框架開源所以花時間爬文可以被原諒 自己寫別人簡單就看的懂不可花時間？ 很多框架的東西都要追到底層都不見得找到原因 沒人沒相關人在網上找會更多這種問題 官方文檔不會鉅細靡遺的 你老手都無用除非你框架用的都是很基本的東西 但需求會逼你不僅限如此 追那些不精美的框架本身就痛苦 還不如粗略學設計理念自建框架當然謙虛來講不會說屌打市面 但絕對是不用大海撈針 沒有需求外設計考量的好選擇按照需求刻 不亂刻完全比一堆框架本身一坨 你用它又是一坨來的好 當然不是說用市面上的絕對不好 但你要做的很好花的時間絕對超過你的想像

熊貓大大可以舉具體的例子或者是github給我參考看看嗎?

怎麼一篇文就出幾個扛精

樓上大概都不用K8S和DOCKER 自己手寫容器和服務治理因為出問題會找不到原因 差低一堆框架本來就企業自己內部使用後來開源的

沒有 因為稍微做過的在前公司 自己做的不開源 這是工作的經驗得出的結論 自己做的如果有要求多半坑少 也不會有多餘的東西以及無意義的程式碼抽象掩蓋實作靈不靈活看你自己當然自己寫前提是情況允許 那些容器通常都用流行的又不是搞慈善的 那些開源本來就很多領工資在搞開源與一個人憑熱情是不同的 通通自己搞只有創業情況是

一下輪子一下汽修的，還以為走錯板ㄌ

完全可以的 你寫一個框架不是事事都要這麼搞因為通常上面的人會覺得自己的時間才是時間 自己寫本來就是為了用現有尚有一點點小時間來換往後loading

講的太繞了吧？待的不是大廠又都是常見需求，用框架省時省力

降低

遇到問題就發 issue 等人處理或者自己能力足夠解完發 PR待的是小廠又不是常見需求，沒有框架就自己造輪子待的是小廠又不是常見需求，給的待遇又沒很好就塊陶啊待的是小廠又是常見需求，想鞏固自己地位養老也可以造輪子

哪來那麼多常見需求給你做 常見好做的需求別人先搶著做了還留給你 很抱歉多的是這樣的公司

如果是 Web 仔，很多都是常見需求，認知上的差異只是在框架下自己寫搭配的商業邏輯，還是從頭刻框架自幹，兩者差很多

別人寫輪子是不是要鞏固自己地位我不知道 但就事後來看那根本不算框架

嫌 Laravel 臃腫說要造輪子，一下又說造出的輪子不是框架你真的知道自己在說些什麼嗎？沒有框架是沒坑的，你寫的輪子也不意味著沒有洞啊…

都在做常見的不可能 除非公司技術可有可無 不然你要在市場脫穎而出難這是兩件事 不要硬要合在一起講 laravel臃腫是從技術來講 部分公司自己亂刻是另外一件事情我是在講很多為了鞏固地位刻的輪子不是框架 簡單靈活就不是鞏固自己地位導向 上層也不care

稍微做過的在前公司，自己做過的不開源，然後天花亂墜

搞的簡單讓自己看起來可有可無肯定不會被當一回事不然呢 這是論壇 你可以不信

建議您左轉日記板，板名是 diary:)

但是否自己刻都有優缺點 依台灣隕石開發狀況來講自己刻確實有好處 我也只是講想法這是個論壇不是個人日記 ha

人家問你具體例子又不說，沒東西又說別人不信你；原本以為是在給建議，結果看起來都是對公司和市場的苦大仇深。

自己刻的你要我舉例子？ 舉什麼大家可以看的到我沒在說大家不信我 這是你腦補解讀 我是說信不信隨

你講的不就是一副自己刻的完虐市場主流框架嗎？不然咧...

你 你思路真的很奇怪 難怪說看不懂這還是你腦補 我是在說與其用laravel這種過重的東西不如自己寫 並沒有完全肯定市面框架都不好

吹自幹框架還不如吹在大公司幹框架，太不懂吹了越高階越對造輪子哥反感，只能騙騙新人

有沒有一種可能，在選擇擁腫框架和自幹框架中間還能選輕量框架？

我要吹什麼... 在大公司領錢做框架這種事情我也不會拿出來講 可能有人會框架派事後搞的亂七八糟的才在騙吧 真的好笑 我騙了什麼？ 我說的自做框架優點是錯的？自幹框架可以是輕量框架 我都講簡單靈活了

講的簡單靈活很容易，寫的簡單靈活就難說了，想看例子:)

框架是有幾個指標的捏，你自幹連東西都講不出來...不是懷疑拉，只是連討論都沒點

不難 當然對你來講或許難 因為你是演譯派的 都腦補一堆 我是歸納派的

不難但是沒有例子:(

我有在探討框架怎麼做嗎 只是講個想法大概還指標不反駁想法一開嘴就說別人騙 haha然後我要開源給你看例子？ ha這樣看來一堆文底下說某些東西不好的都可以被你們拿來講 可不可行終究每個人都有一把尺我驗了你要不要驗隨你補充一下歸納 框架本來就是歸納而成 歸納濃縮的好會更好

分享給推

寫框架其實沒有那麼難,框架複雜的地方是想通用,想包山包海如果僅是對於公司的產品,自造專用框架還不用擔心開源框架有漏洞被人家寫腳本打. 要不要自製輪子的這件事,從過去到現在的爭論一直沒停過... 各有擁護者

是 不難 那些會雜其實都不只包山包海 還有技術壁壘考量 我都不信他們內部用的與開放的是一樣的開放會有目的及重要性排序要搞定靈活性也還好 三十輻共一轂，當其無，有車之用

包來包去反而是中國那套，這叫自嗨框架不是自幹框架，要解的bug更多，兄弟

中空的地方即為可用之處Sul看起來也是看不懂別人在講什麼 包山包海指的是框架全套餐 實現大而全的最終目的

你的話也滿大而全的，框架只有兩個目的，效率、骨架，

只是這包山包海的最終目的我覺得並不需要複雜才實現

自己刻根本本末倒置

做到白領叫人家回去藍領 因為到處在缺藍領 甚麼邏輯XDDD哪天要是缺白領 484怎麼當初要回去藍領我知道上帝要開始吹 選擇比努力重要 笑死

我的話都盡力圍繞主軸也沒試圖什麼都講 不是大而全

8+9 web仔 給推

你用框架做深入應用你會明白框架只有一開始會有優點

你的深入滿奇怪的，你根本就不懂框架還吹自己的框架多好沒什麼說服力

說的一嘴深入應用，但是連個簡單例子都拿不出。

現在多數公司都在用框架 我不懂？ ha

在前公司的是稍微做過，感覺就不怎麼深入；自己做過的又沒東西佐證，是能多深入？

框架的倆的目標給你了阿，你覺得一個人做得比商業或團隊做得好我是覺得你有點誇張

然後一邊說市面上框架擁腫，因為深入應用很多問題；前前後後都在矛盾反覆你講的侷限性跟你後面說要自幹的東西自相矛盾啊...

我說稍微做過是指稍微自幹框架 為何只是稍微我沒講原因 光靠公司的判斷我有無深入本來就不足東西並不是越多人越好 寫程式尤其是 你這是迷信大廠

那這樣說吧！舉你所謂的深入應用在使用市面流行框架遇到的問題

laravel臃腫不是只有我一人在說 現況來看也確實臃腫

擁腫沒錯呀，那你的什麼功能或者吞吐量因為他的擁腫而造成困擾了？

臃腫試圖包山包海只是目標並不一定能達到目的 你的思維很神奇可以說人矛盾

沒到迷信啊，你要能夠說服人呀…

效能只是其中一件 重點在於框架的限制導致你想做一些動態性高的功能受阻

您就確切地直接說出什麼動態性功能吧！

我在說Sul迷信...

這關迷信甚麼事，我又沒在之乎者也，拿spring舉例jndi注入BUG不只發生一次，你是要擴充解決還是重頭刻，你是要刻了遇到新問題，還是ISSUE反映到社群，裡工人這很明顯吧

例如系統組件動態開關

你連這種論述都講不出來，還在彈性，包山包海，不敢領教

你覺得大廠做更好不是迷信是什麼 你的迷信定義很狹隘

迷信是你的定義喔，我沒在之乎者也說第二遍了

你自己都遇到問題了還要多說什麼 我說的是錯的？

講個系統組件誰知道是什麼系統的…

這不是我的定義 你迷信大廠高過個人 但個人也有很不

所以你就不懂框架是甚麼還在深入狹義，昏倒了，加油

用框架遇到問題常見啊，但不會是回頭重刻一個新框架。

如果是更新版本遇到問題就先回退，本來也不應該追最新版；

所以個人不懂框架大廠懂？ ㄕ說的太絕對了

說你迷信本來就貼切的形容

框架本身不提供的功能，發 issue 或找 roadmap 看有沒有計劃，著急的話也是自己先實現，或許也能推 PR我以為我說的這樣才是使用框架開發的常態。

不急又想全部掌握怎麼不從os刻起，我就很納悶吹一個自己做的東西，又沒指標衡量，那不是自嗨?

系統組件還要我多說 你開發到現在系統組件是哪些不知

不討論技術不討論迷信，好像也只能這麼明白講了

道嗎

我真的不知道你說的系統組件是什麼，開發到現在連上下文都給的不足，跟你合作的開發者和 PM 一定很辛苦

你都知道框架本身不提供還在問 我當然知道可以自己搞這只是個論壇 講出觀點和想法 並沒有要與你溝通當然如果開發者或PM與你一樣我肯定覺的很辛苦Sul是沒在看文是嗎 我有說這種情況都自己實現？ 翻上去看好嗎 講自己做當然是因為這樣搞有優點

你優點一直靈活靈活，不就被質疑沒例子，老哥，我放棄跟你溝通了，就像上面講的，別再找我

我說簡單靈活 這只是開發方向 我在跟你深入討論實做細節嗎

框架概念的骨架就是犧牲靈活換來的老哥，講越多越暴露你到底在幹嘛

你要怎麼簡單靈活那看你自己 我有必要提供什麼例子?

你做得到底是甚麼我已經不想知道了，連定義都很模糊

我上面一串觀點不就講了 現在框架是靈活性太低靈活性高的難道就不叫框架了嗎

好了拉，我做了一台鋼彈，很大，要來我家看看嗎就跟你沒話講了硬要扯

任誰都知道框架有規範 而現有框架就是在其中試圖靈活這都廢話的事情還提硬要提一些有的沒的還怪人扯 我為什麼要離開講話主軸? 到底是不是每個人都有底

所以到底是什麼系統的系統組件要動態開關啦

不懂框架還一直講，真不簡單

哪裡不懂講阿

上次在那邊講模板引擎，結果自己講一堆說的都是 hot reload

你想的到的系統組件幾乎都可算進去 現有的一堆什麼靠註解 靠寫死設定hack困難的都是hot reload是hot reload 模板是模板

不是啊，你要先說是哪個系統啊…

真的昏倒，回答問題先看懂問題都不懂提問的人加油了，反正他也不是第一次被質疑了

你自己找啊 還要我提供阿 你開發當假的？拜託誰看不懂 請把剛剛我反駁你的回應再說

模板引擎、版控、框架都不懂我是不懂為啥能講那麼多

我上面已經講過很多了 還在那邊要對應到確切組件

請你講出來哪裡不懂 提出來阿

沒有，你什麼都沒講，你連是什麼系統都沒說卻要人知道組件

汽車剎車系統裡面包含的東西，也能稱作系統組件；計算機作業系統裡的，也能稱作系統組件；電源開關系統裡的構件，也能稱作系統組件。你連什麼系統都沒說，誰知道是什麼？

我有講阿 沒有必要追到個別框架不是嗎

每次都講一個好像高深莫測的東西，但自己根本都不瞭解就在天花亂墜。不用追到個別框架啊，你都提了 Laravel 臃腫又說自己有深入應用，就舉個深入應用想要實作卻受限於框架的例子，結果你

這是軟工版 不是很會腦補 這時候不腦補了？還真雙標

只回個系統組件的動態開關？

這只是討論 不是在做學術 確切形容很好但不是必須

你那不叫討論，人家發一篇心得文，跑來在那邊吹跟裝，開始

我都系統組件了 它們怎麼套用你不清楚嗎

常說東西簡單很好實現。想抒發每天去 diary 發文討拍就好了

是誰先顧左右而言他? 很好笑 扯東扯西 以前的文都可以拿來扯你說的那個diary我進去過？ 真的過於好笑

我是建議您可以去，比整天在這 bullshit 的好:)

你要我講東西 我講了 然後你嫌對應不到精準目標

所以到底是什麼系統組件啦？

那你建議錯了 我都只在幾個版跳 真要去早去了

你們今天都放假？ 上班很閒齁..

你不是很會腦補 腦補一下 還要我提供 看你們這樣我都還要盡心盡力驗證你不想聽的話 真好

滿閒DER，有人說他很屌，想取經結果只得到他很屌這句話

當然是框架內的系統組件 這還用說 還扯一堆有的沒有的 真的有夠好笑 這時候又不會腦補了Sul請講很屌的證據在哪？ 腦補的？

中間跑去忙了一下，回來看到他還在吹

你說的都對

我在吹？ 沒講到確切框架中的某個系統組件就是在吹？然後另外某人就是專講難聽話 你怎麼不叫他提供證據?被反駁硬要扯東扯西擴大戰場還講這麼多 我都得回應你

如果你用原生寫的出來系統組件,框架寫不出來的話,建議可能要再練一下功喔

們每句 我問的你們倒是回答框架內系統組件看功能 多數並不難寫 框架本身也不難寫 就某人刻意神化 東西有多難 有多難很像很怕別人知道怎麼搞 同溫層有危機

我自己是沒能寫出像個像樣的框架啦，覺得很難；難怪鄉民覺得您很屌我自己沒深入摸過 PHP 啦，但就我的認知你說的系統組件聽起像是 illuminate/routing, illuminate/view 這類東西，要動

所以你平時爬文都沒有在爬實現相關的？ 了解運作就可

態開關的情境想了下不多，要處理的話感覺交給 composer 的

autoload 去改，似乎不是 Laravel 本身的限制吧？

php在前端的作用最終目的與vue一樣 當然你要扯vue還

所以你現在是從自己動手造輪子，變成改別人的輪子？

有其他功能那就不是模板了我會改別人東西 但我覺得難受 也不太想 自己寫才最好

所以你不是又在講之前那篇文？ 是在講本篇laravel?失敬失敬

端，一個跑在伺服器端，你用 PHP 操作不了 DOM 也模擬不了Virtual DOM

我基本上不刻意對照名詞 但我會去搞實現 就這麼簡單

我覺得聽您高談闊論，比起用框架或自己造輪子都還要難受:(

我沒有講我vue熟 光看功能面而講那你來這版不討論表面的東西來做什麼？ 你不是應該去programming版？用php可以生成js 與js生成js我覺得並沒有本質差異

怎麼會呢！您的作法一定更具靈活性又能深入應用

我是在講可以這麼做 不是在講我做的更靈活更強

決定block比較實在，症狀輕一點的幸運艾伯特而已

你要是肯 也都可以這麼做foreverk可以講一下受詞是誰嗎？我為何這樣講另一個原因就是希望接手專案不要太難受都是自寫即便差 爆掉了接手的人要改也很有理由幸運藥水？ 沒嗑藥 諸事也不順 應該不是講我? XD

樓上整串真的是激戰

看了一大串留言很興奮，想說看來是很深奧的學術討論，我一定可以學到些什麼吧，結果只看到某s在那邊講了一堆廢話……

好了啦 可不可以尊重一下人家的心得文 在這邊吵自己的高見吵了300多樓到底是多缺認同

原來真的有人來這版搞學術討論喔 這裡不同意見與噓是常態要什麼樣的尊重？ 閉嘴嗎？ 不能不同意見？ 高論談不上 我也覺得我在講廢話 一堆廢話怎麼這麼難聽懂搏取認同？ 原來被酸語被迫回應是搏取認同

你整篇只在那邊講，講的好像很厲害，要你拿個repo拿不出來laravel肥，誰不知道?要沒有坑就自造框架，自造框架就不會有坑? 還是坑自己都知道在哪所以不算坑?自造框架就超爽坑超少，你當上面的貢獻者都87?人家用個laravel你就在那邊踩，然後說自己玩個像redis的東西好棒棒，這才叫做寫程式請問大家是不是要給你拍拍手? 你真的覺得你愛做什麼大家很在乎嗎?laravel框架有缺點，所以就有人做套件去提升性能你做了個洨? 講了老半天要你拿出個作品就在那邊說自己理論派，看別人用什麼只會在那邊踩踩踩，轉頭捧自己做什麼好棒棒，好啦給你拍拍手

我不是只是講的好嗎 該情境可不可行我說出來難道你沒有自己的判斷？ 至於repo當然一個都沒有 能代表什麼?

對拉 你不是只是講 你有順便說，好了拉 夠多了

一個都沒有也不防礙你工程師 是坑很容易追到 我不知

道講了多少次簡單靈活 批評批判laravel的人多的是

你要先進我的名單泡著

東西出來好不好大家都不同 說redis那只是舉例因為目前大部份工作模式都是偏碼農 離工程師印像本來就很不同 我不管誰在不在乎 haha laravel提升性能這我知道 原來批評都不可以 要批還要有貢獻 那運動賽事觀眾沒打就不要批評了好東西我會讚 不好的我就差評 不能差評？ 還是你靠laravel吃飯被負評無法接受？ 這社會一堆這樣的用不著給負評就火冒三仗 你以為我介意在你黑名單內？各種看不慣本來就一堆 立場顛倒你會一樣？haha

超猛的

各位莘莘學子請看這篇

不是欸，原Po分享自己經驗，也要被別人指手畫腳大家這麼愛說教？

跑來軟體工作版叫人家去做汽修??這裡不是生涯規劃版耶

是說用什麼框架根本不是這篇的重點吧

這篇勵志

大家之所以愛用框架和用現成輪子不就是因為他們解決大部分人會遇到的痛點嗎？能幫公司和你自己省時省力省錢不就好了，要不要去看一下maintain 框架的核心團隊有多少人啊，一個人自幹框架考慮的issue會比他們全盤考慮的還周全嗎？打打高空誰不會，覺得難用有本事自己去fork一份把它改成你想要的樣子不就好了

居然說後端輸出js跟直接寫js本質上沒有差異 XD D這根本什麼都不懂吧

打那麼多廢話怎麼不自己發一篇回XD

我還記得板上一堆人掛保證資策會出來三年破百沒問題咧

故事很勵志啊 superpandal 是不是身旁沒人聽你說話呢?

努力認真 佩服！ 相信會有個機會讓您直接衝上去

不然請沒破百的出來看看是哪邊需要改善好了，否則學歷好的破百講人家天生神力，學歷差的說人家運氣好，還會有抬槓的人跑進來說國外多少多少，不然就叫人家回去修車，中間再穿插奇怪的人說自己造輪王但我沒證據，好好的分享文弄得烏煙瘴氣

他不會回文的只會推文，每次的風格都很近似。

想問現在tibame java出來1. 起薪多少算合理？2. 有推薦練功的公司？

推，很努力又認真

朋友從tibame java出來#，年初就職說媒合的都有40+，他自己最後也45+但都在台北就是了

很有勇氣

這不是純工作經驗分享... 還指手畫腳...要看是什麼框架 如果只是web方面那太簡單了 我也沒說所有東西都要自己寫的 我什麼時候說要全盤考慮...做好符合自己需求的輪子就好 還打高空 我就是有做過才這麼講 打高空？ haha 我為什麼要fork那堆亂七八糟的東西 我要的東西就是要簡潔有擴充性可以讓我少用點心力做出需求 剩下的才是該研究的 整天在追框架底層沒什麼營養還有什麼本質差異？ 用js生出來比較好生所以有差異？用php如果要生 你要自己封裝類似vue的方式也可以 我有在講用php最原始的方法生？ 你這樣還批評什麼都不懂 真的好笑而且我是指php生出js與用js(nodejs)生出js的差異 這都沒看懂不管有沒有人聽我都可以評論 這的確運氣比我好 但我不覺得這很勵志 每個人經歷的也都會不同 他也不可把全部身家都跟你講讓你分析原因 公司狀況也不會全跟你講foreverk我當初只針對他談的技術認為自己造輪子更好我是說造輪子好 我沒要提供我造的輪子給別人 也沒有要提供確切組件讓該框架可以改善烏煙瘴氣... 怎麼不怪那些看不慣我發文的烏煙瘴氣我只會推文 我論點很一致 從以前延續到現在都是而且我說造輪子好也不代表我就不會框架不用框架現在在批的看一下樓主的文吧 是不是有講到造輪子? 我發表不同觀點也很正常 看看到底誰才把本篇搞的烏煙瘴氣吧 難道每篇都要假正能量只能推講好聽話？

不清楚你們在爭論什麼，但建議既然要打那麼多字，其實可以直接開一棟新樓去討論會比較好

嗯? 不是在講php跟vue? 為什麼會忽然扯到node.js

你用vue不用node? 那現在的確很稀奇 現在不就一堆獨立出來的前端本質上就是用該語言生出前端所需的東西 只是有組件化那麼其實你用任何語言搞組件化 封裝好給人用也是一個類似的東西

真的很好奇熊貓大大的code會長怎樣....

超級熊貓的境界太高了，什麼框架的本質都一樣，所以很簡單；簡單來說不管是什麼程式，最後其實都是電路訊號表示的 0和 1 這樣大道至簡

如果你都一人開發全部包辦就算了，工作都是團隊合作居多，憑什麼理由大家用你的小輪子而不是用大家廣泛已經會用且好找資源和解決方案的框架？更何況每間公司都有自己的技術包袱

只能推一包到github來看看了（？）

怎麼可能所有框架本質都一樣... 我確實非常喜歡很簡煉的東西Mrhonest... 這不就廢話 能挑的時候不多 這大家都知當然都會看狀況 除非特殊原因我也沒必要特地寫給他們畢竟我都不是這麼大方的人單純論自己造輪子我覺得好處很多而已可以不被坑到 就算有坑也好除錯 找回身為工程師的成就感而不是純當個碼農 可以學習如何創造學更多的輪子如何實現

行數多到可以發文了

我本來都不想推文那麼多 難道我給人罵我還要閉嘴？這又不是在工作 我可能要盡可能屈服某些人淫威之下

用框架就變碼農不是工程師喔？我覺得寫 YAML 使用 IaC 工具也很有成就感啊。

他會推repo上來的話就沒那麼多幹洨話了框架有坑在那邊，有的工程師開發套件幫忙解決問題有的人在那邊踩半天，說自己寫的才是好棒棒，結果幾天過去一行程式碼都看不到，自己的理論倒是上千字了

你去看多數用框架的在幹麻 作小螺絲湊個小功能然後再為了這一點點功能被框架搞的頭痛 明明就一堆狗屁不通的事情會發生我沒說自己寫的"肯定"好棒棒 前提我都說了你要有要求我打了半天sakyle是都沒看到是嗎 我多半只會做好自己私藏而已 要證明你可以證看看 反正我是證了 我也沒必要為了你花了許多成本去證明 提出很好 硬要物證就多了

這篇文主旨是原Po心得 又不是你與框架 要戰開文戰啊

AxelGod你以為我愛講喔 我也只是提出造輪子看法 也才一點點 後來被一堆不只是疑問還嘴臭的逼回AxelGod也去看看樓主到底有沒有講造輪子吧sakyle不信就拉倒 回一句條件下不信即可 不用嘴臭亂

我想各位前輩大大一定也在工作崗位上遇過類似同事下了班就別再複習工作環境了XDDD

扣帽子 個人真的和平多了hisashi指的是誰？ 如果是我 我只能說這是論壇不是公司 以為我在公司整天噴那個噴那個阿

嗯.....大概可以知道為什麼你每次推文都會讓人覺得你上班都遇到很奇怪的狀況的原因了

什麼原因？ 我來看一下

告辭

心裡都有數 只能說十分鬱悶

沒東西可說就少在那蝦逼逼就沒事了，不就說的好像很厲害，什麼都拿不出來才被質疑。

不就錯的不是我，都是別人ㄏ

剛說完Hsins又來嘴臭了 這是個論壇 你管誰要講什麼？論壇本來就講你要講的 你這個不只是質疑了

所以誰管我要講什麼？_？

我是覺得不需要買線上課程 你都花錢補習了 多此一舉而且免費資源多到爆炸 一堆大學國內外都有基礎的教學

我講的是引戰？ 還是我像你一樣硬要扯有的沒有的?我講的又觸犯了什麼?

一個、兩個說可能是別人問題一堆人說還不知道要檢討自己好啦，說再多也不會聽就請你當別人、當大家都是個屁你好棒、錯的不是你

stepnight你倒是說我錯在哪 不要只會亂諷好嗎

你回文跟肥宅一樣哪裡像89 要就要嗆那些嗆你的人要他們出來當著你的面儎把這邊打過的話講一遍

所以你們只要人數有就可以亂講話喔 原來這篇所有人

字都不會看，可憐，還問我你錯在哪？看一下我回你什麼，我肯定你欸

都在 真好 我倒是問了一堆啞口無言的你前後文就在諷刺 還肯定勒 這種違心之論你還可以講

我不就肯定你，錯的不是你，是這世界？你怎麼還會問我你錯在哪

對就是對 錯就是錯 我都解釋那麼多了 你還在那邊亂講

對，錯的都我們，不是你

這篇回你的人沒有啞口無言吧？說很厲害卻又拿不出東西的才啞口無言不是嗎？

你們如果不確定為何要講那麼確定的嘴臭話？ 真的物以類聚我問一堆阿 你是不是沒在看文？ 你說的沒物證我也給

對，錯的都別人，不是你

就真的沒物證啊...

解釋了 你不接受我也沒辦法你以為樓上一堆在吵的只有沒物證？ 很多一堆亂噴的好嗎 這不是啞口無言是什麼？

喔喔，所以你沒物證，大家啞口無言，質疑就是嘴臭話

這種東西本來就可以自己證 你硬要我證我也沒辦法質疑歸質疑 要不要看用字遣詞和證據？我不拿出來也不代表沒有 你怎麼確定沒有？

要怎麼自己證？自己造輪子好不代表其他人用的開心；主流框

本來就沒有證據顯示我有或我沒有

你會寫程式就可以自己造輪子自己證了所以我上面才說除非亂造輪子 東西好用我不懂可以不開心什麼？ N個其他原因？基本上我也沒那麼一意孤行

誰管你一意孤行還怎樣啊？看得出別人諷刺你，還在那裝傻不知道別人諷刺的是什麼嗎？

我知道 廢話 你沒看到我反駁？ 我還是我要把你們諷刺的精神反饋給你們？

不就是講半天又拿不出東西？

講的是造輪子的好處 亂解釋不打緊 還嘴臭 聽了反駁又不理睬那是你和少數幾個人講的你沒看到其他人在嘴臭什麼嗎？

沒人亂解釋啊，你講得誰不知道？那你行你上有個東西給別人看不就得了，說到底就是沒有東西嘛！

你講的我也回了 接不接受隨你 沒證據有或沒有你要不要看其他人的回應 你確定你跟他們講的是一樣的事情？ 每個人看角度不同好嗎還是樓上全是你的分身？ 你可以代表發言？本來就沒有要深入討論技術 硬要講我不回你就死抓著這點不放我也沒辦法 我確實有原因不能提供我還不至於因為一點點外力刺激我就掏心掏肺別人要什麼我都提供每個人或多或少或性質不同都有自己的東西 不提供對其他人而言是沒有 但這不能肯定是事實阿

反正我是當成沒有:)

質疑歸質疑 嘴臭就多了好嗎 我相信很少人可以接受嘴臭攻擊而且自己驗也確實是好方法 就算我提供那也只是代表我沒自我要求的其實都可以不要驗了 因為一定gg

用框架目的就是能省力省時省錢，就算螺絲釘般的簡單小功能又如何，省幾分鐘早點下班也爽啊，有Vue或react可以寫To do List，幹嘛一定要用原生js自己寫？後端拿微軟來說，它都幫你做好不少前後端整合的專案template 無痛開發了，document 也很齊全，可能你覺得你自己造輪子才省時省力，殺雞焉用牛刀，但不代表大家都和你一樣喔，我也看過不少前人寫的輪子但經過時間演進碰到需求改動根本改不動，甚至作者自己都離職了的情況，然後也沒有任何文件，根本就災難一場，後來直接重寫還比較快。以開發團隊角度來看長遠是弊大於利，用框架至少還有一定程度確保新進同仁可以上手

用框架能省力省時省錢 框架都沒問題可以這樣講 但你沒算隱形成本 以及該框架無法涵蓋到的需求 以及各種其他人特別搞出來的專案結構還有框架中有無漏洞會造成資安問題你通常也是後知後覺 不可否認框架的確有好處 我也沒說框架沒好處只是我認為造輪子能得到的更多 那些前人的輪子的確亂寫或交接不清會有問題但重點還是看品質 用框架亂七八糟也是多得是 那為何

那這不就的人的問題嗎，怕有人亂搞那就要有人制定coding standard 請大家一起遵守啊，再說選擇框架本來就是看團隊的技能點去審慎評估，還有網路資源和社群、生態系是否活躍，套件是不是好找，以便可以遇到問題時快速找到解決方式

造輪子就是差的？ 至於框架快上手的部份不是造成專岸gg的原因 就算你用熟框架 十之八九的原因不在這自己造輪子就是在制定coding standard 而且是沒太多隱藏實做細節的東西 除非惡搞

你講的一堆隱形成本，也不是使用框架才有。現在你要實現一個功能，也幾乎不可能不依賴標準函數庫或是第三方函數庫

造輪子這件事是作者本身能獲得的成就感多，但以團隊來說就不一定了，萬一今天作者離職了呢？作者有持續更新文件供團隊參考嗎？可維護性要如何維持？如果有人框架都用得亂七八糟，那用別人造的輪子就不會了嗎？

那標準函數庫與上層框架的實做哪個坑多？ 如果不信不是應該換語言嗎 本來就沒有要全部都自己做 只是某些自己可以接觸到的可以

知名框架跟函數庫有漏洞會有人回報，會有人提交修復。有許多人維護的程式都如此，那更別提自己造的輪子會多少千瘡百孔而不自知，尤其是說出這種話卻又不是大神的那些人

離職就叫他提供文件 沒有提供的多半他的程式碼質量也很差 這中途都會知道的事情 當然所有輪子都會亂七八

換個說法好了，用主流框架是全世界的人幫你debug和修復，用某同事的輪子就只能整個團隊幫那個同事debug，哪一種效率高就自己想吧

糟 不管是現有的還是自己搞的 但你用別人的亂七八糟有在推掉重弄的嗎？ 很多都在推屎山標準函數庫有人回報 做的人多半都是高手 所以信任度無法與上層框架相比 至於多人回報... 那只是開源最美好的假設 用框架的人有多少比例的人可以對框架除錯?

你以為每個工程師都那麼好心會留文件嗎 ，就算有留也有可能改不動，而且作者不在，沒辦法依照需求變動，久而久之就會被遺棄了

更何況過度隱藏細節的框架會阻擋你做這種事情 很多洞不會被發現的那就遺棄 我上面就有講了 你遺棄理由也很充分 你用框

不能對框架除錯，所以造輪子比較好？沒能力對框架除錯的人，寫的輪子能好到哪裡我是不覺得啦。

架架的你要改多數都是頗有微詞 都在堆你太武斷了 框架本身的量級就大 你敢說你對於那堆過度抽象的東西除錯很有把握？ 當然自寫的都是 但是自寫的可以不過度抽象與傻瓜化

所以選擇框架時要評估阿，我上面就有說了，要選擇社群資源多的，持續維護的，又沒人叫你選那種坑一堆又難用的框架

資源多與持續維護並不能減少坑 只能說有機會減少但自寫的機會掌握在自己手裡... 對自己對公司都是我基本上沒見過沒有坑的 可能冷門的有 因為多數現在臃腫的框架在以前都很輕量功能多意味著你出錯機率變大 你再多人但多數人沒有對其除錯的能力或時間也沒用現在一堆框架也是噴過以前更古老框架起家的我就很納悶為何不能噴？

除非你是整個團隊都在造輪子一起使用那就另當別論，如果是一個人在造就算了吧

人數並不是與質量強度掛勾的 一開始開發一堆是一個人的 現在人變多了 除了生態變豐富了 衍伸的問題也變多了

還是老話一句，要如何說服主管和公司自己造輪子開發就可以省時省力？有bug還要等你找問題修bug？你離職了新人會不會不好上手？需求變動時這輪子好不好改，太多不確定性了好嗎

我選擇能的話盡量不要說服 除非有必要 如很怕資安因素 有bug不管你是用現有框架還是不是都要修 除非沒有稍微一點點要求好不好上手這不是分析一兩個因素可以決定的這沒錯 所以可以都掌控在手裡再傳給別人

生態系豐富這件事為什麼不能解讀成：因為框架成熟了（bug幾乎很少），所以我們可以利用框架特性更快實作出功能或元件？框架之所以變流行，生態系變龐大，就是它經過許多人不斷努力試錯迭代、修復坑洞才有今天的樣子不是嗎，如果框架的坑越來越多也不會過幾年變成主流

是明坑少 暗坑多 多人才能形成生態 因為每個人需求又不同導致在其上就有一堆功能需求 人多也會影響求職生態 多了人的確有機會bug變少 但人不是連體嬰 各個組件不同團隊維護機會大的多至於為何會人多 品牌阿 大公司推東西被接受容易的多不然你就得跟一堆競品競爭 剛開始開發肯定框架很美好

如果有些工程師跟你說你的東西不好用呢？他舉出的例子你又無法反駁呢？（Ex:我用框架的某個方式就能實現，為什麼要用你的？），而你當時確實也沒想到，這時要怎麼處理？用框架還有個好處就是一開始職缺就明定大家會有個類似的工作模式和技能包，人啊寫程式有時候都會有盲點覺得自己寫的才是最好，大家都要follow，但以團隊來說一致性才是最重要的。

也會吸引一票人使用 理所當然任何人都不想被坑你講的Ex只是選擇慣性問題 不是好不好 如果不好用就改阿 而且簡單具有擴充性的東西我不覺得會被嫌難用所以求職會有一些技能會被要求 但你找不到100%經歷一

拿維護性來說，今天A作者請假不在，臨時請B去改動，B還要花時間慢慢理解那一包A刻的輪子才能改動，反之如果用主流的套件套件寫，官網有範例跟API文件寫得清清楚楚，一下就改好

致技能一致的人 而且一致你還是得follow意見分歧還是有問題

我上面都說類似的技能包了，你還要說100%…

所以我才說簡單阿 東西複雜只能保障該職位老人 對於接手的人很冏那我講廢話而已

以長久維護性而言，除非作者一直待在原公司且有持續修改輪子才有用啊，哪有輪子舊了不換的道理對吧

簡單可以稍微保持 但還是得看下一個人特質 公司好就

啊你要確定造的輪子出來別人可以好上手啊，如果不好理解那不就浪費到他的產能，有可能你造的輪子你覺得清楚明瞭，但別人看覺得很抽象不會用啊

用框架至少確定未來人員離職，團隊還是可以改得動

這不就再輪迴了 我都講不要亂搞自建輪子非常好 如果不亂搞另外一個人還看不懂 那要分析一下詳細狀況才能夠進一步分析清楚東西不錯接收人學習能力也不錯哪來這問題?這是普遍性問題 與是否自己自幹無關你的想法就是都用一樣框架就是好理解的 自己自幹的會有疑慮 但就我的經驗...不是 學習表層技術本身就不是應用瓶頸 只有想與不想你要簡單自然抽象能力就會減弱 一個偏傻瓜的東西應用起來還會有問題意圖關係比較明顯因為你還可以除錯方式去理解架構 簡單程式碼行數少你分析起來就更輕鬆點 能夠簡單達成框架基本組件90%~100%功能就夠了 一般人也用不到那麼多用了框架又複雜的系統很少人改的動 這要燃燒生命去分析的 光怎麼運作你就得花很多時間 框架也特許你這麼做該靈活的不靈活 不該靈活且細節一大堆的框架多得是分散式各種設定亂跑各個組件相互影響 影響變量零碎又難找各個框架很多

請問熊貓大大有寫過Laravel 或者是CodeIgniter框架嗎?

勵志 你真的很棒

遇過程式都給我包在store procedure，後端通通exec sp，不說還以為我在寫d2k

熊已己

推分享

講來講去有說等於沒說。自造輪子不亂搞就是好輪子，選用框架不擴展就是好框架，錢多事少離家近就是好工作^多了個不怎麼處理降低耦合也是工程師的價值所在，不是棄用框架自建輪子就好棒棒。很多不是說拆能拆說造就造，看下來我只覺得要嘛你經手的東西複雜度沒這麼高，用上框架覺得綁手綁腳；要嘛你是不世出的神級開發人員。但前者的問題不在於框架，在於不熟悉工具的人。拿著斧子槌釘子說不好用，應該是找其它工具像是槌子，不是嫌棄這斧子難用說要自己造斧子。

用Laravel我可以去多想去的公司，用你的輪子可以幹嘛？s的口吻好像我以前完全不想學新東西的老屁股同事該同事也是很會扯，但寫的 code 爛到不行

推 做自己喜歡做的就好 汽修賺不賺是別人的事

寫過laravel或codeigniter框架？ 是指用框架應用還是就是這兩個的開發者？哪有什麼沒說... 能直接用ide除錯就能找到原因的東西不能算是簡單好用的東西嗎？ 框架都做了你還要降低耦合？ 當然不是所有東西說能造就造 但以web來講 不就是api導向+一堆db/cache 這種東西可以做阿沒有拿斧子鎚釘子問題 因為公司業界用什麼技術難道不清楚嗎 如上所說 表層應用不難 給我時間我還可以改你可以用laravel 有用laravel經驗 但你也可以有自己造輪子 市場導向你肯定某些東西要看 我肯定不是不想學什麼新東西 該用的我還是會去看 只要公司有需求只是不會特別在自己的時間特別去研究某個別人造出來的框架原因就是我覺得我去研究怎麼實現我能學到的更多 而不是整天再找新東西再來研究 就像以前小時候到處找軟體怎麼用怎麼用一樣 很難更了解什麼已經過了看什麼東西都覺得很新奇的年紀了

不去研究別人框架，能夠嫌棄並能造出更好的框架，強！平常都在處理那些無法用 IDE 除錯的問題，超強！

我說是研究如何應用 如果研究如何造框架 我剛出來一年多就會了 還算會找資料 還透過除錯找出框架運作方式我說的是能夠無腦用ide除錯就能找到原因的東西難道不好嗎 為什麼你每次都能看錯重點？ 合理懷疑你本身就有其他企圖框架能運作 但裡頭有很多用不到的封裝 真正使其運作程式碼不多

真的沒料

從以上推文樓主可以看出來沒料在哪？ 沒有提供專案給你看？ 一個人懂不懂談的可以稍微知道 懂的就懂

工程師要秀就真的很簡單，github隨便貼個都有，就算你沒有那種高星專案，至少大家也能看到你在做什麼但沒有，就真的沒有，但是吹得跟真的一樣我說真的問題不是他批評laravel還有框架怎樣怎樣是你批評了之後順便嘴人一輩子只能當碼農，轉頭又捧自己寫程式多棒多棒這才叫工程師，結果一行程式碼都看不到我們公司以前也都用自己做的框架在弄啦，弄到最後你知道組長他們說什麼嗎? 超想轉laravel的，不然這東西越來越像怪獸就我所知大部分公司自己造輪子最後大多都變這副德性啦我就想看看你一個人到底造出什麼超神的東西可以嘴成這樣

不會刷題不會框架 造輪子沾沾自喜整天喊僧多粥少怨天尤人 是要有什麼料啦XD

覺得修車比較好不會自己去做一直叫別人轉回去真的很白癡，那些嘴炮修車比較好的你自己去修看看沒一個月就逃回來當web仔了

語言跟框架只是工具而已 不懂有什麼好糾結的..

誰不知道要秀很簡單 github可以架自己架也可以 我只是不想分享而已 這樣你肯定沒有？ 很好笑我沒有嘴人一輩子只能當碼農 我是說找回工程師成就感比當碼農好 你有看到我針對人講這句話嗎？ 不會看文就不要看阿 這不是捧我自己 你到底看不看得懂 這只是舉例 那是你們之前做的不好 php這麼方便的東西都可以搞成這樣 我一直在強調要有要求 這你都是沒看到是嗎?很多造輪子的的確不好 但那多半都是工程師自己有私心真的認真想搞不會搞成這種地步 與神不神無關 因為不神也可以做 我也沒說自己很神 你看到關鍵字覺得很高大上就覺得我在屌？ 理解有偏見就不用講那麼多我不刷提 但我會框架 還會造輪子 僧多粥少不是我在喊的 只是我認同 哪來整天喊僧多粥少 講話阿 這樣你還可以判斷人有沒有料 你看自己再說吧 看文都不會我都不認為屎缺真的算缺光陳述有人還可以腦補成這樣真的厲害 還是說工作上通靈通到錯亂... 狀態不好就休息阿

錯的....是這個世界......

ok

拜託理性一點好嗎 因為上次那篇AI 你們現在看到黑影就要開槍嗎？

推心態

推上面樓主回應

這回覆？？？ 我很理性了好嗎 性格使然我有為酸而酸嗎？ 沒有嘛往上看就知道newhandfun的意圖

對，是性格的錯，不是你的錯，不要緊張

你沒理性，不要騙自己了

汽修師傅那麼缺 隨時回去都可以呀

什麼性格的錯？ 錯在哪？從何得出沒有理性的結論？ 經過酸一句誰都會

你沒有開源我都覺得還好 像我覺得你沒料是因為 我看完你整篇的回覆 我不懂你想表達的重點 我必須說我很善於跟別人溝通 這是我在科技業學習來的技能你講一堆沒營養的東西 你是想證明什麼?你很強?你要不要再回頭看看每個人跟你溝通的內容跟重點?金輪熊貓王?你給我的感覺就是你完全沒有摸透laravel的東西就在這邊批判那個東西你沒有看過高手寫的code你怎麼知道你自己寫的東西是對的當然寫程式沒有一定的標準答案 但一定有更好的做法我不知道你之前跟誰發生過什麼爭執 或者在吵什麼東西光這篇我就大概知道你沒有料了

你這就是沒明白我為何講些沒營養的 真的營養的我就自己藏起來自己用爽爽了還跟你五四三 laravel那東西本來就風評差 真的要寫用php找個資料你就可以開始寫自己的 中文的沒有找英文的就有 不就是路由和api和一些保證安全的 再來個schedule等等其它應用 那都沒什麼難度 orm你用pdo封裝下用反射等等特性就可以實現就算沒底層綁定還是有方法可以避免sql注入框架是大家都會碰到的東西 每個人都看的到

要維護公司的商業邏輯之外還要維護你寫的垃圾code ?

根據隻言片語說人沒有料真的才可笑 證據不足的事情說

的煞有其事

前面已經給你台階下了 你還不下 繼續扯東扯西

你這就是在假設一個個人寫的絕對不好 質量本來就與人數無強相關

假設你造好一個輪子 你別的專案需要用到 你會複製貼上?還是封裝套件 給每個專案要用的時候可以使用?

說人沒料是在給人台階下？ 沒證據說成這樣

我前面就表明立場說我是套件派的 你跟我說妄自菲薄?笑死人 還要被你這種人說教 ?

所謂自造框架當然要考慮複用 怎麼可能抄來抄去我也是在不說硬話 不然你以為我愛講

你是不是輪子跟商業邏輯分不出來?

我沒在對你說教 我是說你也可以 沒那麼難

我有1000個理由用框架 你找不到半個理由叫人自刻框架如果我今天有能力刻好的輪子我就開源給大家而不是在這裡跟人家打嘴砲

你上面不是就在說輪子 想製造陷井先看文吧阱

確實造輪子不好 別人要維護你的輪子 有現成好用的輪子你不用 ?

難到你那句同時指輪子和業務邏輯？

如果高星的套件有問題就發PR或者是issue這很難?笑死 你輪子跟商業邏輯分不出來? 我在講輪子的事情

我當然沒有絕對反對用現有的 都已經多少樓了你沒看到ㄇ嗎那你說人輪子與業務邏輯分不清是指什麼？ㄋ你就是講輪子阿 還扯業務輪子做什麼

我先了解你到底懂不懂這兩者的分別阿

難道你上面那句不是只有講輪子？

這不是廢話嗎了解阿 你需要從這看出什麼？

還有人家跟你說叫你把程式碼放在github給大家看你扯可以自己架 廢話嗎?我敢說你會慢慢被淘汰 你就繼續鬼打牆抱怨環境跟框架

又在扯其他事情了 跨大地區本來就很難 我光到內湖就

我在學你啊

笑死 抓到 不會用git

這樣你還可以亂解讀 真的很好笑 我不是不用框架是能的話我會選自己造 講了n次了 還在亂解讀我會git阿 你可以從哪裡看出來不會？ 別人的臆測？

你會用git嗎 ?阿怎麼不推code ?給大家看看你的程式?

真的有理說不清 都講了N次 樓主還在狀況外

因為你的code太高端 你怕別人會抄走你的東西?

不推code代表不會用git? 這不是條件具足的推論 好笑

不然幹嘛不推code 給大家看看你所謂的框架 ?

當然要推code可以推到公司repo 與是否會git無關不推我很久以前就講過原因了

side project?

結果到最後你刻了一個跟laravel一樣的東西?

不會一樣好嗎 參考與考量的點本來就不同你做這個框架有什麼目的有什麼要求你自己都知道

你怎麼知道未來的需求會怎麼變化?

難道你的目的就是與laravel一樣？ 那不如直接用它所以要保持可擴充性 寫死一堆無法應對的

啊我用laravel 用的很爽 有意見嗎?

自建框架我說過其中一個好處就是可以隨時應對公司的需求沒有意見 但我覺得造輪子是有好處的 也在下面講

PHP能做到的事情 用laravel就做不到?

這串可以聊那麼多我倒是挺意外的

寫程式是看天份，科系不是重點......

再聊的也只有那…