【Share】做事三问 what/why/how
发布网友
发布时间：2024-10-21 22:06
共1个回答
热心网友
时间：2024-10-21 22:19
我们做事之前，如果想把它做的又快又好，一般都要想想以下三个问题：
这个事情是什么？
我们为什么要做这件事？
这件事情要怎么做？
如果换成英语，那就是What? Why? How? 这样写起来比较简洁。
“What”：做事之前要明确目标，如果目标都没弄清楚，或者搞错了，那么很大可能你做的工作都是无用功，甚至有可能南辕北辙，做得越多，错的越多。
“Why”：为什么要做这件事，就是要知道这件事的来龙去脉。很多时候，我们完成事件A，目的是为了完成事件B，本质可能是为了完成事件C，如果你有方法可以直接完成事件B，甚至C，那么会省去很多功夫。另一方面，知道事情的原委，会让你做事更踏实，不至于盲目劳动，像个机器。
“How”：知道what，why之后，怎么做事？（需要注意一点，此处不论能力是否足够，讨论的是力所能及的事。）接到任务直接开干，固然畅快直接，如果是很熟稔的事情，甚至能够很快做好（做这种事的时，同样可以思考一下这3个问题）。不过通常情况下，开始做事之前，我们一般只知道自己的能力、资源和事情的大概，具体怎么做，则需要思考。直接开干，有可能完成任务，但是如果能够做个计划，把事情的重要程度、已有资源的分配、步骤、时间等都考虑清楚，再按照计划一步步执行，那么做事自然得心应手，无往不利了。
结合“EL-ADMIN快速上手”这个主题：
What：快速上手“EL-ADMIN”这个后台管理系统框架。
如果你的目标不是这个，比如你想学习微服务或者分布式技术，你大可不必通过这个框架来学习，直接去找相应的技术博客或者教程会更有效果。
如果你的目标与之相近，是想学习java，找一个项目练练手，那这个项目能够满足你的需求，不过还需要考虑到自己的技术水平与具体想要学习的技术等问题，可能其他的项目更加适合你。
如果你的目标与之几乎完全一致，你就是想要一个后台管理系统，前后端分离，微服务，可扩展的更好，那你可以不用犹豫了，一般来说，完全一样的目标是很难的，能够满足需求就已经足够好了。
Why：为什么要“快速上手EL-ADMIN”。
我们来假设一个极端的情况：
你之所以想要“快速上手EL-ADMIN”，是因为你想要一个后台管理系统；
你之所以想要一个后台管理系统，是因为你要完成工作任务；
你之所以要完成工作任务，是因为你要赚钱养家糊口；
你之所以AAA，是因为BBB……
如果不设限制的话，似乎可以推演到宇宙大爆炸。
在这些“之所以，是因为”里面，有些事情是你无法避免的，比如你要养家糊口。而有些事情是可做可不做的，比如“快速上手EL-ADMIN”，你要一个后台管理系统，不一定要EL-ADMIN作为框架，也可以选其他的，如果要求不高，或者时间充裕，可以自己写一个，解决问题的方法有很多，不一定都得亲自上场，也可以外包或者买一个。
想清楚why，就是确定当前主要矛盾的主要方面，要透过现象看本质。如果知道这件事是必须要做，且只能这样做，那剩下的事情就相对简单了（开始干活）。当然这是极端的情况，省略了很多细节，也还有很多种可能性，不过用来说明也足够了。
How：怎么快速上手“EL-ADMIN”
怎么快速上手“EL-ADMIN”，当然是看我的“EL-ADMIN快速上手记录”啦，开个玩笑。
太过于具体的方法论，不是这里想要讨论的。我们可以把“快速上手EL-ADMIN”稍微抽象一下，比如说“怎么快速上手一个新框架”，这样更具有实际意义。
一般来说，一个较为成熟的项目，都会有说明文档，那么首先阅读说明文档，会帮助你对这个项目产生一个大概的印象，如果这个说明文档写得好，可以省去你很多功夫。
而有时候项目是没有说明文档的，或者说写的很烂，有跟没有一样，一种可能是这个项目水平较差，你需要考虑是否要花费精力在学习该项目上，另外一种可能是这个项目很新，还没有来得及写好说明文档，除了直接阅读源代码与注释，你需要和提供者进行交流才能获得比较清晰的了解。
那这样的情况下，我们只能运用已有的知识帮助自己理解，比如你用过的框架与这个项目使用的相同，你大概率可以对比出相应的结构目录、功能模块。如果之前没有接触过，那么根据项目的目录来个粗读，是个比较合适的方法。
先总体了解模块与模块之间的关系，整个项目使用的技术，主要的业务流程之后，就可以根据你的着重点，来精读代码细节了，你想了解权限控制、错误处理、某个业务逻辑等等内容，可以debug调试，也可以查看日志文件，必要时可以画图辅助思考，去除暂时无用的代码。
一般等这步做完之后，可以说你已经初步上手了这个项目了，剩下就是利用和改造项目了（不用完全理解掌握项目，要时刻记住，能够满足需求即可）。
总结：其实做事的方法论世界上已经有很多了，各种成功学、管理学书籍课程都会有类似的内容。在此我也只是抛砖引玉，求一个知行合一罢了。XD
热心网友
时间：2024-10-21 22:22
我们做事之前，如果想把它做的又快又好，一般都要想想以下三个问题：
这个事情是什么？
我们为什么要做这件事？
这件事情要怎么做？
如果换成英语，那就是What? Why? How? 这样写起来比较简洁。
“What”：做事之前要明确目标，如果目标都没弄清楚，或者搞错了，那么很大可能你做的工作都是无用功，甚至有可能南辕北辙，做得越多，错的越多。
“Why”：为什么要做这件事，就是要知道这件事的来龙去脉。很多时候，我们完成事件A，目的是为了完成事件B，本质可能是为了完成事件C，如果你有方法可以直接完成事件B，甚至C，那么会省去很多功夫。另一方面，知道事情的原委，会让你做事更踏实，不至于盲目劳动，像个机器。
“How”：知道what，why之后，怎么做事？（需要注意一点，此处不论能力是否足够，讨论的是力所能及的事。）接到任务直接开干，固然畅快直接，如果是很熟稔的事情，甚至能够很快做好（做这种事的时，同样可以思考一下这3个问题）。不过通常情况下，开始做事之前，我们一般只知道自己的能力、资源和事情的大概，具体怎么做，则需要思考。直接开干，有可能完成任务，但是如果能够做个计划，把事情的重要程度、已有资源的分配、步骤、时间等都考虑清楚，再按照计划一步步执行，那么做事自然得心应手，无往不利了。
结合“EL-ADMIN快速上手”这个主题：
What：快速上手“EL-ADMIN”这个后台管理系统框架。
如果你的目标不是这个，比如你想学习微服务或者分布式技术，你大可不必通过这个框架来学习，直接去找相应的技术博客或者教程会更有效果。
如果你的目标与之相近，是想学习java，找一个项目练练手，那这个项目能够满足你的需求，不过还需要考虑到自己的技术水平与具体想要学习的技术等问题，可能其他的项目更加适合你。
如果你的目标与之几乎完全一致，你就是想要一个后台管理系统，前后端分离，微服务，可扩展的更好，那你可以不用犹豫了，一般来说，完全一样的目标是很难的，能够满足需求就已经足够好了。
Why：为什么要“快速上手EL-ADMIN”。
我们来假设一个极端的情况：
你之所以想要“快速上手EL-ADMIN”，是因为你想要一个后台管理系统；
你之所以想要一个后台管理系统，是因为你要完成工作任务；
你之所以要完成工作任务，是因为你要赚钱养家糊口；
你之所以AAA，是因为BBB……
如果不设限制的话，似乎可以推演到宇宙大爆炸。
在这些“之所以，是因为”里面，有些事情是你无法避免的，比如你要养家糊口。而有些事情是可做可不做的，比如“快速上手EL-ADMIN”，你要一个后台管理系统，不一定要EL-ADMIN作为框架，也可以选其他的，如果要求不高，或者时间充裕，可以自己写一个，解决问题的方法有很多，不一定都得亲自上场，也可以外包或者买一个。
想清楚why，就是确定当前主要矛盾的主要方面，要透过现象看本质。如果知道这件事是必须要做，且只能这样做，那剩下的事情就相对简单了（开始干活）。当然这是极端的情况，省略了很多细节，也还有很多种可能性，不过用来说明也足够了。
How：怎么快速上手“EL-ADMIN”
怎么快速上手“EL-ADMIN”，当然是看我的“EL-ADMIN快速上手记录”啦，开个玩笑。
太过于具体的方法论，不是这里想要讨论的。我们可以把“快速上手EL-ADMIN”稍微抽象一下，比如说“怎么快速上手一个新框架”，这样更具有实际意义。
一般来说，一个较为成熟的项目，都会有说明文档，那么首先阅读说明文档，会帮助你对这个项目产生一个大概的印象，如果这个说明文档写得好，可以省去你很多功夫。
而有时候项目是没有说明文档的，或者说写的很烂，有跟没有一样，一种可能是这个项目水平较差，你需要考虑是否要花费精力在学习该项目上，另外一种可能是这个项目很新，还没有来得及写好说明文档，除了直接阅读源代码与注释，你需要和提供者进行交流才能获得比较清晰的了解。
那这样的情况下，我们只能运用已有的知识帮助自己理解，比如你用过的框架与这个项目使用的相同，你大概率可以对比出相应的结构目录、功能模块。如果之前没有接触过，那么根据项目的目录来个粗读，是个比较合适的方法。
先总体了解模块与模块之间的关系，整个项目使用的技术，主要的业务流程之后，就可以根据你的着重点，来精读代码细节了，你想了解权限控制、错误处理、某个业务逻辑等等内容，可以debug调试，也可以查看日志文件，必要时可以画图辅助思考，去除暂时无用的代码。
一般等这步做完之后，可以说你已经初步上手了这个项目了，剩下就是利用和改造项目了（不用完全理解掌握项目，要时刻记住，能够满足需求即可）。
总结：其实做事的方法论世界上已经有很多了，各种成功学、管理学书籍课程都会有类似的内容。在此我也只是抛砖引玉，求一个知行合一罢了。XD
