如何编写一个简单的程序 华为的鸿蒙到现在一点具体的技术文档和开发文档都没发布，正常吗？

华为的鸿蒙到现在一点具体的技术文档和开发文档都没发布，正常吗？正常！如果你不把它放出来，你就急了项目开发完，对方不给源代码怎么办？首先，这取决于合同的性质。如果是佣金合同，要看佣金的具体内容。如果它是

华为的鸿蒙到现在一点具体的技术文档和开发文档都没发布，正常吗？

正常！如果你不把它放出来，你就急了

项目开发完，对方不给源代码怎么办？

首先，这取决于合同的性质。如果是佣金合同，要看佣金的具体内容。如果它是一个合同，它通常不涉及源代码。

让我们看看项目的性质。如果是应用程序项目，通常不提供源代码，但这是一个特例。它需要特别的协议。如果是开发项目，应该有一个关于版权的特别协议。

Microsoft、IBM和Oracle都承担了大量的应用程序项目，很少提供源代码。

涉及产品质量的，按照《中华人民共和国产品质量法》第四章的规定办理。如果涉及操作，需要在合同中明确规定。没有约定的，开发商不承担经营责任。

对于权利义务的转移，如果没有权利义务的重叠。例如，付款交货或交货付款。

如果双方没有书面合同，并且当时对协议有不同的理解，那么就坐下来谈谈。你总能找到办法。

如果什么都没有，那就取决于友谊。关于帮助不会有太多的一致意见。

如果没有合同，我们不能坐下来谈，我们不能交朋友，我们把钱还给他们，他们不履行交货义务，那我们就活该。或许，收集一些证据，打官司，希望挽回一些损失。祝你好运。

技术文件编制的基本要求？

首先，你需要了解技术，然后你需要有模板或经验，最后你可以使用文本编辑工具。

技术文档写作几点建议？

任何新技术或新方法的文档和办事员大致可分为两类。

首先是官方手册，这是白皮书。它拥有对技术最权威的解释权，并由技术提出者维护。这种文档只是一个枯燥的记录功能项，相当于一本字典（没有人会把字典从第一页带到最后一页）。其优势在于为技术提供了一致的解释权，该技术有一个用户遵循的基础，缺点是相对枯燥，不适合技术传播。

第二类类似于技术用户根据自身经验编写的“最佳实践”材料，融合了作者个人观点，比较生动，组织也很有吸引力。优点是他们有想法，适合技术传播。缺点是他们更主观，个人意见不准确或有偏见。

当材料的两部分结合在一起时，它们可以发挥最大的作用。

以下是一些编写技术文件（中英文）的建议，一般适用于以上两种文件。

1. 我们应该尽量避免使用“你”、“我们可以”和“你应该”这样的称谓，而应该使用更一般的称谓“用户”和“用户”。

2. 尽量使用不理会对方的被动句。

3. 引用代码和脚本时，应使用特殊字体进行标记，必要时应恢复开发环境中存在的颜色。

4. 特殊名词应以粗体或粗体标记，以提醒读者这是一个专有名词，而不是一个宽泛的描述。

5. 在用中文提出一个行业术语时，尽量在结尾处用英文写出原文，这样知道这个概念的读者可以互相比较，告诉不知道这个概念的读者，这个概念不是你造的，而是有它的来源的。

6. 尽量少用主观形容词和副词，如“怜悯”和“不幸”。

7. 当项目符号或数字列输入时，动作应该使用由原型动词引导的祈使句，例如创建新帐户