经常看到各个厂家之间互相抹黑,吃瓜群众自然是看热闹不嫌事大,但作为消费者我有一个原则:不买那些热衷于攻击对手的产品。
我相信,产品若足够优秀,自然能在市场中脱颖而出。只有当产品力不从心,无法在正面战场取胜时,才会寄望于抹黑、攻击等“歪招”。
孙子兵法说,“可胜在己,不可胜在敌“,就是这个道理。你能做的,是把自己练得足够强,强到没有破绽,强到能抓住对手露出的任何机会(“可胜在己”);但能不能最终赢,还得看对手给不给你机会,对手如果也做得很好,无懈可击,那你再强也未必能赢(“不可胜在敌”)。真正的胜负手,其实在你自己的实力上。把产品做到极致,体验拉满,用户自然会用脚投票。至于对手是不是会犯错,那是他们的事,你强求不来,也控制不了。把精力耗费在如何抹黑构陷对手上,本质上就是承认自己“不可胜在己”,是放弃了打磨产品的正道。
当年我还在开发太极的时候,EdXposed 一直在攻击和抹黑我,不仅抹黑作品,捏造偷隐私偷数据的谣言,甚至还对我人身攻击,制作表情包在网上传播;这些攻击在短时间内很有效,但最终徒劳无功。那时候的 EdXposed,其代码本身就有很大问题,Hook 一个方法要 100 ms,加载一个大插件启动应用要数秒之久,黑屏卡死也时有发生;其作者不优先解决这些核心体验问题,反而醉心于舆论攻击,妄图以此取胜。他们不明白,根基不稳的产品,攻击对手越猛烈,自身的裂痕也暴露得越彻底。 没过多久,EdXposed 项目便实质性消亡了。
与之相对的是 LSPosed,它把性能、稳定性和体验做到极致。结果其凭借优秀的体验迅速斩获了几乎所有 Xposed 用户,短短半年时间就几乎没什么解锁用户还用太极了。
后来 LSPosed 短暂停更,太极则永久停更了;这些状况并不是竞争对手导致的,而是作者自己的困境或选择。一个项目的存续,最终取决于它自身的内在动力和维持能力,外部环境或竞争对手的状况只是影响因素,而非决定性力量。你自己不想做、不能做了,对手再好或再坏,都改变不了你停止的结果。
搞产品,核心永远是练好内功。产品硬了,时间会站在你这边;产品不行,再怎么攻击对手,也只是加速暴露自己的虚弱,最终徒劳无功。所以,作为消费者,应该主动远离那些以攻击对手为乐的产品;作为创造者,我们更应专注于自我超越,这才是通往卓越的最优解。
source: https://mp.weixin.qq.com/s/2MZuoX9HGS3EpGAqFClGvQ
👍1
Akasha Terminal: dev🍃
update: 已有开发者联系,感谢各位的关注和转发。 最近有个想法,之前私下联系过几个开发者,似乎都没什么兴趣。 许多开源社区开发者自身经济状况并不好,一台mac可以在这些人手里发挥更大价值。之前在推特刷到一个换新mac闲鱼出旧品惨遭到手刀,怒而免费送的故事。 我也刚刚从一段比较黑暗的时期走出来,经济状况还不算太健康,但现金流已经稳定,也可以拙劣地模仿一下。 如果你是开发者,还是上学的阶段,或者暂时没有收入,那你可以联系我,任选一台MBP M1 Pro,14寸或者16寸。不需要任何支付手段,你可以用…
https://x.com/Rosmontis233/status/1933492151398379968
推特那边后续总算等到了 2333
推特那边后续总算等到了 2333
Akasha Terminal: dev🍃
https://blog.papey.fr/post/07-demystifying-ruby-01/ 所以一些 py 解释器底层细节逻辑对 ruby 学习也有帮助,都差不多 (但是 ruby 引入 JIT 之后现在性能已经比 py 快半个数量级了,这两天微软砍刀部都砍到 faster cpython 和 ts 头上了,这下 py 未来几年不好说了)
因为中文 ruby 资料实在是太少了,尝试翻译了一下
https://hyacine.xlog.app/ruby-1
小声bb: 其实有 py 经验带过来帮助挺大的
后面两篇还有讲内存管理和继承的黑魔法,内存管理也比较像
#blog
https://hyacine.xlog.app/ruby-1
揭秘 Ruby ♦️ (1/3):一切都关于线程
Ruby 是真正的并行语言吗?!
#dev #languages #ruby #translations
AI 摘要: Ruby 是一种动态的、解释型的开源编程语言,广泛用于 Web 开发。其主要虚拟机 Matz Ruby Interpreter(CRuby)实现了全局解释器锁(GIL),限制了真正的并行性。尽管 Ruby 支持多线程,但并行性仍然受限。 Ruby 中的并发和并行处理包括多个层次: Process, Ractor, Threads and Fibers. 进程是并行的,Ractor 是一种实验性功能,允许在 Ruby 中实现真正的并行执行,具有内存隔离和消息传递的优点。线程则受 GIL 限制,无法实现真正的并行性。 通过示例代码,展示了 Ractor 和线程的使用,Ractor 可以有效利用 CPU 核心,而线程在 Ruby 中则是轻量级的,无法充分利用多核系统。
后面两篇还有讲内存管理和继承的黑魔法,内存管理也比较像
#blog
🥰3
说起来,初中的时候注意到班上有一些长发女孩子的头发在阳光下是棕色的,我还以为只有女生会这样。
直到我现在自己留了长发,也是棕色的(
🥰11
Akasha Terminal: dev🍃
woc, xswl 真香了吧 https://www.youtube.com/watch?v=zOgRmw1atFU
Bilibili
【官方双语】Mac居然也不差哎 - PC佬改用MacBook第二集#linus谈科技_哔哩哔哩_bilibili
我们还有其他频道:Mac Address:https://space.bilibili.com/2008843652科技过电:https://space.bilibili.com/693340454电子速谈:https://space.bilibili.com/12564758买衣服:https://www.lttstore.comLMG论坛:https://linustechtips.com, 视频播放量 90830、弹幕量 697、点赞数 3096、投硬币枚数 300、收藏人数 808、转发人数 304…
❤2
Akasha Terminal: dev🍃
今天公司给域名邮箱接 gmail 转发,我的 icloud 域名邮箱死活发不过去,看上去踩坑了。晚点能想起来的话又能💦篇文章()
https://t.me/Re_searchlight/583
https://www.cloudflare.com/zh-cn/learning/dns/dns-records/dns-dmarc-record/
https://www.dmarctester.com/
我自己修了,icloud 默认也有这个问题,正好上个月踩过坑。
但qq邮箱?没救
https://www.cloudflare.com/zh-cn/learning/dns/dns-records/dns-dmarc-record/
https://www.dmarctester.com/
我自己修了,icloud 默认也有这个问题,正好上个月踩过坑。
Telegram
Re: searchlight
微软 Outlook consumer 消费者电子邮件业务最近加强了对大批量发信方的安全要求,具体来说此前只会导致邮件被放入垃圾邮件箱的 SPF/DKIM/DMARC 问题现在会无条件退信,错误代码 550; 5.7.515,这一改动是在 5 月 5 日生效的,收件方无法通过任何方式绕过这一问题,包括将发件方加入可信发件人列表
https://support.microsoft.com/en-us/topic/fix-ndr-error-550-5-7-515-in-outlook-com-34cfe8f8…
https://support.microsoft.com/en-us/topic/fix-ndr-error-550-5-7-515-in-outlook-com-34cfe8f8…
感谢某人帮我抢到 bw 票了,我俩手机抢两次愣是没抢到
怕不是号黑了
7.13 有群友在吗,虽然不一定来得及面
7.14 有空吗,7.13 应该排满了,除非一起bw或者在附近
7.14 有空吗,7.13 应该排满了,除非一起bw或者在附近
🤯4
昨天大意了,点的7块钱的,好贵
后面看了一下。1.68 的现在还有,但是得蹲整点抢。倒是不难抢,晚几分钟可能还有。
今天直接拿下两杯 2333
后面看了一下。1.68 的现在还有,但是得蹲整点抢。倒是不难抢,晚几分钟可能还有。
今天直接拿下两杯 2333