首页 > TAG信息列表 > 团队

如何创建自定义 GitHub Codespaces 模板

GitHub 代码空间和模板简介 ✨GitHub Codespaces 是一个基于云的开发环境,允许开发人员直接在其 Web 浏览器中编写、运行和调试代码。借助 GitHub Codespaces,开发人员可以快速在云中启动开发环境并开始编码,而无需在他们的机器上设置本地开发环境。GitHub Codespaces 包括对模板的支

如何创建自定义 GitHub Codespaces 模板

GitHubCodespaces它是一个基于云的开发环境,允许开发人员直接在其中Web编写浏览器,操作和调试代码。GitHubCodespaces,在机器上设置本地开发环境,开发人员可以在云中快速启动开发环境并开始编码。 为什么您可能想要创建自定义模板以下是您可能想要为 GitHub Codespaces 创建自定义模板

复兴投的玄武云港交所上市:年运营利润1431万 同比降52%

玄武云科技控股有限公司(简称:“玄武云”,股票代码为:“02392”)今日在港交所上市。玄武云此次发行价为6.24港元,募资净额为1.84亿港元。玄武云开盘价为6.24港元,与发行价持平;收盘价为6.25港元,较发行价上涨0.16%;以收盘价计算,公司市值为35亿元。年运营利润1431万 同

对软件工程的理解

软件工程是开发各类计算机软件,操作系统的一门工程科学。利用计算机编程语言,根据工程概念、原理、技术来开发与维护软件,经过多次的测试不断地完善,以经济的的开发出高质量的软件比如说,windows系统,游戏,政府或机构的线上服务系统等。软件开发过程包括客户需求调查,基本框架设计,软件开发

软件开发团队转型Scrum,需要注意的3大问题

然而我们在做敏捷转型时,首先遇到的问题就是我们要选择什么样的团队、我们是大张旗鼓的做敏捷,还是悄无声息的“偷偷摸摸做”以及什么样的项目,这小结我们将为大家解答这几个主要的问题。   一、敏捷Scrum实施前的常见问题与注意点   1、Scrum是小团队试点,还是全面转型? 按照惯例,向S

11 产品、测试与开发如何协作?

团队协作的五大障碍 缺乏信任 惧怕冲突 欠缺投入 逃避责任 无视结果 团队协作高于一切 达成对质量及其管理的共识 沟通的技巧 在敏捷宣言核心的四句话中,第一句就是“个体与协作胜于流程和工具”,在敏捷中,强调自我管理,团队对质量负责、对测试负责,这些也离不开协作。Lisa 和 Jan

我的 TIIDELab 体验 3.0 — Cohort4.concat(八月)

我的 TIIDELab 体验 3.0 — Cohort4.concat(八月) 每一次有纪律的努力都会有多重回报。 吉姆·罗恩 我在 TIIDELab 的第三个月是为了更加有纪律地努力并获得多重奖励。我将把我八月的经历分解成: 学习与实践 棕色包会议 编码挑战 指导 没有笔记本电脑的星期五聚会 学习与实践 TI

敏捷开发的价值观和原则

  敏捷开发是一种以人为核心、迭代、循序渐进的开发方法。 在敏捷开发中,软件项目的构建被切分成多个子项目,各个子项目的成果都经过测试,具备集成和可运行的特征。 换言之,就是把一个大项目分为多个相互联系,但也可独立运行的小项目分别完成,且在此过程中软件一直处于可使用状态。

读《华为管理法》

这是一本分析华为公司的书,主要参考《华公司基本法》(于1998年推出,可能是我国第一个企业级基本法)。 华为的创始人任正非先生,自创立华为以来,一直在研究如何让一家公司基业长青。他认为,华为公司什么都不需要留下,很多东西也很难留下,只要将企业文化、管理体系留下来,公司一定能长久地走下

如何以非技术用户的身份创建应用程序?

如何以非技术用户的身份创建应用程序? 通过拉杰什巴蒂亚 您是否正在寻找制作应用程序和软件的非技术企业家指南? 如果是,您已登陆正确的页面。应用程序行业是有利可图的,如果您有一个有前途的想法,那么您接下来想做的事情就是开发一个应用程序。 但是如何?特别是如果你没有技术背景,也

软件开发人员不应针对利用率进行优化。改为这样做。

软件开发人员不应针对利用率进行优化。改为这样做。 挑战您的基线假设,以便您有意识地针对正确的事情进行优化。 我注意到,当留给自己的设备时,人们倾向于优化利用率。 Photo by Brett Jordan: https://www.pexels.com/photo/wood-connection-technology-computer-5651559/ 优化利

敏捷方法

敏捷方法2001年2月,在美国的犹他州,17位“无政府主义者”共同发表了《敏捷软件开发宣言》,在宣言中指出:● 尽早地、持续地向客户交付有价值的软件对开发人员来说是最重要的。● 拥抱变化,即使在开发的后期。敏捷过程能够驾驭变化,保持客户的竞争力。● 经常交付可工作的软件,从几周到几

估计总是错误的。你应该怎么做?

估计总是错误的。你应该怎么做? 估计是错误的。估计并不能预测未来。相反,估计提供了预测工作需要多长时间的最佳猜测。 Photo by Anna Shvets: https://www.pexels.com/photo/colleagues-discussing-details-of-project-on-meeting-5324975/ 我已经看到估计,需要一个小时来预测四

设计思维,促进 IT 项目的方法论

设计思维,促进 IT 项目的方法论 Ph: Freepik W 当人们看到一些聪明的东西或读到其他人通过一个简单的想法成为百万富翁时,他们首先想到的是他们是如何到达那里的。这很可能给你敲响了警钟。 你有没有想过一个公司是怎么来创造这样一个 创新产品 作为清理游泳池的机器人? 或者更好的

给软件项目规划师的建议

给软件项目规划师的建议 软件项目经理倾向于犯的一个常见计划错误是低估了支持现有项目/客户所需的时间/精力(如果他们确实这样做的话)。他们可以很容易地认为他们可以在 6 个月的过程中推出多个实现(可能是项目、新功能或客户端),然后将它们视为“完成”的工作,团队不需要定期支持/维护

线上问题如何复盘?

昨天知识星球社群里有同学问了一个问题:线上问题如何复盘?从流程、分析和后续措施落地有哪些好的建议? 从质量保障的角度来说,针对线上问题进行复盘可以发现工作中的不足并持续改进,不断提高线上的交付质量。 从团队管理的角度来说,针对线上问题进行复盘也可以发现团队短板并针对性的补

【团队合作与交流问题】竞赛、课程项目团队合作问题

1 前言 作为一名在大学时代,也就打过几场团队合作的竞赛,跟包括但不限于与自己班级同学一起搞课程项目,与自己的实验室老师的利益博弈。 我总是在烦恼,如何跟人交流,如何更加有效地管理团队。 可是直到我快毕业了,我也不知道,但是我可以借着我本人的经验与反思,起码可以让你不轻易与他人的

软技能对于“以人为本”的一切都是必不可少的。

软技能对于“以人为本”的一切都是必不可少的。 我们在科技行业需要的 13 项软技能 为什么我们需要将硬人才和软人才相互比较,这是一个长期以来一直是讨论和争论的问题。为什么他们不能和睦相处,或者更好的是,互相取长补短?实际上,他们确实如此。如果您精通任何技术领域,善于沟通将有助

重新思考设计交接

重新思考设计交接 我已经工作了一年多来改善网页设计师和工程师之间的工作关系。当前最佳实践的特点是“设计交接”,设计师将应用程序屏幕的图片提供给工程师以供实施。接近这个问题,很难不注意到一个到处都是墓碑的草丘:其他人死在山上,试图“消除交接”但未能成功。 在我研究的早期

你还有什么问题吗?

在面试过程中,一般都会有一个固定环节,那就是在临近结束时,面试官会问求职者:你还有什么问题吗? 其实,这是一个很好的了解公司,了解未来团队的机会,但很多求职者却不知道问什么,或者是问不到点儿上,错过了这个机会。 我最近逛 GitHub 时刚好看到一个仓库,这个仓库是一份求职者向面试官的提问

使用小乌龟进行团队项目开发-05

前面几节说了如何使用小乌龟的基本操作以及怎么在Gitee里创建私人仓库,那么同团队之间怎么进行协作开发的? 这就要在Gitee上添加仓库成员,因为我们设置得仓库都是私有的,只有仓库成员才有权限访问,添加步骤:进到小组里,添加成员    通过三种方式添加成员   管理员通过后,仓库成员就可

系统入门到实战学习某项技术、有问题找"百度"、学习大佬的技术博客、找开源代码等资料

一、系统入门到实战学习某项技术 先看视频入门到实战(B站、慕课网) 然后看书,再把知识的体系串起来 二、有问题找"百度" 1、学习各种疑惑,问搜索引擎【最大的学习资料库】 ■ 搜索引擎顺序:谷歌、必应(注意要搜索前选择国际版)、百度 2、开发中的具体报错问题: ■ 直接百度: 找不到

专家建议|首席财务官拥抱财务敏捷转型正当时

诞生于软件行业的敏捷工作法如果实施得当,可以加速流程和决策制定,推动创新,缩短产品上市时间。如今,许多财务部门确实掌握了基础知识,但除这些基础知识外,财务部门显然需要增加自身为组织提供的价值。例如,财务部门往往难以在核心流程中应用数字化技术,或做出足够快的反应,帮助企业适应

对抗软件复杂度的战争

   服务一个人的系统,和服务一亿人的系统,复杂度有着天壤之别。本文从工程师文化、组织战略、公司内部协作等角度来分析软件复杂度形成的原因,并提出了一些切实可落地的解法。   服务一个人的系统,和服务一亿人的系统,复杂度有着天壤之别。本文从工程师文化、组织战略、公司内部协

GIT的团队开发流程

git 分支说明 # 分支说明 master 测试环境分支 release 生产环境分支 # 切换到 生产环境稳定版 git checkout release # 开发前将由线上稳定版,生成一个本地个人开发分支,需在此上分支上进行个人功能开发 git checkout -b xxx (xxx为需要检出的新的分支