1. 发包软件，dwg是什么意思？

1,DWG是电脑辅助设计软件AutoCAD以及基于AutoCAD的软件保存设计数据所用的一种专有文件格式，始于1970年代的一套Interact CAD软件。之后欧特克公司（Autodesk）于1982年取得版权开始使用这种文件格式。欧特克公司拥有、开发并且更新DWG文件格式，通常每隔几年DWG就会随着该公司在AutoCAD中添加新的特性从而进行更新。

2,DWG格式以及它的ASCII格式变体DXF，已经成为CAD制图数据交换中的事实文件标准，据估计全世界有超过十亿个DWG文件。有几家公司正在对DWG文件格式进行逆向工程以试图为其它的设计软件提供读写DWG文件的能力。欧特克公司也提供了一套需要授权的DWG读写技术开发包“RealDWG”。

3,新版的AutoCAD可以打开许多旧版的DWG文件，AutoCAD 2007可以打开2.0版的DWG文件并且可以保存为r14版的格式。另外欧特克公司提供一个免费的DWG查看工具“DWG TrueView”用于查看所有版本的DWG文件。另外一方面，该公司是vendor lock-in策略的强力支持者，尽力保护DWG文件格式并且禁止开发支持DWG格式的开放源代码库。

2. 直接发包最全流程？

1.先到当地招标办申请办理直接发包,接待人员一般会给你一份直接发包要求质料,然后我们按照直接发包文件准备质料即可。

2.“建设工程造价咨询成果预算”就是 建设局下属造价公司出的预算书,说白点就是套软件收费用的,但是又必须得有;“建造师职业资格证压原件”这个在以前是没有的,不过根据现行法律法规要求该是压在招标办的;“建设资金落实证明”就是公司银行对公账户有个当年预计投资资金量的存款证明即可,比如5000万的合同当年预计投入2000万,那么只要一个2000万的资金证明既可以了。

3.所有质料准备齐全之后,送给招标办人员审核,如果没有问题就可以出直接发包通知书了。

3. 发包部署是什么意思？

发包部署是指在软件开发中，将开发完成的代码打包并部署到服务器上的过程。发包是指将代码打包成可执行的文件或者压缩包，部署是指将代码部署到目标服务器上并启动运行。通过发包部署，可以快速地将更新的代码部署到服务器上，提高软件开发的效率和质量。同时，发包部署也可以自动化，通过自动化脚本实现快速部署，减少人工干预的出错率。

4. 我想问一下有什么网站或app专门给包工头找活做的？

没有专门给包工头找活做的网站或者APP。

找活做的方法：做好你所承包工程，按质、按量、按期完成，承包价格合理，尽量做到让各方满意。这样的班组在建筑市场是抢着要的，根本不用你费心去做广告。

第二种就是朋友推荐，你能做到让甲方满意，与管理单位人和协作单位人人脉一定要做好，方便的话给自己做名片。

包工头是指工程承包商，能把一项工程成本控制在工程建设方发包价以内就可以挣到钱，一般属于建筑、装修行业。

工程承包（project contracting）工程承包是具有施工资质的承包者通过与工程项目的项目法人（业主）签订承包合同，负责承建工程项目的过程。

现在是僧多肉少，市场的工程活儿就那么多，干活的人一大群。 但是，工程领域大部分都是粗人，一般不懂怎么接活儿，要想比别人强就要给自己的脑袋充电，功称堂的资料可以研究下，那个对于怎么接活儿还是有很大的帮助的。 一般见效也比较快。

5. easysec是什么公司？

答：EASYSEC是西安尚易安华信息科技有限责任公司的英文缩写。

公司是从事国家信息安全等级保护测评业务的专业测评机构。

公司以等级保护为主线，围绕国家等级保护政策和相关标准，向用户提供定级咨询、等级测评、安全检查、方案设计、实施指导等服务；并提供风险评估、安全体系设计、安全规划、策略制定、安全监理、安全培训等全方位的专业安全服务。

6. APP是怎么开发出来的？

互联网项目的开发有一套专业APP的设计和开发流程，关于这方面的文章也有很多，但大多数文章偏专业性。下文以新星咨询公司APP项目评估的流程为例子，站在技术委托方（客户）关注的角度，为大家剖析一下在开发过程当中，如何避免踩坑，以及在APP项目开发过程需要双方交付和对接一些项目资料。

（全文约2000字，预计花费您5分钟阅读）

1. 功能需求思维导图：经过一些双方反馈调整后，产品经理跟甲方对接了解清楚整个项目需求，并绘制整个项目的功能思维导图策划方案（已经过技术和设计角度的可行性评估），最终产出清晰明确的功能需求说明。例如下图：

2. 需求报价方案：产品经理跟客户确定好功能需求后，项目经理拿到清晰完整的需求规划，进行整个项目的设计和项目开发测试评估，并产出项目的需求报价方案。如下图：

3. 技术开发合同：初步确认合作意向后，提供技术开发合同，如果双方对合同协议会异议，双方协商修改。

4. 开发进度文档：签订合同后，根据总开发周期，制定各开发阶段节点，并根据开发计划，推进后续的整个设计开发过程。例如下图：

1. 原型设计稿：产品经理根据合同确认的功能需求，进行整个项目前端界面的原型设计。经过双方多次的沟通反馈调整，最终确认所有原型的设计。例如下图：

2. 原型交互流程图：在原型设计稿的基础上，加上每个页面的跳转交互流程标识，以便能够清晰了了解各个页面间的跳转和交互流程。如下图：

3. UI风格页：UI设计师会挑出几个主页面进行风格页的设计，一般会提供3-5个风格页的设计，确认整个UI的设计风格。

4. UI高保真设计稿：确认UI的风格设计后，便开始进行整个项目所有页面的高保真图设计，最终产出所有页面的高保真设计图，包括每一个页面的预览图，以及整个项目所有页面的预览大图。如图所示：

1.注册相关账号：开发过程中，需要注册相关的开发者账号。包括部分但也不限于以下的开发者账号：苹果开发者账号，应用宝账号，微信公众号，支付账号，推送账号，阿里云账号，APP统计开发者账号，短信开发者账号，地图开发者账号等。

2.购买服务器，注册域名，备案：一般在上线前半到一个月，需要购买云服务器（如阿里云服务器），根据项目预估的运营情况（如未来一段时间的注册用户数，日活用户数，用户增加预估，用户的并发访问等情况），确认服务器的采购配置。如果项目需要分享到微信，或者有官方网站，则需要配备域名使用，需要提前购买好域名和服务器，并进行备案，备案一般需要7-10个工作日；

3.交付测试版本：完成项目的所有功能开发后（包括前后端功能的开发，一般在项目上线前的1-2周前交付，已经过内部初始几轮的测试，版本稳定），将打包发布测试的版本给甲方进行反馈测试。在经过1-3周的测试与反馈后，最终版本功能达到稳定流畅的上线状态。在此期间，双方都需要配置相关的人员进行项目的测试反馈问题。

项目上线前，需要进行以下几步的操作：

1.准备上架相关的资料：如发布市场的打包版本，应用说明描述，截图，部署服务器和录入正式的数据等工作；

2.部署正式服务器：将数据库，后台系统部署到正式的服务器上面，并录入正式的上线数据到系统的后台；

3.发布APP应用到市场：国内的应用一般是发布到苹果的APPSTORE（iOS版本）和腾讯的应用宝（安卓版本）。APPSTORE提交后一般需要10个工作日左右可以通过应用的审核并上架，应用宝一般当天提交APP，当天就可以通过应用的审核并上线

4.发布H5或小程序到微信公众号：如果是微信H5的网站，只需要将网站部署并挂到小程序的菜单上面；如果是微信小程序，则需要把小程序发布提交给微信团队审核并上架；

1.免费运维阶段：项目上线后，项目便正式进入免费运维的阶段。一般免费运维期为3-12个月。在这个阶段中，技术开发方需要提供运维的服务，包括解答甲方的咨询服务，指导甲方的软件使用等事项，以及程序Bug的修复等内容。由于刚上线的版本前期bug会比较多，所以在这个阶段，协助甲方收集相关的问题进行修复并定时迭代上线新的版本；

2.交付项目资料：免费运维期到后，项目运行基本达到稳定状态，技术开发方需定期打包所有的项目资料交付给甲方，包括但不限于前后端项目的所有最新源代码，数据库设计文档，API设计文档，所有的开发者账号资料（数据库账号，服务器账号，苹果账号，微信开发者账号，安卓应用市场账号等等），测试文档，原型设计稿，UI设计稿，项目相关文档等资料。

3.付费运维阶段：后续如果甲方需要供运维支持，需要签订运维合同。一般运维费用为项目总开发成本的10% ~ 20%，根据项目的用户数量，功能量级及运维工作量进行费用的评估。

7. 各个软件开发公司报价差别很大？

[开题]

丁哥作为具有软件开发20多年经验的老程序员，来谈谈这个问题。

这个问题很有意思，同样的一个需求，找不同的外包公司，给的价格当然是不一样的。除非他们互相看了其他人的计算数据，否则的话，这个计算出来的价钱会相差很大的。

[软件开发的不确定性]

这是由软件开发的不确定性决定的。

理论上讲，软件工程的一大特点就是不确定性，也就是说没有一家公司，可以打保票说，可以按时按量安置的完成哪个需求。

这里有一个问题就是如何定义，工作是否完成了。

这一点在需求说明里很难真正的说清楚，所以大部分的需求说明，都是写一个大概。当具体的某一些需求细节的时候，越模糊，实际上对双方都是有好处的。

这一点，其实也不难理解，因为如果敲得太细，第一浪费时间，第二，开发出来的产品不一定真正的好用。

还有一个客观现实就是，不可能敲的太细，因为客户说想要这个需求，但是无法说，在哪个具体方向上提出具体的量化需求，或者做到什么程度。因为如果他能做到的话说明已经有相关的产品了。那也就没有继续外包开发的意义了。

[如何正确的外包？]

外包项目最主要的就是，对开发团队的一个信任。在信任的基础上，一定要有一个自己派出的技术监督。这个技术监督，将来可以全权负责所有的工作交接，以及后续的工作开发安排，其中包括将来开发团队的构建，开发人员的招聘等等，这些人力资源方面的安排。

再一个就是，对产品架构的讲解，以及再次开发的规划。

这些当然是后话，是在第一阶段的需求工作完成开发，完成交接以后才会实施。但是在开发之前，一定要有这个准备。否则的话，得不偿失。

[为什么有的外包项目失败了?]

我已经看到过，听到过很多外包项目失败，或者混乱不堪的例子了。

整个外包项目失败的常见原因有这么两个:

承包方不给力，没有按时完成任务。这个没什么说的，一般来说，外包项目不会全部付款，在项目交接的时候，如果没有做完，那这部分款项也就不会打给承包方。在这种情况下，项目方在直接的付款数目上反而承受的损失并不大。

当然了，这个时间成本也是很恐怖的，一旦说，这个项目延迟的原因导致市场的丢失，那就非常严重了。因为这个损失是无法准确计算的。

另外一个原因就是，完全的信任承包方，没有己方人员参与，到最后工作交接的时候，并不是太满意，但是可以交接项目。

这样的项目一般缺乏对应的技术文档，尤其是交接部分的文档。这个时候项目方，就会存在一个很尴尬的局面。找不到合适的技术人员接收项目。

这种尴尬，在项目方向进行再次开发的时候会尤为明显。

由于不懂得软件工程的特点，项目方很快就会发现，他聘来的技术人员，因为不了解现有外包项目的技术架构，并不能很快的进入开发进程。

我见到过有的项目投资方，比较着急。花重金，招聘了大批的开发人员来接收外包项目。然后再开发团队，并没有对整个技术架构，进行研究分析的情况下，继续添加新的功能。

而在整个后续开发的过程中，又没有一个技术总监来把控所有的进程。导致最后项目进入更加尴尬的境地。过了两年，把钱烧完了，最后这个项目，也死掉了。

[技术核心的重要性]

我个人的体会是这样的。不管你做什么项目，不管你找不找外包。一定要有一个技术核心，来把握全局。这个技术核心，不一定一开始什么都要懂，但是，整个项目做完了以后，他一定要什么都懂。

这样的技术核心在项目的后续开发中和后续维护中，会起到至关重要的作用。会大大的降低开发成本和技术风险。

丁哥从事软件开发20多年，从事软件外包工作断断续续也有十五六年了，以上是我的个人体会理解。

这个问题先谈到这里，欢迎关注丁哥开讲，我们下次再聊，谢谢。