- 博客(892)
- 资源 (1)
- 收藏
- 关注
RSS订阅
原创 【动态更新】解决夫妻两地分居手续
长路漫漫，这一路真是不容易。之前容易那会没办，现在卡的严了，排了1年半的队。终于拿到批文了************************************************************************************京内方准备材料：一般以单位的为准：解决夫妻两地分居拟调（迁）人员办文备案表，调动人员情况登记表。另外单位的职称，学历，等等都好说。难得主要是京...
2017-12-19 15:48:02
3425
3
原创 实验室设备modbus小结
这种工业类采集还是涉及PLC，串口通信：RS485，232等，使用的通信协议各个厂商不同，也不太相同：modbus为主，调试软件吧mac的很少，还得需要有个windows系统的电脑。大概花1个月，后端代码量再1W行多点，不同厂商的指令不同需要定制化开发。之前做过海尔的U home相关的项目，对于物联网有所了解，但是方向不太一样。功能上：设备管理，数据采集，预定规则（边缘计算），数据展示，发指令，外加摄像头的监控。还得结合项目情况，有些设备自带物联网卡，数据上报自家云，需要接口获取。
2023-10-17 23:30:46
289
原创 面试2：通用能力
这是对自我介绍的基本要求，把个人信息、主要经历、经验和技能有条理地组织起来，有逻辑地讲出来。需要找出多段经历的关联性和发展变化，形成连贯的职业发展和能力上升路线。另外，自我介绍要准备多个版本。首先职位不同，自我介绍的侧重点也不同，比如介绍中的技能是要突出高并发，还是可移植性。其次根据面试官角色的不同，要注意选用适宜面试官理解的词汇。
2023-09-03 23:14:50
584
原创 技术领导力实战笔记：14
干工作积极主动，总是能够尽快完成安排的任务，并思考是否有遗漏或者不完善的地方，有能力及责任心。有好奇心，能够主动学习。热心帮助别人，乐于分享。优秀员工是公司最核心的资产，必须把他们树为标杆，也要及时奖励他们的付出。分信任他们，从内心激发他们的潜能。
2023-08-31 16:54:16
564
原创 项目实战笔记5：软技能
连续加班作战，线上问题不断的时候，团队不可避免要吐槽下缓解压力，如果PM 还处于团队跟管理层的关系紧张时，容易掉进误区：自己尽力帮助团队干脏活累活。PM应该容易成为项目团队最大信息量的人，从战略，项目的发展方向，决策的起因跟变更，团队进展。有始有终，就是为什么做，目标是什么，做完效果是什么。影响力不是讲而是听， 清空自己，真正的倾听对方，放下对自己的想法执着，才能留意对方正在的需要，容易产生碰撞，引发共振。对于复杂的大项目，技术复杂，各模块之间耦合严重，每个模块有自己的目标跟优先级，跨部门沟通成本高。
2023-08-22 14:11:46
206
原创 项目实战笔记4：敏捷
敏捷项目管理是一种以快速响应变化为核心的项目管理方法。与传统的瀑布模型不同，敏捷方法强调迭代开发和紧密的团队合作。其目的是尽可能快地交付可用的产品，然后在客户和团队之间进行反馈和迭代，以不断优化产品和开发过程。在敏捷方法中，项目被分解成小的、可管理的部分，称为Sprint。每个Sprint通常持续几周到一个月，团队在Sprint期间工作并交付可用的产品。每个Sprint都包含了计划、设计、开发、测试和评审等步骤。敏捷方法还强调团队合作和交流。
2023-08-21 21:38:01
257
原创 项目管理实战笔记：硬技能（下）
有的站会很短，早上一开始就开，有的长，可能加上决策，敏捷推荐的是短的，只说昨天做了啥，有没有遇到问题，今天计划做啥。工程上有很多行业的检查措施，软件上关注研发过程中的质量保障手段，制定适当的编码规范、提交规范和分支规范，同时设计代码准入标准，确保代码 Review、单元测试、接口验证和 UI 验证等手段与项目质量要求相匹配。对于软件来说，大厂会有自己持续集成交付平台，逐步为自己的应用定制合适的持续集成方案，指定代码准入的阈值，比如静态扫描、单元测试、覆盖率测试、冲突检测、Jar 包版本检测的通过条件等。
2023-08-21 16:47:01
143
原创 项目实战笔记2：硬技能（上）
实际没有理想情况，公司项目运转并不是规范的，有人就有江湖，不可能只管事不管人，还是需要坚守对事不对人，第三方，客观，中立、专业做事。总之，遇到紧急问题，PM必须要直面问题，在紧急时刻勇于站出来承担责任，能让决策者在第一时间选择更好的应对方式，另外尽可能简洁地描述清楚可能的影响和后果，目前的建议方案和所需支持，最大程度地争取各个相关环节的协同配合，共同应对问题。组织一个复盘会本身并不难，难的是在复盘会后，持续跟进这些反思，落地为切实的改进措施，让团队真正看到效果，从而打开团队持续改进的正向循环。
2023-08-21 13:19:26
344
原创 项目管理实战笔记1：项目管理常识
目标管理是事，事还是需要人干，干系人分析是对项目干系人进行分析和归类，针对性管理其核心诉求和期望，可以让干系人更好的参与项目，从而更好地管理项目风险，制定合适的项目决策，提高项目成功的可能性。每个项目的现有的执行方式，都有它本身的背景和成因，先不要急，与项目重要干系人加强沟通，理清前因后果，从项目和团队当前真实痛点出发，寻找解决问题的方案。pmbok说的谈判，也是上面的问题列表提到的一些点去谈。整合管理，范围管理，时间管理，成本管理，质量管理，人力资源管理，沟通管理，干系人管理，风险管理，采购管理。
2023-08-20 22:09:02
450
原创 pm一些资料
第三次，重要的里程碑节点及时check.追踪进度，是不是需要协助解决问题。2 倾听对方的意见或者诉求，有没有其他的事，优先级要不要挑战，是否需要其他资源支持等。做一件事，除了事情本身的，多问一句为什么做这件事，这个更跟目标有关系。做工作多去思考总结，尤其是重复的事情，寻规律和特点，提高工作效率。先不给别人下结论，多给一些建议，引导他人做决定，激发他人主动性。关注重要不紧急的事，按计划做，减少救火的频次。惩罚：要私下，讲清楚不好的地方，改进措施。刻意练习，突破自己的舒适区，不断成长。
2023-08-16 16:11:15
68
原创 架构训练营学习笔记：6-2 微服务基础选型
平均3个开发人员负责一个微服务，这是一个经验值，太多人维护，细节掌握不全。如果维护期的服务，可以2人。怎么划分，看团队规模。DDD告诉你限界上下文是什么，却没有告诉你如何划分。其中，核心 就是服务注册、服务发现、服务路由。除了从0开始构建，都是逐步落地的。
2023-08-07 21:27:19
726
原创 架构训练营学习笔记：6-1 微服务
这部分是了解的。传统企业使用soa较多。很多企业银行、电信对于Oracle 依赖大，强调稳定性。各个项目侧重外包，技术栈不统一。soa 历史这个之前电信的BOSS系统就是这种架构，不知道现在呢，核心计费系统billing是运行在tuxduo中间件。对外提供了ESB，外围的crm,客服，APP等调用。
2023-08-07 12:03:14
608
原创 架构训练营学习笔记：5-3接口高可用
架构决定系统质量上限，代码决定系统质量下限，本节课串一下常见应对措施的框架，细节不太多，侧重对于技术本质有深入了解。
2023-08-05 23:07:30
463
原创 架构训练营学习笔记：5-2 负载均衡架构
GSLB(Global Server Load Balancing)：全局负载均衡，主要用于在多个区域拥有自己服务器的站点，为了使全球用户只以一个 IP 地址或域名就能访问到离自己最近的服务器，从而获得最快的访问速度。对于有些场景，A 用户的一个请求可能关联了对 B 用户数据的访问，比如 A转账给 B，A 扣完钱后要调用账务系统去增加 B 的余额。通用负载均衡算法是基于请求的，业务级别的负载均衡是基于业务内容的，更灵活。箭头1：对于应该在本 IDC 处理的请求，直接映射到对应的 RZ 即可；
2023-08-05 16:08:34
585
原创 架构训练营学习笔记：5-1 计算架构模式之多级缓存架构
本地缓存CDN缓存Content Delivery Network，即内容分发网络，依靠部署在各地的边缘服务器，通过中心平台的负载均衡、内容分发、调度等功能模块，使用户就近获取所需内容，降低网络拥塞，提高用户访问响应速度和命中率，关键技术是内容存储和分发技术。Web容器缓存Web容器缓存一般缓存静态资源，例如图片、JavaScript、CSS等，配合HTTP协议实现缓存。
2023-08-04 10:39:30
609
原创 架构训练营学习笔记：4-4如何设计存储架构？
举例是list与set的区别，这种较为明显的区别，不用再写到备选方案做评审，内部讨论即可。当然还得考虑业务复杂性，针对极端的热点大V，再做针对性拆分优化，但不是类型差异那么大了。请求量：需要存储的数据总量（TPS/QPS），并且计算“平均值”和“峰值”技术本质就是有别于其他系统的典型特征，决定了核心应用场景和优缺点。数据量：需要存储的数据总量（G），冷热可以分开存储。预留量：预留的增长空间，能做到平滑线性伸缩最好。2B的业务，数据量需要预估，2C的需要决策。技术本质：挑选应用场景和系统本质契合的系统。
2023-07-16 22:00:25
357
原创 架构训练营学习笔记：4-3存储架构模式之分片架构和分区架构
GSLB：非标准，需要独立开发部署，功能非常强大，可以做状态监测、基于业务规则的定制路由。这个没看过，不太熟悉，从效果上基于地理位置的流量负载多数据中心外，还具备检测状态。主键 ：适合主业务数据，例如数据库分片常用的用户ID、订单ID，Redis分片的key，MongoDB的文档ID。这里是原则，具体落地得验证，比如订单ID之前遇到老的雪花算法，偶数偏多，数据不均匀，该怎么处理？分片架构能提升写性能和存储性能，对应的主备架构的本质是备份，主从架构本质提升读性能。缺点：成本高，每个分区需要独立的备份中心。
2023-07-16 17:58:04
506
原创 架构训练营学习笔记：4-2 存储架构模式之复制架构
恢复点目标(RecoveryPointObjective，RPO)指最大可容忍的数据丢失量，用时间来衡量，这个值代表着数据必须恢复的最早时间点，数据量越大，意味着要投入的资金或者其他资源越多，才能确保在灾难事件中损失的数据越少。实际情况下，很少有 团队采用这种方案，这种方案优点减轻多个备机读取主机压力，减轻压力有限，还不如分库分表更实用，此处仅做用对比学习。问题：分为故障跟灾难。优点：主机故障后，切换备机1为主机，方便快捷，直接修改配置即可，无需修改备机2的配置，无需判断备机1和备机2的数据覆盖问题。
2023-07-15 23:29:32
2029
原创 架构训练营学习笔记：4-1存储架构模式之数据库存储架构
水平拆分难度在于拆分规则的确定，也就是路由。这是一种折中，定了软件架构规范后，开发、测试会关注到这个点，后续的代码review也可以二次校验。这种通常是字段多的表，抛去大字段，有的大表100来个字段，这种明显比常见的10来个 字段要慢。分库带来的挑战： join 查询，要么冗余数据，要么在代码实现join 功能（内存做关联）通常方式，关键业务（比如订单、支付）读写全部指向主机，非关键业务采取读写分离。常见的用户的维度、商家的维度异构方式。业务的写发给主机，读操作发给从机。水平拆分：提示系统的性能。
2023-07-15 16:09:29
450
原创 架构训练营学习笔记3-5：消息队列备选架构设计实战
本文属于架构训练营学习笔记系列：模块3的案例讲解总的来说，这篇从更高的维度去讲，而不是关注消息队列的常见问题：比如消息如何发送，消息如何不丢失 ，消息如何不重复。总体上分为2部分：利益干系人分析和复杂度分析、备选架构设计。注意：这个案例得结合李老师当时所在公司的背景，2014年uc 刚被阿里收购的情况。放到现在再说自研mq.大概率会被否掉的，因为常见的kafka,rocketmq 基本上能满足需求，即使有个性化的需求，方案也可以考虑基于rocketmq做定制化改动。
2023-07-15 11:57:10
2197
原创 架构训练营3：架构设计流程和架构师职责
要发挥影响力，引导正确的方案，不是简单的听老板的。宽度与广度 不是一会事，你熟悉Redis跟memcache 是宽度，了解前端与运维是广度。投资人：出钱的“爸爸”，【利益诉求】1.成本2.时间3.竞争力 例如：1.你的上级2.业务负责人。架构师是业务和技术之间的桥梁，架构师不能只顾技术，不懂业务，架构师很容易两头不讨好。这个跟PM的很类似，毕竟有人的地方就有江湖。架构师工作评价，除了架构项目落地情况，相关人员的架构意见反馈也是老板考量因素。影响系统结构的设计是架构设计，方案设计不影响系统的架构设计。
2023-07-13 14:54:54
2404
原创 架构训练营笔记：高可用设计
【优缺点】1）决策过程复杂，决策逻辑复杂，一般用标准算法进行选举，例如Raft、ZAB、Paxos2）可用性最高，数据一致性最强3）可能出现“脑裂”问题，可以采用quorum来控制。【优缺点】1.数据强一致性，最强可用性，故障容忍度高2.写入性能不高，实现复杂【适应场景】分布式一致性、分布式协同（OceanBase）【优缺点】1）架构实现简单，决策逻辑简单，一般是心跳机制2）如果是链路问题，会导致双主，可以用双通道来缓解3）数据一致性弱。【优缺点】1）实现简单，复制数据量小2）数据可能不一致（SQL函数）
2023-07-12 15:05:31
1057
原创 架构训练营笔记：可扩展设计
内部复杂度：又称为“单体复杂度”，指单个对象内部的复杂度，可以用参与的开发人数来衡量单个拆分对象的复杂度。例如：一次用户请求需要5个子系统参与是比较合理的，如果需要20个子系统参与，则外部复杂度过高。业务复杂度：业务固有的复杂度，主要体现为难以理解、难以扩展，例如业务数量多（微信）、业务流程长（支付宝）、业务之间关系复杂（例如ERP）。2）任务分配器需要管理所有的服务器，可以通过配置文件，也可以通过配置服务器（例如ZooKeeper）质量复杂度：高性能、高可用、成本、安全等质量属性的要求。
2023-07-11 15:47:42
93
原创 架构训练营笔记系列:面向复杂度的设计
结合郭东白老师的课，有些系统边界不清晰，比如有的订单冗余了非订单关注的太多属性，其他系统全靠从订单获取，那么你在维护订单的数据一致性成本就很高，看着没啥用，那你一改别的系统就出问题。李老师还把经历的一些失败的架构案例，做了分析。不务实，各种 高大上目标，难以落地，或者坑太多填不过来。牵扯的相关方多，沟通困难，要把相关的需求方，产品，研发等反复沟通。1设计出来的架构要满足当时的业务需要，符合团队和技术的能力水平（合适原则）DDD 是可扩展架构的设计技巧，不是架构方法论。高性能、高可用，可扩展、安全、成本。
2023-07-10 11:10:22
603
原创 架构课学习笔记：职业成长
架构师没有明确的定义，郭老师提出具备的能力：就是为一个复杂系统设计软件的能力，以及引导研发团队实施的能力。从5个 阶段来看对应的能力维度：结构化设计、解决横向问题、解决跨领域冲突、正确的技术决策和创造生存优势。
2023-07-06 21:55:01
462
原创 架构课学习笔记：创造价值（下）
这是个非常重要的决策点。采用大化商业价值和最小化成本做事方式，通过完整的架构目标描述、清晰的预警和冲突解决机制、宏观的架构方案和顶层用例、分模块的架构设计和交付方案、重大的集成时间点、设计文档 Wiki 链接等高质量的内容。这里我们要用故障复盘里的五个“为什么”的方法，也就是“Five Whys”，不断挖掘问题根源，突破问题的表面现象，最终找到一类问题的底层根源。不是个庆典仪式，项目启动环节的王道是以终为始，公开架构活动的明确目标，以清晰的语义阐述参与者的责任、权利和架构环境，保障参与者对目标的全力投入。
2023-07-06 00:27:16
569
原创 架构师学习笔记：生存法则4,5,6
就是不管是架构抽象、数据建模、算法的调整，都是为业务服务，创造增长跟发现新业务机会。很多影响因素，外部有企业的竞争因素，小布快跑，变化 较大，内部还有交付时间，考核等因素。郭老师提出的对于行业、竞对的理解从不同角度：业务、运营、产品、技术。允许团队不同意见提出，要么别人错了，别人活的成长，要么自己错了，自己获得成长。1 单一职责：容易下线旧逻辑，通常为了减少出错，通常不愿意改动无关的代码，累计越来越多的无效代码。拉长自己的思考周期，从眼下到几个月甚至几年去看，用大尺度样例训练自己的大脑。
2023-06-29 17:03:34
343
原创 架构生存法则3：寻找商业模式
前提：知道公司、部门、团队的商业模式，靠什么盈利的。这个也好理解，沿着业务流动，就容易知道哪些是核心部门，核心业务。这样有的放矢，抓主要矛盾，效果明显。这是数据驱动的一个例子。自己的价值可度量，写月报或者KPI的时候，你就需要整理这种指标。理想情况很少，现实资源受限较多，方案得考虑商业、研发成本、时间成本、迁移成本。第二节，除了通用问题，系统的安全性、稳定性、易维护性等，要关注商业价值。追求商业价值，并以此为目标，来衡量工作的价值，审视自己可以提高的地方。第二个例子，举例裁员的印度小哥例子，尽量与人为善。
2023-06-28 18:39:53
50
原创 架构课2：研发人员的人性
这节课很有意思，解决了我的一个疑惑。1 首先，郭老师纠正了常见的额马斯洛的需求理论，通常的解释5层分层理论。而是以动机、跃迁。人有一个主导的动机，这个动机有有人内在的需求所驱动，并主导这个人的一切意识和行为。要尊重和顺应人性。2 研发人员也有安全感诉求，35,996，毕业 相关的互联网热词都是这种体现。郭老师的一个例子，是大厂收购了海外小厂，做架构升级，核心就是让小厂放弃原来核心业务系统，调用大厂的那一套，小厂只做一层交互 的 壳。从人性上讲这会让小厂的研发丧失安全感，潜意识不会配
2023-06-27 15:49:21
48
原创 郭老师架构课：1 寻找正确的目标
目标是架构的起点，否则系统就会变得复杂和无序。另外，郭老师应该是见了太多大厂的锤炼，所以十分鼓励有勇气、讲真话、保持良知做出自己的选择。这个就是见仁见智，没有标准答案，得自己经历才能体会。
2023-06-24 22:25:01
572
原创 一些技术管理常见问题笔记
找团队骨干、核心聊聊，目前有啥问题，有啥想法，看看大家是不是有能力，有意愿做事情。团队作战，基本的流程要达成一致，需求评审、开发自测、提测前review、线上问题处理、问题 复盘等等。人的问题最重要：夹心饼干，先解决 团队，如果团队不配合就得抓紧招聘。找合作方拜山头，产品、业务、运维、测试等等。技术架构陈旧，难以支撑业务发展，系统不够稳定，经常出问题。盘点团队当前现状（能力、意愿、分工、协作、梯队、文化）给权利，但是说明约束条件，做事的原则，可执行的流程。做有复利的事情：读书、写作、演讲、沟通、逻辑。
2023-04-27 11:15:52
450
1
原创 管理笔记2职级管理
2 阶段性回顾、及时review提醒。最后才给打C，别人接受不了。okr 技术通常包含 ：项目 目标、稳定性、团队、关键业务支撑。事故影响：C端影响，资金损失，影响时长，定级定损，复盘。考虑点：1考虑当前阶段时间，不会频繁晋升，2考虑绩效。3 平时多锻炼演讲能力，超出自己水平，回答临危不乱。1平时多 收集数据，业绩相关，技术相关。2讲述材料通俗易懂，别太多术语，让别人听懂。当前级别的事做到了，已经做到下一个级别的事。不断成长、主动做事，对公司业务产生价值。leader 如何给自己目标定？
2023-04-14 15:50:23
363
原创 elasticsearch 7.10 启动报错（一）
elasticsearch/bin目录下vim elasticsearch-env：大约40多活位置。不用jdk1.8的，ES_HOME指 elasticsearch自带的jdk。网速不好，不安装了，用es 自带的jdk 替代下。测试 环境一个es发现停了，启动提示异常。看这个错误，需要jdk11.
2023-03-27 18:09:17
290
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人