甚至是写第一个程序的男生
<?php echo "Hello, ! " ?> 或
fprintf( ' !\n'); 了解过程。
- 考虑任务-想法的阶段
- 他考虑了任务以及需要以何种方式实施-分析和阐述需求，
建立软件模型和实施计划。 简而言之，建筑阶段。 - 程式设计
- 测试。 “那里发生了什么”
- 操作。
在第1-5阶段之间，我们不断进行互动。
为此，有各种各样的瀑布，Scrum等。
因此，当您的项目扩展到多种类型的前端时，
根据现代IT界的需求，客户希望最大化受众群体，从而最大化自己的利润。
因此，我们都观察到大量的项目，其中有几种类型的前端通过API与集中式后端进行交互。
一般而言，“标准强项目”具有三种类型的前沿：
- 网站
- Android上的移动应用程序
- iOS移动应用
通过单个开发的API通过REST交换数据。
我将依靠的一个很好的例子是社交媒体（请参阅我之前有关基于YouTube视频的播放器的文章）
大型项目有三种获利选择或任何准则，
有条件的网络，苹果和安卓。
程序员与集中式后端体系结构进行交互并专注于他们正在开发的个人前端非常方便。
这里出现了本文的重点。
事实是，上级决策的最高层
形成了一个新特征，该特征将返回到后面。 但是由于“老板”是不完美的人，
然后他必须将权力降低到较低的水平。
因此，在我们的情况下，通常在每个战线的上方，根据等级制度或正式理由也出现了他们的“低层”酋长。 东西
为简单起见，使用的是内酰胺类化合物。
以“开发生命周期”的形式开发大型项目的任务
软件操作分为其生命周期。
在同步“最小”生命周期过程中出现了问题，因为例如，如果您领先于某项新功能的Web开发人员，则必须等待移动开发人员。
否则，由于我们现在都在网络上以及智能手机的移动应用程序中，因此，新功能的含义就失去了优先考虑。
让我们考虑一下如何评估新功能的引入，以在这种情况下最大程度地减少人力资源。
在这里，我将发表以下观点：
- 在其中一个方面中实现某个功能时，我们需要考虑其他方面的周期或对标准插头进行编程，以便随后“赶上”其他方面的功能并进行调整。
- 您可以为整个软件开发周期建立一个方案，以便每个人都可以有条件地做得很好，然后按时实施该功能，但是至少将失去前端团队之间的独立性-然后整个系统的feed和敏捷性失去了相关性，或者增加了迭代时间发展。 简而言之，将会发生更多的颤抖，并且代码编写的速度也会变慢。
- 从原则上讲，孤立的战线速度更快，但随后需要进行更多的人力成本集成测试。
- 当前正在实施的方案-每个方面都是独立开发的，并且相互之间的交互最少，但是在这里IT的一些基本知识已经丢失了-我们将以某种方式获得一群非零用户，这些用户有时会看到错误。
在这里，问题的哲学是用户从定义上不喜欢错误。 客户寻求最大化利润，因此系统的大型复杂性将以某种方式减慢这种最大化的速度，因为这是软件的最终生命周期。
在较小的项目中，此过程甚至更糟-尽管后端和Web是自己进行的，但许多客户还是将移动开发转移到远程站点，并定期接受功能实施的统一制动。
另一方面，实现过程的形式自动化存在一个危险的障碍-开发人员习惯于向用户询问滚动更新，因此在安静模式下，未经同意就无法滚动更改。
我的想法就是这样-在维持生命周期的主要类型并在独立战线情况下具有子类型的同时，您需要牢记一个优先事项
前沿类型（出于货币，历史原因或其他原因），但它们应为较高周期类型以下的单位。
也就是说，如果优先Web前端在每周Scrum上工作，那么移动前端的内部Scrum应该拥有第一个双重Scrum，两个星期，否则
混乱将开始。 但是，必须同时完成常见的大型前沿版本的发布，否则，您将得到撰写此文章的作者。 让我们想想...