35 岁前，本来最大的限制就不是年龄，而是专业，以及是否是应届。
另外，非应届计算机是有岗位的。

失业一个月，楼主改行做了自媒体

没看出有啥奇耻大辱啊。切换新系统，让旧系统的技术人员和新系统的技术人员对接迁移事宜，有啥问题啊。

信息孤岛应该是着重数据没法共享的问题。
我觉得要是我会偏向打造数据中台、数仓之类的实现各分公司之间的数据互联互通

整个行业都不行了，如果一定要卷，建议卷 java 后端吧，反正你会 java

还是继续写代码吧？看你这段文字不太顺畅

多引入一些自己的私有工具库。

我比较喜欢的方案是做个类似防泄密的软件，上传到云盘的文件都统统加密。类似 cryptomator

要是在企业，你这样做，出问题了，你就准备捡包袱走人吧。
在学校，网管为了安全封闭了 22 ，只允许 443,80 ，就是说只允许 web 开放，你别作死，擅自改 22 端口，出问题可大可小的。

1 万-1.5 万，去外地，你折腾呢！

go 更适合写中间件吧，写业务代码感觉好难受。

如果后端开发就 3,5 个人的话写微服务拆分得太细会很痛苦。对于小公司，从公司角度还是建议一个单体 jar 走天下。
但对于个人发展，当练手吧。

@xwayway 您现在的处境和我很像。小银行，招我过来想搞点内部小的应用，觉得服务商不划算，干脆啥都让我干。像极了。

服务器端算时间。每隔一分钟发一次心跳。后台累计。这个过程要注意限制提交频率，防止一下子就刷完了时间。

感觉楼主没弄清外包驻场客户现场和国企客户是什么关系。
1.楼主和外包公司签的劳动合同，外包公司和国企客户签署劳务派遣合同。然后楼主作为外包公司的一员，派遣到国企干活。
2.国企活干完了，派遣合同不再续签，楼主就离开派遣地简称外包撤场。楼主回到外包公司，等待外包公司安排新的驻场工作，这段时间应该是只拿基本工资。
以上，无论哪一方都没有违法。
如果外包公司也一并把楼主裁了，那就是违法了。可以去仲裁外包公司。

还不如专门维护一个 sql 或者 json 。库真的没必要了

结论：代码挺好！简单易懂
缺陷：用了魔法数字，除了作者，我们都看不懂 2 是啥意思（某些方面来看，这也许是优点？）

op 不必多虑，劳务派遣基本是半年和劳务公司签订一次合同的。要搞你，直接在外包的时，半年后不和劳务公司续签你就得退场了。所以，转成正式员工后，尽管放心

@qtxxm 31 岁了,这些农、城商银行的问题是规模太小了，人事调动的很频繁。换句话说，即使是技术部门的人员，你一不小心就把你搞去做营销了。