申请著作权问题：源程序应提交前、后各连续30页，共60页，这是什么意思 我的程序几十万行怎么写

从提交你文件开始的30页和最后的30页共60页就行了。

具体要求是50行一页，假如你的源程序文件有59页，那就表示你需要提交所有的文件需要59页，如果你的源程序文件超过60页，假如有100页，那只需要提交最前面的那30页（1-30页）和最后面的那30页（71-100页），中间的60页（31-70）不用交。

像你说的有几十万行，假设30万行，那每50行一页，你会有6000页，那就提交1-30页，及5971-6000页就可以了。

扩展资料：

《软件著作权法》相关条例：

第十条 软件的鉴别材料包括程序和文档的鉴别材料。

程序和文档的鉴别材料应当由源程序和任何一种文档前、后各连续30页组成。整个程序和文档不到60页的，应当提交整个源程序和文档。除特定情况外，程序每页不少于50行，文档每页不少于30行。

第十一条 申请软件著作权登记的，应当提交以下主要证明文件：

1、自然人、法人或者其他组织的身份z明；

2、有著作权归属书面合同或者项目任务书的，应当提交合同或者项目任务书；

3、经原软件著作权人许可，在原有软件上开发的软件，应当提交原著作权人的许可证明；

4、权利继承人、受让人或者承受人，提交权利继承、受让或者承受的证明。

第十二条 申请软件著作权登记的，可以选择以下方式之一对鉴别材料作例外交存：

1、源程序的前、后各连续的30页，其中的机密部分用黑色宽斜线覆盖，但覆盖部分不得超过交存源程序的50%；

2、源程序连续的前10页，加上源程序的任何部分的连续的50页；

3、目标程序的前、后各连续的30页，加上源程序的任何部分的连续的20页。

文档作例外交存的，参照前款规定处理。

第十三条 软件著作权登记时，申请人可以申请将源程序、文档或者样品进行封存。除申请人或者司法机关外，任何人不得启封。

第九条 申请软件著作权登记的，应当向中国版权保护中心提交以下材料：

1、按要求填写的软件著作权登记申请表；

2、软件的鉴别材料；

3、相关的证明文件。

参考资料来源：百度百科--软件著作权

以鄙人在软件公司工作的经验与你分享一下吧。

我们平时做项目，一般有一半以上时间都在管理文档，包括基本设计书，详细设计书，静态样式书，各种UML建模图，单体测试书，系统测试数，结合测试书，DB设计书，DB脚本，以及各种工具类管理文档，如资源文件管理，VBA管理等等，这还不包括项目前期的需求建设书，项目中期与客户交流的反馈书，项目后期的BUG管理书，以及贯穿项目的工程进度表和版本控制书。当然你的代码资源（包括注释，，脚本等）也属于文档，需要统一管理。

对于追求简短快的团队，未必会太重视文档的组织与管理，但是一定要相信文档看似浪费时间，其实无形中提高了很大的效率，而且在未来的开发提供了宝贵的参考资料。属于团队积累的一种。

分类: 电脑/网络 >> 程序设计 >> 其他编程语言

问题描述:

java如何参照帮助文档写程序，我在自学，我不太会使用帮助文档api写程序，大家给知道一下。

解析:

帮助文档里面包含了所有java内建的类和对象，以及详细的方法。

比如你不知道这个类，你可以在帮助文档里看一下这个类的描述，它是干什么的，有哪些方法，这些方法的返回值是什么等等，你知道了之后就可以用它了。

帮助文档就是这是这样的，不过我觉得java的帮助文档对初学者好象不怎么看的懂。

程序员日常开发工作，基本是上离不开阅读文档，这也是很多程序员喜欢两个显示器的原因。

项目方面

技术方面

是不是很多人都认为，如果在开发过程中，还要不断地翻技术文档，说明他的开发能力不扎实。其实不是这样的。

首先IT行业技术升级换代的速度太快，当我们大多数公司还在用Java8的时候，Java11都已经出来了。如果非得要程序员熟知每一个类、每一个方法，是很不现实的。

很多时候我们只需要了解有这么一个东西，作用是干什么的，具体的细节可以在用的时候再去翻文档，比如方法名字是什么？参数有几个，都是什么类型的？

所以我们都习惯至少两个电脑屏幕，一个屏幕写代码，一个屏幕看文档；如果豪一些的话，再加一个屏幕展示日志信息。

看文档的屏幕要买竖屏！

我们团队

我这几年也带过几个团队，对于每个团队成员，我对他们的要求是：实现需求的前提下，最好能对所用的技术有一定的了解，千万不要从网上抄过来一段代码就用，这样是很危险的行为。所以鼓励大家多找一些资料，最好是阅读框架的官方文档。

现在的团队，我已经这样要求了：代码写累了，或者觉得自己没有状态写代码，可以找点儿自己有兴趣的技术文档学习学习，这个技术甚至是可以跟现在的项目没有关系的。

首先，我不是程序员，我是一个设计工作者，不过我来说一下我的观点：很多人以为程序员像**里的一样，啪啪啪几下键盘，屏幕数据飕飕的变，其实真实情况是程序员写代码就像学生写作文，也会遇到不会的词语跟修辞手法，那这个时候就要停下来想一想，查一查，看看例子是怎样写的怎样用的，写错了还要划掉（删掉）再来，至于这个大量不大量看的情况，如果这个是个新手，那肯定是可以的，那如果是个老手，还需要大量时间查说明文档，那就说明这个项目肯定不会小，不是一两天能做完的，那一个用月做单位的项目，用一个天做单位的时间来查文档，不过分吧！程序员也是人，不是因为他的工作高端，就觉得这个人万能，他也会当机，要吃饭，要休息，也会忘记一些东西，所以请各位多多体谅，能一起工作实属不易，感恩2018，谢谢。

这个问题怎么说呢，开发过程中会遇到各种各样的问题，没有一个人是全能的，也没有人可以绝对的说自己在整个项目中不会遇到一点问题，不去查东西，自己大脑里的东西完全可以让我把这个项目测测底底的做完，并且没有任何bug。

上班的时间，也没有老板或者谁在后面一直看着你去做东西，大家都挺忙。文档是干嘛的，文档本身就是用来看的，甚至很多项目开始之前，总监都会让你去搜集一些这个项目可能会遇到的bug，可能会用到的效果，尽量在之前找到比较好用的插件，这样会节省很多时间，自己如果写代码的话不可能百分百的确定没有人和bug，但插件不一样很多插件都是前辈通过很长时间慢慢完善出来的插件，所以很多人才会用。所以你提问的可以肯定的回答你允许。

说个我遇到的2个真事吧，

第一个，公司找的外包公司写项目程序，已经要交付了，发现有几个功能没做，产品经理和开发那边都找我，我一个搞运维的又不懂，只能让他们去对开发文档，我也就顺便看了看，开发文档中明确的写明怎么做，然后就让他们就重新按开发文档继续写，

另一个，由于 历史 原因业务系统处于托管状态，只有部分参考文档可用，开发那边只能按当前已有文档进行开发参考，开发那边也一直在根据现有相关文档进行开发，杯具的是这帮子不仔细看，有问题总想着我能直接给他们答案，我也只是会用而已，开发我还真搞不来，然后和他们一起看开发文档，加密算法部分给她们指出后，问题解决了。

所以我觉得，开发团队在开发中很有必要阅读开发文档，这可以避免绕圈子，也会清楚开发文档中提供的内容。

程序员上班的主要工作就是看说明文档，根据说明文档编码。如果实在没有说明文档，有时还得亲自披挂上阵写说明文档。

写接口的有API文档，写通讯协议的有协议字段说明文档，写数据库的有数据库规范文档，

总之任何一个大公司文档扮演的一个至关重要的问题，因为形不成文档，公司管理就会陷入混乱不堪的局面，当某个核心员工离职后，下一个接盘的程序员会丈二和尚摸不着头脑，一头雾水，边填坑边骂娘，有了文档就可以看文档结合代码，了解其中模块逻辑以及结构，包括哪些坑不能踩等等好处。有些公司会专门有文档工程师这个职位来专门负责整理各种文档，并且保存在服务器上。

好的文档都是程序员等人智慧的结晶，是一盏指路明灯，是一条通往光明的道路。程序员不能看说明文档等于在黑暗里摸爬滚打，有了说明文档才迎来了黎明的曙光。

先说观点，我认为看文档没什么问题，但是“大量”这个程度很难衡量，按照需要看文档是个非常重要的事情。

需要花费时间的情况 不需要花费大量时间的情况 小结

在工作中阅读文档其实也是工作内容的一部分，而且现在大多数互联网公司都靠KPI进行考核，平时就算你把时间都用来看文档没关系，最后KPI没完成一样会被公司淘汰。所以公司不会阻拦你花费时间看文档，最多你老板会提醒你浪费这么多时间看文档而没有实际的产出会对你年终考核造成影响罢了。

题主对文档的定义不是很明确

第一个是需求说明文档

这个是在开发过程中必不可少的文档，只有清楚了开发需求，程序员高效率的开发，程序员一天的工作时间并不是都是在写代码，而是在看文档，了解需求，理清思路，只有什么都清楚了，写代码或许只要十几分钟。

再者对于一个项目新人来说不看文档了解需求，没人给你从头到尾的在讲一遍需求，你不看文档自己发挥？进入项目是和别人共同开发，你不肯能不顾及之前的代码规范。

第二个是开发文档

就拿微信开发来说，微信开发不是每个程序员必须会的东西，但是用到了怎么办，还不是去看他们的开发文档，只有将开发文档思路理清楚了，才可以进行下一步开发。

第三个是API文档

在前后端分离的开发模式中API文档是必不可少的文档。不看API不知道数据是什么样。也就是不可能顺利的和后端进行结合。

兄dei，假设你是程序员，你在写程序时，旁边会有人守着你吗？

假设你不是程序员，你在做本职工作时，旁边会有人守着你看你怎么做事吗？

答案肯定是没有的。谁会闲着招个人去监督你，看你用什么方式去完成给你的任务。

现在不管是大公司还是小公司，没有人会在意你怎么去完成你的工作，给你的任务，在很多时候，大家只关注结果。如果说有干预，最多只是实现的方式。像写程序，假设有个功能是即时通讯相关的，这种自己写需要的时间成本投入较高，那么很多公司就会选择采用市面上比较稳定的第三方平台。这算一种实现方式的干预。但是在接入的过程中，不会有人去管你是通过阅读第三方SDK文档，还是谷歌搜出来的，最后能达到预期效果就ok了

所以，其实你看不看大量文档，没有人会在乎，关键是你自己，建议自己写东西时，不要一味的复制粘贴，要有自己的想法。太依赖文档对于自己成长很不利

当然允许看文档。

要知道，随便哪个类库，都有无数的类和方法，每个方法又有若干参数，鬼知道它们都是什么意思，谁的脑子能记得那么多内容。别说是人家提供的类库，就是自己写的代码，过一段时间也不记得什么意思了。没有注释和文档，怎么看懂代码？

如果没有需求分析文档，程序员怎么理解正在开发的这个软件的基本业务流程？

如果没有架构设计文档，程序员怎么理解软件各个功能模块之间的功能与业务逻辑？

如果没有接口文档，那么多类和方法，都怎么调用，会返回什么值，难道靠猜？

……

在日常开发工作中，不仅允许看文档，还会强迫你写文档。如果你写的文档别人看不懂，别怪领导骂你不认真。文档对于软件开发的重要性是不言而喻的。

还有一个秘密告诉你，那些经常写文档的程序员，要比不写文档的程序员工资更高。

真的！！！

迎娶白富美，从会写文档开始！

毫无疑问是的。

对于程序员来说，在实际工作中进行代码编写和项目开发时，是离不开各种各样的文档的。文档包括：

不允许看说明文档，这基本上只会出现在面试或者考试中，为了考察程序员自身的编码能力，才要求脱离参考资料，利用自身的知识和技术来完成。

当然了，程序员工作中也不能只看文档，要是花费大量时间通读不必要的文档，工作可就做不完了。

编写程序是一项系统而繁琐的工作，它不仅需要程序设计人员具有一定的功底，更需要有良好的编程习惯和风格。良好的编程习惯和风格不仅可以使程序代码更易于读懂和修改，更重要的是，它可以使程序的结构更加合理，有助于提高程序的执行效率。下面是我在程序设计中总结的一些经验，供大家参考。

设计顺序

在我们刚开始学习程序设计的时候，要编写一个程序，总是先进行一番构思，然后就一边写代码一边调试。这种方法一般只适用于非常小的程序，根据软件工程的特点，如果对所有程序都还按这种方法进行设计，是不合理的。

其实，设计程序就像我们盖高楼大厦，首先要设计图纸，然后动工。所以，对于个人编写程序来说，应遵循以下步骤：

1、问题分析：对我们要使用程序设计手段去解决的问题进行系统地分析，了解程序是做什么的，要达到一种什么样的效果等。

2、结构设计：也就是对程序的整体框架进行设计，设计出我们需要使用的模块等等，并画出流程图。

3、用户界面设计：在此，我们要设计出用于与用户交互的输入输出界面。

4、代码设计：在这个步骤中，我们要进行代码的编写。

5、调试：对程序中正在发生或可能发生的各种错误进行处理。

6、维护：通俗地说，维护就是对程序进行升级，对原有错误进行修改。

对于以上几个步骤，我想大多数人会认为代码设计最为重要，但如果程序的结构尚未清楚，我们在编写代码的时候就会发生混乱，一个程序性能的好坏，主要还是取决于它的结构是否合理。因此，在程序设计中，我们要尽可能注意这一点，这样才能使我们的程序更加完善。

设计环境

一个良好的编程环境可以使我们在编写程序时，不至于造成各种资源的紊乱，还可以避免资源的丢失。建议大家要在放源程序的目录下建立“programs”文件夹；然后再以你要编写的程序名和版本为名建立一个文件夹，用于存放整个源程序以及各种资源；最后，分别建立几个文件夹，“documents”：用于存放程序文档，包括流程图等；“resource”：用于存放，声音，影片等资源；“debug”：用于存放调试的程序。“release”：用于存放最终释放的程序。

例如：我们要制作一个英语学习软件，名为“english”，版本为10，那么我们的编程环境中应存在以下文件夹：

[drive]:\\…\\programs\\english1\\debug\\

[drive]:\\…\\programs\\english1\\documents\\

[drive]:\\…\\programs\\english1\\resource\\

[drive]:\\…\\programs\\english1\\release\\

另外，最好再建立一个专门的文件夹，用于存放各种模块，以便能实现代码的重用，这样，我们就不用在每次写程序时，都重写所有的模块，编程速度会有很大的提高。

设计技巧

代码如果写得很乱，程序便不易被阅读与修改，所以，在编写代码时要注意以下几点：

（1）注释：写注释虽然要占用一定的时间，但在阅读和修改代码时却会节省很多的时间。所以，建议大家在定义一个函数时，在函数的第一行写出函数的作用，再用一行解释函数的参数，并在每个变量的定义语句后注释出其作用。

（2）变量和函数的命名：每个程序都会使用很多的变量和函数，如果随意命名变量与函数，每次使用时还得在变量或函数的定义语句处查出它的数据类型及名称，而且随意命名还会造成变量与函数重复定义。

建议大家使用匈牙利命名法，方法是：每个变量或函数的开头都以其数据类型的缩写命名，然后再加上代表这个变量或函数的作用的英文单词简写共同组成变量或函数的名称。例如：要定义用于计数的整型变量count，其定义语句为c\\c++：int icount; basic：dim icount as integer。以这种方法定义，不仅可以有效地避免变量与函数的混乱与重复定义，还可以保证数据类型的匹配。

（3）控件命名：如果在windows下编程，你有可能会大量地使用控件，如果不对控件名严加管理，会造成很大程度的混乱，因此，建议在给控件命名时，以控件类型缩写再加上代表这个控件作用的英文单词的简写共同组成此控件的名称。例如：你要命名一个按钮控件，作用是进行删除 *** 作，那么控件名可以命名为cmddel。

并不是每个人都能成为顶级程序员，但我们都在程序员之路上不断进步，追求更完美、更专业化的程序。不妨好好改造一下你的程序，你会从中感受到很多好处。

开发小程序流程如下：

手机：华为mate40

系统：EMUI11

软件：微信8033

1、小程序账号注册

小程序需要在微信公众平台注册账号，来管理和发布小程序。账号是邮箱类型，需要公众号认证才能审核通过。

2、前期规划小程序功能

小程序前期要确定功能及类型，需要用到原型图，画出小程序的基本框架及功能。

3、小程序UI设滚誉物计

根据前期的策划原型图，需要设计出小程序的页面。小程序的设计主要考虑用户体验度，突出重点，流程明确、导航流畅、加载页面等等。

4、小程序前后端开发

小程序前端代码有小程序源生代码、html5、vue等代码可以编写，有条件建议用源生的代码，运行更快。小程序后端代码有php、jsp、aspnet、php，这些是应用最广泛的，性价比也是最高的。同样的功能开发，用虚仔php开发的成本最低。前后端开发完成之后，需要写下数据交互，这样小程序和后台的数据就连接起来了。

5、小程序开发测试和线上提交

小程序要对开发出来的功能进行测试，找到bug及时修复。测试代码运行速度，优化代码结构，测试各个手机端兼容性，能承载多少网络带宽压力。当小程序开发完毕之后，就要用到小程序账号来配置大液小程序的名称、等信息。然后提交代码给公众号平台审核，审核通过之后，在后台点发布，你的小程序就正式上线了。

微信小程序

微信小程序是小程序的一种，英文名为WechatMiniProgram，是一种不需要下载安装即可使用的应用。它实现了应用“触手可及”的梦想，用户扫一扫或搜一下即可打开应用。全面开放申请后，主体类型为企业、媒体、其他组织或个人的开发者，均可申请注册小程序。

微信小程序、微信订阅号、微信服务号、微信企业号是并行的体系，微信小程序也是一项创新。经过将近两年的发展，已经构造了新的微信小程序开发环境和开发者生态。微信小程序也是这么多年来中国IT行业里一个真正能够影响到普通程序员的创新成果，已经有超过150万的开发者加入到了微信小程序的开发。

（一）软件著作权登记申请表。

（二）软件的鉴别材料。

软件的鉴别材料包括程序和文档的鉴别材料。

程序和文档的鉴别材料应当由源程序和任何一种文档前、后各连续30页组成。

整个程序和文档不到60页的，应当提交整个源程序和文档。

除特定情况外，程序每页不少于50行，文档每页不少于30行。

一、源程序（选择以下的一种方式递交源程序）1、源程序的前、后各连续的30页，其中的机密部分用黑色宽斜线覆盖，但覆盖部分不得超过交存源程序的50％；2、源程序连续的前10页，加上源程序的任何部分的连续的50页；3、目标程序的前、后各连续的30页，加上源程序的任何部分的连续的20页。

二、文档1份（如：用户手册、 *** 作手册、设计说明书、使用说明等等，任选一种）按文档前30页、后30页提交。

第1页为起始页，第60页为结束页。

不足60页的需要提交全部文档。

每页不少于30行（页中有插图或结束页可少于30行），第60页为结束页。

注意：a：在每页的右上角标注连续页号1-60。

不要装订。

b：文档中的日期须在软件开发完成日期之前。

c：文档中出现，须提供合法使用的证明材料。

d：文档中的名称须与申请表中全称或简称一致。

三相关的证明文件。

1、法人执照副本复印件（须盖章）或个人身份正复印件；2、著作权人证件复印件；3、有著作权归属书面合同或者项目任务书的，应当提交合同或者项目任务书；4、经原软件著作权人许可，在原有软件上开发的软件，应当提交原著作权人的许可证明；5、权利继承人、受让人或者承受人，提交权利继承、受让或者承受的证明；6、申请人委托办理著作权登记的《授权委托书》

以上就是关于申请著作权问题：源程序应提交前、后各连续30页，共60页，这是什么意思 我的程序几十万行怎么写全部的内容，包括:申请著作权问题：源程序应提交前、后各连续30页，共60页，这是什么意思 我的程序几十万行怎么写、我是个编程的自学者，想当程序员不知道公司写文档是什么意思知道的情给我解释一下,还有具体是怎样工作的、java如何参照帮助文档写程序，我在自学等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！