多数公司为什么宁愿自研也不用wordpress二次开发建站？

多数公司为什么宁愿自研也不用wordpress二次开发建站？

Wordpress现在地位非常尴尬。
做简单的个人或者公司blog，低频率，低互动的内容发布，静态网页生成工具比如hugo, Jekyll是最优解。
完全不懂技术的，直接去别的平台开账号。
真要做大型内容平台，或者用wordpress干电商之类的其他业务，肯定又不能依赖现成的wordpress组件。而研究wordpress代码，二次开发是一个非常不划算的事。本来就是屎山代码，技术栈又陈旧，开发人员干这个对职业发展非常不利。开发人员和公司的利益不是一致的。开发花时间去研究wordpress和php，结果几年后公司生意不好把人裁了，到处都在招spring，go，flutter，开发拿着这个项目经历怎么再就业？这是一个需要不断学习的行业，人员变动还频繁，不是前沿和主流的东西，没有理由去搞。
现在真正适合wordpress的，是必须要自己拥有网站，但是只有一点点技术能力的人……因为静态网页生成工具的门槛其实是比wordpress高的。现在比较典型的，就是各种资源分享博客，靠下载和图片链接跳转广告赚钱……

因为钱没给够
在国内做PHP，水平再差的java或者前端开发都有机会拿到二三十万年薪，再好一点就可以去挑战大厂50万+年薪甚至更高
但是那些鼓吹wordpress好的答主，你们愿意为把wordpress用好而付出每年三五十万的费用么？
在法国，一个wordpress或者drupal magenta之类的顾问每天收费400到600欧元再加20%税，因此从业者可以挣到至少四五万欧元的年薪以及每年至少一个半月的带薪假。
码农干活是要拿工资的，同时也是要考虑未来发展的，国内的wp行业又没有眼前的高薪，又没有可预期的未来，凭什么让码农帮你们企业节省成本，同时还要忍着一帮外行在旁边BB这个功能wp已经有了为什么不能下午就上线。
谁觉得wp好用的，你行你上
给到位之前，没人有义务放弃自己的追求去实现你的理想
什么时候大批企业都能拿出20万+的年薪招wp或者dede工程师，什么时候才有资格跟研发团队谈条件放弃通用方案而用小众方案

拿wordpress做过一段时间的二开，感觉很大的问题都属于是历史包袱。。。
wp前后端的技术栈基本都是十年前的开发者们在经年累月的无限内卷里强行卷出来的产物，当年的cms系统如今因为web式微基本都死光了，你让新人去写。。。
至少说如果作为推荐的话，我现在肯定不会去优先建议任何人写这个。。。
你说前后端不分离你自己可以做个分离的主题吧，wordpress主题和小工具占了一大半，接口定义要抄下来给前端再去实现一份完了你还得自己写后端，搞成这样你用wordpress干嘛，是为了炫耀自己wordpress水平好吗。。。
当然他的后台前端和前台主题确实大多都做的很好（仅限外观和友善度方面），但是说二开吧，jquery和jquery代表的时代都落幕了，折腾这个真的算了吧。。。
你要说前端懒，前端反而会有极大概率会嘲讽你不思进取，但是作为一个名义上的后端人员我也真的不好说到底谁不进取，毕竟只会切图的前端也不是不存在的。。。
而且wp的后端php栈也是十年前的架构，没有现代的mvc模式pathinfo路由模板语法不说。。。html搭着php混用，到处随心所欲的require这年头不在ide上报一吨友情提醒就不错了。。。
而且说到代码风格，ex：

1. class Core_Upgrader extends WP_Upgrader
3. $menu[2] = array( __( 'Dashboard' )
5. if ( ! in_array( $typenow, get_post_types( array( 'show_ui' => true ) ), true ) ) {

复制代码

这种语法我真的不想说什么，摆前几年php在知乎上还有人传教的时候你自己这么写，肯定要被人骂的。。。
我其实是非常反对一些“优雅”的框架的，但是这个也太丑了。。。
最后，说真的。。。
不要说的好像你套了个优秀框架就搞不出bug一样。。。

宁愿自研也不用wordpress，有三种情况

• 后端技术栈不一致。如果开发团队后端技术栈不在PHP这块，那确实是不用WordPress的好。虽然PHP很好学，但是如果碰到赶档期，或者做重要的业务项目，那肯定还是用自己最熟悉的技术栈为妥。
  

2. 虽然开发团队能搞定PHP，但不熟悉WordPress。这也是普遍发生的，大家都听说过WordPress，但其实很多老的PHP开发者仍然对WordPress并不了解，甚至有很大一部分人对WP产生了道听途说的偏见，比如“速度慢”、“不安全”、“只是一个博客”等刻板印象，以致于一辈子都和WP不相往来。
另外一部分开发者熟悉的框架是Drupal、帝国、织梦等其他开源，并且已经对其中之一有深入的开发经验，那么不用WordPress也很正常。虽然WordPress早就是世界第一的开源框架，但能否用好它还是要看使用者的。把自己最擅长的工具作为首选是再正常不过的策略。
3. 通过自研建立开发人员自己的技术保护屏障。这是职场政治中十分普遍的现象。即使是普通规模的中小公司，只要开发团队不是单打独斗而是多人合作的，那势必需要通过一些分工手段来构建开发部门的上下层级，也需要通过构建技术壁垒增加开发部门和其他部门博弈的筹码，从而获得和其他业务部门争夺公司资源的话语权。
在前后端分离这块，WordPress的技术实现不是问题，但问题出在WordPress在构建后端API这里，太容易实现了。它的实现方法是有公开文档和标准的，一个稍微熟悉PHP的普通开发者在看一辆个小时的官方文档后，就能试着用WP的REST API构建起服务了，势必让人觉得，原来当架构师也很容易，前端转后端也很容易这样的想法。于是，资深后端就显得没那么“资深”了，架构师就显得没那么“高级”了，甚至，前端也可以对后端“指手画脚”了，“原来你们调API是那么容易啊”。
公司层面上，如果技术部门对外宣称自己公司使用的是自研的CMS，那对不懂技术的其他部门来讲，要比任何人都伸手可及的开源CMS高级多了。自研的CMS无论实现得是否糟糕，有一点是肯定的，就是只有他们自己能用起来，换其他人一定搞不定的。越是强调了自己的不可替代性，自己在公司的地位自然也就越巩固了。
其实自研的CMS能在质量上超过迭代近20年依旧活力十足的WordPress，那是不可能的。不过这种简单事实却并不被绝大部分非程序员所了解。这就为大多数公司宁愿自研也不用WP提供了现实理由。
在很多公司里，尤其是老板不懂技术的中小型公司里，决定是不是自研的关键因素，既不是开发的质量，也不是外部客户的需求，而是开发部门自己的利益衡量。
至于很多人说的速度慢、不安全、不符合国人使用习惯等问题，都是废话，在真正能玩好WordPress开发的人手里，这些都是不存在的。
倘若能想通以上问题，你就应该知道用WordPess给自己公司建网站是非常划算的。尤其对于那种需要多个网站的公司，比如隔一段时间就要发布一个产品官网，或者服务一个大客户就要为这个客户开发一个网站的咨询公司。我手上就有好几个客户属于这种情况，作为集团大公司的甲方，敢把旗下所有网站都交给我们这样的迷你团队用WordPress开发。我不仅仅是在给他们省设计开发费用，更多的助力是这些公司营销效率的提高和管理成本的减少。
我的案例：JennyStudio - 上海WordPress网站建设 海量WordPress案例 H5定制开发

最近我也在考虑这个问题。
我们公司有大量的建站需求，需求是要可以批量建站、要有CMS系统可以发文章，基本的SEO要符合Google规则。
我比较推荐用WordPress的站群系统，再自己开发一些批量自动化建站的插件，通过插件可以集中管理，开发工作量少，而且WordPress本身是非常优秀的CMS系统，SEO方面加上Yoast SEO的辅助也很完善。
但开发要自研，理由如下：
1 WordPress是开源的，漏洞多，不安全 （完全无法理解为什么他们从哪里得到的这个观点）
2 WordPress不是前后端分离的 （其实可以前后端分离，自行开发个Vue的前端主题就好了，况且批量建站只是为了引流，前期都没啥流量，前后端分不分离有那么重要吗？）
3 因为是PHP语言建站，且前后端不分离，不符合公司的技术栈。（公司前端是Vue，后端是PHP，哪里不符合技术栈了？）
4 还得学习WordPress的框架，学习成本大，不愿意去学。（感觉这才是重点）
5 总感觉WordPress程序不是自己的，自己不好控制 （公司用了多少第三方的系统？怎么其他的就可以自己控制？）
说到底，还是没有一个领导去强行推，下面干活的可不管这些。
自研的CMS，断断续续的加功能，修补bug，都1年多了，我看都不想看，基础功能做的一塌糊涂，勉强能发发文章，有那么几个从业务场景提的需求实现了而已，其他一无是处。
公司里的网站，之前为了快速上线，我帮着用WordPress搭了一批站点，编辑们一致反映还是WordPress的编辑器用起来好用。其中一个站的日流量也过万了，前后端不分离也没啥大影响，做了缓存策略速度也不慢，Google Search Console里的打分也在90多分以上。
总结：主要是观念问题，守旧。自己没有去调研，只是听说不好用，有bug，安全性不高，就不去考虑。还有就是守着自己的技术栈，不敢轻易尝试新东西。