对于那些只是进一步滚动的人，简要的摘要：“ Google：自由职业者签订合同”感谢您的关注。
更完整的描述：在一个自由职业者联合项目中，我如何发现一位管理者带来的新管理高度。
前两个动作本质上是介绍性的，该动作的顶点和壁橱中骨骼的外观出现在第三个动作中。 那些只喜欢看最后一部电影的人可以跳到
第三部分 。
行动一：宽容
演员：我，熟人C，X公司，首席执行官1九月：
-您是否要为X编写android程序？
-来吧，但是，顺便说一下，我们不参与设计开发，测试，管理部分。
十月：
与CEO1交谈后，我们设定了截止日期-大约3个月，就如何发布应用程序达成了共识-最初，我们将向有限数量的用户提供许可（如果一切正常）-我们将提供给大量用户，然后我们完成付款，梳理设计并发布，发布后我们完成了一些，不是很重要，问卷（用户按材料进行测试）。 它以六个月的支持结束。 我们稍微讨论了React-Native技术-CEO1担心该技术是新技术，但我们保证，在遇到任何重大问题时，我们都会将责任归咎于我们自己，这当然会影响条款。 恐惧无济于事，React-Native + Redux证明了自己的优势。 可以用一个替换iOS应用程序的想法也很受对方欢迎，尽管这项任务超出了协议的范围。
一经达成协议，我们便在几周内发布了原型和列出主要功能的文档，此后，客户出乎意料地希望开始在12月进行测试，直到新版本发布。 令我们感到惊讶的是，我们还没有真正开始，截止日期已经过去了，但是无论如何我们都不会拖延时间，并表示会尝试。
十一月：
我为应用程序添加了功能，而又没有忘记漂亮的动画，我甚至花了几天时间来完成准时的主要工作，我拧紧了螺纹，以便以后可以快速方便地更改设计。 在React-Native上，一切都非常容易和简单地创建。 有时候，Redux仍然存在问题，但是经过一天半的试用，我得出的结论是我准备的方式有点不正确-您无法“使用Redux <=>包含许多组件的页面”，但是需要“页面<=>许多包含以下组件的组件” redux”，一切开始正常工作，但是从那时起，我开始定期在Redmi-2上使用1GB内存启动该应用程序，以防止出现这种情况。 11月的结果-在12月初的几天前，承诺的一切都准备就绪，该应用程序功能正常，可以将其发送到第一轮测试。
十二月：
在大约三周的时间内，另一方尝试列出可以向其发送申请的10个人的列表，此后该申请完全消失，通常可以理解-新的一年即将到来。 我会解决一些小问题，改进和优化某些内容。
一月：
一月中旬。 一封信到来，清单已经准备好，最后发送给第一批测试人员。 有两个相当详细的评论，它们总体上对应用程序进行了积极的评估，我立即纠正了非关键性的评论。 但是出了点问题-人们开始抱怨其他用户无法使用其用户名和密码登录。 甚至没有考虑，我们假设问题出在客户的测试后端侧，最有可能的数据与以下事实不一致：在主服务器上的几个星期之内，只需将数据从生产中重新加载到测试中就可以弄清并纠正这一问题。
我将付款功能固定在google-play上，尽管它的实现尚未在后端实现，但我还是类似于苹果商店的iOS应用程序中的功能进行了交互，我正在为此功能编写一个后端模拟器。
行动2：递增。
演员：我，朋友C，经理CEO2，测试员T，导演D。二月：
让我提醒您，二月份已经开始。 但是时间呢？为什么我要着急呢？ 好吧，好了，阶段结束了，即使有延迟，应用程序总比没有好。 我们正在等待前十名被要求再次测试，但没有重新发送邮件，我们感到惊讶的是，我们正在寻找D公司。 几周后，收到一封来信，表示CEO1将被CEO2取代，除了平庸的“这是转身”之外，什么都没想到。 当然，我们点了点头，以为我们了解了CEO1被免职的原因，现在一切可能都会解决。 CEO2下个月开始工作。
三月：
在本月中旬，出现了一个新的CEO2，他在第一周说了对的话：他带来了T测试人员，告诉我们在任何情况下我们都不应花时间测试控制台或设置其他任何工具管理事务，测试人员T会处理所有这些。主要是现在我们有了一个用于交互和协调的通用JIRA。 我们说这很好，甚至非常好，但是截止日期已经错过了很多，而且该项目实际上已经被拖进了一个长长的盒子，所以现在，要把它排除在外，让我们为双方设定一些截止日期，然后我们仍然需要将其维持六个月。 好吧，他们告诉我们，即使此时我们还没有准备好，也可以将5月的第一天视为保修支持和付款的开始。 我们回答没有问题，让我们确定对我们至关重要的是什么。
一两个星期后，事实证明存在三大关键问题：
1）由于某种原因，问卷是第一份，尽管在此之前我们被告知什么是整个申请中最不重要的。
2）登录电子邮件验证的验证在客户端进行。
3）付款，尽管也应该仅在测试的第一阶段之后。
4）通过Facebook登录，尽管在一月份我们被要求删除它。
阻止程序和严重问题列表包括：
4）在注册页面上，登录名和密码之间的垂直分隔符。
5）在字段之间切换时，最小化用户帐户密码更改页面上的键盘。
第1点是在一周内完成的，与此同时，第2点的重要性每周大约进行3个小时的讨论，因为事实证明每个人都知道应用程序开发标准（
当然 ，
除了我以外 ），我仍然坚持认为这不仅没有必要，但这不会对后端产生重大影响，不仅需要在所有应用程序和网站上重复相同的逻辑，而且系统中有些企业用户没有电子邮件登录名。 另一边说，它将在一个半星期后出现一个多页文档，其中描述了所有应用程序和网站上的所有登录选项（此外，它们是相同的），尽管它仍然很不清楚，但仍不清楚如何协调不同类型用户的项目。 。 我将跳过一些细节，只说几个小时的结果，另一边终于同意我的建议。 最后，CEO-2启动了付款功能3-后端的google-play。
四月：
我进行所有关键的，重要的甚至次要的
事情 （
即使我认为不是那样的事情 ），因为这不是很困难-做起来比讨论容易。 后端进行付款，但是在其中一个步骤中它不会返回任何东西，这在开发过程中通常是正常的。
这是第一个奇怪的呼声出现的地方，CEO-2出人意料地提供了确保应用程序“尽可能快地”运行，确保尽可能快地运行，我不太了解的功能，T测试人员表示，总体来说一切都很好，没有以前的用户提到过性能问题，但是，我很天真地说，在我发现的最旧的电话上，我注意到当所有300本书都显示在搜索页面上时，它会延迟出现，但是对于一些更相关的熨斗来说，这个问题并不存在如此关键 我什么也没看到。
距离下个月开始还有两个星期，这个阶段所承诺的一切都已经完成了（实际上，除了舔设计，包括他们没有交流的一切），而且，在我看来，甚至还有更多的时间-持续了几个小时的无用短语，例如什么都不会发生。 JIRA中所有对我关闭的东西，但是...电报锁开始了，我们在那里进行了普通聊天。 总的来说，这是断断续续的，但很明显，所有参与者都在线出现，但他们不回答也不只是写信-CEO2和T，一周之后，终于很清楚这里出了点问题，我们再次寻找D。
第三幕：决赛
一周后，我们被邀请打电话。 有人提出一种全新的想法，决定将应用程序最小化，因为据称后端存在性能问题，原因似乎有点可疑，我仍然要说后端没有发现任何问题，并且应用程序缓存了所有内容，也不会影响他。 但是，尽管事实证明，该应用程序已经交给了一个公司客户，但我们只支付部分工作。 我不承认为什么在地球上我应遵守我们承诺的一切，而不是像...那样不拖延任何最后期限，那会在一月份发生，并且建议在预定日期的几天前提出付款。 CEO-2对此意外地指出，该应用程序还存在性能问题（这是一个方便且普遍的原因），尽管在测试的两个星期前甚至没有一次宣布这一问题。 但这还不是全部，他们立即归咎于我们这一事实，即在一月份进行测试期间，大多数用户根本无法登录该应用程序，我当然想起了原因，但实际上并没有考虑到这一点。 D提供了了解所实施内容的详细信息，但要求不要讨论技术细节，在不涉及技术细节的情况下如何做到这一点还不是很清楚，但是我作了详细的报告，并指出它是根据花费的时间点实施的，此外，我还录制了视频该应用程序正常工作，并且我演示了所有功能，该视频随附了应用程序日志，因此可以看到来自后端的请求和响应。
一个半星期后，我们得到了CEO-2报告，这使我的头发有些移动，然后我的情绪也下降了-这是因为它真的发生了。 我注意到这不是一种误解，或者认为对方的技术天真是荒谬的，几个星期前我们相当讲一种彼此可以理解的语言。
我将列出要点：
- Facebook登录表明，有必要为此用户激活测试令牌，这是我在JIRA中写的。 另一面的结论是，没有Facebook登录功能。
- 通过fb进行注册，目前还不清楚它是什么，我们正在尝试找出，甚至T都同意应用程序中没有这样的功能，没有功能，但是出于某种原因有一点。 裁决-尚未实施，但具体内容尚不清楚。
- 性能：出于某种原因，在两种情况下又有两点，出现了带有android 8.0.0的nexus 5x手机（在w3bsit3-dns.com和android-central上有很多与此有关的主题），并且显示了我在电话中对自己说的话-它反复出现从搜索中可以看出，应用程序会定期点亮白色屏幕，如果内存有问题，在RN中可以看到该白色屏幕，即使在1gb的内存上我也没有观察到。
但是总的来说，这些都是可以尝试讨论的小事情，但是在随后的背景下，这没有任何意义：
- 使用旧版本的应用程序 ，该版本根据订阅的可用性错误地发布了注册建议，单击“收藏夹”按钮，出现消息“请注册”，得出的结论是：没有收藏夹功能。 同样的事情发生在“标记为已读”和“提醒”按钮上，并且该消息增加到5点（总共20个点），其中一些点被称为全局性的，而不仅仅是“应用程序交付内容”。
- 完全没有提及播放音频的许多功能，但有趣的是，上周我们没有对要求这样做的材料进行测试。
- 付款：使用google-play可以正常进行并转到后端，但作为响应，后端表明没有订阅。 另一方假装它根本不了解后端是什么 ，而只是声明经过测试的功能被认为是未实现的，其余的都不是问题。 奇怪的是，为什么只是不省略后端，而不是说应用程序除了“连接错误”外没有产生任何其他东西。
和高潮：
- 由于购物清单中没有针对6、9和12的订阅，而几个月后又从google-play收取费用，因此几个付款点被认为未实施，尽管他们表示会与控制台打交道，但他们根本没有在其中输入你自己
积分以某种奇怪的方式相乘，我尝试以不同的方式做到这一点，但我没有得到这样的结果，我们得出的结论是，如果他们支付40％的工作，我们应该感到高兴。 D似乎已经承担了自己的责任，D如何回应这些论点？ -没办法-假装是一条鱼。
好吧，结局是，在没有更多东西可以找到并证明之后，我们被直接表示，我们之前所同意的完全是我们的问题，但是我们在JIRA和他们真的不在乎任何状态，因为应用程序开发已被最小化。
我承认我第一次遇到类似的IT粗鲁行为。 我已经准备好证明自己的情况，甚至承认如果我指出这一点我是错的，但是我绝对不希望这家公司将自己定位为专业经理人的产品，甚至在集线器上拥有博客-这很简单。
结语
那是一段不错的时机，我决定问后端他们是否知道他们的性能问题，事实证明没有那样的事情了。 我决定问问那些与iOS应用程序有关的人员，在这里，似乎发生了类似的消耗，但该应用程序已经在工作：他们目前所做的只是将阴影的颜色和最小密码的长度从6个字符更改为8个字符，反之亦然。他们说，存在付款问题，需要紧急发布，用户对此感到不满，应用程序的评级正在逐渐下降，但是CEO-2似乎不会发布更正。 当然，我与他们分享了我的困难，他们告诉我当前的状况并没有引起任何意外，并讲述了一个他们从一位前雇员那里得知的故事：
很久以前，一位与公司发展无关的员工出现在公司中。 但是，经过一番工作，他决定重做该站点（因为没有其他内容了），因为他认为这是正确的（
显然，一切都“尽可能快”地进行了 ），但是最后，他似乎无法完成开始的工作，并被要求到出口。 但是，在我们已经成为见证者的几年之后，在更换董事之后，他再次出现在公司中，并继续积极尝试建立自己的尚未完成的站点。 而且，显然，由于该站点甚至没有用于应用程序的原始API，并且其就绪状态已经在新领导层的耳朵上挂了，因此这些应用程序也干扰了实施计划，我们需要一个借口摆脱它们并在新站点下重做它。
总的来说，马赛克已经发展起来，一件事还不清楚-这是我的付款。 因此，对于更改，我决定描述此事件。 也许有人会很开心，但是有人会变得更加警惕（
可能是android应用程序的新的未来开发人员:) ），也许我只是想说出来并结束这个故事。
PS：如果我在一起，我还将尝试写一篇关于React-Native的技术文章，因为我真的不想从这项工作中消除这种泛黄的感觉。