Gemini 3 Flash 体验一天下来，挺适合简单的需求开发和 code review 的。毕竟快和便宜。

以前开发是遇到问题，想解决办法，然后开始动手，遇到死胡同，就去上个厕所休息一下或散个步（利用自己的发散思维），有了新思路，再回来继续改。
现在是AI将以前的发散思维前置了，先问AI都有哪些解决方案，然后选一个自己认为最优的执行。

解决问题最重要的不是把问题解决了，而是事后总结这类问题的一般性解法和思考方法，这个收获是大于解决问题本身的。

好的Prompt结构，应需追求信息传递的最小损耗

面对不确定问题时，应先基于当下事实提出假设，尝试先给出一个第一版的答案，然后再不断优化。

假设是为了让自己迈出第一步，调动自己的分析能力，只要迈出了第一步，后面收集到更多的事实之后那个满意的答案终将浮现。

不用担心假设是错的。首先这只是第一版，后面可以不断修改，其次科学研究都是先从提出一个假设开始的，然后去验证假设是否正确。

最近日常开发时候有一些感悟：
开发的时候，如果遇到复杂问题，不建议让它直接改代码，而是应该让AI分析有哪些解决办法，自己检查方案可行之后再让AI动手去修改。

尤其是特别复杂的问题，如果在我自己也不知道如何修改的情况下，贸然让AI修改，大多数情况都是白白浪费Token。

我会先跟AI聊一下，如果想实现对应的效果，背后处理的逻辑或算法是怎样的。然后在我完全理解后，提供对应的上下文信息给AI让它来尝试解决问题。这时候成功率会大大提高。

有些时候我只是没有修改思路，AI相当于帮我拓宽思路，原来还能这样实现，其实很多时候AI给我方案之后，我自己写也能完全实现，这时在自己能兜底的情况下，就更加放心让AI来修改提效了。

工作中每个项目在解决一个复杂问题或者阶段性进展之后，应该在24小之后做一个复盘，当时遇到哪些问题，自己是如何解决的，有哪些亮点、收获和需要改进的。
立即复盘有两点好处：
1、当下印象是最深刻的。
2、日后如果需要述职等回顾的场景直接找出素材用即可

小狗

异类

蜘蛛晶