摘要：实事求是，理直气壮，都给经理列出来有理有据，但要给自己留一点余地 按天计算即可，没必要按小时 前提 明确好需求的细节、各种可能性 不包括：把原型给产品经理后的重新调整时间、code review及修改时间、测试时间、bug fix时间等。 如果要包括，就要把时间也要估计进来，但是这几部分的时间都不太 阅读全文

摘要：设计思路 强制 应用中不可直接使用日志系统（Log4j、Logback）中的API，而应依赖使用日志框架 SLF4J中的API，使用门面模式的日志框架，有利于维护和各个类的日志处理方式统一。 import org.slf4j.Logger; import org.slf4j.LoggerFactor 阅读全文

摘要：个人经验总结 一定要想好在发生异常时，最外层应该给用户或使用者怎样的信息，内层应该有怎样的正确逻辑处理，还要保留适当的日志和现场信息等。 为什么要做异常处理（在可预期的无法提前避免的异常发生时） 保证程序不崩溃 保证异常信息不会一直上抛到最上层，暴露给用户（要做适当的异常处理，或者转成对用户友好的信 阅读全文

摘要：基本语法 Java C# C++ Typescript 基本数据类型（值类型） boolean, byte, short, int, long, float, double, char bool, sbyte, short, int, long, byte, unshort, uint, ulong 阅读全文

摘要：多线程 耗时长的操作尽量不在界面主线程里做，另外起线程 如果其中又需要更新界面，那么要找某种方式来进行（比如winform中要用BeginInvoke，BeginInvoke的原理是？） 同时注意合理使用“loading...”文本或者图片或者progress bar 由于和web应用相比，桌面应用 阅读全文

摘要：流程：先想清楚业务、系统流程，然后在可能出问题的点进行按顺序重点排查，对一个个可能进行分析和排除 数据：注意排查DB、Redis、RabbitMQ各处的数据 日志：注意一行行排查日志，来查看到了哪一步，及日志中打出的参数等数据 可以看命令行输出的日志，或者记到文本中或归档的日志 通过日志还可以看出代 阅读全文

摘要：前端开发过程（如果有的部分已经有现有代码或者已经提前做好了，那么可以提前） 项目结构 注意要分层设计，如Angular中分为好多层 注意提取公共组件 （路由）注意每个子业务需要有独立的url（即每个子页面需不需要有独立的url，比如有子路径，或者有id参数等），这样可以保证刷新页面不会回到初始界面。 阅读全文

摘要：如果想要将一个类的某个方法的实现提取到另一个上层项目中实现（比如这个类实现了MQTT Library的指定接口定义，这个特定的方法在接收到消息时会自动被MQTT Library调用），可以： 实现一个子类并重写这个方法 通过C#的委托或者Java的反射，将函数从外面传入，比如当做参数传入，或者把这个 阅读全文

摘要：通用 项目/产品的功能、需求（含未来的）、设计、架构文档 开发/编译环境、测试/联调环境、如何调试（有些嵌入式的或者有设备的，需要有仿真器或者如何在线调试打断点） 学习/查看代码、逻辑时，结合下面的多种方式可以快一些。 从上到下 从下到上 按模块（如专门研究一下数据库、消息队列等方面的结构和逻辑） 阅读全文