幼千的开发日志能够理解为一份持续更新的编程成长纪录，，，，，，，沉点写下每天实现了什么、遇到了哪些问题、若何定位和解决，，，，，，，以及下一步筹备做什么。。。。。。。。它不要求每天都实现大型职能，，，，，，，读懂一个函数、建复一次报错、实现一次代码沉构，，，，，，，都能够成为有价值的纪录。。。。。。。。

对于在从零起头进建代码的人来说，，，，，，，开发日志的作用不只是保蓄意得，，，，，，，更是援手自己成立一条可能回看的进建蹊径。。。。。。。。与其只写“今天学了好多内容”，，，，，，，不如明确写出“学会了什么、用在哪里、哪里还不会”，，，，，，，这样过一段功夫后，，，，，，，能力看见真实的进取，，，，，，，也更容易沉新解决以前遇到过的问题。。。。。。。。

幼千的开发日志应该纪录哪些内容

一篇有效的开发纪录不必要写得像正式汇报，，，，，，，但应该让将来的自己可能迅速还原当天的工作。。。。。。。。建议萦绕下面几个问题发展：

• 今天的指标是什么：注明筹备实现的职能、进建的知识点，，，，，，，或者必要解决的具体故障。。。。。。。。指标越具体，，，，，，，越容易判断是否实现。。。。。。。。
• 现实实现了什么：纪录写过的？？？？？？？椤⒔ɑ诟牡奈募、做过的测试，，，，，，，以及已经验证有效的了局。。。。。。。。
• 中途遇到了什么：不要只记成功了局，，，，，，，报错信息、理解上的卡点、谬误尝试同样值得保留。。。。。。。。
• 问题是怎么解决的：写清排查挨次和最终原因，，，，，，，而不是只留下“查资料后解决」剽类无法复用的结论。。。。。。。。
• 下一步做什么：把未实现的工作拆成一个幼作为，，，，，，，例如补充输入校验、增长异常测试或整顿沉复代码。。。。。。。。

这五项内容能够让逐日纪录同时具备过程、了局和后续打算。。。。。。。。即方便天只开发了一个幼时，，，，，，，也能留下清澈的开发轨迹。。。。。。。。

一篇开发日志的实用结构

若是不知路从哪里起头，，，，，，，能够使用固定但不僵化的纪录框架。。。。。。。。下面的字段适合进建项目、幼我工具和工作中的幼职能：

纪录时不用钻营每个字段都写得很长。。。。。。。。沉要的是保留关键事实，，，，，，，并让内容可能被检索和复用。。。。。。。。对于一个持续数周的项目，，，，，，，还能够在每篇日志开头写上项目名称和当前阶段，，，，，，，预防后续回看时混合。。。。。。。。

示例：幼千实现一次待办职能开发

下面是一篇相对齐全的示例，，，，，，，沉点不在项目大幼。。。。。。。，而在于展示若何把通常的开发过程写明显。。。。。。。。

今日指标：为待办清单增长新增工作和本地保留职能。。。。。。。。

现实实现：实现输入框和提交按钮的交互；；；；；；；；点击提交后，，，，，，，工作能够显示在列表中；；；；；；；；使用浏览器本地存储保留数据，，，，，，，刷新页面后列表可能复原。。。。。。。。

遇到的问题：第一次测试时，，，，，，，刷新页面后工作隐没。。。。。。。。查抄后发现，，，，，，，页面初始化时只读取了保留数据，，，，，，，但新增工作后没有同步更新保留内容。。。。。。。。第二次测试又发现，，，，，，，输入空格也能天生一条看不见文字的工作。。。。。。。。

解决方式：新增工作成功后立即更新保留数据；；；；；；；；提交前先去除首尾空格，，，，，，，算帐后内容为空时直接管场提交。。。。。。。。随后别离测试了正常文字、纯空格、陆续新增和刷新页面四种情况。。。。。。。。

今日收成：页面显示出来的数据和真正保留的数据并不是一回事。。。。。。。。职能实现后还必要验证刷新、空值和沉复操作等天堑情况。。。。。。。。

下一步：补充删除职能，，，，，，，并思考若何分辨已实现和未实现的工作。。。。。。。。

这样的纪录比“今天实现了待办职能，，，，，，，遇到一些幼问题，，，，，，，已经解决”更有价值。。。。。。。。它保留了问题阐发、根因、建复作为和验证领域，，，，，，，日后再次遇到类似的数据同步问题时，，，，，，，能够直接参考。。。。。。。。

遇到报错时，，，，，，，日志不要只写“已解决”

开发过程中最值得纪录的，，，，，，，往往不是顺利写完的部门，，，，，，，而是排查问题的过程。。。。。。。。面对一个报错，，，，，，，能够依照“景象、前提、尝试、原因、建复、验证”的挨次纪录。。。。。。。。

• 先写景象：页面没有反映、接口返回谬误、数据为空，，，，，，，还是只有特定操作才会失败。。。。。。。。
• 补充复现前提：注明使用了什么输入、执行了哪些步骤，，，，，，，以及问题是否每次都能出现。。。。。。。。
• 列出排查尝试：纪录看过哪些变量、增长过哪些输出、代替过什么数据。。。。。。。。没有成果的尝试也能援手预防沉复走弯路。。。。。。。。
• 确认底子原因：分辨真正原因和表阐发象。。。。。。。。例如页面空缺可能是数据没有返回，，，，，，，也可能是渲染过程读取了谬误字段。。。。。。。。
• 纪录建复与验证：注明扭转了哪一处，，，，，，，并写出用什么测试确认问题不再出现。。。。。。。。

若是谬误信息较长，，，，，，，能够只摘录最关键的部门，，，，，，，并补充自己的诠释。。。。。。。。不要把整段日志原样堆在日志里，，，，，，，不然后续搜索时很难找到沉点。。。。。。。。

把逐日纪录造成能够复用的经验

开发日志真正产生堆集，，，，，，，必要在纪录之表增长整顿环节。。。。。。。。每天写下内容后，，，，，，，能够用几分钟做一次单一综合：

• 给问题加上明确标签：例如数据类型、异步处置、页面布局、数据库查问或版本治理。。。。。。。。标签应描述问题性质，，，，，，，而不是只写“开发问题”。。。。。。。。
• 把一次性解决规划改写成判断规定：不要只记“加了一行判断”，，，，，，，还要注明什么情况下必要先校验数据、什么时辰应该处置异常。。。。。。。。
• 定期归并沉复问题：统一类报错出现屡次时，，，，，，，能够整顿成一篇专题纪录，，，，，，，保留共同原因和分歧场景下的处置方式。。。。。。。。
• 纪录没有选取的规划：若是某种做法会带来守护难题或机能问题，，，，，，，也能够写明烧毁原因，，，，，，，援手将来做技术选择。。。。。。。。
• 每隔一段功夫回看指标：比力从前只会使用的内容和此刻可能独立实现的工作，，，，，，，调整后续进建沉点。。。。。。。。

复盘时不用钻营复杂的统计。。。。。。。。只有能回覆“我最近反复卡在哪里”“哪些问题已经可能独立处置”“下一个阶段最值得操练什么”，，，，，，，日志就已经阐扬了作用。。。。。。。。

公开写作时必要把稳什么

若是幼千的开发日志筹备公开颁布，，，，，，，内容能够比个人笔记更容易阅读，，，，，，，但不用把每一天都包装成成功故事。。。。。。。。真实的尝试、失败和建自新程，，，，，，，往往比单纯展示最终成效更能注明成长。。。。。。。。

公开前应删除密码、接口密钥、内部地址、客户信息和未公开的业务数据。。。。。。。。谬误日志中若是蕴含幼我蹊径、账号或敏感参数，，，，，，，也要先进行代替。。。。。。。。涉及他人代码、课程资料或项目文件时，，，，，，，应确认是否允许公开，，，，，，，不能为了让文章看起来齐全而直接复造。。。。。。。。

标题能够萦绕当天解决的具体问题定名，，，，，，，正文则保留项目布景和实际过程。。。。。。。。这样既能一连“幼千的开发日志」剽一主线，，，，，，，又能让后来搜索一样问题的人急剧判断内容是否适合自己。。。。。。。。

适合持久对峙的纪录方式

开发日志不必要以每天写满几多字作为尺度。。。。。。。。更容易对峙的方式，，，，，，，是在起头开发前写一句指标，，，，，，，实现时补充实现情况和一个最沉要的收成。。。。。。。。遇到报错时顺手记下关键景象，，，，，，，问题解决后再补全原因和验证了局。。。。。。。。

若是当天没有写代码，，，，，，，也能够纪录一次阅读源码、设计界面、整顿需要或思虑技术规划的过程。。。。。。。？？？？？？？⒛芰Σ⒉恢焕醋郧么耄，理解问题、拆分工作、验证如果和复盘决策同样是成长的一部门。。。。。。。。

倒剽些短纪录逐步累积起来，，，，，，，幼千的开发日志就不再只是逐日心得，，，，，，，而会造成一份可能查找问题、回首选择、展示文章和确认成长方向的幼我开发档案。。。。。。。。