和去年不同的是,年底火了openclaw.大家都叫着要替代所有白领,然而我还在用这个总是打错别字的输入法.

五笔是没有学的,token是付不起的.

生活是无奈的, 加班是无限的.

从《南明史》我们看到的是平行时空近代史.

胡风南渡说,到了明朝中期就加大了对元的鞭挞.记录在案!

和之前说的一样,民族国家,大概是要带入太空时代的.

很难想象已经30岁+了,生命过了这么久,感觉是悟了,但又觉得没有什么可以做的了,无力,也无奈.

错误总是一遍遍的犯,我,他人,世界,但是有在进步.

但是真的是进步吗,是熵减吗,还是只是局部的改进呢.

离开🐶已经整整一年又6个月了.曾经在做那些事的人,还在做那些事,但是这个世界却已经不是之前的样子了.

很庆幸当时离开了,虽然如果留下,可能也是能做出一些agentic app届的有趣应用,用在那些所谓的ML world backbone上.但是真的有多少就不得而知了.

最近半年感觉进步最大的地方,就是在过去几个月中强制读了一些Paper.获得了一些新的Know How.但是所谓的Know How依然是落了窠臼.这大概也是为什么觉得,算是悟了.mHC, Residual, Latent, GPRO.都是一些焦虑的人的焦虑的话.进步很好,效果很大,但是终究没有跑出原来的框架.

知道了自己的blog不用RLHF,不需要SFT,啥都不需要,你只要和Claude说,你给我建立一个人物侧写,一个LLM Wiki.

知道了成名拿上上亿大包,不需要你做的多好,多高级,只是曾经你有微小的贡献,然后处在正确的地方,就会成为可能.

大家说人一辈子运气只够挣一笔不错的收入,那是一次性的,就我这运气估计也是这样.

所以惶惶不可终日的,是想着,我的那一笔,是已经挣过了吗.

有这种想法,可能实在是最近几个月的新闻太多,周围圈子的人可以开始做自己想做的事情的人不少.

无论是投身自己热爱的事业;

或者是开始做自己一直想做的事情;

也或者是希望投入GDP大循环;

还或者是离开了循环,加入了人类命运的探索.

依然不变的,没有嫉妒,只是羡慕.

最近半年获得了从来没有过的近距离通过第二手资料了解Elon的机会,泯然众人矣.

然而如何成为有资本的那个众人,让资源为我所用,去探求那个可能根本没有必要的问题呢.

不知道,也暂时无法知道.

曾经刚毕业的时候,不懂YoE3年的同事的烦恼;YoE3年的时候懂了那时候同事的烦恼,却不懂YoE7年的同事的烦恼;
YoE7年的时候,感觉懂了YoE12年的同事的烦恼,也算是一种进步吧.

2026大概是软件工程的最后一年了.不再成为一个劳动密集型行业,而是转型成了机械工程,咨询,金融一样的门槛型行业,这就意味着薪资的降低,晋升的减速,倾轧的恶化.

希望各位,都能在这个百年一遇的历史之变革时期,把握当下:

勃勃生机,万物竞发!

大概回答是否定的.

也就是刷到一个15岁的小朋友在网上求助,失去生活来源,遭到生父母和养父母弃养,只能求助游戏社区希望能够多接代打单来过活,并且还被亲属讨要转账的200元而被判决赔偿1200元的事情.

只是200元,就需要亲属起诉?

只是200元,法官会判处1200的赔偿,被告还是15岁的未成年人?

15岁没有固定收入来源,借款是否有效另说,这个事情中间发生了什么离谱的事情也另说,感到震撼部分,是需要最后向群友求助这件事.这还只是一个幸运的能被群友关注的事情,那又有多少没被关注的呢?

诚然有通讯发达了,自然增加了这类事件曝光率, 给人印象是此类事件变多了.但依然不禁让人想到,有的时候所谓的生命,大概也就很不珍贵的吧.

就比如,那位35岁倒在微软办公室里再也没醒来的南亚朋友.

和那个在周末倒在自家导致能让公司免责的伦敦朋友.

再到以后,那些被塞进铁皮罐头,被义无反顾的发射进入无垠的深空之中,带着无限的对外来的期许,但是实际上奔向死亡的太空移民们.

都是这样的吧.

众所周知,在🐶骂🐶,离🐶思🐶.

最近感叹在🐶的时候怒气值爆炸也需要三个工作日来积累,但是没想到,在贵司,这个纪录能够以15分钟的速度快速打破.

之前没有特别的感觉,这次再度,突然悟了很多,因为很多道理这时候找到了生动形象的例子.

书里说的都是农业生产,机械制造的资本密集,劳动密集的区别,但是现在更好理解的,是互联网.

比较优势指的是每个地区都有自己的低成本资源,应该利用优势进行生产,从而在开放市场上获得优势.

这是基于在统一开放市场的背景下,并且承认高度分工能提高整个市场的总效率.(毕竟有的人现在不承认了是吧)

类似的在“科技”行业,国内叫互联网,类似的道理也存在.

国内市场存在人工价格低,可替代性高的特点,这时候学湾区搞高薪,大概是没有什么优势的.毕竟湾区相对而言替代性要低上不少,不然也不会有曾经的WLB了.

注意这里说的并不是任何程序员,毕竟可替代性高的程序员在湾区也不少.

而美国自古以来的劳动力不密集,导致在“科技”行业也产生了资本密集的特点,工资给巨高,然后让一个人疯狂加班.并不指望着这份工资给50个人能得到类似的效果.

由于这个表现,所以就存在观点觉得,包括我自己之前,只要国内的工资加上去,那么生产效率的上涨是高不可测的.但是明显犯了当初农业过早要求全面机械化一样的错误.在目前的劳动力市场价格低廉的优势下,放弃优势,盲目师夷长技,大概就会落得水土不服的下场.

那这就意味着让劳动力卷起来就一定能得到好结果吗?

字节在北美的各种水土不服就是一个反例.

表面上看是北美程序员眼高手低,要价太高,工作能力还比不上国内.但是实际上是在北美市场,程序员此处不留爷自有留爷处,而留在字节求这碗饭的,大概都有自己的原因.于是就造成了领导层怎么也想不明白国内管得好好的为啥国外就出不了成绩,并且简单归结于员工不行.

但是实际上就是套用了劳动资源密集企业的成功模式到资本密集市场遭遇到了惨败罢了.

那怎么办呢?

入乡随俗自然是都懂的道理,但是不患寡而患不均又是事实存在的.解决这两个问题就是跨国企业能够跨市场收割剩余价值的主要立身之本.所以如果这个问题都无法解决,自然也是吃不上这碗跨国饭的.

最后,其实和比价也没啥关系,只是简单的觉得比价系统就是一种比较优势的体现形式罢了.但有人也许会说比较优势其实比价系统的体现形式呢.

感觉是个很容易产生争执的话题,毕竟就和什么工作是适合自己的一样,不同的人喜欢不同的工作,不同的人也适合不同的TL.

如果只是想做好一个普通打工人,那么一个有想法喜欢安排手下人办事的TL肯定是必须的.

一般只想做好普通打工人的Individual Contributor(IC),且称为1类IC,应该不会对自己工作内容的意义有太多的要求,那么这时候TL也并不需要负责把事情的原因和grandpicture描述给下面的IC,且称TL为1类TL.那么他们的合作就是非常丝滑的.1类IC快乐在我只要做好8小时打工人就行了,1类TL拥有干活达到平均水平,产出稳定的IC,整个组在项目实现上一往无前,TL和老板主外,IC主内,走向大厂爬楼梯巅峰.

然后假设有2类IC,他们喜欢多问一个为什么.也许多问一个为什么浪费了他们的时间,但是他们还能做到稳定产出,这时候,就需要搭配的2类TL是一个比较愿意培养下面的IC的人,想象1类TL如果和这样的IC工作,怕不是被烦死,都没法好好工作.

还有3类IC,他们喜欢问为什么,希望看grand picture,但是又因为能力有限,aka 眼高手低,导致只能天天办TL的事情,都忽视了自己拿工资被要求干的事情.这种情况下无论什么样的TL都不好使了,倒不如说,给他们安排一下IC更有价值.

可以发现无论是1/2类TL错配给了1/2/3类IC,最后的结果就是拧巴.相互干的也不开心,组里的效率也不高.

所以如果之前想问manager是干什么的话,那么manager就是对内干这个了.

毕竟也不是天天在perf,天天要写growth plan,也不是天天在招人,也不是天天需要抢scope escalation吵架,也不是天天需要给VP SVP汇报,所以剩下的时间,Manager就是要把组里理顺了.

但是很不幸,大部分manager并不是相当manager当上了manager.当上了manager也并没有继续去学习,更是凭着感觉走.所以看到的是大厂里到处都是错配的TL, IC, Manager.

更进一步,仔细看看manager要管的事情,其实已经挺多了,足够每天忙上40h.再加上大环境不一定都理得顺,导致manager如果不额外花力气,很难有空去关心组内的情况.

于是恶性循环就产生了.由于简单的IC TL矛盾,导致工作做不好,效率上不去,领导发脾气.这时候Manager要么躺着做一天和尚撞一天钟,毕竟家里还有partner有小孩有房贷有老人有各种各样的中年人需要处理的事情,哪有空去管这个组呢.于是从一个组,渐渐的变成一种状态,传播到了整个公司.

这时候大家看起来真的是如同一团缠在一起丝毫无法分开的乱麻.于是有人给这批东西起了个名字,叫做大公司病.

自然立了旗,那么就要解决它,于是有人提出要避免大公司病.但是很多来解决的人甚至都不知道什么是大公司病.

所以这大概就是所有生活中的常见共同问题了吧.

仔细想来,也许这并不是TL到底是干什么的,而是到底所有人在干什么 🦤.

相比之下,这边也许这个情况有所改善,但是其实能做的选择也不多.

毕竟每一个公司的小组,在进去之前,你永远不知道他有多糟糕.而进去了之后,虽然可以走,但是怎么知道新的组会有所改善呢?

毕竟即使是在入组之前心理建设做的再好,也是和亲身体验有差别的.

那对于有选择的同学,如何才能识别那些找不着北的领导呢?

这是一个我没有什么资格可以来回答的问题,但是我恰巧知道一个答案的反面:

每一个接受你的组,必然是在你的期望之下的.

反过来也很简单

每一个拒绝你的组,大概率能符合你的期望.

所以面试就是短暂提升和粉饰自己,让自己能混入那些在你期望之上的组 (并不🙂‍↕️).

既然知道了答案(的一部分),那么在实际操作中又有什么启示呢?

其实能做的非常有限.因为

傲慢让组无法来录取我，偏见让我无法去看得上任何组.

(不好意思刚看了傲慢与偏见)

但除此之外,我们还能做的就是多利用选组的聊天内容.也许每个单独的组员不会和你掏心,但是一些非常犀利的问题还是能让你看到一二的.

比如:

1. 组里的优先级经常会变化吗
2. 最近的最紧急的工作是自上而下还是自下而上的
3. 组里的TL喜欢按章办事,还是比较随意的呢

一般如果回答没有惊艳到你,那就是属于所谓的无头苍蝇组了.

但是其实在这边,又有多少人找工作是有选择的呢.

🙄

所以只能祝愿,找工作的你,利用好拥有一点点的选择的权利,来远离无头苍蝇,免得自己

窝囊+生气=>生窝囊气.

依然记得2022年初的时候,大家都沉浸在Web3的热潮当中,那时候Florida是科技的中心,是最潮的科技圣地,大家都在疯狂挤向miami.网上公众号到处流传着走进币圈大佬最热衷的酒吧,带上冷钱包,两分钟的pitch能给你带来至少10个比特币的投资.很多人说

web2已死 web3永生

但是没过一年,随着SBF的倒台,区块链和web3也就退居幕后,从起高楼到楼塌了,也不过两年.

之前觉得ai的热潮也是类似,起码到去年末,机构们开始鼓吹agent经济的时候,就觉得也是强弩之末的征兆.但是最近随着MCP的流行,和A2A的热点,看起来又不太一样了.

仔细看来,MCP不就是新的API,就是新的程序化模式.一切依然还是建立在web2之上,但又是略有不同.这次和web3的区别,大概就是生产效率和对生活的影响,从可以有无 (optimization) 到了不接受就落后 (must have) 的水平了.毕竟一再强调安全性的时候,别人已经三分钟写完了稿,自己却还在咬笔杆,别人代码就是unit test全覆盖了,而拒绝LLM的人还在battle这个service有没有bandwidth写.

可以说MCP可以成为一种很新的开发模式,就和曾经热门的ios开发工程师,到firebase开发工程师,到vue开发工程师,到区块链开发工程师,现在到了Agent开发工程师.

定睛一看,还是类似的人物画像,还是类似的工作思路,还是类似的赚钱手法.

代代更新,但又代代没更新.

那就暂且叫它web4吧.虽然其实曾经也有人占用了web4的名字了.

但又有什么关系呢,毕竟apple也不是最早它叫的apple.

但是丧归丧,但实际上对MCP价值还是肯定的,起码比那什么八字没有一撇的agent经济要好.

这意味着无限量的inference需求,无限量的硬件需求,无限量的能源需求,各大老板们,岂不是都乐开了花.

但是这时候,就只能希望最后节约下来的那些赋予生产力,终究有一些能被分流到解决那些终极问题上去一些吧.

虽然说其实工作没几年,甚至在某些老公司里,算是稚嫩,但是感觉还是有所体会,所以决定写一个新的Tag.

成功的公司有很多,但是不得不说,最出彩的几个靠的更多的,是运气,而不是他做了什么.

但是最难倒下的那几个,是看他们做了什么,而不是运气.

就像学习之能提升个人收入分布概率的最低值,而不是拉高最后的期望值一样.🫥

假设我们有家公司叫🐶,有家公司叫🍀

🐶的特点,就是巨大儿臃肿,有着无数的冗余,和对个体工作能力的不信任.目的就在于通过系统和规则,来消除个体差异化.主要是分三步走

• 入职员工的标准化塑造
• 熟练员工的工作模式标准化
• 顶层管理的去个性化

完成了以后,整个公司的目标就是生存越久越好,不求最强,但是需要“遥遥领先”.

这样的结果就是让进取个体的工作体验极差.但是公司却会活下来.之所以这条路走得通,是因为有个做的更过分的公司已经走通了,他就是🪟.

所以一直以来我都会强调,在AI竞赛中,最后🐶一定能站到最后,因为资源雄厚.这就是所谓的必然.

与之相比的就是运气.

运气这个词有点过于简单了,准确的说的话,算所谓的”机遇“,”灵感“.毕竟机会在了,如果不努力,也是兜不住的.所以就暂时省略了这个大前提.

运气决定了同样大家在努力,有的人签好了MCN能一飞冲天,有的人签了MCN被剥削到皮都不剩.诚然在信息差不存在的情况下,做出正确选择是容易的,但是很多人做选择的时候,信息差一直是巨大的.

🍀就是一家运气很好的公司.籍籍无名三十年,一朝飞上枝头做凤凰.虽然本来也是同类中的佼佼者,奈何之前的时代并不是飞鸟的时代.

任何通过运气成功的公司,需要面对的困境,和通过运气成功的人有着类似之处.无外乎如何守业,如何更进一步.诚然继续靠运气也是很好的选择.但是大家往往是不乐意于坐以待毙的.

这时候自然需要pivoting/转向/转型/变形/进化,各种各样的词.但简单来说,就是改变.

改变是个人走出舒适区,是企业放弃曾经的工作方法.这是有阻力的.个人的阻力来自于主观意愿,客观文化和社会关系的阻碍.企业,则是那丝丝缕缕的人和事.

如果改成功了,那么就是德配位.如果没成功,就是德不配位.那么自然就会遇到挫折,丢失曾经的成功,最后抑或是卧薪尝胆,东山再起,抑或是江河日下,日薄西山.但这都是之后的事情了.

所以,有什么启发呢?其实也没什么,知道就好.

配置特定内网ip的iot设备使用梅林固件Asus路由访问ss服务器

本文使用chatgpt生成.

✅ Goals

• Redirect TCP and UDP traffic from a specific IoT device to Shadowsocks (ss-redir) on port 1080
• Ensure DNS resolution works through the proxy

1. Setup ss-redir on Router 设置 Shadowsocks 客户端

• Install via Entware 安装 Shadowsocks 重定向客户端：

  1	opkg install shadowsocks-libev-ss-redir

• Launch ss-redir with UDP enabled and verbose logging 启动 ss-redir，启用 UDP 支持并开启详细日志,-b开启对所有interface的监听,用于tproxy的udp代理,-f是指定process pid文件,来后台运行：

  1	ss-redir -c /path/to/your.json -u -b 0.0.0.0 -vv -f /tmp/ss.pid

• Example config (shadowsocks.json`) 配置文件示例：

  1 2 3 4 5 6 7 8

  { "server": "your.ss.server.com", // Shadowsocks 服务端地址 "server_port": 8388, // 服务端端口 "local_port": 1090, // 本地监听端口（iptables 将转发到此端口） "password": "yourpass", // Shadowsocks 密码 "method": "chacha20-ietf-poly1305", // 加密方式 "mode": "tcp_and_udp" // 同时支持 TCP 和 UDP }

2. TCP Redirection via iptables 设置 TCP 转发

1
2
3
4

# Redirect TCP traffic
if ! iptables -t nat -C PREROUTING -p tcp -s $DEVICE_IP -j REDIRECT --to-ports $SS_PORT 2>/dev/null; then
    iptables -t nat -A PREROUTING -p tcp -s $DEVICE_IP -j REDIRECT --to-ports $SS_PORT
fi

📌 说明：将来自 <DEVICE_IP> 的所有 TCP 流量重定向到本地 1080 端口。

3. UDP Redirection with TPROXY 设置 UDP 转发（使用 TPROXY）

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36

#!/bin/sh

# run ss
ss-redir -c /tmp/mnt/USB64G/ss.json  -u -vv -f ./ss.pid && echo 'ss run successfully'

DEVICE_IP="your.ip.is.here"
SS_PORT=your_choise_of_ss_port

# 启用内核 IP 转发
# Enable IP forwarding
echo 1 > /proc/sys/net/ipv4/ip_forward

# 添加策略路由规则
# Setup routing rules
if ! ip rule | grep -q "fwmark 0x1 lookup 219"; then
    ip rule add fwmark 0x1 lookup 219
fi
# any table number as long as not conflict with /etc/iproute2/rt_tables
ip route flush table 219
ip route add local 0.0.0.0/0 dev lo table 219

# 配置 mangle 表和 TPROXY
# Setup mangle table and TPROXY
# Create SS_UDP chain
# 创建自定义链
iptables -t mangle -N SS_UDP
# 忽略本地地址(optional)
iptables -t mangle -A SS_UDP -d 127.0.0.0/8 -j RETURN
# 忽略多播地址(optional)
iptables -t mangle -A SS_UDP -d 224.0.0.0/4 -j RETURN
 # 为目标设备 UDP 流量打标记
iptables -t mangle -A SS_UDP -p udp -s $DEVICE_IP -j MARK --set-mark 1
# 转发到 1080
iptables -t mangle -A SS_UDP -p udp -s $DEVICE_IP -j TPROXY --on-port $SS_PORT --tproxy-mark 0x01/0x01
# 应用规则链
iptables -t mangle -A PREROUTING -j SS_UDP

4. Diagnostics and Tools 排查工具

• 抓包查看流量是否到达本地 1080 端口：

  1 2	tcpdump -i lo udp port 1080 -nn -vv tcpdump -i br0 udp and src host <DEVICE_IP> -nn -vv

• 查看 iptables 规则是否命中：

  1 2	iptables -t nat -L PREROUTING -v -n iptables -t mangle -L PREROUTING -v -n

• 查看策略路由是否生效：

  1 2	ip rule show ip route show table 100

6. ss-server UDP Support Fix 解决服务端未开启 UDP 问题

如果 ss-server 没有使用 -u 参数启动，则不会监听 UDP，导致客户端转发失败。

✅ 解决办法：

• 启动 ss-server 并启用 UDP 支持：

  1	ss-server -c ./ss.config -u -vv

• 检查服务端是否监听 UDP：

  1	sudo netstat -ulnp | grep ss-server

• 开启服务端防火墙 UDP 端口（如 8388）：

  1	sudo iptables -A INPUT -p udp --dport 8388 -j ACCEPT

7. Other Common Problem其他常见问题

7.1 iptables: No chain/target/match by that name.

多出现在iptables -t mangle -A SS_UDP -p udp -s $DEVICE_IP -j TPROXY --on-port $SS_PORT --tproxy-mark 0x01/0x01的语句执行.
检查一下两点:

• 使用的iptables版本,是否混淆了userspace和kernelspace的iptables.
• 如果是,则需要确认两个iptables binary都有TPROXY module.
  • Kernel检查是否安装的方法:

    1	cat /proc/net/ip_tables_targets | tr ' ' '\n' | sort -u

  • 如果没有安装,尝试安装

    1 2 3

    modprobe xt_TPROXY 2>/dev/null modprobe nf_tproxy_core 2>/dev/null modprobe xt_socket 2>/dev/null

    如果失败意味着kernel并不支持tproxy,需要使用其他方法.

Notes 附注

IoT 设备会同时请求本地网关和公共 DNS（如 8.8.8.8）要实现 DNS 劫持或本地缓存，需确保 DHCP 分配路由器作为 DNS TPROXY 配置成功后，
可在 ss-redir 日志中看到 UDP 请求（cache hit/miss）ss-server 添加 -u 后问题解决，UDP 转发成功.

需要在ss-redir ss-server的log中都成功看到转发信息.

替换 <DEVICE_IP> 和实际域名/IP 为你的具体配置。已屏蔽所有品牌信息。

一直以来都有个传说

就是国内大家的工作时间更长,技术水平也相应更高.

毕竟干14小时和干4个小时一天的人,自然多干了10个小时的人应该懂得更多吧.

很多东西是不能以偏概全的,一来贴标签不好,二来是有失偏颇,但是如果用上第一性原理,你很难说他是以偏概全,而是透过现象看本质.

人一天24小时,社会适龄工作年龄大概18岁-65岁,大部分人需要的睡眠时间大约6-8小时.每天24小时计算下,剩余16小时.去除吃喝拉撒思想不可避免开小差,大约2小时,最后剩下最高可持续工作时间大概是14小时.

再考虑到人的意志力问题,假设此时的这位被观察人,充满斗志,意志力不会衰减,那也是有14个小时.

其中为了与人沟通,对齐项目,考虑到人与人之间的认知差异,需要花费8小时.

与系统打交道,因为人与人之间的沟通都这么难了,和文档,和readme沟通,更是难上加难,又是4个小时.

最后只剩4个小时去完成需要做的工作.

那么清理这个过程中产生的垃圾的时间,也就只有0小时了.

所以哪里来的时间去反思,去修改,去提高呢?

自然是没有的.

更不要说这位被观测者是一个意志力不会衰减的意志超人.而大部分人可能最高的专注时间也就只有6小时.

如果我们专注时间用在了最需要专注的完成工作的4小时上.剩下的2h只够用来清理因为10h的不专注工作导致的额外任务罢了.

所不要总是批评世界是个草台班子,人性如此罢了.

如此讨论下来,也就发现无论是工作14h还是4h,最后的工作质量,应该不会有太大的差别.工作总量可能还是有一定的差异的.但是工作总量的增加,自然是和工作质量成反比的.

因此如果没有生产效率的提升,从一定程度上讲,很多问题是永远不会被解决的.

从微观的角度来讨论,举例来说就是

• 代码烂
• 架构差
• 容易崩
• 没有test
• 没有文档

这时候,有的人会立下豪言壮志要修复他们,但是实际上,大多是象征性的铲两铲子,就忙活其他的事情去了.

与其继续打着毫无希望的一仗,不如静下心来思考一下,如何提升效率.

从具体一点来说

• 让ai写unit test

花1h写了曾经要10h的test,那么质量提升了,事情办完了,自然可以专注到其他需要专注的事物上来.

比如怎么和隔壁组吵架.justkidding

但以此类推,核心思想是,如果事务超过了上限,与其闭上眼睛死下生死状,不如停下来,断舍离.剩下的,就还是随他去吧.

只有这样才能让仅有的宝贵专注时间,产生真正的价值.

知其可以为可以不为,很多人很早就知道,只是从来不实践罢了.

因为我想起来我还有这么一个tag. :D

之前同学对我的博文进行了快速考古,我不禁也简单考了个古,主要是针对想法系列的.

首先呢得承认环境对人的想法还是有很大的影响的,会让人的看法和思考内容很容易局限在当时的环境,问题,可能存在的方法上.

特别是结合时间点进行复盘.这个放在后面的段落讲述.

可以发现2018年到现在,所谓的这么多想法, 大概可以压缩成以下这么主要的几条:

• 草台班子,这个是最早发现的,2018-2019的样子,但是草台班子的流行语比我概括得更好.
• 对美国人文化的理解和解读.
• 对第一性原理的提升认知和运用.
• 对什么是经济增加了认知.
• 对人的一生如何日渐平庸的过程多了体会.
• 对日渐平凡的挣扎.
• 多年如一日的看轻ai发展.

挺有意思的.

近十年的思想的变化,只有这么一点点,不知道是不是算进步缓慢呢?但感觉每年也都挺忙的,都有一点变化.

回到之前说的“结合时间点进行复盘.” 如果回顾AI编年史的话,2014-2018是井喷前最后的预兆,有着时间差的国内,还没有迎来硅谷的AI狂潮的洗礼,但是那时候我担心的,只是我的小小的学业和其他,从那时候装起第一次cuda driver,装到现在,还是接近原地踏步.

在2018的文章里,甚至将“新模型的应用即将为代码生成速度提供…”和科技达到了顶峰,但是人类还需要设计放在了一起.回过头来在2024年看来,这是多么的可笑.本质上模型能写代码,模型就能进行所谓的人类的“设计”.

所以说科幻小说家永远预言不了未来,因为基于自身的知识局限性.大概就是这个意思吧.

但是作为从业人员,是不是能做的更好一点呢,比如将自己的想法,变成现实呢?

这大概就是需要努力的方向了吧.

因为之前工作的内容和DCN有很强的关系,所以还是可以面上一些MLE的岗位,但是MLE大部分对硬件和DCN岗位的期望是能够做很好的垂直管理,意味着从bare metal config到最后的ops orchestration都能有大概的了解,这在大公司还是太难了,毕竟这可能就是几千个人的好几个事业部需要负责的东西了.

聊了很多公司,甚至有不少名人公司也给了面试机会,但是都聊挂了,有的是确实技术面不尽人意,因为我不是个刷题非常勤奋的人,而且刷了总是忘,dp写了15年,看到了还是会犯怵,有的是不匹配,因为实在是大家的期望和实际情况不符合,有的是自己因为一些各种原因退出了面试流程,现在想想也挺可惜的.

如果说是找传统SWE岗的话,真的坑位不多,要求不低,希望做过的项目很多,并且有很强的带队能力.不知道今年接下来经济回暖以后会不会有改观呢.

另一个体会就是这年头内推都是打水漂了,全靠HR reaching out了🤯

是时候干什么了呢?

是时候转赞评了

开玩笑的

也不算恢复更新,只是短暂的有了一些空余的时间.一站式斩断之前不断烦躁的根源也是一种挺神奇的感觉.遗憾总是多一点的,或者说是患得患失.就宛如韩愈写的一样,即使是朝廷不行,但也是自己难受.离开了大树,要就是烈日下的蝼蚁,浩海上扁舟,所以慌张自然是要慌张的.

如果说最可惜的,大概就是那取之不尽用之不竭的历史资料了吧,没有上班空到chilling然后看完是很遗憾了.

之后的工作应该很忙吧,感觉也不知道能不能实现再下一站的目标了,那也只能拭目以待了.

“上”讲的比较形而上,“下”讲的自然要形而下一点.所有有着Business needs的项目,自然是不能拖延的,那么完成一个不能拖延的任务最有效的方法是什么.

曾经有些公司说,因为我的雇员是世界上最优秀的,所以他们只做最优秀的事情,只创造最优秀的产品.(请不要对号入座,毕竟这样的公司可不少 ‘手动狗头’.jpg)

人非圣贤,孰能无过.

达芬奇,大概也不能第一次打开扫雷就完成9x9的扫雷简单难度吧.人的能力有限的情况下,面对的是无限可能的问题,要解决问题,就接受努力解决问题的过程.学习以后解决问题自然能够更加接近一次命中红心,但是并不需要强求每次都起手就是完成形态.所以放下ego做平凡的自己,大概是第一条了.但是就这一条又有多少人能做到呢.

毕竟当红辣子鸡里还是有不少人觉得

we have a high bar.

从更古不变的正态分布上来说,这就不太可能.

落实到做项目上,能一次做出最优解自然是最好的,但如果更多时候有各种场外因素阻挠的话,与其去拉扯最优解,不如先给一个解把business needs给解决了,不然在外人眼里,哪怕你这绣花针用的是再好的工艺,也绣不出一朵花来.

圣家堂是少数的反面例子,但是毕竟也就独一个.快速迭代,永远是笨办法中的好办法.当然这个迭代更多是一种尽力而为,毕竟,志不在此是大多数情况.

如果想要快速迭代,那么turn around time自然是不能高上去了.曾经有个同学问,为什么要在东5.5区开分部,而不是在更便利的东八区,东九区,东十区呢,甚至西六区也不错呀.问这个问题的同学一定是有一颗赤子之心的.但抛开这一点不谈,降低turn around time是一个时间紧迫的有business needs的项目的成功关键,如果不能做到,那么就自然是有无法实现的风险了.

至繁归于至简,优秀的设计不用反复去解释,如果解决方案太复杂,那一定是提出的问题有问题.当面对million级别的business logics的时候,你就知道一定是impedance mismatch了.

最后的最后,作为工程师老本行,做的所有事情都是给理学家善后,所以compromise是无处不在的,如果没有compromise,那就一定是什么地方错了,如果有人说没错,那么是时候劝劝ta放下ego了.

虎头蛇尾,说的大概就是这样吧.

也许头也不虎呢.

所以在一家大公司做好一个大项目需要什么(上)

首先,自然是叠甲,标题里面的定语,自然是我们的限定范围.

古人云,人心齐泰山移.大公司,心必然不齐.那么这时候我们要考察的,就是项目的目的是什么.考虑到新兴行业做项目一般还是要解决现实问题的,大概根本推动问题,还是在于一些商业上的需求.所谓的Business needs.这是需要始终放在心上的,因为到底有多么的解决这个business needs,是决定有多少的谈判空间和变通可能性的.

最近得到好几个senior们对如何在大公司中成功做成项目这个问题的答复,都是要保持良好的商业理念,就是所谓的business sense.主要还是公司不是做慈善的,甚至做慈善的也不是真的做慈善的.如果是高速增长的时候,让员工想做啥做啥能够获得意外之喜的话,等到离开了收入增长快车道,自然就需要让大家更加专注在生存问题上.这时候如果能够保证公司的这个Business needs和要做的项目有强关联,或者说要做的项目是Business needs催生的,那么自然就明白项目完成的概率了.

不要去创造需求.大部分人不是乔布斯,也不想做乔布斯,更没有乔布斯在自己环境里的话语权,所以有的问题还是看看就好了.除非你说我龙傲天就是不打算继续吃这碗w2的饭(xi kang)了.

一旦项目和business needs 强绑定,好消息是,你等同于获得了尚方宝剑.坏消息是,尚方宝剑只是随便的某把剑,斩得了一个人,斩不了一千个人.自古以来,大部分历史事件,并不是像日本军国士官通过下克上来实现的.主要靠的还是自上而下的指令.所以你获得了一个无法拖延的deadline,但你并没有让你无往不利的开路神器.

倘若在一个非大公司,那么很多时候员工利益,公司利益,中层管理层利益的一致性是相对较高的(想法#49 一致性).但是大公司,这个一致性往往不咋滴.

从上一条可推出,当你的大项目和公司利益具有高度一致性,这又是大公司中的大项目,那么这项目高概率和不少员工和中层管理层利益不一致,不一致自然就要受到阻力.

阻力怎么解决呢?那你自然可以认为天威浩荡,尚方宝剑在手,一概处理了.这绝对是个好办法,但不是个容易的办法.化用一句不正确的引用,

子曰：“参乎！吾道一以贯之。”

这是需要强大个人意志与抗争能力的,大部分时候普通的打工人,做不到,乃至不普通的打工人可能也做不到.

第二种方法,大概就是史书上经常记载的解决方法了,“和稀泥”.反正最后只要让事情能看起来过得去,那就是你好我好大家好,中间的过程,里面有多么的糟糕,那自然是不用上心的事情了.

第三种,就自然是中间派了,放弃一部分,拉拢一部分,团结一部分,打击一部分.最后能把事情在中庸之道上办了,自然也是“为善者，福虽未至，祸其远矣”

三种大分类,都有利弊,但是采取任何一种方法,在我看来都是没有错的.

只可惜,如果这道选择题,新手都会做,那大概所有的项目,都是顺顺利,登陆火星也是指日可待了.

虽说谋事在人,成事在天,但是若谋不定,事情自然就更难成了.双标,没底线,左右摇摆,才是更常见的情况.

刚开始的时候雄心壮志,希望扫除弊端,做正确的事情,遂采用方法一,耗时八成八.感觉进度赶不上,540度大转弯,采用方法二,为完成项目而只求稀泥在验收的时候能过去.最后的结果和质量自然远不如一直采用方法三.

所以说多厉害的人,办多大的事,如果对自己的能力把握出了偏差,做项目留下隐患是自然的.但是很多时候,又有多少人知道自己的能力是多大呢?

如果说,这是一个未经世事的年轻人,自然这样的错误是可以理解的,但若是花费了人生中不小的部分来做一些事情,并且还没有领悟到一些道理,大概就是很悲哀的了吧.

As of November 30, 2022, Google became a second-rate tech company.

黑莓在2000-2007年的时候觉得没有人能撼动它的位置,所以它就只是跟随并没有尝试去突破,于是2007年当iphone发布的时候,它的增长迅速放缓,2008/09年登顶,最后在2011年失去50%的市场份额,在10年内市场份额降到了0.

这是个居安思危,思则有备,有备无患的故事.

并不是说黑莓在那7年里一事无成,他还是努力的在和诺基亚竞争,在和爱立信竞争.但是当改革的浪潮来领的时候,可惜的是他并不是幸运的那一个.当在日复一日的和近忧搏斗的时候,局部最优解自然成了最后的答案.

最近的GenAI热潮,首当其冲的就是Chegg.每天快乐收租的日子就没有了.影响小一点的也有比如Google.可以说从2022年11月30日开始,Google就成为了二流科技公司.Sputnik上天,美国有了NASA和DARPA,但是Google,却什么也没有.

曾经也许可以依靠超高的边际收益,来获得一些不错的突破,但是突破之后加大投资的风险是巨大的,对Leadership的威胁也是巨大的.忠诚的打工人自然是不会为了公司的利益而放弃自己的利益.无论是年会不能停,还是独裁者手册,都已经把故事讲得很明白了.区别也就只在于结局的不同罢了.

一个公司存在的意义,是不断的变化的,也许开始的时候RIM是想做一个优秀的产品,并且一直努力,但是终究是懈怠了,当黑色的黑莓挂在楼上的时候RIM就死了.黑莓坏了,其他水果也是跳不出类似的结局.

只能说读书的速度还是慢了一点,但是今年终于能够有把握回答曾经快毕业的时候一直问别人的问题了.工作四年,和刚毕业的人,又有什么根本区别呢?

还是不写出来了吧,毕竟写出来的,都得是符合规矩的.

也不知道是不是那时候姿势不对. 现在只需要自己的4090就能跑个1B的3.2 fine tuning,居然还写出了点看似靠谱的东西.

别说 还挺像的风格.

提示词: 如果让我写一篇文章

如果让我写一篇文章，写作的目标是为了写作的目的而写作，什么东西最好不过是关于技术的文章，或者说技术写作，感觉自己已经在犯的一个错误了。
大部分时候，写作的目的不是为了写完文章而写作，甚至可能是写作的过程中才会有写完文章的想法。写作的过程中，会有各种各样的想法可能是想法是关于技术相关的，可能是想法是关于生活中的一些事情，可能是想法是关于技术业相关的.

挺像那么一回事的.

No, it is not.

说到信息茧还蛮有趣的一个sideways是刚工作的时候出去玩有一位同学说这件事居然你不知道吗，不会是信息茧的问题吧然后被我毫不客气的dui回去了。虽然就是论事那件事并不是信息茧的问题，而是真无此事，但是那确实是第一次让我学习到了这个词。时过境迁，那次出去玩的不少同学居然都已经回国了。

但是说回读书小结。不能说有感是因为不敢说是感想，最多只是一些类似GPT的转述罢了。就像评论说的，这两本书讲的很浅，而且狒狒老师总是颠来倒去就三四个例子，看了两本书宛如就看了一本书。不得不说是很会赚快钱了，并且用实践证明了自己书中的内容。

简单来讲就是，小说里的都是骗人的，生活里的东西，还是让他们留在生活里吧。

总不能讲的太直白，不然大家都不买老师的书了是吧。

此外有人在书的评论里提到的独裁者手册则是另一本不错的小册子了，但是那就级别拉的太高，对现在也没什么实操的意义了吧。

因为他不合适。

更像是2023年以来的一个回顾吧。

简单来讲就是因为2023年上班非常忙，很多其他的进步项目都被暂停了，从最开始的notion sprint彻底废弃，到各大side project没有进展，再到业余学习基本成为不可能，甚至blog也没见几篇，说明大脑的思考真的变少了。最后就是啥好处也没有，啥进步也没看到。不是说多余的时间不存在，没孩子没狗，每天只睡6个半小时，大把的时间还是有的。但是股票账户只有浮亏，体重倒是涨了不少。steam的在线时间也是与日俱增。

之前有人说，有号称研究表明，每天的意志力是有限额的，早上起来以后就会不停的消耗，从家务到上班，从写算术题到写blog，都是需要消耗意志力的，有的人天生聪慧，起点就很高，有的人通过后天锻炼，维持了很高的每日意志力容量。显然2023年大部分的意志力都是贡献给上班了。

但是这又有什么样的结果，这大概就是最让人惊醒的吧。