wy2010344
小议的编程魔法
获得徽章 0
- 老板会为什么而付钱？老板为什么要给你涨工资呢？你工资低点还是他赚了，无理涨薪便有挥霍之嫌。老板也并非总是有想法有见解的，这时候如果你向他画饼，他得到了希望，反而会高看你一眼，即使最终失败了，那也是生不缝时，失败乃创业常事。但是画什么饼很有讲究，你真有想法，看中一个冷癖的赛道，前不着村后不着店，他如何放心把资源交给你？每天都把心悬在嗓子眼，那便是你肆意自专，满足了你的愿望。所以一定要抓住时代的热潮，投身其中大唱大赞，所有热潮都是翻身的机遇，倒不是指望炒作的目标带来什么。即使最终证明失败了，大家都失败了，何况自己呢？清醒而不投入其中，只在第一层。重要的不是自心的早悟，而在于适配客户的节奏。再寒碜也要不知羞耻地挤到前台，大唱大跳。这些成功之人，一早就明白，在这种天壤分割的世界，自己的客户，只有老板。努力的目标，只有如何抬高自己在老板眼中的价值。展开1点赞
- 再次思考面向对象，确实应该可以严谨紧凑地约束代码，但花费精力太多，不像js/ts只要写起来能跑就行，而且各家面向对象标准差异，都不完美，反而要逼着程序员在错误的基础上去寻找解决方案。比如Cpp里有个友元，其实就是一种解决封装与可访问的妥协方案。那么面向对象应该怎样呢？我为什么会更偏向smalltalk？因为它的类型间都是消息发送，没有直接的属性访问。对象是什么？就是在js/ts中返回的object，为了实现更高复用性，封装方法，减少函数声明。在js中调用函数太容易，也造成巨大的浪费。而且命名空间或包，不应该充当文件夹，而应该约束可访问性，最顶层是引入外部包导入外部类，内部包只要没向上一层导出，都访问不到。类就是一个根据参数返回一个特定结构对象的函数。所谓友元应该是什么？应该是协议的实现方法，类需要转换成特定协议才能访问这些方法，否则不能访问，就保持了私有性——除非你知道它实现了该协议，协议可以私有定义。引入外部包，本质上是出于便利，需要允许在自己的包空间内对外部类进行扩展或覆盖。一般不考虑类的副作用，都是只读的，不允许写入性修改。以自己的包空间为全局，去扩展类的方法、协议，方便调用。协议方法名冲突，实现时在各自协议区间，当然允许上层默认。抽象类的意义，在于复用，应该像宏，并不在运行时中真实存在。但是有密封类，实现联合的效果。展开赞过 12
- 我今天一天就把Cursor这个月的额度用完了，外带Trae的额度。不爱付费。所以学再多也派不上用场。
真正有价值的东西，是严谨的产品设计，aicoding只是手段，能提供很多预设，但终归要人去检查。
评论点赞