PE进入系统，在计算机管理里面磁盘显示为GPT（保护分区）。此时硬盘是不能重新分区或者格式化的。
10多年的虎林网站建设经验，针对设计、前端、开发、售后、文案、推广等六对一服务，响应快，48小时及时工作处理。营销型网站建设的优势是能够根据用户设备显示端的尺寸不同，自动调整虎林建站的显示方式，使网站能够适用不同显示终端，在浏览器中调整网站的宽度，无论在任何一种浏览器上浏览网站，都能展现优雅布局与设计，从而大程度地提升浏览体验。创新互联建站从事“虎林网站设计”,“虎林网站推广”以来，每个客户项目都认真落实执行。
解决思路：低版本的WIndows(PE)是不支持GPT分区的，我们需要使用系统自带的DiskPart程序清除磁盘。然后将磁盘转换为具有主启动记录 (MBR) 分区形式的基本磁盘。
注意：使用本方法会清除硬盘上所有数据，操作前请备份所有数据，望知晓。
解决办法：1.Win（徽标键）+R —— DiskPart —— 回车，启动DiskPart程序。
2.输入 list disk 回车 ，显示计算机上面的磁盘列表，可以看到磁盘的编号。
3. 输入 select disk n 回车，这里的n是要处理的磁盘编号，从第二部显示的结果中可以得到。4.输入 clean all 回车，此时，硬盘分区和签名将被删除。您将返回到 diskpart 提示符。
5.关闭 DiskPart 。
6.此时，可重新对内置和/或外置硬盘进行初始化、分区和格式化。启动“磁盘管理”可初始化磁盘。
如果您在使用ChatGPT模型时遇到了“锁区”问题，这可能是由于您的IP地址被OpenAI识别为违反其使用政策的地区而导致的。一些国家或地区的用户可能会受到限制，因为OpenAI需要遵守当地的法律法规。
如果您认为自己的IP地址被错误地识别为违规地区，请尝试使用代理服务器更改您的IP地址。如果您的问题仍然存在，建议您联系OpenAI的客户支持团队，了解更多关于此问题的信息并获取帮助。
ChatGPT是OpenAI开发的大型预训练语言模型。这是GPT-3模型的一个变体，经过训练可以在对话中生成类似人类的文本响应。
ChatGPT背后的算法基于Transformer架构，这是一种使用自注意力机制处理输入数据的深度神经网络。Transformer架构广泛应用于语言翻译、文本摘要、问答等自然语言处理任务。ChatGPT可用于创建能与用户进行对话的聊天机器人。这对客户服务很有用，因为它提供了有用的信息或只是为了好玩。
ChatGPT使用方法和注意事项:
支持中文和英文，都可以问，它不是Siri这种机器人，他是一种生产力的工具，要把它当作真实的人来对话，可以让它改进，支持上下文多轮对话，放心大胆的问，每次回答的字数有应该有限制，可以使用“继续问”等来追问，它会继续写。
AI届已经进入新的范式，学会提问题会越来越重要
针对程序员会被取代这个问题，我问了一下 ChatGPT ，它是这样说的：
每一次，不论是 GitHub Copilot 还是 OpenAI Codex，亦或是最近爆火的 ChatGPT，只要一个 AI 工具可以编程，紧跟而来的话题必然是：“程序员是否会因此被替代？”
程序员实惨！职业威胁一直就没停息过。
所以，ChatGPT可以编程？这似乎很让人匪夷所思。
ChatGPT介绍一下！！是一个由OpenAI训练的大型语言模型，可以进行对话、文本生成、问答等多种任务。它使用了Transformer架构，能够从大量语料中学习语言特征。
ChatGPT可以在编程领域有多种应用，其中一些主要的应用如下:
l 代码生成：可以根据输入的需求或描述生成相应的代码。
l 代码提示：可以根据用户输入的代码片段，提供相应的代码提示和补全。
l 故障诊断：可以利用ChatGPT分析错误日志并给出相应的解决方案。
l 文档生成：可以根据输入的代码生成相应的文档。
l 自动测试：可以根据输入的代码生成相应的单元测试。
l 数据科学：可以使用ChatGPT来自动生成模型和数据集的描述。
不过需要注意的是，ChatGPT是一个非常强大的语言模型，但它并不是万能的，在生成代码的场景下还需要人工编程和检查，所以一定程度上ChatGPT的使用是需要依赖程序员的护航，才能确保完成应用。说替代程序员的，着实是过度解读了。
ChatGPT的爆火，让我想起，同样会提高程序员开发效率的低代码平台，它的出现也同样被人类污名化，职业威胁程序员。
通过低代码平台，只需要通过拖拽的方式，或者是编辑几行基础代码，就能快速的开发出各类应用系统。最关键的是低代码改变了传统开发对专业技能的要求，现在只要掌握一些基础的代码知识，甚至不需要任何基础，就可以进行应用系统的开发！
作为国内主流的JNPF低代码平台服务商，JNPF低代码平台负责人认为：低代码的本质是解放开发者的双手，让他们从重复的代码工作中解放出来，低代码在这个过程中扮演的是“辅助者”角色，而并非“替代者”。因为永远有一些容易被忽略的边缘性技术问题，需要程序员去解决，这是低代码不能替代的。
而且低代码并不意味着完全就抛弃代码，相反在平台无法满足一些复杂的业务场景时，就需要代码的辅助，当然这个过程的代码量要可控，否则就违背了低代码开发的本质。
而像市场上一些无代码平台，确实做到了看不见任何代码，但是当平台需要去应对复杂业务逻辑系统的开发时，便会显得力不从心。
