没办法，今年互联网行业就是这样，岗位少了，要求高了。可以先试试投递中小厂，积累一下项目经验。毕竟最近甚嚣尘上的互联网泡沫话题实在是太多了。先赚钱，先养活自己，这应该是当前最紧迫的问题。

今年感觉比去年还要严峻啊，而且一直很焦虑 30 岁以后怎么办？

@DoveAz 😂言之有理

@webcape233 确实有想法去北京试试

@lepig 猛，请问老哥怎么保证收入的呢？

@yqf0215 25 ，一直写后端，h5 ，css ，js ，jq 这些会，vue ，react 就不会了。

@go522000 op 有看过《天鹅挽歌》么？看完了大概会更伤感。

smart 比较合适，一方面好多地方的道路禁摩，另一方面 smart 日常上班代步也完全够用。

盼哥，终于在 v2 逮到你了。👨‍💻‍

没办法避免，大多数中小公司奉行的业务系统必须具有及时响应和支撑业务的能力，这样就带来了工期的上紧张的问题，例如重复的代码，不明意义的代码，没有更新维护的文档，甚至八百年前就没有动过的注释、项目初始的开发人员离职也会造成错误的理解。这样的问题都会造成楼主形容的代码问题。

我理解你这个是否下载的判断是做在客户端的啊，那为什么不把这个单个小时内的下载次数限制也做在客户端呢？

小公司很少有认真的去管理需求，进度，代码质量的。从技术经理到产品经理他们更多的是关心这个需求你什么时候能搞定。至于代码质量，又不是他们去维护。你觉得能有多少人会在意？

@Jooooooooo 基于 6 楼的意见，有个不成熟的想法（没具体实践过）。quartz 是支持扫表添加定时任务的。可以做个变种。有一个任务每天扫一下。然后根据扫描出来的时间在进行定时任务设置的。

@hidemyself 彦祖，这可都是好东西啊

搞，上 64G ，1TB 的 mbp 。

一个 javaer 在小厂干了三年起码也得两万块啊。为什么要跑去日本嘞？

这种情况建议抓紧润啊。

jar 包内有同名路径，需要排除一下。