洞见 | 假设导向、笔记思考、电梯法则，这样的思维模式真香，转发收藏

昨天我们分享了，当面对一个全新的领域、全新的业务或者编写一份不擅长的方案或汇报材料时，我们需要借助一些优秀的思维模式，对问题进行框架分析和研究解题思路，从而结构清晰、有条有理的解决问题。

今天我们继续分享另外5个习惯，总结起来就是“假设导向、笔记思考、电梯法则”，运用这样的思维模式解决问题真香。

习惯1、分析客户需求时，先建立初始假设

无论怎样的客户需求，都一定有相关的标杆项目、实施经验和方法论支撑，因此，面对问题的第一步不是着急去研究问题的解决方法，而寻找相关的模型，充分借鉴方法论、前辈的经验，避免 “重复发明轮子”。

第二，以假设为导向，通过有效的界定问题，将问题缩小到一定范围，从而更快、更高效能的解决问题。

例如，调研时遇到无法解决的问题，不着急如何解决，先界定问题、充分借鉴方法论和前辈的经验，对问题进行分组分类和重要性排序，然后开始建立初始假设，发现问题的关键驱动因素，最后从全局出发，关注那些重要的节点，比如里程碑、核心问题、关键流程步骤等。

切记不要陷入细节，你甭想把整个海洋煮沸。

 

习惯2、每一次访谈都做好访谈计划

每次访谈都做好访谈计划，都准备好PPT，哪怕只是几页片子，要让大家把注意力集中到PPT中的内容上。

每次访谈都要做好会议纪要，哪怕只是一些零散的问题点。

访谈的会议纪要一定要发邮件给客户确认，而且尽量当天发出去，并请他们回复，可能在回邮件的过程中，他们会想到更好的点子、提供更多细节或分享一些项目资料。

访谈起身离开前问最后一个问题，在客户完全放松、没有防备的状态下提问，往往能问到真实的信息，比如，您觉得我们遗漏了哪些问题？ 对于XX问题，你觉得真正的原因是什么？

习惯3、养成笔记思考的习惯

在访谈调研时，不仅仅只是记录客户的信息，要用笔记思考的方式，快速想到解决问题所需要的内容，从而及时抛出问题，避免需要多次访谈。

笔记乱一点也无所谓，要避免看起来很整洁但实际上空洞无物，一页笔记一张图，便于将于精力聚焦于解决问题，并通过图表、故事线的方式进行笔记思考。

习惯4、以客户为导向编制汇报材料

你觉得怎么样不重要，关键是客户觉得怎么样。

要将结论转变为对客户有用的建议。

不要问你的提案对你意味着什么，要问对客户意味着什么，如果客户无法实施你的方案，那你的建议毫无意义。

习惯5、开始汇报之前，先进行电梯法则验证

什么是电梯法则？

有一次，麦肯锡的一位项目负责人在电梯间里遇见了客户方的董事长，该董事长问他，“你能不能说一下现在的结果呢 ？”，由于该项目负责人没有准备，无法在电梯从30层到1层的30秒内把要点说清楚，最终麦肯锡失去了这个重要客户。

1、确保在1分钟内讲清楚结论，通过电梯测试，能在短时间内清晰而准确的向客户表达清楚核心观点。

2、电梯法则验证的3个细节：

讲清楚：自己讲的足够清晰、有条理。

听明白：确保对方真正听明白你说的。

采取行动：对方认可你的观点并采取行动。

今天就分享到这里，更多分享，更多收获，职场技能，掰开揉碎、说给您听，共同职场精进。

实战派 | 让人思路清晰、有条有理的9个习惯（上）

当你面对一个全新的领域、全新的业务或者编写一份不擅长的方案或汇报材料时，我们如何利用一些优秀的职业习惯来解决这些问题，今天分享一场项目经理培训的整理笔记，为有缘人提供抛砖引玉。

笔记内容包括咨询顾问的9大职场习惯，内容较多，今天分享第一部分，余下内容，我们明天7:03，不见不散。

第一部分，遇到问题，先搭框架

习惯1、使用思维导图梳理内容框架

简单的说，思维导图就是一种树形发散结构，通过树干、树枝、枝丫、树叶的连接关系，梳理出解决问题的脉络。

我们知道，同一片树叶，不会长在不同的枝丫上，因此梳理框架时，内容之间要“相互独立”，所以在画思维导图时，每个节点都不能在图形上出现两次，要谨记MECE的“相互独立且完全穷尽”原则。

养成导图思考的习惯，可以训练我们的发散思维能力、创造思维能力、归纳思维能力和分析思维能力。

如附图所示，编制计划时，用导图可以快速编排工作内容、时间计划、资源需求、人员入场等内容，利用导图的图形化属性，很容易就可以发现问题，比如：

1）时间计划是否合理。

2）资源是否满足。

3）客户的时间是否有冲突。

 

习惯2、训练“相互独立，完全穷尽”的MECE意识，习惯用MECE法则系统分析问题

金字塔结构中的关键线索、主要证据中显示都要遵从MECE原则，MECE的意思是“相互独立，完全穷尽”， 简单理解为“不冲突、不遗漏”，MECE原则需遵循下列3个核心思想：

1）相互独立，完全穷尽，事实上，我们往往追求相互独立，完全穷尽则尽力做到即可，可以用七何分析法（5W2H)来减少疏漏。

2）分组分类思想：分组的合理性，决定了是否真正的相互独立，毕竟很多内容都是相互关联的，能否将蜘蛛网一样的信息梳理成树形结构，关键就在于分组是否合理。

3）重要性排序思想：通过思维导图的梳理后，分支节点会非常多，如果所有节点都要进行分析，那么时间和精力都可能顾不上，因此，需要进行重要性排序，集中精力解决那些重要的问题。

 

习惯3、开始工作前，先构建解决问题的金字塔结构

金字塔结构作为帮助沟通的工具，可以让对方更易于理解信息，增强信息的说服力。

金字塔的最上面的是“关键信息”，即结论或观点，下面一层就像金字塔的石块一样，支撑着信息的思考、证据、方法等“关键线索”，用逻辑性排列在一起。

面对问题时，如果已经了结论或初步的观点，那么，推荐使用自上而下方法的构建金字塔结构，而如果只有一堆素材，需要通过对这些素材进行分析总结找出结论时，可以使用自下而上的方法来构建金字塔结构。

1）自上而下构建金字塔

▪ 确定主题，先有上层结论，再梳理各下层论述。

▪ 确定听众，设想听众关心的问题。

▪ 先提出解决问题的假设，再收集事实与数据去证明这个假设。

▪ 确定主题回答引发的二级问题、三级问题。

2）自下而上构建金字塔

▪ 列出所有观点、要点清单。

▪ 找出各要点之间的关系。

▪ 总结归纳、得出结论。

▪ 建立SCQA故事结构。

 

习惯4、套用方法论、事半功倍

方法论是解决某类问题的基本流程、步骤，套用框架，至少一大半的活儿可以通过方法论、通过领先实践、项目案例来完成。

另外，借助框架，我们能够获得一整套解决问题的方法、步骤、模板，从而快速按模板设计访谈提纲、按基本框架开展工作，快速找准企业的痛点和问题解决方向。

今天就分享到这里，更多分享，更多收获，职场技能，掰开揉碎、说给您听，共同职场精进。

核心观点：几乎所有的管理者都需要写作能力，当然，这里说的写作并不指著书立传，而是工作中的材料编写，包括工作规划、项目计划、解决方案与措施、项目进展与问题、工作总结等活动，不仅要求内容有趣有料，更重要的是逻辑结构要主次分明、条理清晰，也许才是好文章的底层逻辑。

我会用两篇文章来进行复盘总结，今天分享第一部分。

一、清晰的理解“信息”，确保信息客观和具体，以事实为依据、站在更高的角度去看问题，表达的逻辑才会有深度。

二、逻辑清晰的表达信息，遵循四种常用的逻辑表达，用场景化、数字化、具体化来表达内容逻辑。

三、使用结构化来构建文章逻辑，以总分总的结构来阐述文章的故事逻辑，用分组分类、重要性排序等方式，让内容条理清晰，主次分明。

一、清晰的理解“信息”，确保信息客观和具体，以事实为依据、站在更高的角度去看问题，表达的逻辑才会有深度。

所谓信息，就是描述客观事物的客观描述，总之，（1）要客观，（2）要具体化，比如今天郑州的天气是25摄氏度，就既客观又具体，但如果说今天郑州很热，就既不客观也不具体，因为对于天气热，每个人的感受不一样。

在《麦肯锡方法》麦肯锡顾问解决问题的三大步骤中，第一步就是“收集足够的事实，并进行分析，以事实作为解决问题的起点和基石”，参见附图2。

清晰的理解“信息”，还包括对信息的评价和转化，即通过描述客观事物背后的某些逻辑将信息转化为有力的论据，比如低于零摄氏度时水会结冰，分析质量问题时可以用5M1E分析法从人员、设备、物料、工艺、环境影响等维度进行分析，解决问题可以用5W2H确定真正的问题、责任人、问题解决办法、时间要求等维度进行分析，清晰的理解“信息”也是“问题导向”的第一步。

二、逻辑清晰的表达信息，遵循四种常用的逻辑表达，用场景化、数字化、具体化来表达内容逻辑。

很多时候，我们并不缺乏素材，而是缺乏内容的分类方法和逻辑结构，这里简单梳理一下常用的四种逻辑顺序，参见附图3。

逻辑关系大的维度上可分为总结归纳和演绎推理。总结归纳是先说结论，然后给出论据的过程，是一种总分结构，而演绎推理，则是先进行推理、假设验证，最后给出结论，是一种先分后总的过程。

一般我们思考为他时，建议采用演绎推理的逻辑顺序，而总结陈述时，建议采用总结归纳的逻辑顺序，一方面是我们没有那么大的能力，一上来就有结论，另一方面，我们可以从最熟悉的地方入手，先摘好摘的苹果，最后再总结一个结论，从而减少拖延症的发生，

在总结归纳中，我们可以从时间顺序、结构顺序、重要性顺序进行分析。

请注意，这里说的时间顺序，不是狭义的时间顺序，还包括因果顺序、流程步骤等。

在分清楚上述逻辑顺序后，我们可以使用一些常用的逻辑顺序连接词，这对于总结汇报、尤其是PPT中非常实用，因为这些词言简意赅的表达了逻辑结构。

最后，清晰的表达要突出“具体化”，单纯地讲道理会显得空洞，在方案汇报或工作总结中，可以使用这3种方法：

（1）场景化，即描述一个具体的场景，比如客户的痛点分析、再比如“通过数据协同，打通跨系统、跨部门、跨业务条线之间的信息通道”。

（2）数字化，方案的目标用具体数字来概括，执行步骤用数字来量化等，当然最常见的是数字化是业绩、销量等，但这类数字化，关键是要用同比、环比、和最优比等这样的数据对比，从而发挥数据背后的逻辑价值，参见附图4。

（3）图形化，这在PPT中最常用，既可以提升PPT的格局，又可以凸显图形图表的背后逻辑。

举个具体化的小例子：小张发了一张恶心的图片给我，（恶心到什么程度呢）要不是舍不得30块钱的汉堡，我当场就吐了。

今天就分享到这里，更多分享，更多收获，职场技能，掰开揉碎、说给您听，共同职场精进。

新手如何学习数据分析？

建议从Excel开始，Excel方便、实用，能够完成很多日常数据分析工作

Excel主要学习4点：常用的公式、技巧及快捷键、数据透视表、可视化图表

接着，学点SQL吧，以后难免会用到，毕竟数据存放在数据库中

SQL部分主要是学习各种查询，例如排序、分组、去重、汇总统计、表的连接、字符串匹配、范围查询、日期格式化、CASE语句，如果有可能，学点索引、函数、存储过程及游标等，可以帮助我们完成更多复杂的查询。

然后，学点统计学方法吧，像假设检验、线性回归、逻辑回归、时间序列、聚类分析等都是很实用的统计分析方法，在业务问题中很常用，用SPSS就可以实现，不用编程。

最后，学点数据分析方法及思维模型吧，毕竟思维方法可以指引我们如何去分析问题。

常用的数据分析方法：对比分析、分组分析、结构分析、交叉分析、矩阵分析等；

常用的数据分析思维模型：5W2H分析法、逻辑树、PEST分析法、AARRR模型及用户行为理论等。

如果有可能，学点Python，有时候涉及数据或者文件的批量处理，编程解决更方便，或者碰到一些数据挖掘问题时，Python也可以解决，sklearn库中的算法足够解决很多实际问题了。

数据分析训练营全套视频课

由于是纯手工在手机编写发布的，一些细节处理就没写了，比如最后目标还要对分组和进位一次，再组装目标字符串 后面考虑发布源码（大约140行）也不是很大。

风逝2019

任意进制互转的VBA函数 玩了几天数字游戏，特别是前几天做的“不同基数的数字”互转，用数学的话说就是进制转换，用Offi

建议去了解一下sqltoy-orm，jpa和超强查询的融合，最佳的动态SQL编写模式（便于客户端调试和项目xml的快速切换），最强的分页机制（快速分页和分页优化以及并行分页），独特的缓存翻译功能，另外针对统计类提供了行列转换，分组统计汇总，同比环比计算，树形排序汇总等等，说实话很多人都是没有见过真正强大的orm

迷路的架构师

最终选择了MybatisPlus，放弃了JPA

比较完整的分享一些Kubernetes（K8S）组件说明和名词说明，学好k8s，这些基础东西还是必须要先了解的。

Pod（容器组）：Pod 是 Kubernetes 集群中可以创建的最小部署单元，由一个或者多个容器（例如 Docker 容器）组成。Pod 里的容器共享存储、网络和容器进行时配置项。

Namespace（命名空间）：命名空间提供了一种在不同用户间分割集群资源的方法。当 Kubernetes 集群规模较大时，可以使用命名空间来创建多个虚拟的集群。

Kubernetes 亲和性调度：K8S 集群自动为 Pod 资源选择某个节点，控制集群中的Pod 如何调度，具体包括 NodeName、NodeSelector、NodeAffinity、PodAffinity这几种方式。

Service（服务）：在逻辑上代理后端 Pod，定义 Pod 的逻辑分组和访问 Pod 的策略。利用 Service 可以实现服务发现和负载均衡，服务天然适应微服务架构。可以将服务提供给同一个集群内的其他服务使用，简单来说就是对内提供服务用的。

Ingress，它是集群的入口。比如我们的集群Web应用想要让用户能够访问，那必然要在Ingress入口上增加一条解析记录。这一点，熟悉像Nginx的朋友应该比较容易理解，事实上Nginx Ingress也是K8s生态中的一个成员。

应用：每个应用可以由若干服务组成，例如，WordPress 应用可以由 Web 服务和DB 服务等组成。

Volume：最基础的存储抽象，支持多种类型，包括本地存储、NFS、FC 以及众多的云存储。用户也可以编写自己的存储插件来支持特定的存储系统。

PV/PVC：PV（Persistent Volume）是 Kubernetes 中的一个资源对象，创建一个资源相当于创建一个存储资源对象；PVC（Persistent Volume Claim）是用户对存储资源的请求，根据 PVC 中指定的条件 Kubernetes 可以动态寻找 PV 资源进行绑定。PV 和 PVC 的绑定可以通过 StorageClassName、matchLabels 或者matchExpressions 方式进行。

弹性伸缩： Kubernetes 中 共 有 三 种 不 同 的 弹 性 伸 缩 策 略 ， 分 别 为 HPA（ HorizontalPodAutoscaling ）、 VPA （ VerticalPodAutoscaling ） 与 CA（ClusterAutoscaler）。其中，HPA 和 VPA 主要扩缩容的对象是容器，而 CA 的扩缩容对象是节点。

DaemonSet，有些应用需要守护进程的方式运行。比如，我想要在后台进行日志的收集。这个时候DaemonSet就派上了用场，它会保证在所有的目标节点上运行一个Pod的副本。在这期间，如果有新的Node加入到K8s集群中的话，它也会自动完成调度，在新的机器上运行一个Pod副本。因此，前面说的监控、日志等任务很适合用DaemonSet的方式执行。

CronJob和Job，假设我的系统内有一个全网信息排行榜展示，要求每天需要在凌晨0点的时候更新一次。这个需求在K8s里就可以用CronJob来搞定。而如果仅仅需要执行一次的任务，那就直接使用Job对象就可以了。

ConfigMap和Secret，同一个Pod内的容器可以共享很多信息，也可能需要读取同一份配置。比如Pod内有两个容器需要访问同一个数据库，那么我们可以把相关的配置信息写到ConfigMap里。那如果还有一些比较敏感的信息的话，就需要放到Secret对象中，它其实是一个保存在 Etcd 里的键值对数据。这样，你把 Credential 信息以 Secret 的方式存在 Etcd 里，Kubernetes 就会在你指定的 Pod（比如，Web 应用的 Pod）启动时，自动把 Secret 里的数据以 Volume 的方式挂载到容器里。

Deployment，它可以根据我们的需求（比如通过标签）将Pod调度到目标机器上，调度完成之后，它还会继续帮我们继续监控容器是否在正确运行，一旦出现问题，会立刻告诉我们Pod的运行不正常以及寻找可能的解决方案，比如目标节点不可用的时候它可以快速地调度到别的机器上去。另外，如果需要对应用扩容提升响应能力的时候，通过Deployment可以快速地进行扩展。

拉倒了！天天收益为零，换赛道吧，至少还能看见个分分钱

入头条有大半年了吧？虽然不是天天更新，但也算勤快，内容虽然不是完全垂直吧，但也还算稳定，但收益真的是惨不忍睹，最近几个月几乎就是零蛋，偶尔见个几分几毛的，还都是娱乐板块带来的。

我刚来的时候，看了些攻略文章，说头条君最喜欢一些接地气的内容，比如说，离婚男女了，家长里短了，婆媳大战了，孩子升学了，腹黑保姆了，原配打小三了，宠物成精了巴拉巴拉……

发现还真是这样。

其实我开始也写过这类的，展现量最高的一篇有5.6w，写的是自己刚入律所的一些破事，全是吐槽，大概是人性的阴暗吧，都喜欢看别人比自己惨。确实看的人比平时多一些，收益也相对要高那么一丢丢，但总觉得哪里不对劲，像咱们这种能通过法考，要相貌有相貌，要才华有才华，能文能武的人才，给大领导写过发言稿，给大企业编写过规章制度，这双常年写法律文书的手，却要用来写这些鸡毛蒜皮的小破事，是不是有点大材小用？于是我傲娇地拒绝了，其实并没有谁求着让我写，是我自己求着大家来看。

有一阵实在是没什么可写的，又不想就这么放弃认输，我加入了各种组群-随手拍照片，随手拍天空，随手拍花花草草……走路的时候拍上几张，等红灯的时候拍一张，宠物睡觉拍一张，只要构图还行，再稍微加个滤镜啥的，配上几句美文，一发布，马马虎虎，骗骗自己。然后再到处去跟人家互动一下，换几个礼貌的点赞，然后就没有然后了。

天天发这些没啥营养的东西，真挺闷的，我又不想写了。

我的初心是想记录自己办案的那些过程。这当中也曾遇到过一些狗血的事，但确实又没有到那种惊心动魄、一波三折的地步，写不出让人动容、能连载上瘾的东西，本着咱的职业道德，也不能瞎编胡写，于是偶尔写写也就算了。

我劝自己说，写着玩嘛，谁还认真呢？毕竟属于咱们的言论空间已经很有限了。PYQ不能随心所欲，发个自拍怕被喷，晒个工作照拍被酸，打个广告怕被嫌弃，搞个怪怕被说行为不端，拍个短视频怕被律协处罚……不分组不能发动态的日子，我真的受不了！

头条有个好处，只要你不想让人知道，就没人知道。可我们来这里，真的是为了不想让人看到吗？

可悲的是，每天醒来第一件事，去创作中心随便瞅瞅收益，明明也知道没啥好瞅的，再去任务中心，一日三次例行收金币，走路赚钱，吃饭补贴，睡觉赚钱，开宝箱，签到领金币，刷视频，乐此不疲，一个月只赚到七块钱，不够买一顿早餐。

直到有一天，我点完金币后，忽然觉得自己像个乞丐一样，定时定点去领取一点可怜的救助餐和抚恤金……这感觉，真的绝了！

现在写头条的人越来越多了，但大多数人都是乱写一通，怎么高兴怎么来，玩呗，谁还真指着这个挣钱养活自己呢？想明白了就好了，身份算个啥？学识算个p！动不动就被封控在家没收入的人，还有什么好抱怨的？继续干吧伙计！#头条收益#

经济学院裕农共济调研队第一次会议

12月6日，裕农共济 调研队召开了以共同富裕为背景下的“乡村振兴齐鲁样板”主题研究的第一次会议。此次会议结合分析了当前疫情防控的环境形式，详细具体规划设计了本次调研活动的具体实践方案，并且对后续工作做出了初步策划，为了后期工作顺利开展，团队配合更加默契，合理分配各项工作，落实了每位队员的职责分工。

在本次会议中，队长首先确定了本次实践的主题，为此次实践找准基调，明确了实践的研究方向是数字农村经济和生态农村发展，决定了以山东省日照市东港区陈疃镇和山东省济宁市金乡县鱼山街道这两个齐鲁样板示范区为此次实践的调研地点，并且采用线上线下相结合的方式调研。然后队长根据调研计划，明确了调研后续工作的具体安排，并根据对队员进行了合理的分组与工作分配，对接下来的调研展开了具体讲解，同时安排成员编写调查问卷，对调研记录的撰写进行了任务分配，提出了具体要求和分工。

通过此次会议，队员们深刻了解了此次调研活动的活动的具体要求与注意事项，大致了解了调研的后续事项。在接下来的工作中，团队将继续保持勤勉奋斗的工作态度，发扬团结一心、吃苦耐劳的传统美德，尽力完美达成所有的既定目标。

ECharts是一个由数据驱动的组件库，提供可以动态改变配置项去实现所需要的各种功能，其使用步骤如下：（1）新建一个html5文件，为ECharts准备一个具备大小（宽高）的Dom元素，用以显示将要显示的图标；（2）在标签中引入echarts.js文件；（3）在标签中为模块加载器配置echarts和所需图表的路径；（4）加载准备好的dom，并在回调函数中进行个性化数据配置，初始化图表。 #自由软件#//@能源化工装置数据挖掘:根据《特种设备安全法》的第二条定义，特种设备包括锅炉、压力容器、压力管道、电梯、起重机械、客运索道、大型游乐设施、场（厂）内专用机动车辆等。这些设备通常具有高压、高温、高空、高速、易燃、易爆、易发生高空坠落等特点，一旦发生事故将对人身和财产安全有较大危险性。根据安全技术规范要求，特种设备应定期开展法定检验，需要在法定检验过程中对采集汇总的检验缺陷进行合理有序的分类并进行数据统计分析，这是每一个特种设备检验机构必须思考的问题，也是特种设备信息化建设中的重要内容。Echarts是基于JavaScript脚本编程语言实现的一个开源可视化库，其可以流畅地运行在PC和移动端设备并且兼容了当前大部分主流浏览器（如：IE9/10/11，Chrome，Firefox，Safari等），其底层框架依赖矢量图形库ZRender，前端上提供了交互丰富，可高度定制化的数据可视化图表组件。ECharts内置的数据集属性支持直接传入包括二维表等多种格式的数据源，在大数据量的存储中可以占用更少的内存，可以大幅度提升可视化应用的性能。Echarts组件通过简单的设置就可以完成从数据到图形的映射，省去大部分应用场景下数据转换的繁琐步骤，而且多个组件能够共享同一数据源而无需重新导入，极大方便了数据接口调用及所见即所得的UI前端编程开发。特种设备在法定检验过程中，对发现的问题以及意见通知书的编写多采用描述性自然语言，如果要实现检验缺陷的统计分析，首先要对缺陷信息进行标准分组，将其转化为标准的数据字典格式存储，案例中对特种设备检验缺陷分组通过多级数据字典描述。检验缺陷数据存储到数据库中后，必须建立和基础信息字段相关联的视图，从统计分析角度而言，该视图必须包含如下：设备种类、设备类别、报告类别、缺陷一级分类、缺陷二级分类、维保单位等维度。这里所指的维度是表示分析事物的角度，比如特种设备的类别、检验报告的类型、缺陷定义的种类、所在区域分布等都可以理解为某一个维度。而指标是用来表示聚合分析的数字信息，如总量、年限等。通过不同维度指标的组合来描述特种设备某一业务主题的行为即为数据建模和可视化分析。可选择：数字KPI、折线图、柱状图等通用性图表展示，如统计指定时间范围内在检验过程中发现的缺陷数量、趋势及总体分布概况。检验缺陷的微观统计可选择：词云图、树状图、饼图、玫瑰图等专用图表展示，如统计某一类电梯品种并结合具体维保单位在检验过程中发现的缺陷数量、缺陷层级、缺陷描述等微观分布概况。#ECharts ，#自由软件#

博学多才的花猫rF

计算仿真的开源软件、商用软件