人生总是有一些遗憾和无奈，不得不选在再一次走到人生的十字路口，人生没有重新选择冲头再来的机会，面临35+，挺受挫折的。静下心来想一想还是有很多自己想做的事情，万事万物都有自己的规律，个人能做的是经营好自己，往前走，别回头，这里聊一聊我的一些想法以及想做的一些事情。

写博客

AI时代，是的内容创作、内容生产变得极其廉价，AI啥都知道，看起来是无所不能，也貌似要取代搜索引擎，写博客还有意义吗？

我觉的还是有意义的，理由如下

1. AI的回答受训练的数据限制，对于初学者来说AI或许很有用，但对于有深度、有难度、强逻辑的问题，AI的回答就没有那么理想了。而博客是人整理的资料，循序渐进，尤其专业人士整理的文章更易读上手。
2. AI回答问题比较慢，也是因为AI的思考成本比较高，chatGPT3.5是google搜索一次成本的7、8倍，模型在指数级增长，成本也是指数级增长。
3. 博客可以做到术业有专攻。其实在公司写代码，用到AI的场景也不是很多，AI不熟悉业务，不熟悉代码，对某方面（如小程序）的坑，也不是很了解，博客可以专注某一细分领域，解决更深层次的问题。
4. 每个人的人生经历都是特殊的，这是AI不具备的，我想把的人生经验传递给孩子，让他们避开我踩过的坑、走过的弯路。虽然给不了孩子财富，但是可以把节流、开源的方法交给他们，不需要多少钱，也可以过的很舒适。

说了这么多，我觉得写博客还是有意义的，值得尝试的， 有些事只有做了才知道答案。

目前博客有一个迫切需要优化的事情要做，就是搜索优化，要能搜索到具体内容（而不只是标题）。

小作坊VS大作坊

大鱼吃小鱼，马太效应，龙头企业形成垄断，貌似个人、小企业似乎没有什么生存空间。其实也不一定，古往今来以少胜多、以弱胜强的案例不在少数，体型庞大如恐龙这样的生物却输给了身材渺小的老鼠。大公司固然有其规模、流量优势，但自身的问题也很多。我们要客观分析，船大能避风雨，船小好调头。由于个人见识有限，这里只是从技术研发层面聊聊互联网企业的大作坊与小作坊。

我们来看一下大作坊的优势，我简单列了几条

1. 大作坊有稳定的业务营收、现金流、银行评级、融资渠道
2. 大作坊有丰富基础设施（组件库、类库、jar包）等
3. 大作坊有者标准化的作业流程，对线上业务有实时监控和快速应急的能力。

正所谓成也萧何败也萧何，上述的这些优势，同样可能变成劣势。

我们讨论下第一条。

大作坊可以借助自己的成本优势，发起价格战，近而碾压死大部分小企业。但是这个行为对他自身也是很危险的。如果不能耗死竞争对手，那就会成就了竞争对手。也会有些企业选择冬眠，以待来日方长。即便短期占据了优势，也会面临相邻行业的竞争，毕竟都有开疆拓土的需要，假设耗死了竞争对手，元气受到重创，别的互联网龙头公司再继续下场与你竞争，你该怎么办？所以这是一个九死一生的游戏，被碾压至死的小企业也可能并非彻底死掉，俗话说的好，野火烧不尽，春风吹又生。

另外，对于国家而言，垄断不符合国家利益，国家才是最大的鸟。对于大企业而言，税收会很高，对于小企业税收就优惠很多。小企业也会避开正面竞争，去做差异化的产品，发挥自身优势，只要不死，勤恳经营，就有发展壮大的机会。

第二条和第三条也都属于规模优势，一块说。

大作坊有丰富基础设施、标准化的作业流程。但是这块也是有代价的，这些组件库、类库、jar包、各种系统都有学习和操作成本。

再从标准作业流程来说，一个需求经过产品调研、预评审、评审立项、UI评审、开发联调、测试回归、产品UI验收、灰度上线，这个链路很长，每个人都要熟悉需求，需求的过程中可能存在反复拉扯，导致互联网迭代的人力成本很高很高。

其实还有一个很重要的问题是，“打工者”、“职业经纪人”与“老板（股东）”的利益不一致的问题，前者并非以企业经营者的角度考虑问题，这会导致产生很多严重的问题如下几点。

• 搬砖的人砍需求、怼需求，无论对错按照自己“老板（主管）”的意思去做，毕竟绩效是他打的
• 中低层领导在乎的其实不是公司的发展，而是自己的饭碗和利益，为规避线上故障，改一行代码也要测试全量回归。为KPI/OKR，不断的吹捧新技术新方案（只说好的），不会纠错认错（那是打自己的脸，影响自己的绩效和发展）
• 历史包袱很重，这里不说版本问题（因为业务迭代不可避免的），如果说僵尸代码也还好，无非新人接受多一些学习成本，但是僵尸逻辑就比较坑了，很多人都是只写代码从不优化，也有该下线的代码（如ab实验决策了、业务调整）没有下线，如果当事人不改，可能就没人敢改了，有安全红线压着呢。有些基层领导会这样说，代码烂点也没关系，都是需求工时压缩的原因，搞不完，多招个人就是，管的人多了，就有晋升的机会了，如果代码写的都很好了，还要招这么多人干什么？
• 不同部门之间形成“墙”，相互拉扯和推脱（自己少干活少承担风险），不能很好的协同发展。

以上问题有制度上的原因，也有人的原因，中低层的领导往往会过度强调业务的复杂度，用一些宏大技术（父子项目分治、npm包滥用、MVC架构、富文本云端一体化等等）去解决所谓复杂的业务问题。当然我也不是喷这些技术全是错的，我只是想表达杀鸡焉用宰牛刀？规范这个东西是双刃剑，一个规范是因地制宜的，是能提效，反之不好的规范会导致项目越来越难以维护。技术这个东西没有银弹，每种技术都有它的适用场景和局限性，过度设计的后果不是提效而是降效。如果现实中有个朋友只给你推销产品，不去帮你分析问题，有这样的朋友你会怎么做？

或许有人觉得我说的有些夸张成份，但是每个公司的情况和程度不同。关于代码历史包袱问题相必有一些工作经验的研发同学都有感触，非研发岗的同学也可能有所耳闻，这样长期下来，新人学习的成本不断攀升，迭代的成本也不断攀升。这个世界是竞争的，别人看到你的劣势，就会寻找切入的机会，抢你的蛋糕。

大作坊是会存在一些大公司病，那小作坊又有什么优势呢？

所谓的基础设施也没那么重要

其实前面所说的大作坊的基础设施等，市面上大都有对应的开源软件（后面在阐述），开源软件可能bug很多，但一些大作坊内部自研的系统还不如开源软件。我们都知道修第一条高速公路时价值很大，再修一条高速公路就没有那么大价值了。所以小作坊虽然少一些基础设施，影响也没那么大。

人多了，效率未必提高，人少了反而对业务的理解更加深刻。

我拿一个前端和UI掰扯的例子来说，比如拿一个列表商品卡片来举例说（如果懂技术懂前端的可以看一下，不懂的就跳过这段内容）

首先，UI给到的布局只有1和2，甚至只有1，按照开发的想像，会画成左右布局。

但是你看了 3 之后，会在原有的布局上改，借助float或absolute属性，让左边的元素向右延伸，让右边的元素向左延伸，这样会带来两个问题，一是左右两块内容存在重叠的问题，二是左右两块都有撑高父容器的需求，由于不在一个层级这用css是无法做到的。为了使内容可以交错，所以只能改成上下布局。

改成上下布局之后， 发现 4 优惠标签没有时 样式很丑，你需要针对价格描述信息做绝对定位，使它居中，但是这样层级变了，可能出现价格信息与副标题重叠的问题，当然JS是有解的，通过预估或者cavans拿到副标题的宽度，近而限制价格信息的宽度，预估文字宽度是不准确的，用canvas需要绘制一摸一样的样式比较麻烦，也不好维护。web技术没有原生技术开发那么强大那么多API，原生开发即使两个子元素在不同层级，也可以分别撑高父容器，原生可以在渲染前拿到元素的位置尺寸信息。

上述问题描述的很清晰，但是这不是一开始就确定的逻辑，大多数情况下是开发过程中与UI掰扯出来的，当然对于细心专业的UI或开发，可以提早暴露出来，但是高端人才也会贵一些！就是追求极致体验的代价！我不是说追求极致体验不对，但是这种方式对小公司未必适用，小公司做成前面的左右布局（左边定一个最大宽度）就好了，这样可以快速试错。大作坊的掰扯，可不只是前端与UI的掰扯，移动端与UI，前端与后端，前后端与产品都有掰扯，掰扯方都要花时间理解需求。大作坊除了开发小程序和h5还要开发app，为了体验app开可能会选择原生开发，成本很高，在小作坊里如果一个人会全栈的人去开发前后端，用跨段框架开发小程序和h5（小程序和h5的差异相对app就少很多），迭代节奏未必会变慢，这就是小作坊的优势，船小好调头。

大作坊内部标准的作业流程对小作坊也未必适用。

搭建一个标准的作业流程

前面说大公司都一套标准的作业流程，小公司没有，也招不起这么多人，但是小公司也有自己的诉求，如果我熟悉这些开源系统从环境搭建到使用操作，通过博客分享出去，有流量就能找到资源，或技术支持或带入小公司赋能，自己也能成为业务owner。

目前规划调研的东西有，框架和组件库、SDK、埋点、日志上报、监控告警系统，具体如Sentry、Gtrace、AB实验、Jekins、Metis、Grafana、ElectionSearch、Kibana、faas、埋点等系统。

下沉市场的生意

开发一些微型系统

在中心化的世界里，中心化的商业机构、每天玩各种营销活动，想尽办法的忽悠你去消费。在行业形成的初期，平台会有各种各样优惠、补贴，商家、消费者也都是划算的，一旦行业形成，便开始了收割的生意，外卖、打车、快递都是如此。

拿外卖来举例（注：个人评估的未必准确），假设一单20块钱，平台收入1元、配送费4元、餐具+包装成本2元，商家到手13元，如果再扣除食材成本、水电费、租金，也就赚个辛苦钱。外卖小哥也赚不了几个钱，冒着生命危险闯红灯、抢时间，要么被罚款，不幸还有去医院，唯一旱涝保收的就是平台。

拿网约车来举例，平台收取30%的提成，短途就是挣个辛苦钱，想接个长途单，别想太多，现在有顺风车（车主本身有出行的需求，只是顺带带你一程，省去高速费、买菜钱）业务，长途的单不好接，即使有幸接到了一个长途单，那也是跑到了一个偏远的地方，你一定接不到回程的单，因为有算法严格控制你每天每小时大概能挣多少钱。

正因为平台收割太厉害，我们寻找一些替代方案，自己做一个支付收款系统，提现手续费比支付宝微信更低。自己或找人搭建一个开源的电商、餐饮sass软件和小程序，不需要花哨的营销功能（在价格面前，一切营销手段都不堪一击），每年也就是交点服务器费用电费。自己搭建一个考试系统、家庭云系统等。如果只跑在一个局域网内，服务器也可以不用买。

有人会觉得不稳定，服务器崩了怎么办，或者被攻击了怎么办？

先来讨论下稳定性的问题，我的看法是

1. 不迭代、少改动、改动少、会显著降低线上故障，如果有需求先考虑有没有变通方案及投入产出比。
2. 故障与功能有关，有开发经验的会懂，故障与功能不是简单的加和，当然也不是功能的指数倍，但是故障的增长比功能的增长快的多，微型系统开发和维护成本都要低很多
3. 故障与代码质量有关，大部分公司的代码质量都比较堪忧，大作坊也不例外，人越多越难把控质量。当然个人开发会走入两个极端，与开发者素质有关，我们往好的方向想，这个人有精通编程思想，注重代码质量、有责任心、有技术广度能通过工程化（CICD、监控）的手段把控项目质量，在产出详细的文档，那么这个项目的稳定性也是有保障的。

接着我们讨论下安全问题

1. 安全也与功能有关，微型系统安全防控要容易的多。如果是纯静态页面，只需nginx配置下https，隐藏下nginx版本；如果涉及增删该查，那么防火墙端口控制下，Linux权限控制下、sql注入问题处理下即可；如果你有留言评论功能，你就要考虑XSS、CSRF、文件上传要校验文件类型和限制文件在服务器上只读等。
2. 安全是相对的，黑客攻击也考虑成本的，如果没有那个体量，不用过度考虑安全问题。

资料整理、知识付费

我们先讨论一个话题：上学有出路吗？

如果是二三十年前，初中毕业就可以当小学老师，读个高中或大学，前途不可限量，而如今学历贬值的特别厉害，本科硕士毕业，从事铁人三项工作的不在少数，教师、公务员都不在是铁饭碗了。而且现在教育真是个无底洞，普通人忙于工作，没有时间教育孩子，上了几十年学没好好学又找不到工作，说句家长不爱听的话，如果孩子不好好学习，没有毅力，还不如把他送到社会历练历练，将来再把上学的钱还给他。

不上学（这里指高中大学）也未必没有出路了，知识不是只在学校里、书本上，踏入社会也可学到知识，与其下班后打游戏，不如强迫自己静下心来想一想，读读书，规划下自己的人生。AI时代，知识爆炸，知识的边界效用会递减，但知识不会没有用，如果你没有挣到钱，你要想一下是不是因为你对知识的一知半解反而使你的运气更差。

知识是一定要学的，如果不去了解钱的本质，只一味存钱存银行，你手中的钱会被通缩掉，因为国家想要经济运转，注定经济需要一定的通胀，货币就必然超发，你手中的钱购买力一定在逐渐下降。换个角度说，如果人一生只为挣钱，那就变成了金钱的奴隶，你辛苦一辈子留给孩子的钱，也会因为孩子的无知而挥霍掉，就比如几年前人云亦云的买房，为面子买车。这个世界道德能约束到的地方很少很少，到处充满了镰刀，如果你不学习，挣到钱迟早被算法、被AI、被操控机器的人收割掉。

所以一定不要放弃学习，学习是终身要做的事情，但人的经历终究有限，尤其是对普通人来说。那么就需要有人来整理资料，这样提高大家的效率，一期共赢！

对于我而言，擅长的事前端，服务端也懂一些，小孩也在上学，自己也有点钱需要打理，所以我会整理计算机方面的学习资料，也会整理一些其他的比如小孩的一些学习资料，资理财的一些知识，健康方面的知识等。

写了这么多了，也说说我的打算，我会继续写博客，以前端技术栈为主，另外还想做点小生意，提供技术支持、技术服务，来养家糊口。

如果你有前端方面的问题，或者对我博客的内容有疑问可以进群提问；

如果你有需要找计算机方面的工作，有优化简历塑造亮点（仅前端），提供学习资料，制定学习计划短期冲刺等方面的诉求，可以进群找我；

当然，如果有其它方面的问题、想法、建议啥都可以聊聊。目前的规划是先市场调研，前期服务免费，有头绪就搞，没头绪后面还回去工地搬砖。