这个“屎山”定义是什么？ 有待商榷......
目前我认为的屎山有以下几点：
1：代码不够简洁，有违代码简洁之道，简单的功能写的太复杂，看似各种容错，其实是各种漏洞
2：代码没有承上启下，不要写一些重复的东西，重复造轮子很蠢，很难维护
3：基于第二点，如果代码复用性差，维护起来成本就会增高，而且老人一走，新人维护简直是火葬场，也就成为了新人眼中的屎山
4：代码整体设计，这个是基于前 3 点，我个人认为一个项目应该有若干个版本，例如 1.0 、2.0 、3.0.....版本的升级维护，每一次的升级都是为了更好的优化代码，而不是堆屎山


还有你说的第二点：减少产生屎山代码的人。多招高级工程师，不招初级工程师。但人力成本提高了。多招高级工程师，简直是个伪命题，高级不代表能解决屎山的问题，架构都不一定能解决，因为每个公司对高级的定义是不一样的，普通公司的高级也就是大公司的中级，我这样说你能明白的吧...至少我身边有一些高级，我没觉得他写的代码不是屎山

一句话：羊毛出在羊身上

@bertieranO0o 你也知道你调用的是 API 哈，我说的是逻辑思维，API 谁不会调

说一个大概的思路，前端检测上传的文件大小，根据文件大小进行压缩分片，比如 1G 的文件，分成 1024 个压缩包，每个压缩包 1M ，然后进行轮询请求上传到 OSS ，将 1024 个文件放到一个文件夹， 获取 OSS 的文件夹路径传给后端，由后端根据此路径读取 OSS 上传的所有分片文件，然后进行异步处理组装。

@eatFruit
@shiyu6226
@bertieranO0o
不是代码的问题，是这种上传文件还是很老式的写法，现在很多上传文件或者图片都是使用 OSS 搭配使用，2G 的文件压缩一下上传到云端是很快的，而且还可以进行分片，将 2G 文件压缩后分成 N 个子压缩包进行断点续传，最终传到服务端的是一个或多个 URL ，后端再进行异步处理。

几年开发了？控制层的代码写成这样？哈哈

可以看下 43 楼的。去面试你首先要知道面试官会问你什么？

如果不知道，就去百度、Google 、直接搜索 Java 面试高频问题，搜最新的

三年的开发，在公司里面至少是个中级或者中高级了，八股文是必须会背的，不管你会不会用，但是你多多少少要背一点，说背有点勉强了，其实面试官就是考验你的一个广度，因为你都三年开发了，日常的 CRUD 也不会难到你，更多的是希望你有广度从而多个方面思考问题。这个是我去面试了很多公司面试官都看重的一个点。

我自己面试的过程，给你参考一下

1：准备一些当前面试官高频问题的答案，进行深浅了解
2：熟悉自己简历上写的项目，你简历上的项目写的越吸引人，面试官问八股文就越少，不然你项目太普通，面试官只能问你八股文。
3：每次去面试最好录音，然后面试结束后，自己把面试官问的问题进行总结。
4：根据行业描龙画凤，这个其实就是你不仅要有专业能力，你还得侃侃而谈，不然面试官跟你聊项目，几句话就讲完了，就只能继续问你八股文了。
5：要有自信，不管会不会，都要有自信，大不了就是面试不通过而已
6：建议每半年出去面试一下，检验一下自己的水平，毕竟你连八股文都不知道，说明你离市场越来越远了

@CRVV
@sadfQED2
@iseki
他这个是商品类型的，可以参考电商，实际电商会写这种 SQL 吗？很多结果都是代码异步执行的，数据量一旦大起来，你看看那几个子查询的效率不拖垮数据库了。

这个题用 SQL 是能做出来，但是对于实际业务来说 SQL 不会写成这种 join 和 嵌套，商品和商品分组查出来，在单独去统计各个商品的销量以及商品分组总销量。要是我面试就可以跟面试官扯皮一下，这种题拿来面试是侮辱智商的。直接喷他

@dddd1919 6666666

@dong706 3-4 个都是轻量级项目吧。微信的是脚本对吧。我的建议是用新账户去白嫖 1 年或者 3 年的，可以用朋友的家人的新用户首单购买，然后给自己开子账户，同时项目再多也要有迁移的准备，3-4 个项目如果是前端，直接打包，如果是后端，1 核 2G 能跑 3-4 个后端？？？ 后端更简单，就是一个 jar 包而已。总之要有准备迁移的随时准备

1 核 2G 能有多少东西？ 能跑什么项目？