贴,龙膜,隔热确实有效果.
我贴的 1000 多的低端龙膜, 效果已经可以了
vscode 的每个窗口都是独立的, 跟 chrome 一样, 导致多窗口占用大量内存.
不知道这个浮窗是怎么实现的.
自己定制的.
个人感觉大部分的主题 都没有根据语言的特点来设计主题颜色. 代码的颜色应该对重要内容进行强调, 次要内容减少存在感, 让人看一眼立即就能抓住代码的关键, 加速代码阅读速度.
例如:
* 关键词用橙色. if else for while return 这样的关键词 通常决定着代码的关键逻辑. 应该一眼就能判断出这段代码的大致步骤和路径.
* 方法调用用很亮的绿色. 在函数式编程时, 可以快速看清楚.
* 类名用 紫色, 用于强调.
* 局部变量用黑色, 因为不重要.
* 函数名用亮绿色, 加粗.
* 光标所在位置, 用蓝色, 并且在 minimap 中着色. 这样就可以快速知道一个方法在哪里被调用, 一个变量在哪里被使用.
小儿科问题,直接让他自己用搜索引擎就完了。你要是连这个都说不出口,那网友也帮不了你
在用小米 12s, 摄像头突出不严重. 带个壳之后就完全不突出了.
* 服务对外暴露的 Restful API 全部是直接面向外部调用设计的.
内部接口与外部接口需要分开.
* 需要重新走一次参数处理和鉴权验证的逻辑
鉴权应该在 gateway. 既然现在已经在每个服务中都有鉴权了, 那可以为内部 API 添加一个统一前缀, 来跳过鉴权.
参数处理本来就是必要的, 省不掉.
* 重复访问服务 B 五到六次
如果是同一个功能, 应该考虑 多个接口合并到一个接口
远程调用是 IO, 不能循环调用, 应该改为批量.
对于数据变化不大的, 使用本地缓存.
* 或者说服务 A 的某一业务逻辑需要同时访问服务 B 、C 、D 、E 、F 等。又由于 1 的问题,效率极差。
大部分情况下, 一个功能不会同时调用 BCEDF 这么多的服务接口. 可以考虑下是否是服务拆得太细.
m1 air 16 + 256, 应该是性价比最高的 macbook 了, 二手价格非常便宜. 差不多是同等性能的 windows 笔记本的价格.
拿来写代码是完全够用的, 我觉得我可以用 10 年.
无论 m1 还是 m2, 无论 air 还是 pro, 在 95%的场景下,都是低功耗运行, 性能是一样的.
硬盘 256 够用, 如果不够, 上 NAS, 或者移动固态硬盘. 我的文件主要都在网盘和 NAS 上.
最近 5 年一直用的小米手机, 各种不该装的都装了, 从来没受到反诈电话. 不知道这究竟是什么规则. 难道是我长期使用, 但是没有被诈骗, 所以觉得我反诈能力强, 不用给我打电话?
另外, 安卓的任何 app 都可以读取 app 列表, 跟啥系统没关系.
我之前把开源免费的几乎试了一遍, 功能丰富的就是 dataease. 其他的太简陋了, 要么付费, 要么二次开发.
挖掘业务本质, 是个很难但是非常重要的能力. 这个能力难以通过固有的教程去训练.
对于人来说, 技术能力可以通过已有的教程文档快速掌握, 自然就会依赖技术.
传统奢侈品的定义, 确实不能用到 apple 的产品上, 但是 apple 产品确实有传统奢侈品部分特征.
或许可以有个新概念: 赛博奢侈品.
特征:
* 科技产品
* 具备一定的实用性
* 具有其他产品不具备的特性.
* 价格比相似能力或同成本的其他产品 贵数倍.
* 在产品力下降,价格不断攀升的情况下, 用户依然趋之若鹜.
@
leeyuzhe 是否形成生态, 我不确定, 但是我的第一条在一定程度上对这个是回应.
讨论的过程, 本来就是提出个人想法, 难以避免"输出个人价值观". 如果你不喜欢, 我也没什么好办法. 只能建议你屏蔽我了.
@
echoo00 @
aoling @
leeyuzhe @
RiverMud 坐标上海, 我有小孩, 目前是大班.
1. 购买前咨询: 我询问了 1 个同事,一个朋友, 都是米兔, 支持微信和 QQ.
2. 小区其他家长意见: 买了小天才, 天天随便加人, 整天在手表上聊天.
3. 群体:
* 真正的群体是靠 学习和爱好建立的, 真不是小天才. 注意:这不是我的臆想, 是小区其他家长跟我说他们孩子的事实情况.
* 一个手表不会决定你是否能够融入群体, 如果这个群体必须得有小天才, 那么这个群体 不去融入会更好.
4. 我购买儿童手表的目的
* 不是让孩子交朋友
* 不是让孩子交朋友
* 不是让孩子交朋友
* 只是怕他丢
上面的又开始了, 一个营销话术到处传, 传了几年到现在 我也没见小天才形成多大生态, 我也没见我孩子用米兔手表加不到人. 加好友要么是微信,要么是电话号码, 谁跟你加小天才好友?
通用模块不提供压缩能力, 业务模块根据需要自己压缩, 例如图片,业务模块自己对图片转换. 例如大量的 csv 文件, 业务模块自己处理压缩.
我觉得, return error 和 try catch 的应用场景有差异, 各有优势, 语言应该同时提供这两种, 由程序员自己决定用哪种.
我一直都是本地 markdown 编辑器 + 坚果云 全平台同步, 好处是文档与工具解耦, 可以随意更换工具. 凡是强制要求文档格式或者文档目录结构的编辑器,一概不用, 比如:marktext, 妙言.
我现在用的本地 markdown 编辑器是 vscode + markless_sean10 插件 + markdown image 插件 + markdown all in one 插件, 基本上实现了所见即所得. 借助 copilot, 写文档的时候可以少写很多字, 这是其他本地编辑器都不具备的.
顺便说下, 如果因为偶尔的服务不可用, 就更换软件, 那这世界上, 没有你能用的服务了. 用三方服务, 就应该提前有 服务可能短暂不可用 的预期. 对于任何公司,都必然会出现这种情况, 世界大厂也一样.