微观经济学的意义在于,能够让人分辨什么时候技术会帮助你,什么时候会摧毁你。
新技术能极大提高生产力,但收益未必能留在企业中。关键在于,你的业务有没有独特的差异性,能形成品牌。航空、纺织就是负面例子;区域性报纸、麦片,就是正面例子。
所以引入新技术的时候,需要考虑的是,多少收益会落在经营者手里,多少会流到消费者手里。并非引入新技术就是好事。
PS:新的《穷查理宝典》比老版排版舒服了好几个数量级。
如果你是做浏览器插件,可以在 background 中加入如下代码:
chrome.runtime.setUninstallURL("https://tally.so/r/xxx")
当用户卸载插件后,会触发该事件,并打开你填写的链接,这个链接可以是你专门设计过的卸载引导页面,或者是一个简单的反馈表单。
学了一会Zig(0.13.0版本),很期待正式版。
目前发现的特性:
1. 它的构建系统是想直接搞定CI/CD了,一个build.zig解决一切问题
2. 语法回归C with class
3. 类型检查和变量可变声明很严格
4. defer是个好特性,内存还是咱程序员自己搞,但这个关键词让人可以把开辟和释放写一起
5. 版本还比较早,运算符重载好像还不支持,写游戏太需要运算符重载了
总评:9.5分
目前发现的特性:
1. 它的构建系统是想直接搞定CI/CD了,一个build.zig解决一切问题
2. 语法回归C with class
3. 类型检查和变量可变声明很严格
4. defer是个好特性,内存还是咱程序员自己搞,但这个关键词让人可以把开辟和释放写一起
5. 版本还比较早,运算符重载好像还不支持,写游戏太需要运算符重载了
总评:9.5分
变得更加能共情快递员、骑手、清洁员这些职业了,以前的“共情”多少带点“俯视”。现在是真觉得大家都是打工人,本质上没差,打工人就别为难打工人了。
哦对,这个心态也适用职场,所以看到职场“坏人”就很烦,本来打工人就很难了,何苦还要相互为难,本来都在吃💩,还要在这争风宫斗是真的蛮无聊的。
哦对,这个心态也适用职场,所以看到职场“坏人”就很烦,本来打工人就很难了,何苦还要相互为难,本来都在吃💩,还要在这争风宫斗是真的蛮无聊的。
我发现我可以写一整个产品避坑指南。
1. 有时候你接到的功能需求,只是需求方的一个 idea,需求方背后的“目标”和“问题”才是真正的需求。
2. 始终为你的用户考虑。也许提需求的并不是你的用户,你也不需要为“非你用户”的用户而付出太多心力
3. 你的需求是要提供 Value 的,区别于其他 app,或者有情绪 value。
4. 考虑需求上线的指标、团队的资源、和产品本身的边界。
想的多,才能坑的少。