谈下我最近的体会吧, 身处二线城市,正好 35 了,也正好去年公司裁撤了部门.

首先, 35 岁的确是和坎, 不仅仅是你的身体年龄, 而是处在这个年龄段,身为丈夫 /父亲 /儿子 的压力, 要远比 20 多岁的年轻人大得多. 父母的身体可能不太健康了, 需要各种医疗开支 /房子可能有一套或两套了, 房贷的压力; 车也有了, 养车 /地库贷款的压力; 孩子的教育成本也很高(我家老大每个月的教育成本,基本上比房贷要贵).

总体来说, 不论是不是在 IT 行业, 人到了 35 岁的年龄, 身上的压力要远比 20 多岁时大得多.

普通行业的人, 毕业 10 年后, 基本上工作和能力都是靠自己身边的圈子(或者销售行业来说, 是自己的客户), 这部分"资源"会像老酒一样, 越陈越香. 而从事 IT 行业的人员, 基本上身边的交际圈子是很窄的, 10 年来的积累可能就是一些 CRUD 的项目经验而已.

举例来说,话说我毕业后的 5 年左右时间是在券商,还是销售岗位. 这 5 年左右积累的同事关系基本上是比较稳定的, 直到最近大家经常还能聚餐吃饭, 聊聊孩子之类; 而后 5 年在 IT 行业积累的同事关系, 基本上仅限于公司的日常见面, 能建立"朋友"关系的基本上没有.

所以说 IT 圈,即使干了 10 年, 其实你没有积攒什么稳固的"朋友圈". 一旦公司出现业务调整(如同我上家公司一样), 即使你是'35 岁架构师', 你同样要去招聘网站上找职位,投简历, 笔试 /面试..... 而其他行业可能你跟老同事发个微信, 基本上就能去其他地方挪挪窝了.

并且, 就我所在的二线城市而言, 一旦你从老公司离职了, 能提供现成所谓"架构师"的企业也聊聊无几, 可能你在家等了几个月后, 没办法只能去找个写 CRUD 的职位上班算了, 毕竟每个月一睁眼就要有 8-9k 的窟窿要填.

@anonymous256
@jasonyang9

最简化的方法, 我们暂时没有提供 windows installer 的能力

@zhuawadao 你多执行几次, 出现多条数据的几率在 10%左右

@Youen id 是标准的主键, InnoDB 引擎

@lichao 这样操作会全表扫描, 效率大打折扣.

@jasonyang9 是的,id 连续的, 并且还有出现 3 条数据的可能性

做 SaaS 应用和系统后台非常不错, 但是如果想要做其他的话, 需要自己选择.

@suley 多谢 🤝

@suley 初期就考虑过, 不过研究了下钉钉的接入规则, 要求貌似挺高, 也没有去走申请的流程

@suley 😭

@iango 对, 小团队创业应该首先找到赢利点, 或者说一个能盈利的项目. 从这个盈利的项目上, 慢慢发展

@herozhang
第一个问题, 我觉得我自己就是这样的人 😁, 不过事实证明我错了
第二个问题我已经认识到错了, 干什么事情靠拍脑门最后都要吃亏

作为中老年人, 我还是看到小米的.

小米的思路其实跟"友商"不太一样, 并不仅仅是做一个手机组装厂. 登录米家商城, 就能看到小米的野心绝不仅限于手机. 我猜累不死的想法是下一个索尼. 小米的做法, 正好也能符合中国当前廉价的生产也升级的要求.

坦白来说, 目前前端圈里面玩的东西, 就复杂度而言, 说超过了后端也不为过.

不知道为什么"美团的外卖送餐员把我女友骂哭"之前, 我暂不评论.

@Suclogger 找个第三方的二手车验车服务, 服务费一般 300-400 之间, 人家会帮你把车仔细看一遍. 看之前你可以把车架号输入到查询维修保养的 APP 里面, 大致能看到车的 4S 保养记录, 里程是否真实, 是否有事故之类.

不过凯美瑞质量没啥说的, 只要没大事故 /泡水车 一般安心开没问题

顺便黑一下 JAVA:

就比如 print 一句 hello world 吧。main 函数里 print 一下？太面向过程，太 low 了。

得封装一个类。叫 Printer. Printer 有个成员方法，叫 print。

但是！光一个类太 low 了，以后要是有不同的实现怎么办？所以得加一个接口。PrinterInterface。

但是！ interface 是没有实现的，还是要有默认实现才行。所以得加个虚拟类，AbstractPrinter 实现 PrinterInterface，然后 Printer 继承 AbstractPrinter。

但是！你有了那么一套，该怎么创建实例呢？直接 new Printer()？太 low 了，那叫实现依赖。肯定不行的，所以要搞一个工厂类，PrinterFactory，PrinterFactory 用 PrinterInterface 返回实例，这样就隐藏了实现细节了。

但是！ PrinterFactory 本身也是实现类啊，太 low 了，所以得有 PrinterFactoryInterface, AbstractPrinterFactory.

而且在 PrinterFactory 里面该怎么写呢？直接 new Printer()? 太 low 了。还是实现依赖。

最后，你要把这一堆玩意在代码里组装起来，也太难看了，各种 new 实现类。太 low ！

好在我们有个高级玩意，叫依赖注入！把程序对象结构全写到配置文件里面。这一套当然是不能自己造轮子的。配置 Spring 吧。搞了那么多 lib，靠命令行或者 IDE 的项目管理肯定不够啊，得有依赖管理。Maven 啊 Gradle 啊使劲上。

最最后，要 print 的东西怎么传给程序呢？硬编码？命令行传参数？太 low ！当然得写在 XML 里头。

光是 XML 当然还不够企业级，再加上 DTD 验证吧。

然后就涉及到了 XML 解析的问题了。代码里直接操起 parser 吗？太 low! 当然要写个 parser 的包装类，interface, abstract class, implementation class, factory class 再来一套。毕竟，不能依赖实现啊，以后我要是换 parser 了怎么办。

所以最后是成品是一堆配置文件，一堆 jar，compile 出来的程序 200MB。

IDE 得装上 300 个插件，打开项目硬盘响老半天吃掉 2GB 内存，然后一堆插件弹提示要求升级。

哦对了，在这一切发生之前，还得画 UML 图呢。