首先的个人资料

吧龄排名0.099999999999994%的我，在北京也算老鸟了，我的贴吧身份是【冷酷无情的签到机器】 #贴吧时光机# 原来我才是贴吧最靓的仔~ https://tieba.baidu.com/mo/q/hybrid-usergrow-bigevent2022/memoir?customfullscreen=1&nonavigationbar=1&trackFrom=fatie

69L地府现在还能玩吗就普通任务，带什么套比较好

平转区出一大唐，上手就能玩，上线就有人带天地

哪个区69人比较多还不卡弟弟之前一直玩59 2008 就是特别卡，想玩个69不卡的区，求推荐

软件实施吧吧主竞选：NO.0001号候选人

如何实施软件质量保证 SQA与几类角色间的关系一个企业内的部门设置可能会各有不同，但是很多角色设置是相同的，从一个项目的SQA出发，我们可以把SQA与其他相关角色的关系表示为下图: 以上图示只说明SQA与高层经理、项目组和其他相关组之间的关系，并不是以上几个角色之间所有关系的描述，所以即便项目组会直接向高层经理汇报，但与SQA无直接关系，在图中就没有表现出来。 SQA工作中常见的几个问题

我眼中的软件项目实施随着互联网+时代的到来，相信大家对IT软件已经不再陌生，尤其是企、事业用户，会涉及到很多大型的数字办公信息系统，而这些软件系统项目的实施，需要职业的实施团队来完成。通俗来讲，软件开发将开发出相应的软件，解决对应的需求；软件测试是对已开发的软件进行功能及系统性测试，保障软件满足用户需求的同时，验证开发人员对功能的完成程度；软件实施介于用户与软件测试（或软件开发）之间，通过现场进行软件部署、功能调试、需求处理、培训及项目的收尾验收等等，其中涉及了项目入场到项目验收中各个阶段涉及的工作内容、工作要点以及注意事项。这些阶段包括：

致准备从事软件实施行业的你们软件实施，对于刚毕业找工作的你来说，也许是比较陌生的职业。面对着招聘信息上写着的工作内容&要求，是不是感觉还是有点不解？那什么是软件实施？软件实施的前景如何？未来的职业进阶是什么？今天将给你一一叙述，希望能帮到你

为了管理软件能够更好地在企业实施，企业领导应该做些什么？　在管理软件实施和应用过程中，企业高层领导对企业管理系统的重视、期待和参与程度是企业管理系统获得成功的关键因素。其重要性体现在下述六个方面：

企业成功实施ERP软件的四个秘诀其实，绝大多数ERP项目实施都离不开实施顾问。ERP软件实施中有一句行话:“三分软件，七分实施。”

编写软件需求规格说明的8项原则软件需求规格说明（Software Requirement Specificatio，SRS）用于描述软件需求，是软件设计和合格性测试的依据。软件需求规格说明是软件开发的基础，它的重要性是不言而喻的。但是仍然有很多开发人员写不好软件需求规格说明，导致需求的验证和确认也会受到影响。要编写好软件需求规格说明，除了满足GJB438B的要求之外，还应遵循以下8项原则（这是1979年由Balzer和Goldman提出的）：

5 种提高开发速度的方法 Hans Ulrich Obrist 曾说过：“我所做的一切都与速度有关”。我们非常赞同。与大多数公司一样，无论是远程办公的新方式、预算变化，还是其他各种原因，总有一些事情会影响你团队的速度。这些影响因素，你无法控制，因此你怎样确保开发人员能以最佳速度工作？我们联系了一些客户，对这个主题进行了一些研究。我们发现，导致他们开发速度下降的主要原因有 5 个。虽然很多看起来很平常，但我敢保证，它们同样至关重要，应该尽快解决，以确保你的团队能在生产力和效率方面有所提升。

【软件工程吧】软件工程学习交流群 Q群：81734799 欢迎大家加入，群内不定时分享学习文件，大佬答疑。

做项目我最讨厌的几句话项目经理和各种人物打交道，接不同形形色色的人物，各种脾气怪异，想法新奇的领导、老板，同时沟通也是项目经理的日常工作，时间久了总有那么几句话听起来特别讨厌，特别反感，今天吐槽一下。

本吧禁止发送和软件工程无关的内容大家好，本吧是学习、探讨软件工程学科相关的内容，禁止发送广告、培训等内容，如果发现立即删除，请大家保持学习交流的心态。

软件工程吧吧主竞选：NO.0001号候选人

顺利推进GJB5000的策略一个组织要想顺利地推进GJB5000并不是一件容易的事儿，一个搞不好，就可能会面临上面不关心不支持，下面有抵触有抱怨的两难境地。所以，顺利地推进GJB5000要讲究一些策略。

部分组织实施GJB5000的4大错误自GJB5000于2003年发布开始，GJB5000标准推进已经过去十几个年头了。可是，时至今日，一些实施GJB5000的组织对GJB5000标准仍然没有理解其内涵，还是只把通过GJB5000认证，获取军用软件承制资格作为主要目的。这不得不让人扼腕叹息！如同CMMI评估一样，部分组织实施GJB5000也存在着以下4大错误：

非常火爆的软件工程，学长亲身体验，相信对你有所帮助软件工程专业介绍官方定义：软件工程专业是研究和应用如何以系统性的、规范化的、可定量的过程化方法去开发和维护软件，以及如何把经过时间考验而证明正确的管理技术和当前能够得到的最好的技术方法结合起来。软件工程专业是目前最火的几个专业之一，在本科，它涉及的专业科目有程序设计语言、数据结构、操作系统、编译技术、软件工程概论、统一建模语言、软件体系结构、软件需求、软件项目管理等。

微软的软件工程现代化转型现代软件工程创造了一种文化、工具和实践，专注于开发高质量、安全和功能丰富的软件服务，以实现微软的数字化转型。微软核心服务和工程（CSEO，前身为微软内部IT，服务微软内部客户）团队正在实施现代软件工程愿景，以创建一种文化、工具和实践，致力于开发高质量、安全和功能丰富的服务，来实现微软的数字化转型。现代软件工程计划正在帮助CSEO痴迷于客户，加快新功能的交付，并提高工程效率。

软件工程的迷途与沉思上世纪60年代爆发的软件危机催生了软件工程，人们寄希望于借助工程化的手段管理、设计、构建和维护软件，自此，聪明绝顶的工程师便在追求更美好软件的漫漫长路上艰苦求索。开发语言经历了汇编、C、C++、Java、Erlang、Python；编程范式涵盖了面向过程（POP）、面向对象（OOP）、泛型（GP）、函数式（FP）；软件架构从单机到分布式到云原生，包括巨石，库组件模块服务，分层，微服务，MVC/ServiceMesh/Serverless等；而软件工程思想和方法论则包括以生命周期管理为核心注重工序的瀑布模型（Waterfall Model），以需求进化为核心注重迭代渐进的敏捷开发（Agile Development），以边界划分和控制为核心注重领域建模的领域驱动设计（DDD：Domain Driven Design）。

肺腑之言！这些年做项目经理的感悟最近和一个朋友在聊天的时候问我：你做项目经理这些年有什么感悟吗？我当时不假思索的就说需求要调研清楚，干系人要维护好，风险要控制好，巴拉巴拉的说了几分钟… 这个朋友摇摇头说，你说的这些做了几年项目经理都能明白，我想问的是你自己的感悟，你自己有什么体会，有什么总结，我当时支支吾吾没有说出来。后来我想了很久，我确实有些感悟，我当时怎么就没说出来呢？今天来简单总结下：

这些年我对工作的认知不知不觉好多年过去了，自己在职场浸淫了好多年，从开发、实施一路走来经历了很多，在对待事物、同事、客户方面也收获颇多，今天分享给大家。

离职之后要做的几件事前段时间我离职了。有客观因素，有主观因素，有公司因素，也有个人因素。最主要的原因是：我没过试用期。说好听点是离职了，不好听就是被开了，具体我为什么没过试用期，咱们改天再说，今天来说下离职之后要做什么？

我从火神山医院的建设中学习到的项目管理火神山医院建设速度震惊中外，1月24日设计完成，2月2日上午正式交付，短短10天时间，并且还是在春节居家欢乐期间，这真的是中国速度。作为一名项目经理一边感受中国速度的同时，一边学习项目管理知识。

那些年让我们头疼的项目需求众所周知项目范围是项目根本，项目没有范围，就不可能有项目，项目范围就是项目需求，希望通过今天的文档能让大家明白需求的重要性。先说下项目过程中可能出现的需求问题

项目经理如何优雅的甩锅今天谈下自己亲身经历的甩锅事情，希望能和大家产生共鸣。之前和另外一软件供应商做一个平台项目，他们作为一个模块集成进我们的项目中，从刚开始需求阶段到实施两个团队一直在不断碰撞，也发生过一些不愉快的事情，要么是我们感觉他们技术水平太低，要么是他们感觉我提供的内容有问题，但是总体进展还算顺利，磕磕碰碰的项目也准时上线。

我劝退了那个每天加班到10点程序员前段时间公司新上了一个项目，客户是国内某个行业Top5，公司资源不够在其他员工的内推下招聘了一个有10+年开发经验的开发经理，年龄比我大点，加上两个后端开发，一个前端开发，两个实施，一个测试，一个需求分析师（兼职），组成了项目团队驻场开发。我们在现场采用敏捷管理的方式，一边谈需求，一边做功能，一边实施，在客户现场开发经理主要负责任务分配，重要技术问题解决，开发进度管理，一些重要需求会议也会叫上他，两个月下来项目进展还算顺利，和客户相处也算融洽。

离职之后要做的几件事

这些年做项目经理的感悟前段时间发了项目经理的亲身面试经历，最近和一个朋友在聊天的时候问我：你做项目经理这些年有什么感悟吗？我当时不假思索的就说需求要调研清楚，干系人要维护好，风险要控制好，巴拉巴拉的说了几分钟，这个朋友摇摇头说，你说的这些做了几年项目经理都能明白，我想问的是你自己的感悟，你自己有什么体会，有什么总结，我当时支支吾吾没有说出来。后来我想了很久，***确实有些感悟，我当时怎么就没说出来呢？今天来简单总结下：

#实施工程师的补助好不好，对比之后你还想跳槽吗# 看公司规定了这个要看公司和地区了，不同公司对不同地区的差旅标准都是不一样的，我从事的公司最低的是60一天，最高的是150一天。

各位大哥，这个通知怎么关呢？怎么把这个通知关了？回帖 @ 那些还不关掉？这个通知一天发几百条，烦的要死！！！

具备七大项目管理思维比996更高效 01 策划为先项目管理的本质就是追求把策划的与实施的趋向于一致。把项目分为启动、计划、执行、监控与收尾五个阶段（过程）就是一个策划的过程，那么日常工作和项目管理过程中，事先策划是做好一项工作的前提，也是避免返工，减少浪费时间的最为有效的手段。

各位今年毕业的小伙伴有没有感到今年工作不好找呢？来说说你面试了几家公司呢？

致准备从事软件实施行业的你们软件实施，对于刚毕业找工作的你来说，也许是比较陌生的职业。面对着招聘信息上写着的工作内容&要求，是不是感觉还是有点不解？那什么是软件实施？软件实施的前景如何？未来的职业进阶是什么？今天将给你一一叙述，希望能帮到你。

为什么说缺陷去除效率比测试缺陷率更适合软件质量度量？很多实施了GJB5000A的组织的测量指标体系中，只有基于代码行的测试缺陷例，组织同时也把它作为衡量软件质量的指标。比如，在质量目标中要求软件测试缺陷率应小于2Bug/Loc。但是，测试缺陷率作为衡量软件质量的指标，存在很多问题，比如：

青少年心理素质教育高峰论坛在登封举办 5月24日，在“5·25”心理健康节到来之际，河南青少年素质发展中心在登封主办了一场为期两天的青少年心理素质教育高峰论坛。教育部基础教育质量监测中心教授谢英新、中国问题教育学博士苏玉杰等国内著名青少年心理素质教育专家，和来自教学一线的我省部分教育工作者，就新时代青少年核心素养、从“学一阵”到“学一生”、心理健康教育在教学中的实施方案等青少年心理素质教育问题进行了研讨。

管理过程中对问题的分析方法在项目管理过程中，并不是每一个出现的问题都能得到顺利、及时地解决的，需要在反馈信息的基础上反复进行分析。管理人员在获得项目开发过程中输出的中间结果或最后阶段的结果后，都可能改变最初的设想，或收集更多的信息以修正原来的结果。例如，项目经理在弄清解决方案的后果以前，往往难以有把握地提出某项目标;在获得某些信息后有可能加强管理力度，增加管理约束条件，修改原有的管理计划等。

GJB5000A绝不只是军用软件承制资格的入场券 GJB5000A绝不只是军用软件承制资格的入场券。在标准当中，开篇就已经明确“本标准规定了软件研制和维护活动中的主要管理过程和工程过程的实践，本标准适用于对组织软件研制能力进行评价，也适用于组织本身对软件过程进行评估和改进”。其中“对组织软件研制能力进行评价”，决定组织的软件研制能力成熟度等级，也就是组织承制军用软件的资格，但这只是标准作用中的一面；另一方面，而标准本身是软件工程优秀实践的集合，组织实施这些实践可以提高组织的软件工程能力，提高组织的软件质量水平。

没消费，登封女子去美容院上厕所竟被打？记者采访遭暴力阻挠抢夺机器！推搡记者！两次殴打求助人！

培养下属的12条黄金法则，高管最少看3遍管理者都知道人才对于企业的重要性，但是对于该如何培养或栽培人才，可能真有点说不清楚。本文列举了日本当代首屈一指的管理大师畠山芳雄关于培养人才的12大基本原则，这值得每一位企业经营者和管理者去学习借鉴。 1、所谓培养就是使其改变培养是提高员工作为企业人或社会人的完成度。但是，不管上司如何想提高完成度，如果对方不改变就没有意义。从结果来考虑，“培养”可以定义为：使对方作为组织一员和社会一员向好的方向转变。

程序员的眼界真的不要，也不能只局限于技术作为一个创业者，正在经历着"创业"这个冰与火的淬炼与锻炼，深知作为一个技术人员来讲，什么才是最重要的，所以看到上面那段话，感同身受，感觉说的非常对，而且真的是非常重要：懂得业务和管理的技术人员，才能把技术能力最大化地发挥出来。关注我的读者可能都知道，其实我都一直在跟大家强调一个问题：程序员的眼界真的不要，也不能只局限于技术。程序员既然是技术出身，不只局限于技术，那又该如何提升自己在企业中的价值，该关注除了技术之外的哪些方面呢？一、懂产品和业务就像上面那段话说的，技术是工具，它只有服务于具体的业务才能产生价值。只有懂产品和业务才能把客户服务好，才能把产品做到最好。很多人可能会说：这不应该是产品经理的活么？我们工程师为什么要关注呢？这是误区，而且是巨大的误区。眼界局限于自己的活，你的前途和前景，发展空间就是局限的，微小的。跳出来看看这个世界，你可能会发现，身边的技术管理者(技术 leader)，越往上走，是不是对产品和业务的逻辑要求越高？如果你只会技术，每次在团队之间沟通，都用技术语言，那么团队之间非技术人员就会很那听懂，而你如果能够把复杂的业务逻辑非常简单的描述清楚，那么你就会使团队之间沟通的更有效率。可能在不知不觉间，就在推动着团队前进，等你对产品和业务逻辑也来越熟悉的时候，你会发现，团队之间的沟通正在以我为核心，我在团队中正变得越来越重要。从而，你可能会更上升一步，成为团队负责人，如果团队负责的好，决策权就来了，再上升一步，就是管理层！你想想，如果你只关注你的一亩三分地好不好？你再努力，***，地就那么大，你的发展空间就受限，你种地技术再牛，产量也不会太高。而且，我告诉你，每个行业，每个产品可能都有着自己独特的业务逻辑，如果你深谙或者熟悉某一个行业的业务逻辑，你可能就会成为这个行业的专家，从而说话和做事就会越来越有分量！如果你经常做 ERP 系统，你就知道了。

项目经理干好这五件事就够了所有的项目都可以按照时间来划分阶段，在每一个阶段里都有相同的管理过程，当然，如果项目较小的话，项目管理过程和项目阶段是重合的。　　项目管理过程是指：启动、计划、执行、监控和收尾，作为项目经理，要把这五个过程牢牢的记在心里，每天下班的时候心里默念下，看看哪个动作今天还没有做。　　下面我会大致对这四个管理过程做一点深入的描述，这些管理过程在项目的每个阶段都是类似的，按照一定的顺序不断的重复。　　首先是启动过程，什么是启动，启动就是在你组建项目团队实施项目之前，你要做商业方面的可行性研究。

突破自己的技术思维什么是技术思维，我个人的理解是行事大多从技术出发看问题或是仅专注技术提升，忽视其它事物的发展的比较固定的思考问题的方式。举几个最平易近人的例子：

登封市武校专项治理工作稳步推硬 5月12日下午，市委督查室李强一行在武校专项治理指挥部督察组相关人员的陪同下，到登封市部分武术学校就专项治理情况进行督查。督查组一行先后到登封市少林古轮拳法学校、登封少林实战功夫学会、登封少林功夫传承武校、少林兴华武校、延恪文武学校等，进行了实地检查。督查组听取了各武校负责人就目前学生分流等情况工作汇报，并对各武校的各个区域逐个检查，与部分武校教练进行了交谈，详细了解学生在校生活、学习基本情况，对检查中发现的问题要求及时整改。

软件需求开发的18般武艺在《软件工程最佳实践》一书中，罗列了18种软件需求方法论，这里逐一介绍如下：引入用户代表的敏捷开发需求 “用户代表”代表的是用户，决定的是需求。有了用户代表，需求的确认和变更，以及需求优先顺序的确定，都会便捷很多。这种方法完美契合敏捷的“交流胜于文档”的思想。唯一的问题是，这种方法论只能适用于小型软件的开发，对于大型软件来说，它就无能为力；甚至某些特定的嵌入式系统软件，如燃油喷射控制系统，它也会力不从心。

大多数软件问题归根结底都是组织结构问题在《软件工程最佳实践》一书中给出了这样一条结论：很多问题都可以追溯到组织的结构问题上。初闻之下，如醍醐灌顶；细细思索，深以为然。比如有这样一个案例。

一名程序员十年技术之路的思考与感悟回顾在腾讯的十年，作为一个本科毕业生，在管理上六年升任副总监，技术上七年半晋升T4专家。虽不是发展最好的，但相对平均速度来说都是比较快的。我总结主要的几点是学习成长、合作共赢、总结呈现、思考前行。分享一下这些方面的体会，希望可以帮助初入互联网行业的技术人员或发展遇到困惑的人突破和提升自己，让自己成为精兵再到骨干，并进一步成长为一名强将。要成为一个团队的精兵，必须是专业知识过硬，经验丰富，指哪打哪，能够非常让人放心的完成领导安排的任务的人。要做到这些，学习和实践是最直接的路径。通常一个毕业生，刚进入企业的时候，所学的知识并不能100%胜任岗位的需要，这个时候，快速地学习补充自己的知识缺陷就显得非常重要。在企业里的学习和实践，要注意以下几点。

“职业教育活动周” 登封市中等专业学校技能展示精彩纷呈为进一步弘扬“工匠精神”和劳动光荣、技能宝贵、创造伟大的时代风尚，全面展示学生在校的学习成果。5月10日上午，2019年登封市“职业教育活动周”技能展示活动在登封市迎仙广场举行。来自登封市中等专业学校的各个专业进行了十多个项目的技能技巧展示，一个个精致的实操、产品和表演活动呈现在观众眼前，掌声不绝于耳。

移动5G流畅直播第十一届全国民族运动会登封观星台火种采集第十一届全国少数民族传统体育运动会今年9月将在郑州举行，这是中部地区首次举办的全国民族运动会，也是郑州市时隔34年再度举办的全国综合性运动会。 5月8日，全国民族运动会火种采集仪式在登封观星台举行。为让广大观众以更高画质一睹采火仪式盛况，河南移动运用5G技术联合河南广播电视台、郑州电视台、郑州报业集团对采火仪式进行了5G直播，为观众朋友们带来了一场精彩的视觉盛宴。

想要成为软件开发中的王者，需要明白的 21 条准则本文笔者收集了 21 条有关软件开发的准则和技巧：这些观点可能互相矛盾，但仔细品味也会发现其不同点，可以对软件开发者有一定的启发。记住，它们并不是真理，只是观点而已。 1、软件开发者的工作不是“写代码”，而是解决业务问题，“采用的新框架”常常不能解决业务问题。 2、我们与人一起工作，只是有时候写代码而已，所以人际关系是这份工作的重要组成部分。 3、软件开发人员也是人，他们和所有人一样都会受到认知偏差的影响。可以读读关于认知偏差、FAE（fundamental attribution error，基本归因错误）、特别是Kahneman 的书。

什么是项目经理思维做项目经理时间久了，感觉处处都是项目管理，不但工作中处处以项目管理的方式来做事，生活中也是如此，那到底什么项目经理思维呢？