- 综合排序
- 最热优先
- 最新优先
- 来自专栏腾讯大讲堂的专栏
大型项目研发经验分享：以3A游戏为例
导语｜本文基于一款”3A“游戏的研发经验，以PM为视角，浅谈游戏工业化美术管理。针对美术工业化进行了降本，增效的个人管理经验总结，希望可以抛砖引玉与大家探讨。 前言部分将讲解：我对于3A游戏的理解，项目背景和项目诉求。 什么是3A？ 这个解释可以看出是站在游戏开发者的视角去理解3A，但我们也会发现，有许多打着3A称号的游戏，其实并未被玩家所认可。那么我的理解是，3A是一个标签，它是玩家给予一款游戏最高的认可。 背景 - 有趣的灵魂 规划＞执行，设计＞迭代 由于3A游戏的“贵”，成本控制和效能管理是重中之重。如何避免成本浪费，杜绝返工是最需要攻克的难题。 那么，在范围恒定，质量3A的已知条件下，可以通过质量三角看出，我们只能通过成本和时间的管理来达到提高效能，节约成本的目的。 这听起来是不是似乎有点熟悉?
2K10编辑于 2022-12-13 - 来自专栏君赏技术博客
建议大型项目用上Try Catch建议大型项目用上Try Catch
建议大型项目用上Try Catch 我们在平时项目做功能的时候，经常会遇到崩溃的情况。如果是我们在开发测试阶段，我们可以找到原因修复。但是遇到已经上线，出现这种问题。
1.2K10发布于 2018-08-31 - 来自专栏smartguys
(六)：大型项目容器化改造
大型项目容器化改造 上一篇：(五)：C++分布式实时应用框架——微服务架构的演进 技术交流合作QQ群：436466587 欢迎讨论交流 版权声明:本文版权及所用技术归属smartguys团队所有，对于抄袭 一个几十万行c++代码、大几十个应用程序的大型项目进行容器化。如何对原来的代码改造最小，甚至代码都不需要修改。如何静悄悄的，甚至不让业务程序员发觉。如何将业务镜像的体积做到最小。
1.9K30发布于 2018-08-31 - 来自专栏玩转JavaEE
大型项目的 Gitflow 实践
研发模式的问题 1、主干3个月一版，全国性需求响应慢，从上面图中可以看到，主干开发的3个月过程中，分支随意合并，导致主干没办法发布，只能卡到最终的时间点发布。 全国性需求最近极其频繁，等不到3个月，基本上1个月一版，甚至比分支还要频繁，导致主干往分支合并的情况很多。 （2）大一些的需求可以在feature上开发，可以跨几个版本发布，比如一个大需求要开发3个月，不会导致主干必须等3个月，可以提前投入开发，开发完了就合并到dev即可。 首先，gitflow仅仅是一个工具，能够有效提高发布频率，让大型项目更加灵活，带来的不便就是有一定的学习成本，管理成本有所提高（需要配套的工具才能降低），提高效率方面需要结合很多其他方面才能提高。 3、可视化预告 定好了各种发布时间，要及时通知各个团队，最好是可视化的方法，而不是一段段的文字，一段段的文字加上大家刚开始对gitflow理解不深，很容易搞混和弄错（尤其3地经常电话沟通），所以经过几次沟通和实践
61140编辑于 2022-03-04 - 来自专栏DevOps时代的专栏
大型项目的 Gitflow 实践
研发模式的问题 1、主干3个月一版，全国性需求响应慢，从上面图中可以看到，主干开发的3个月过程中，分支随意合并，导致主干没办法发布，只能卡到最终的时间点发布。 全国性需求最近极其频繁，等不到3个月，基本上1个月一版，甚至比分支还要频繁，导致主干往分支合并的情况很多。 （2）大一些的需求可以在feature上开发，可以跨几个版本发布，比如一个大需求要开发3个月，不会导致主干必须等3个月，可以提前投入开发，开发完了就合并到dev即可。 首先，gitflow仅仅是一个工具，能够有效提高发布频率，让大型项目更加灵活，带来的不便就是有一定的学习成本，管理成本有所提高（需要配套的工具才能降低），提高效率方面需要结合很多其他方面才能提高。 3、可视化预告 定好了各种发布时间，要及时通知各个团队，最好是可视化的方法，而不是一段段的文字，一段段的文字加上大家刚开始对gitflow理解不深，很容易搞混和弄错（尤其3地经常电话沟通），所以经过几次沟通和实践
1.1K50发布于 2019-10-21 - 来自专栏python编程军火库
python 大型项目神器实战
/ python 生产实战 python 大型项目神器实战 / 在 fastapi 1.1 依赖注入适用场景列举： 1.业务逻辑复用 2.共享数据库连接 3.安全机制、权限校验、角色管理等 所有上述使用场景，借助于依赖注入可提高代码复用率，减少代码重复。 当一个新的请求到来的时候，实际的调用流程如下: 1.调用依赖项函数(传递合适的参数) 2.得到依赖项目函数的返回结果 3.把返回结果传递给路由函数中对应的参数 4.路由函数中业务流数据处理 5.获取的数据返回给客户端 fixed_content_included: bool = Depends(checker)): return {"fixed_content_in_query": fixed_content_included} 3
1.1K40发布于 2021-05-11 - 来自专栏泛泛聊后端
大型项目的依赖包管理
大型项目比如有成百上千个工程，依赖的包比较多，如果没有统一的版本管理，很容易就失控了。 依赖包版本冲突 项目中pom.xml来管理依赖包，会遵循一个最短路径依赖。
1.5K20发布于 2020-07-17 - 来自专栏liulun
年终知识分享——大型项目架构
关于这两个page的内容，请看我的博客：https://cloud.tencent.com/developer/article/1019097 这个博文参考了很多资料，就不在一一例举了 陀螺 在田野上转 在清风里转 在飘着香的鲜花上转 在沉默里转 在孤独里转 在结着冰的湖面上转 在欢笑里转 在泪水里转 在燃烧着的
71650发布于 2018-01-12 - 来自专栏京程一灯
在大型项目中组织CSS
使用 Sass 你很快进入一种Sass结构跟HTML结构相匹配的模式，例如： #user-profile-page .profile-description h3 ul
1.1K20发布于 2019-03-27 - 来自专栏京程一灯
大型项目中的结构化CSS
用Sass时，Sass本身有能够快速和HTML匹配的模式，例如： #user-profile-page .profile-description h3 ul li 规则3: 构建组件时用边界元法（BEM）命名 尽可能试着用BEM命名去创建独立的组件，我们不必完全按照BEM的规范 - 只是用命名组合，这意味着类名以如下的方式命名： .block__element--
1.4K40发布于 2019-03-27 - 来自专栏Rice嵌入式
CMake，大型项目采用的构建工具
能够管理大型项目。 简化编译构建过程和编译过程，工具链也非常简单：cmake+make。 高效率，比autotools效率快。主要原因：CMake在工具链中没有libtool。 INSTALL(DIRECTORY doc/ DESTINATION share/doc/cmake/ric) 编译结果目录： rice@rice:~/rice_file/cmake$ tree -L 3
1.5K20编辑于 2022-05-10 - 来自专栏python编程军火库
大型项目 python 是个烂语言吗？
之前在知乎上浏览到一篇关于 python 是否能做大型项目的讨论，其中就说到YouTube，YouTube 不管从历史，代码量，程序员数量，还是支撑的业务规模来看，都是一个成功的大型 python web 3. 更少的错误：减少约40％的人为错误(开发人员)。 4. 直观：强大的编辑器支持。调试时间更少。 5. 简易：旨在易于使用和学习。减少阅读文档的时间。 6.
1.7K50发布于 2020-11-03 - 来自专栏深度学习那些事儿
Cmake大型项目设置指南(更新中)
此篇文章会随时更新，最终目的为总结Cmake在大型项目中常见的用法。 前言 Cmake是跨平台构编译大型项目的工具，配合make工具和编译器我们理论上我们可以编译任何工程。 它仅仅是一个跨平台工具，可以帮助你利用当前平台的编译器实现大型项目配置编译工程的一个工具。
1.5K40编辑于 2023-10-19 - 来自专栏CSDN博客专栏
大型项目技术栈第八讲 Redis
丰富的支持主流语言的客户端，C、C++、Python、Erlang、R、C#、Java、PHP、Objective-C、Perl、Ruby、Scala、Go、JavaScript 3、数据模型（重点） 3.运行安装包 双击刚下载好的msi格式的安装包（Redis-x64-3.2.100.msi）开始安装。 ? 选择“同意协议”，点击下一步继续。 ? del key 删除一个key del key1 key2 key3 删除多个key keys pattern 查找所有符合给定模式 pattern 的 key 。 2)：做二级缓存，A1为原始缓存，A2为拷贝缓存，A1失效时，可以访问A2，A1缓存失效时间设置为短期，A2设置为长期 3)：不同的key，设置不同的过期时间，让缓存失效的时间点尽量均匀。 新浪微博抢沙发/评论 3、Hash类型 3.1、特点 由field和与之关联的value组成map键值对，field和value是字符串类型； 一个hash中最多包含2^32-1键值对。 ?
1.1K30发布于 2020-09-26 - 来自专栏PM吃瓜(公众号)
大型项目中的敏捷项目管理实践
如图 3 所示，story 遗留缺陷对应图 我们在定义 story 的验收条件，是要求每个 story 不能遗留一般级别以上的缺陷。 目前敏捷开发中对于 story 的拆分也提到很多方式，一般来说如下几种： 跨团队的处理 由于有大量的底层技术结构，所以，我们在特性团队划分时，分成 3 个业务特性团队，这个团队主要是实现业务逻辑。
1K20发布于 2019-08-12 - 来自专栏JAVA人生/面试技巧
大型项目架构演进过程及思考
从刚才对架构演进的讲解，也可以看出来，所有大型项目的架构和代码，都是这么一步一步的根据实际的业务场景，和发展情况发展演变而来的，在不同的阶段，会使用的不同的技术，不同的架构来解决实际的问题，所以说，高大上的项目技术架构和开发设计实现不是一蹴而就的
70731发布于 2019-10-09 - 来自专栏积累沉淀
大型项目架构搭建_高内聚、低耦合（1）
("张三", 70, 2.23);// bmi 最小 Person p2 = new Person("李四", 250, 1.3);// bmi 最大 Person p3 p5 = new Person("田七", 200, 1.7); // 存 c.add(p1); c.add(p2); c.add(p3) ("张三", 70, 2.23);// bmi 最小 Person p2 = new Person("李四", 250, 1.3);// bmi 最大 Person p3 p5 = new Person("田七", 200, 1.7); // 存 c.add(p1); c.add(p2); c.add(p3) org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:57) at org.junit.runners.ParentRunner3.
1.3K80发布于 2018-01-11 - 来自专栏ThoughtWorks
大型项目程序配置管理演化之路｜TW洞见
今日洞见 文章作者、图片来自ThoughtWorks：窦衍森。封面图片来自网络。 本文所有内容，包括文字、图片和音视频资料，版权均属ThoughtWorks公司所有，任何媒体、网站或个人未经本网协议授权不得转载、链接、转贴或以其他方式复制发布/发表。已经本网协议授权的媒体、网站，在使用时必须注明"内容来源：ThoughtWorks洞见"，并指定原文链接，违者本网将依法追究责任。 >>>>前言 CI/CD的精髓在于持续，持续意味着自动化。我们希望自己的程序可以无缝的自动部署在各种环境各个机器上，然而环境的不一
1.2K60发布于 2018-04-20 - 来自专栏腾讯社交用户体验设计
面对大型项目，设计师该做些什么
前言：工作需求每天都有，但总有一些冥冥之中会被更多人关注，如实事热点、周年庆典、大版本发布、热门合作等，那这些被更多关注的项目是否就是传说中的大型项目呢？ 项目需求中，往往会根据产品功能的优先级、重要程度、工作量级、影响效应范围、资源投入量等维度来对其进行项目级别的评判，如该项目需求能对团队、产品、品牌（甚至企业和社会）造成重要影响意义的，都可被认定为大型项目 由于之前有幸参与了几次团队较大型项目需求的设计，对设计师在类似项目中的定位与协作方式积淀了自己的一些感悟和收获，在此和大家分享一下！ 大型项目类别 一般情况下，大型项目可按时间划分为两种：计划型与紧急、突发型。 ? 其中预热与正式会场必然要保持一致的设计风格，那么这6个页面中，预热与主场馆首页是需要主视觉来设计完成的，而行业会场可以由其他设计同学根据主视觉风格延展就好，可确认下来视觉的人力需要2-3人，因为提前筹备所以时间预留较为充沛
82730发布于 2018-06-29 - 来自专栏CSDN博客专栏
大型项目技术栈第十讲 日志与性能监控
大型项目技术栈第十讲 日志与性能监控 一、事务管理策略 什么是事务？ 事务是逻辑上的一组操作，要么都执行，要么都不执行。 事务最经典也经常被拿出来说例子就是转账了。 dataSource.setConnectionProperties("druid.stat.mergeSql=true;druid.stat.slowSqlMillis=1000");//开启慢sql监控，大于1000毫秒的为慢sql，默认是3秒 输入上一步设置的账户密码即可登录 3.设置web监控 WebStatFilter用于采集web-jdbc关联监控的数据（参考文档：https://github.com/alibaba/druid/wiki
63120发布于 2020-09-27
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号