如果公司用的框架完全是自己写的怎么办

@snnn 如果 google 不要钱我都去

怎么说的这么像是某行

去链家的怎么办， php 都是自家 CTO 写的源码

看框架水平, 第一次实习的公司用的是前端 MVC 框架, 用惯了 react 和 vue 根本无法理解前端 MVC 的存在价值,一个月就辞了

怎么听都像是孤狗😂

如果框架作者不是业界顶尖大牛的话，还是很有可能坑的。

不用通用框架意味着他们认为自己的做的框架比通用框架更好，也就意味着，要么他们高估了自己的技术水平，要么不够尊重行业通用标准，这两种状况都是很有危害的。除非像孤狗这种他们自己就是标准，或者确实有实力超过行业标准的……

不尊重行业标准的结果就是错过很多 best practice ，而这些 practice 是无数前人踩坑踩出来的

就写框架本身没啥大问题吧，如果是比较轻的偏粘合剂的。

自己去实现各种库的轮子才是大问题。

不建议去，这种要么是过分自信，要么是懒得研究已知的 best practice, 要么就是代码腐化到没人敢重构了

一个框架也大惊小怪，真没见过人手一套框架的年代，一个公司里面三四套框架
应届生学习能力不差的话，一个框架没啥影响，等你以后熟练了什么框架最多也就一周时间就会用了

最近接手一个外包，朋友公司的技术离职了，原先用 C++写的 Socket 服务端代码，我不会改，全用 JAVA 重新实现了一遍。

如果你下一次跳槽时你的个人优势依旧是“会用某几个框架”，那这进步实在有点太惨不忍睹了
所以一个有自己框架的公司其实是好事，你可以拿着去对比社区主流的框架，求同存异去糟粕取精华，好好认识下这些东西的核心理念是什么

综合你说的各种情形，除非是业界顶级的公司，或者他们的基础框架业界公认，否则不建议去。这种公司，自己实现一堆乱七八糟的东西，美其名曰解耦，实际上实现得非常差，根本不值得花时间去研究，你也很难去搞清楚这一坨东西到底是怎么设计的，你去做的事情也是毫无价值的填代码（这种公司我敢保证架构师流程图都给你画好了的）。还是去使用通用的框架，至少你再找工作的时候人家知道你马上就能干活。

纯写存储过程不写 java 业务代码我知道 oracle 敢这么敢，或者是 oracle 提供整体解决方案？

再不好的东西总有值得学习的地方，看看他的优缺点，自己以后有兴趣写框架了，也能参考参考。

@ghl 正解

楼主可能没说清楚。这里分两种情况：
1 、自己封装的框架，你只是使用这种框架还有大量 java 编程任务，这种情况没有问题
2 、完全不用写 java ，配套的工具都做好了，这种情况别去

我刚参加工作的时候，我同学就是去了一家日企，有特定的程序可以生成代码，完全算不上编程

搞笑，过度封装的框架真的没有前途，一些公司自己做出来的商用的框架我认为就是如此，不要问我为什么知道

框架的事两说，把业务逻辑写在存储过程里的公司，五年前就不该去了

没有人评价下华为的 UEE 么？ 混合了 ng Gadget

@q397064399 #57 简直不能酸爽

@66450146 我感觉根据业务，再封装 spring,mybatis ，才是 best practice ，而不是去造轮子

老夫写代码只用 Spring 全家桶，复制粘贴，拿起键盘就是干。