※ [本文转录自 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就做不到?

这串可以聊那么多我倒是挺意外的

写程式是看天份，科系不是重点......

再聊的也只有那…