自定义博客皮肤VIP专享

*博客头图:

格式为PNG、JPG,宽度*高度大于1920*100像素,不超过2MB,主视觉建议放在右侧,请参照线上博客头图

请上传大于1920*100像素的图片!

博客底图:

图片格式为PNG、JPG,不超过1MB,可上下左右平铺至整个背景

栏目图:

图片格式为PNG、JPG,图片宽度*高度为300*38像素,不超过0.5MB

主标题颜色:

RGB颜色,例如:#AFAFAF

Hover:

RGB颜色,例如:#AFAFAF

副标题颜色:

RGB颜色,例如:#AFAFAF

自定义博客皮肤

-+
  • 博客(892)
  • 资源 (1)
  • 收藏
  • 关注

原创 【动态更新】解决夫妻两地分居手续

长路漫漫,这一路真是不容易。之前容易那会没办,现在卡的严了,排了1年半的队。终于拿到批文了************************************************************************************京内方准备材料:一般以单位的为准:解决夫妻两地分居拟调(迁)人员办文备案表,调动人员情况登记表。另外单位的职称,学历,等等都好说。难得主要是京...

2017-12-19 15:48:02 3460 3

原创 实验室设备modbus小结

这种工业类采集还是涉及PLC,串口通信:RS485,232等,使用的通信协议各个厂商不同,也不太相同:modbus为主,调试软件吧mac的很少,还得需要有个windows系统的电脑。大概花1个月,后端代码量再1W行多点,不同厂商的指令不同需要定制化开发。之前做过海尔的U home相关的项目,对于物联网有所了解,但是方向不太一样。功能上:设备管理,数据采集,预定规则(边缘计算),数据展示,发指令,外加摄像头的监控。还得结合项目情况,有些设备自带物联网卡,数据上报自家云,需要接口获取。

2023-10-17 23:30:46 315

原创 面试2:通用能力

这是对自我介绍的基本要求,把个人信息、主要经历、经验和技能有条理地组织起来,有逻辑地讲出来。需要找出多段经历的关联性和发展变化,形成连贯的职业发展和能力上升路线。另外,自我介绍要准备多个版本。首先职位不同,自我介绍的侧重点也不同,比如介绍中的技能是要突出高并发,还是可移植性。其次根据面试官角色的不同,要注意选用适宜面试官理解的词汇。

2023-09-03 23:14:50 607

原创 技术领导力实战笔记25

授权。

2023-09-01 12:57:35 733

原创 技术领导力实战笔记:14

干工作积极主动,总是能够尽快完成安排的任务,并思考是否有遗漏或者不完善的地方,有能力及责任心。有好奇心,能够主动学习。热心帮助别人,乐于分享。优秀员工是公司最核心的资产,必须把他们树为标杆,也要及时奖励他们的付出。分信任他们,从内心激发他们的潜能。

2023-08-31 16:54:16 782

原创 项目实战笔记5:软技能

连续加班作战,线上问题不断的时候,团队不可避免要吐槽下缓解压力,如果PM 还处于团队跟管理层的关系紧张时,容易掉进误区:自己尽力帮助团队干脏活累活。PM应该容易成为项目团队最大信息量的人,从战略,项目的发展方向,决策的起因跟变更,团队进展。有始有终,就是为什么做,目标是什么,做完效果是什么。影响力不是讲而是听, 清空自己,真正的倾听对方,放下对自己的想法执着,才能留意对方正在的需要,容易产生碰撞,引发共振。对于复杂的大项目,技术复杂,各模块之间耦合严重,每个模块有自己的目标跟优先级,跨部门沟通成本高。

2023-08-22 14:11:46 210

原创 项目实战笔记4:敏捷

敏捷项目管理是一种以快速响应变化为核心的项目管理方法。与传统的瀑布模型不同,敏捷方法强调迭代开发和紧密的团队合作。其目的是尽可能快地交付可用的产品,然后在客户和团队之间进行反馈和迭代,以不断优化产品和开发过程。在敏捷方法中,项目被分解成小的、可管理的部分,称为Sprint。每个Sprint通常持续几周到一个月,团队在Sprint期间工作并交付可用的产品。每个Sprint都包含了计划、设计、开发、测试和评审等步骤。敏捷方法还强调团队合作和交流。

2023-08-21 21:38:01 260

原创 项目管理实战笔记:硬技能(下)

有的站会很短,早上一开始就开,有的长,可能加上决策,敏捷推荐的是短的,只说昨天做了啥,有没有遇到问题,今天计划做啥。工程上有很多行业的检查措施,软件上关注研发过程中的质量保障手段,制定适当的编码规范、提交规范和分支规范,同时设计代码准入标准,确保代码 Review、单元测试、接口验证和 UI 验证等手段与项目质量要求相匹配。对于软件来说,大厂会有自己持续集成交付平台,逐步为自己的应用定制合适的持续集成方案,指定代码准入的阈值,比如静态扫描、单元测试、覆盖率测试、冲突检测、Jar 包版本检测的通过条件等。

2023-08-21 16:47:01 172

原创 项目实战笔记2:硬技能(上)

实际没有理想情况,公司项目运转并不是规范的,有人就有江湖,不可能只管事不管人,还是需要坚守对事不对人,第三方,客观,中立、专业做事。总之,遇到紧急问题,PM必须要直面问题,在紧急时刻勇于站出来承担责任,能让决策者在第一时间选择更好的应对方式,另外尽可能简洁地描述清楚可能的影响和后果,目前的建议方案和所需支持,最大程度地争取各个相关环节的协同配合,共同应对问题。组织一个复盘会本身并不难,难的是在复盘会后,持续跟进这些反思,落地为切实的改进措施,让团队真正看到效果,从而打开团队持续改进的正向循环。

2023-08-21 13:19:26 360

原创 项目管理实战笔记1:项目管理常识

目标管理是事,事还是需要人干,干系人分析是对项目干系人进行分析和归类,针对性管理其核心诉求和期望,可以让干系人更好的参与项目,从而更好地管理项目风险,制定合适的项目决策,提高项目成功的可能性。每个项目的现有的执行方式,都有它本身的背景和成因,先不要急,与项目重要干系人加强沟通,理清前因后果,从项目和团队当前真实痛点出发,寻找解决问题的方案。pmbok说的谈判,也是上面的问题列表提到的一些点去谈。整合管理,范围管理,时间管理,成本管理,质量管理,人力资源管理,沟通管理,干系人管理,风险管理,采购管理。

2023-08-20 22:09:02 489

原创 pm一些资料

第三次,重要的里程碑节点及时check.追踪进度,是不是需要协助解决问题。2 倾听对方的意见或者诉求,有没有其他的事,优先级要不要挑战,是否需要其他资源支持等。做一件事,除了事情本身的,多问一句为什么做这件事,这个更跟目标有关系。做工作多去思考总结,尤其是重复的事情,寻规律和特点,提高工作效率。先不给别人下结论,多给一些建议,引导他人做决定,激发他人主动性。关注重要不紧急的事,按计划做,减少救火的频次。惩罚:要私下,讲清楚不好的地方,改进措施。刻意练习,突破自己的舒适区,不断成长。

2023-08-16 16:11:15 70

原创 架构训练营学习笔记:6-2 微服务基础选型

平均3个开发人员负责一个微服务,这是一个经验值,太多人维护,细节掌握不全。如果维护期的服务,可以2人。怎么划分,看团队规模。DDD告诉你限界上下文是什么,却没有告诉你如何划分。其中,核心 就是服务注册、服务发现、服务路由。除了从0开始构建,都是逐步落地的。

2023-08-07 21:27:19 731

原创 架构训练营学习笔记:6-1 微服务

这部分是了解的。传统企业使用soa较多。很多企业银行、电信对于Oracle 依赖大,强调稳定性。各个项目侧重外包,技术栈不统一。soa 历史这个之前电信的BOSS系统就是这种架构,不知道现在呢,核心计费系统billing是运行在tuxduo中间件。对外提供了ESB,外围的crm,客服,APP等调用。

2023-08-07 12:03:14 615

原创 架构训练营学习笔记:5-3接口高可用

架构决定系统质量上限,代码决定系统质量下限,本节课串一下常见应对措施的框架,细节不太多,侧重对于技术本质有深入了解。

2023-08-05 23:07:30 465

原创 架构训练营学习笔记:5-2 负载均衡架构

GSLB(Global Server Load Balancing):全局负载均衡,主要用于在多个区域拥有自己服务器的站点,为了使全球用户只以一个 IP 地址或域名就能访问到离自己最近的服务器,从而获得最快的访问速度。对于有些场景,A 用户的一个请求可能关联了对 B 用户数据的访问,比如 A转账给 B,A 扣完钱后要调用账务系统去增加 B 的余额。通用负载均衡算法是基于请求的,业务级别的负载均衡是基于业务内容的,更灵活。箭头1:对于应该在本 IDC 处理的请求,直接映射到对应的 RZ 即可;

2023-08-05 16:08:34 590

原创 架构训练营学习笔记:5-1 计算架构模式之多级缓存架构

本地缓存CDN缓存Content Delivery Network,即内容分发网络,依靠部署在各地的边缘服务器,通过中心平台的负载均衡、内容分发、调度等功能模块,使用户就近获取所需内容,降低网络拥塞,提高用户访问响应速度和命中率,关键技术是内容存储和分发技术。Web容器缓存Web容器缓存一般缓存静态资源,例如图片、JavaScript、CSS等,配合HTTP协议实现缓存。

2023-08-04 10:39:30 615

原创 架构训练营学习笔记:4-4如何设计存储架构?

举例是list与set的区别,这种较为明显的区别,不用再写到备选方案做评审,内部讨论即可。当然还得考虑业务复杂性,针对极端的热点大V,再做针对性拆分优化,但不是类型差异那么大了。请求量:需要存储的数据总量(TPS/QPS),并且计算“平均值”和“峰值”技术本质就是有别于其他系统的典型特征,决定了核心应用场景和优缺点。数据量:需要存储的数据总量(G),冷热可以分开存储。预留量:预留的增长空间,能做到平滑线性伸缩最好。2B的业务,数据量需要预估,2C的需要决策。技术本质:挑选应用场景和系统本质契合的系统。

2023-07-16 22:00:25 365

原创 架构训练营学习笔记:4-3存储架构模式之分片架构和分区架构

GSLB:非标准,需要独立开发部署,功能非常强大,可以做状态监测、基于业务规则的定制路由。这个没看过,不太熟悉,从效果上基于地理位置的流量负载多数据中心外,还具备检测状态。主键 :适合主业务数据,例如数据库分片常用的用户ID、订单ID,Redis分片的key,MongoDB的文档ID。这里是原则,具体落地得验证,比如订单ID之前遇到老的雪花算法,偶数偏多,数据不均匀,该怎么处理?分片架构能提升写性能和存储性能,对应的主备架构的本质是备份,主从架构本质提升读性能。缺点:成本高,每个分区需要独立的备份中心。

2023-07-16 17:58:04 515

原创 架构训练营学习笔记:4-2 存储架构模式之复制架构

恢复点目标(RecoveryPointObjective,RPO)指最大可容忍的数据丢失量,用时间来衡量,这个值代表着数据必须恢复的最早时间点,数据量越大,意味着要投入的资金或者其他资源越多,才能确保在灾难事件中损失的数据越少。实际情况下,很少有 团队采用这种方案,这种方案优点减轻多个备机读取主机压力,减轻压力有限,还不如分库分表更实用,此处仅做用对比学习。问题:分为故障跟灾难。优点:主机故障后,切换备机1为主机,方便快捷,直接修改配置即可,无需修改备机2的配置,无需判断备机1和备机2的数据覆盖问题。

2023-07-15 23:29:32 2035

原创 架构训练营学习笔记:4-1存储架构模式之数据库存储架构

水平拆分难度在于拆分规则的确定,也就是路由。这是一种折中,定了软件架构规范后,开发、测试会关注到这个点,后续的代码review也可以二次校验。这种通常是字段多的表,抛去大字段,有的大表100来个字段,这种明显比常见的10来个 字段要慢。分库带来的挑战: join 查询,要么冗余数据,要么在代码实现join 功能(内存做关联)通常方式,关键业务(比如订单、支付)读写全部指向主机,非关键业务采取读写分离。常见的用户的维度、商家的维度异构方式。业务的写发给主机,读操作发给从机。水平拆分:提示系统的性能。

2023-07-15 16:09:29 453

原创 架构训练营学习笔记3-5:消息队列备选架构设计实战

本文属于架构训练营学习笔记系列:模块3的案例讲解总的来说,这篇从更高的维度去讲,而不是关注消息队列的常见问题:比如消息如何发送,消息如何不丢失 ,消息如何不重复。总体上分为2部分:利益干系人分析和复杂度分析、备选架构设计。注意:这个案例得结合李老师当时所在公司的背景,2014年uc 刚被阿里收购的情况。放到现在再说自研mq.大概率会被否掉的,因为常见的kafka,rocketmq 基本上能满足需求,即使有个性化的需求,方案也可以考虑基于rocketmq做定制化改动。

2023-07-15 11:57:10 2205

原创 架构训练营:3-3设计备选方案与架构细化

备选架构定义了系统可行的架构模式和技术选型。

2023-07-14 17:01:03 2619

原创 架构训练营3:架构设计流程和架构师职责

要发挥影响力,引导正确的方案,不是简单的听老板的。宽度与广度 不是一会事,你熟悉Redis跟memcache 是宽度,了解前端与运维是广度。投资人:出钱的“爸爸”,【利益诉求】1.成本2.时间3.竞争力 例如:1.你的上级2.业务负责人。架构师是业务和技术之间的桥梁,架构师不能只顾技术,不懂业务,架构师很容易两头不讨好。这个跟PM的很类似,毕竟有人的地方就有江湖。架构师工作评价,除了架构项目落地情况,相关人员的架构意见反馈也是老板考量因素。影响系统结构的设计是架构设计,方案设计不影响系统的架构设计。

2023-07-13 14:54:54 2415

原创 架构训练营笔记:高可用设计

【优缺点】1)决策过程复杂,决策逻辑复杂,一般用标准算法进行选举,例如Raft、ZAB、Paxos2)可用性最高,数据一致性最强3)可能出现“脑裂”问题,可以采用quorum来控制。【优缺点】1.数据强一致性,最强可用性,故障容忍度高2.写入性能不高,实现复杂【适应场景】分布式一致性、分布式协同(OceanBase)【优缺点】1)架构实现简单,决策逻辑简单,一般是心跳机制2)如果是链路问题,会导致双主,可以用双通道来缓解3)数据一致性弱。【优缺点】1)实现简单,复制数据量小2)数据可能不一致(SQL函数)

2023-07-12 15:05:31 1063

原创 架构训练营笔记:可扩展设计

内部复杂度:又称为“单体复杂度”,指单个对象内部的复杂度,可以用参与的开发人数来衡量单个拆分对象的复杂度。例如:一次用户请求需要5个子系统参与是比较合理的,如果需要20个子系统参与,则外部复杂度过高。业务复杂度:业务固有的复杂度,主要体现为难以理解、难以扩展,例如业务数量多(微信)、业务流程长(支付宝)、业务之间关系复杂(例如ERP)。2)任务分配器需要管理所有的服务器,可以通过配置文件,也可以通过配置服务器(例如ZooKeeper)质量复杂度:高性能、高可用、成本、安全等质量属性的要求。

2023-07-11 15:47:42 100

原创 架构训练营笔记系列:面向复杂度的设计

结合郭东白老师的课,有些系统边界不清晰,比如有的订单冗余了非订单关注的太多属性,其他系统全靠从订单获取,那么你在维护订单的数据一致性成本就很高,看着没啥用,那你一改别的系统就出问题。李老师还把经历的一些失败的架构案例,做了分析。不务实,各种 高大上目标,难以落地,或者坑太多填不过来。牵扯的相关方多,沟通困难,要把相关的需求方,产品,研发等反复沟通。1设计出来的架构要满足当时的业务需要,符合团队和技术的能力水平(合适原则)DDD 是可扩展架构的设计技巧,不是架构方法论。高性能、高可用,可扩展、安全、成本。

2023-07-10 11:10:22 616

原创 架构训练营笔记系列: 模块 1-2课

1 对于架构的理解2 架构图的类型

2023-07-09 16:00:16 230

原创 架构课学习笔记:职业成长

架构师没有明确的定义,郭老师提出具备的能力:就是为一个复杂系统设计软件的能力,以及引导研发团队实施的能力。从5个 阶段来看对应的能力维度:结构化设计、解决横向问题、解决跨领域冲突、正确的技术决策和创造生存优势。

2023-07-06 21:55:01 473

原创 架构课学习笔记:创造价值(下)

这是个非常重要的决策点。采用大化商业价值和最小化成本做事方式,通过完整的架构目标描述、清晰的预警和冲突解决机制、宏观的架构方案和顶层用例、分模块的架构设计和交付方案、重大的集成时间点、设计文档 Wiki 链接等高质量的内容。这里我们要用故障复盘里的五个“为什么”的方法,也就是“Five Whys”,不断挖掘问题根源,突破问题的表面现象,最终找到一类问题的底层根源。不是个庆典仪式,项目启动环节的王道是以终为始,公开架构活动的明确目标,以清晰的语义阐述参与者的责任、权利和架构环境,保障参与者对目标的全力投入。

2023-07-06 00:27:16 580

原创 架构课学习笔记:创造价值(中)

本文属于郭东白架构课学习笔记系列。

2023-07-04 17:01:02 543

原创 架构课学习笔记:创造价值(上)

郭东白架构课系列学习笔记

2023-07-03 16:18:42 519

原创 架构师学习笔记:生存法则4,5,6

就是不管是架构抽象、数据建模、算法的调整,都是为业务服务,创造增长跟发现新业务机会。很多影响因素,外部有企业的竞争因素,小布快跑,变化 较大,内部还有交付时间,考核等因素。郭老师提出的对于行业、竞对的理解从不同角度:业务、运营、产品、技术。允许团队不同意见提出,要么别人错了,别人活的成长,要么自己错了,自己获得成长。1 单一职责:容易下线旧逻辑,通常为了减少出错,通常不愿意改动无关的代码,累计越来越多的无效代码。拉长自己的思考周期,从眼下到几个月甚至几年去看,用大尺度样例训练自己的大脑。

2023-06-29 17:03:34 349

原创 架构生存法则3:寻找商业模式

前提:知道公司、部门、团队的商业模式,靠什么盈利的。这个也好理解,沿着业务流动,就容易知道哪些是核心部门,核心业务。这样有的放矢,抓主要矛盾,效果明显。这是数据驱动的一个例子。自己的价值可度量,写月报或者KPI的时候,你就需要整理这种指标。理想情况很少,现实资源受限较多,方案得考虑商业、研发成本、时间成本、迁移成本。第二节,除了通用问题,系统的安全性、稳定性、易维护性等,要关注商业价值。追求商业价值,并以此为目标,来衡量工作的价值,审视自己可以提高的地方。第二个例子,举例裁员的印度小哥例子,尽量与人为善。

2023-06-28 18:39:53 53

原创 架构课2:研发人员的人性

这节课很有意思,解决了我的一个疑惑。1 首先,郭老师纠正了常见的额马斯洛的需求理论,通常的解释5层分层理论。而是以动机、跃迁。人有一个主导的动机,这个动机有有人内在的需求所驱动,并主导这个人的一切意识和行为。要尊重和顺应人性。2 研发人员也有安全感诉求,35,996,毕业 相关的互联网热词都是这种体现。郭老师的一个例子,是大厂收购了海外小厂,做架构升级,核心就是让小厂放弃原来核心业务系统,调用大厂的那一套,小厂只做一层交互 的 壳。从人性上讲这会让小厂的研发丧失安全感,潜意识不会配

2023-06-27 15:49:21 51

原创 郭老师架构课:1 寻找正确的目标

目标是架构的起点,否则系统就会变得复杂和无序。另外,郭老师应该是见了太多大厂的锤炼,所以十分鼓励有勇气、讲真话、保持良知做出自己的选择。这个就是见仁见智,没有标准答案,得自己经历才能体会。

2023-06-24 22:25:01 583

原创 一些技术管理常见问题笔记

找团队骨干、核心聊聊,目前有啥问题,有啥想法,看看大家是不是有能力,有意愿做事情。团队作战,基本的流程要达成一致,需求评审、开发自测、提测前review、线上问题处理、问题 复盘等等。人的问题最重要:夹心饼干,先解决 团队,如果团队不配合就得抓紧招聘。找合作方拜山头,产品、业务、运维、测试等等。技术架构陈旧,难以支撑业务发展,系统不够稳定,经常出问题。盘点团队当前现状(能力、意愿、分工、协作、梯队、文化)给权利,但是说明约束条件,做事的原则,可执行的流程。做有复利的事情:读书、写作、演讲、沟通、逻辑。

2023-04-27 11:15:52 458 1

原创 管理笔记2职级管理

2 阶段性回顾、及时review提醒。最后才给打C,别人接受不了。okr 技术通常包含 :项目 目标、稳定性、团队、关键业务支撑。事故影响:C端影响,资金损失,影响时长,定级定损,复盘。考虑点:1考虑当前阶段时间,不会频繁晋升,2考虑绩效。3 平时多锻炼演讲能力,超出自己水平,回答临危不乱。1平时多 收集数据,业绩相关,技术相关。2讲述材料通俗易懂,别太多术语,让别人听懂。当前级别的事做到了,已经做到下一个级别的事。不断成长、主动做事,对公司业务产生价值。leader 如何给自己目标定?

2023-04-14 15:50:23 364

原创 技术管理笔记1

笔记

2023-04-13 16:39:50 371

原创 练习题1:哲学家吃饭问题

算法常见练习题,哲学家吃饭问题

2023-03-28 13:21:29 372 1

原创 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 323

JS权威指南(第四版)学习笔记.doc

以前看javascript权威指南(第四版)pdf资料时写的.希望给跟自己一样初学js的人有点帮助.其实实践最重要.

2007-09-19

空空如也

TA创建的收藏夹 TA关注的收藏夹

TA关注的人

提示
确定要删除当前文章?
取消 删除