和跨部门同事找一个Bug,感觉很多同事现在都缺乏“深入思考”的习惯了。现象就是,他给我的感受是,遇到问题只想着证明这个问题不是他的,而不去深入思考问题可能发生在哪,即时我已经告诉他前因后果上下文了。或许可能是他们组太忙了?打的太满已经疲于思考了?
和跨部门同事找一个Bug,感觉很多同事现在都缺乏“深入思考”的习惯了。现象就是,他给我的感受是,遇到问题只想着证明这个问题不是他的,而不去深入思考问题可能发生在哪,即时我已经告诉他前因后果上下文了。或许可能是他们组太忙了?打的太满已经疲于思考了?
2025年的大模型在生成技术答案方面,质量秒杀了很多的技术Blog。看起来以后的技术Blog可能会越来越少,能留下的,更多的都是论文等深度文章。

最用用下面的这套提示词,帮我优化日报。感觉能很好的训练表达能力。请你帮我检查我的日报/周报质量。请从内容结构、逻辑表达、语言简洁性等方面进行评估,并提供具体修改建议。 具体要求如下: 总结部分:请检查是否符合金字塔原理,即:是否遵循“结论先行,以上统下,归类分组,逻辑递进”的结构? 每个要点是否清晰支撑上层观点? 信息是否按逻辑顺序组织(时间顺序、结构顺序或重要性顺序)? 是否存在冗余或层次不清的问题? 计划部分:请检查是否符合SMART原则,即每个计划是否具备:S(Specific)具体性:目标是否明确清晰? M(Measurable)可衡量性:是否有可量化的标准? A(Achievable)可实现性:是否现实可行? R(Relevant)相关性:是否与整体目标相关? T(Time-bound)时限性:是否有明确的时间节点? 请在反馈中:指出不符合原则的地方 提供修改建议或优化后的表达 如有需要,可重新组织语言使其更专业、简洁、有效 下面是我的日报/周报:

最近搭看板,写SQL,SQL长度有400行。让cursor直接给我生成的SQL,用了CTE (Common Table Expression)查询。第一次用CTE,第一次了解到CTE。后来再需要写小的SQL分析问题时,我发现我已经失去很多动脑子写SQL的动力了,因为cursor能又快又好的拼出满足需求的SQL。想到对于初学编程的人来说,这种直接给出代码的方式,真的不利于个人思考和进步。
财富的本质是利他。如果你的产出,可以帮助1000个人,那你就会获得1000个人的信任,如果这1000个中,有10%的人为你付费,那你就可以获得100元的报酬。因此,思考致富之路,本质上就是思考如何能够帮助更多的人。如何帮助1万人、10万人、1000万人?这就是挖掘需求。你的产出,可以是一个软件程序、也可以是一篇博客、还可以是一段短视频。总之,只要能帮助他人的产出,就是有价值的、能够带来财富的产出,它属于你的资产。