===常态（近）===
群体行为也会受到同侪行为的影响。例如一个房间中的大多数人都在忙碌工作，个体也会倾向于遵守这一常态而努力工作；这种同侪压力，是来自近处的影响。
== '''[[摩尔定律]] '''==
== '''XLP纵深分析 '''==
====4.1 前期准备====
XLP思维分享与整合过程，需要一名主持人。在过程进行前，主持人需进行如下准备：
人员：确定参与讨论的人员，总人数6人为宜。
模板纸：根据参与讨论的总人数准备XLP思维分享与整合模板，每6人一组，每组需要1张A2尺寸的模板纸。（见附录1，可印刷，或在近似A2尺寸的纸上手工绘制）
彩色记号笔：根据参与讨论的总人数准备6种不同颜色的记号笔。推荐使用红、橙、绿、青、蓝、紫、棕、黑等颜色。保证颜色本身已于辨识，同时色彩间具有区分度。注意不要使用常见的亮黄色荧光笔，这类颜色的笔的字迹在白色的纸上不易于辨识。
计时器：准备一个计时器（手机应用软件或手表等可以精确到秒的计时器均可），保持整个过程的节奏。
桌面：为每个讨论组准备一块桌面，保证模板纸能够平坦铺在上面，且便于讨论参与者在桌边书写。
流程说明：将本指南后附的简明流程表事先发给讨论参与者，保证现场流程顺畅。
====4.2 流程====
讨论过程开始，每个人按照模板上的对应位置以任意顺序就做，整个过程会让每个人都可以看到所有其他人的意见。随后每个人将分配到自己的记号笔，并在整个讨论过程中，始终使用自己的颜色。参与者拿到记号笔后，需在模板上自己对应的位置，写下自己的名字。
===二 根本原则===
平衡：保护各种人和人群权利，包括意见占多数的人，也包括意见占少数的人，甚至是每一个人，即使那些没有出席会议的人，从而最终做到保护所有这些人组成的整体的权利。正是几百年来，人们对这种平衡不懈追求，才换来了议事规则今天的发展。
对领袖权力制约：集体全体成员按照自己意愿选出领袖，并将一部分权力交给领袖，但是同时，集体必须保留一部分权力，使自己仍旧能够直接控制自己的事务，避免领袖权力过大，避免领袖将自己意志强加在集体头上
多数原则：多数人意志将成为总体意志。
辩论原则：所有决定必须是在经过了充分而且自由的辩论协商之后才能做出。每个人都有权利通过辩论说服其他人接受自己的意志，甚至一直到这个意志变成总体的意志。
集体的意志自由：在最大程度上保护集体自身，在最大程度上保护和平衡集体成员的权利，然后，依照自己的意愿自由行事。
===三 具体细则===
同时只能有一个议题：一旦一个提议被提出来以后，它就是当前唯一可以讨论的议题，必须先把它解决了，或者经表决同意把它先搁置了，然后才能提下一个提议。
意见相左的双方应轮流得到发言权：辩论的时候有人请求发言，主席应该先问他持的是哪一方的观点，如果其观点与上一位发言人相反，那么他有优先权（比如有若干人同时要求发言）。
主席必须请反方表决：必须进行正、反两方分别的表决，缺一不可。不可以正方表决后，发现已经达到表决额度的要求，就认为没有必要再请反对方表决。
反对人身攻击：必须制止脱离议题本身的人身攻击。禁止辱骂或讥讽的语言。
辩论必须围绕当前待决议题：发言人言论显得与议题无关，其他成员已表现出反感，发言应该制止。
拆分议题：一个待决议题可被分成若干小议题，而且与会成员倾向于就其中小的问题分别讨论，可提议将议题拆分。
改变一个既成决议比通过一个新决议需要更大努力：这是为了避免由于类似出席人数变化因素所可能导致组织决策不稳定。
一届会议期间，一旦会议对某一议题做出了决定，同一个议题，或者本质上同一个议题，不能再次讨论，除非发生特殊情况。
对某议题做了暂时性处理，并未形成最终决定，那么不可以引入任何一旦通过就会干扰到会议再对原议题讨论时的立场的提议，无论新提议对原提议有正面还是负面影响。
===五 备注===
谨慎、仔细地平衡组织和会议中的个人和群体权利
===二、哪些技术可以申请专利===
对特定技术问题具有新颖性、创造性和实用性的特定解决方案。注意：
必须是将自然规律在特定技术领域进行运用和结合的结果，科学发现不可以申请专利；1）必须是将自然规律在特定技术领域进行运用和结合的结果，科学发现不可以申请专利；
2）可以是原创性发明创造，也可以是在普通技术方案基础上的改良发明；
3）新颖性，指在申请专利之前没有其他人创造出同样的技术方案，也不属于任务方必须掌握的基础技术；
4）创造性，指申请专利的技术方案必须有实质性特点和进步，也就是说该技术方案不能是对公知技术的简单替换，与公知技术的水平相比必须有所提高；
5）实用性，指技术方案应当能够制造或使用，具有可实施性，并且能产生积极的效果。
===三、专利申请程序 ===
下载申请表格，准备相关文件，主要是专利申请表
==纠纷解决程序==
立案程序：获取起诉状模板：
1、资格认证（参见开户流程）�2、下载起诉状模板（参见原告流程1）�撰写并提交起诉状：参见原告流程2、3、4�接收立案决定1、资格认证（参见开户流程） 2、下载起诉状模板（参见原告流程1）撰写并提交起诉状：参见原告流程2、3、4接收立案决定:即原告流程5，被告流程1诉讼程序：收集并提交证据（包括任务回执时间戳、专利证书、物证等），参见原告流程6、7，被告流程2、3�诉讼程序：收集并提交证据（包括任务回执时间戳、专利证书、物证等），参见原告流程6、7，被告流程2、3- 参加调解�参加调解- 接收简易程序判决书�接收简易程序判决书- 参加庭审：1、陈述诉讼请求�2、举证质证�3、法庭辩论�4、接收判决书�其他规则：� 参加庭审：1、陈述诉讼请求2、举证质证3、法庭辩论4、接收判决书 其他规则：- 在得到具有法律效力的调解书、判决书（包括简易程序和一般程序判决书）后，应严格依照法律文书之规定的要求、期限加以履行�在得到具有法律效力的调解书、判决书（包括简易程序和一般程序判决书）后，应严格依照法律文书之规定的要求、期限加以履行- 如法院做出开庭审理的决定，则应原被告及第三人应携带相关证据原件（或复印件），遵循法院发出的庭审理通知书中规定的时间准时到庭参加诉讼。如果原告无正当理由缺席或未准时出席，按撤诉处理；若被告无正当理由缺席或未准时出席，按败诉处理。如果原告或被告一方或双方人数（组数）为两者或以上，则由本方推选出一组为代表组，代表本方参与诉讼，代表组所谓的法律行为推定为本方全体意志，代表组在审理结束后所享有的权利及应履行的义务对本方全体成员有效。
==流程(以2014年1月XLP课程Git操作为案例)==
开户
1、各个团队的法律总监（以下简称总监）在GITLAB网页上找到THUXLP_Court项目，�向挑战方管理团队的法官李智发送issue，�标题为法律总监开户，标签为Law开户，内容为总监的git用户名，�以获取THUXLP_Court的developer权限2、总监收到邮件提示获得权限后，将THUXLP_Court项目的reception分支克隆到本地工作空间，�使用以下命令：git 1、各个团队的法律总监（以下简称总监）在GITLAB网页上找到THUXLP_Court项目，向挑战方管理团队的法官李智发送issue，标题为法律总监开户，标签为Law开户，内容为总监的git用户名，以获取THUXLP_Court的developer权限 2、总监收到邮件提示获得权限后，将THUXLP_Court项目的reception分支克隆到本地工作空间，使用以下命令：git clone git@166.111.59.15:toyhouse/thuxlp_court.git -b reception
原告
1、总监执行git checkout -b A_sues_B，新建一个分支，其中A为本组编号，B为被诉组编号。�总监在data文件夹中新建一个名为A_sues_B的文件夹，其中A为本组编号，B为被诉组编号�总监到docs文件夹里将XLP_Court_IndictmentA_sues_B，新建一个分支，其中A为本组编号，B为被诉组编号。总监在data文件夹中新建一个名为A_sues_B的文件夹，其中A为本组编号，B为被诉组编号 总监到docs文件夹里将XLP_Court_Indictment.md复制到data/A_sues_B中
2、打开文件，按照模板撰写*起诉书*。
3、保存文件，在git中add、commit提交起诉书。�commit的信息写明：GroupA_sues_GroupB3、保存文件，在git中add、commit提交起诉书。commit的信息写明：GroupA_sues_GroupB(起诉组对被起诉组)。�通过git 。通过git push origin A_sues_B:A_sues_B上传起诉书。4、打开issue，通知法官李智新建的branch，�标题为：GroupA_sues_GroupB4、打开issue，通知法官李智新建的branch，标题为：GroupA_sues_GroupB(起诉组对被起诉组),�Labels为：Law起诉Labels为：Law起诉
5、等待反馈，若案件被受理，执行git pull origin A_sues_B
6、收集证据，将证据放在data/A_sues_B/evidence_A中，其中A为本组编号，commit（message为:uploaded evidence from accuser)、push
7、向法官发issue，告知证据收集完毕，格式为：原告A证据收集完毕
8、等待处理结果，执行git checkout reception切换到模板分支
被告
1、在issue中被告知，执行git fetch origin A_sues_B:A_sues_B，将案件信息取回本地�执行git A_sues_B，将案件信息取回本地 执行git checkout A_sues_B切换到该分支
2、收集证据，将证据放在data/A_sues_B/evidence_B，其中B为本组编号，commit（message为:uploaded evidence from defendant)、push时执行：git push origin A_sues_B
3、证据收集完毕，向法官发issue，告知证据收集完毕，格式为：被告B证据收集完毕
4、等待处理结果，执行git checkout reception切换到模板分支
==起诉状要求==
使用文书和制作要求
1．原告、被告是法人或者其他组织的，应写明其全称、住所地，法定代表人或者负责人的姓名和职务；原告、被告是自然人的，应写明其姓名、性别、出生年月日（不知被告出生年月日的，写其大概年龄）、民族、籍贯、工作单位（无工作的，写无业）、住址（户籍所在地与经常居住地不一致的，既应列明户籍所在地，也应列明经常居住地）。
需要列出第三人的，在被告之下列出第三人。第三人的列明项目与原告和被告相同。
原告、被告和第三人有数人的，分类依次排列，将写明各自的列明项目。
2．诉讼请求应依请求项目及主次依次列出。
3．事实和理由部分应分成两段写，先写一段原告主张的事实，后写一段、证明诉讼请求的理由。
事实通常依照民事法律关系产生和发展、纠纷产生和处理经理、纠纷现状和结果，即起因、经过和结果三部分叙述，并在叙述中表明时间、地点、人物、原因、经过、结果等基本要素。
理由是在事实基础上，引用法律规范对诉讼请求的证明，应按照诉讼请求的顺序，根据法律规范对相应法律关系的认定，对事实进行提炼，并引用相应法律规范依据。理由可以简述。
4．起诉状应一式数份，其中正本一份，副本根据被告和第三人的人数确定。
==起诉状模板==
起 诉 状
==判决书要求==
使用文书与制作要求
一、诉讼参加人及其基本情况� 一、诉讼参加人及其基本情况 1、原告：如系公民提起诉讼的，应写明其姓名、性别、年龄、民族、籍贯、工作单位、职业和住址等。如系法人提起诉讼的，应写明单位的全称和所在地址；然后另起一行写法定代表人的姓名和职务。在诉讼过程中，被告提起反诉的，在判决书中还应表明各自当事人在反诉中的称谓，如“原告(反诉被告)”、“被告(反诉原告)”。当事人有诉讼代理人的，应写明是何种诉讼代理人，应具体写明其称谓：系法定代理人、指定代理人或是委托代理人，然后写明其姓名等基本情况。
2、被告：除称谓为被告以外，其他基本情况写法同原告相同。
3、第三人：写明其姓名或名称等基本情况。
二、正文
1、事实：事实部分首先写明当事人的请求和争议的事实与理由，然后另起一行写明法院认定的事实和证据。� 1、事实：事实部分首先写明当事人的请求和争议的事实与理由，然后另起一行写明法院认定的事实和证据。(1)当事人双方争议的事实、理由及各自诉讼请求。
(2)人民法院经查证认定的事实。
2、理由� 2、理由 所谓判决的理由就是人民法院根据认定的事实和证据，阐明自己的观点，辩明是非，对当事人正当的请求理由，给予支持，错误的给予批评、教育，讲明道理，从而为判决提供理论依据。所谓判决适用的法律，即判决所依据的民事实体法律条文。
==判决书==
XLP人民法院
� 审判长：
审判员：
XXXX年XX月XX日
本件与原本核对无异
==专利申请流程（以2014年1月XLP活动为案例）==
申请人操作流程
开户
1、各个团队的知识产权总监（以下简称总监）在GITLAB网页上找到THUXLP_IPOffice项目，向挑战方管理团队的知识产权管理员李智发送issue，标题为知识产权总监开户，标签为IP开户，内容为总监的git用户名，以获取THUXLP_IPOffice的developer权限
2、总监收到邮件提示获得权限后，将THUXLP_IPOffice项目的reception分支克隆到本地工作空间，使用以下命令：�git 2、总监收到邮件提示获得权限后，将THUXLP_IPOffice项目的reception分支克隆到本地工作空间，使用以下命令：git clone git@166.111.59.15:toyhouse/thuxlp_ipoffice.git -b reception
申请
1、总监执行git checkout -b Apatent，新建一个分支，其中A为本组编号。�总监在data文件夹中新建一个名为groupA的文件夹，其中A为本组编号。�总监根据本组需要申请的类别，到docs文件夹里将XLP_IP_OpenSourceRegistrationApatent，新建一个分支，其中A为本组编号。总监在data文件夹中新建一个名为groupA的文件夹，其中A为本组编号。总监根据本组需要申请的类别，到docs文件夹里将XLP_IP_OpenSourceRegistration.doc或XLP_IP_PatentApplication.docx或XLP_IP_InvalidPatentApplication.docx复制到刚刚新建的data/groupA中
2、打开文件，按照模板撰写。
3、保存文件，在git中add、commit提交。�commit的信息写明：GroupA 3、保存文件，在git中add、commit提交。commit的信息写明：GroupA apply for open source或GroupA apply for patent或GroupA apply for invalid patent(其中A为本组编号)。�通过git 。通过git push origin Apatent上传申请。4、打开issue，通知管理员李智新建的branch，�标题为：GroupA 4、打开issue，通知管理员李智新建的branch，标题为：GroupA IP申请(其中A为本组编号)，�Labels为：IP申请�通过市场部按照不同上述规定缴费，不需再行按照市场规定填写合同，可直接向市场部兰岚发送issue具体说明。，Labels为：IP申请 通过市场部按照不同上述规定缴费，不需再行按照市场规定填写合同，可直接向市场部兰岚发送issue具体说明。
5、等待反馈，若申请被受理，执行git pull origin Apatent
6、等待处理结果，执行git checkout reception切换到模板分支
==XLP技术开源备案书==
填表注意事项：
1.本备案书以电子版的形式提交，以专利局收到申请的时间为准；
2.填写清晰，易于识别，专有名词和符号的使用前后要统一；
3.“技术方案名称”应简短、准确，不超过25个字；
4.“解决的技术问题”一栏不超过150字；
5.“技术方案及具体实施方式”指接受开源的技术方案的最佳操作方法、步骤，对方案的叙述要充分具体，必要时可附图说明；
6.“创新之处”的叙述要简要、清楚，有多个创新之处的，用阿拉伯数字编号分别叙述，不超过200字；
7.“使用的CC协议类型”只用标明协议的英文简写，如BY-SA；关于CC协议的内容及使用方式请参见“XLP版权与知识共享规则”；
8.本备案书可续页。
==专利申请表==
填写说明：请参考本表右方的“填表注意事项”正确填写本表各栏：
==市场交易规则==
===流程===
====1.====
各团队的市场总监/商家在GitLab主页右上角搜索框中搜索THUXLP_Market项目并进入，向挑战方管理团队市场部 兰岚发送issue，标题（subject）为 交易开户，标签（labels）为business开户，以获取THUXLP_Market的developer权限， 兰岚受理后将回复issue通知 市场总监；
市场总监获取权限后，将THUXLP_Market项目的Noticeboard分支clone到本地工作空间，命令为�git 市场总监获取权限后，将THUXLP_Market项目的Noticeboard分支clone到本地工作空间，命令为 git clone git@166.111.59.15:toyhouse/thuxlp_market.git -b noticeboard然后下载交易合同模板分支�git 然后下载交易合同模板分支 git fetch origin contract:contract
====2.====
市场总监将待购商品（包括技术、人力和物品等）信息以txt形式发到布告栏。即在本地空间THUXLP_Market/BuyOrSale文件夹中新建txt文档，push到THUXLP_Market/BuyOrSale(noticeboard)；
push命令为git push origin noticeboard:noticeboard，push前谨记add和commit；
注：txt文件名简述需求，txt内容做详细描述（txt内容至少包括自己的issue用户名，即注册GITLAB网站时第一项填的名字），文件名格式为 [buy]XXXXX文件名为英文。
====3.====
市场总监/商家将待售商品信息以txt形式发到布告栏。即在本地空间THUXLP_Market/BuyOrSale文件夹中新建txt文档，push到THUXLP_Market/BuyOrSale(noticeboard)；
push命令为git push origin noticeboard:noticeboard，push前谨记add和commit；
注：txt文件名简述商品，txt内容做详细描述（txt内容至少包括自己的issue用户名，即注册GitLab网站时第一项填的名字），文件名格式为 [sale]XXXXX文件名为英文。
====4.====
市场总监在Noticeboard-Files-BuyOrSale查看求购/出售消息，符合交易需求用发issue给卖家/买家交流具体买卖事宜。issue的标签（labels）为 business。交流事宜包括：商品价格、交货方式及时间、付款时间等。
==市场交易规则==
====5.====
买卖双方达成交易共识后， 买方在本地THUXLP_Market文件夹内右键 Git Bash Here；
用git checkout contract切换到交易合同模板分支；
执行git checkout -b bsn_X新建一个用于本次交易的branch（X格式为 卖方代号_买方代号eg：Group1卖给Group2，X为1_2）；
将新建的branch push到服务器，命令为git push origin bsn_X:bsn_X，并用issue通知 卖方下载此交易分支,�【买卖双方交易中产生的文件皆上传至此bsn_X分支下 data文件夹内】；【买卖双方交易中产生的文件皆上传至此bsn_X分支下 data文件夹内】；
卖方收到买方issue后，在本地空间THUXLP_Market文件夹下打开bash ，执行git fetch origin bsn_X:bsn_X下载交易branch，并执行git checkout bsn_X切换至该branch；
交易合同提交：�步骤1， 卖方将THUXLP_Market（bsn_X）中的“交易合同书”business_contract交易合同提交：步骤1， 卖方将THUXLP_Market（bsn_X）中的“交易合同书”business_contract.md（md文件用记事本打开）填写【卖方不填写“买方:”项内容】，commit后push到THUXLP_Market(bsn_X)，（使用命令git push origin bsn_X:bsn_X），用issue通知买方；�步骤2， 买方再次pull bsn_X分支（命令：git bsn_X），用issue通知买方；步骤2， 买方再次pull bsn_X分支（命令：git pull origin bsn_X:bsn_X），确认内容无误后，在【买方】处签署自己的组名,commit后再次push到THUXLP_Market(bsn_X)（命令：git push origin bsn_X:bsn_X）；
操作结束后双方使用git checkout noticeboard切换回 noticeboard分支。
====6.====
卖方监督买方提交merge request,并交货给买方，若 买方不提交merge request，卖方将无法得到货款，【后果自负】；
挑战方管理团队在收到双方交易合同（business_contract.md）并收到 merge request后，拨款给卖方，交易完成。
注：Merge Request路径:GitLab主页 -> THUXLP_Market -> Merge Requests -> +New Merge Request；�Merge Request；Merge Request填写时选择bsn_X→marser，title自拟，Assign to 兰岚，内容为“确认收货”。
==经济情况记录模板==
每次XLP活动的挑战方和任务方须根据每次任务要求，按照如下流程来记录各个经济事项的会计分录，并且制作出完整的利润表和资产负债表。该流程和制作方法如下：
甲乙双方为携手合作，促进发展，满足利益，明确责任，依据中华人民共和国有关法律之相关规定，本着诚实信用、互惠互利原则，结合双方实际，协商一致，特签订本合同，以求共同恪守：
一、合同内容
甲方承诺为乙方提供XX服务，作为合作条件，乙方应当向甲方提供XX相关数据信息。
二、双方的权利与义务
1、甲方自合同签订成立之时起XXX
2、乙方XXX
三、合同期限
合同有效期为X年，自合同签订成立之时起计算。
三、争议解决方式
1、一方违约，须向对方支付违约金，金额为XX元人民币。
2、双方无法自行解决争议的，以诉讼方式解决。
四、补充与附件� 本合同未尽事宜，依照有关法律、法规执行，法律、法规未作规定的，甲乙双方可以达成书面补充协议。本合同的附件和补充协议均为本合同不可分割的组成部分，与本合同具有同等的法律效力。四、补充与附件 本合同未尽事宜，依照有关法律、法规执行，法律、法规未作规定的，甲乙双方可以达成书面补充协议。本合同的附件和补充协议均为本合同不可分割的组成部分，与本合同具有同等的法律效力。
五、合同效力
合同自双方签字之时起生效。
==参考资料==
市场部分参考书目及资料：
财务会计(英文版)(原书第5版) - 杰里J.韦安特
普通高等教育"十一五"国家级规划教材•教育部推荐教材•中国人民大学会计系列教材:财务会计学(第5版) ~ 戴德明 (编者), 林钢 (编者), 赵西卜 (编者)
XLP accounting guide(First edition)~ Sugarman Chang
Sun Yat-sen accounting lesson PPT
XLP思维与分享整合参考资料：
[1] Rohrbach, Bernd: "Kreativ nach Regeln – Methode 635, eine neue Technik zum Lösen von Problemen". Creative by rules - Method 635, a new technique for solving problems first published in the German sales magazine "Absatzwirtschaft", Volume 12, 1969. p73-75 and Volume 19, 1 October 1969.
[2] Wikipedia. 6-3-5 Brainwriting. http://en.wikipedia.org/wiki/6-3-5_Brainwriting. 2014-04-27.
[3] Julie S. Linsey and Blake Becker. "Effectiveness of Brainwriting Techniques: Comparing Nominal Groups to Real Terms" in Design Creativity 2010. London: Springer London, 2011. 166.
Based on the concept of Brainstorming, the aim of 6-3-5 Brainwriting is to generate 108 new ideas in half an hour. In a similar way to brainstorming, it is not the quality of ideas that matters but the quantity.
The technique involves 6 participants who sit in a group and are supervised by a moderator. Each participant thinks up 3 ideas every 5 minutes. The ideas are written down on a worksheet and passed on to the next participant. The participant reads the ideas and uses them as inspiration for more ideas. Participants are encouraged to draw on others' ideas for inspiration, thus stimulating the creative process. After 6 rounds in 30 minutes the group has thought up a total of 108 ideas.[2]