想找几个有胸怀大志、家国情怀，为民族文化复兴的合伙人

我有考虑，但是还没什么钱。在干活，感觉需要很多时间去做以下任意一个方向。
每个的时间是5-25年，需要大量毅力和人力去做，没敢下手。
我初始考虑的四个创业方向(都比较激进)是
1-Gis+社区资源与学术资源快捷共享租用昂贵物品、实验室、车辆和位置需要预约的提醒信息，跳地图的入口app，低空运输、空投和直升机等航班实时定位，面向高端租用和时间预约，面向不考虑商业和便捷隐私，有一定急需且并不长用的用户。
2-VR+鸿蒙+激光+嵌入式带账号真人CS，让头显和真人CS两个行业的摆烂问题合作
3-面向ToDo的精密提醒:流程与频道形式的对话，QQ管理便捷替代器，降低健忘，识别名词，降低管理性软知识门槛，提高商量的效率
4-IDE与游戏开发工具:桌游框架,模拟与管理岗位流程性培训

可行性大略考虑:
1-第一个一般用ArcGis+U3D插件开发，需要前端比如react,Vue，小程序部分可以用Laya写，极短期租用专业大小型设备+空间平台和资源这个事应该算新兴吧，如果按典当行算注册资本应该需要300w
还有就是快捷租合同，租转买，租转借，借转租转买和自定义相关合同核算等，需要相关资质
2-需要先找找有没有小型PLC/门电路和芯片能控制缩小/遮挡一个小功率指星笔的功率，以及打开的，先写一个判断为智能极低功率则可控制的VR指星笔(实际上发射红外，但是VR接到信号去模拟这个红外结果)-可以考虑上Pico，再去把瞄准模块和红外/激光传输协议实现，让红外弹药可以更细致地分辨来自于谁，粗略估计可能需要20w-150w,可能需要前期开发2年，然后大约42个月构建组建进货到产出的供应条件
最后再上几个相关的APP，比如地铁站内数据导航，3D空间虚拟标注导航等等，再去考虑实现范围较大的V装CS类模拟。
3-这个其实比较快一些，主要是先进的交互设计让创建和跟踪事项足够方便建立结构，足够好改，好用，像开源的CurvaLauncher等是个雏形，应该可以继续构建。
4-专业知识应该是管理学范围内。想法是一个策略游戏，通过精细的研发来缩短时间成本，并且模拟。
可以用局类型删局部档游戏设计，类似像素时代，塔科夫这种调档和收割类，以人员的在职离职为主题不断让玩家进入新游戏档，给多个游戏档构建功能，实现变相生产力调配。

立项理由:
1-其实大部分专业资源可能是闲置的，其中宣发不足、分类不足、需求不便、市场价格不具参考性，租用尾部工作量无人保障与处理导致耗损，是资源较为明显的闲置理由。
宣发是一个需专业知识的长期内容。
分类是最核心可以被细致解决的问题，需要着重处理。
对于服务和非体验性的长期生产产品，需求不便则是三部分导致，介绍专业需求与参数知识不足与其访问不便，做事时意识较少能考虑到考虑问题的顺序与列表和需求能否统一;交互设计不够先进，任务环境和验货不够具有验证性。
对于三个问题成本均较高，其1通过AI的推荐具有不断精细解决的希望;2需要解决的是教育基建，或者是需要通过提出一个专业解决步骤协助客户了解，匹配、优质与必要产品指标监视，购买，验证;3是需要足够的测试机构评测信息，细化大量关注项。
非常用品一般挂在爱采购，闲鱼等网上，需要处理。
注:人工其实也是商品，但是人工的价格往往被复杂的体验性影响，这使得具有上述三个更优势解决方案的人工变得更贵且不稳定，客观上可以通过足够的专家方案降低上述人工解决方案的依赖。
最强大的物流是目前实现3的最大的成本优势，但是上述除了1客观每个领域都需要较高的准入门槛和足够的资源，要切片优化或定制，成本较为难以接受，所以可行方面，最主要还是不断通过极容易的引导和推荐，引入各个数据和渠道本身。
这个项目回本的难度很大，但是长期来讲是个可降低成本的基建。
核心是攻克宣发成本。
不建议优先作为商业项目考虑，如果需要可能建议研究院或官方统筹考虑。
2-

立项理由:
2-其实是一个危险的项目，涉及瞄准系统和发射系统管kong，主要是难以被控制研究的度，不能保证不被别youyongxin的情况利用其研发基础制造不太可控的系统，弊大于利,容易被叫停。最好不优先考虑，但是还是讲一下客观的考虑。
如果不使用红外瞄准或者激光发射，可以只使用wifi类信息和虚拟游戏的代码来模拟,并没有真实的瞄准功能，而是交给游戏后台，模拟一个游戏内运行计算的攻击路径，然后返回给武器内的芯片反馈攻击效果。视觉效果上使用最普通的弱光手电筒来模拟。
而且在其中的模拟运动也可以通过两种输入方式，一是原地进行V装，不过只能模拟，也无法获得具有加密的实际物理设备信息;但是节约游戏场地;
二是实景搭建，其中关键的技术或设计方向有三点:
2.1-身份类设计:具有实时接收服务器发送的物品动态码的加密的物品ID信号，当登记时，玩家物品通过操作自己的解密设备，手动输入物品上动态码+自己的身份验证得到一个解密动态码，再通过设备自带的验证输入器发给服务器通过验证，这样进行能在游戏内通过真实的物品芯片进行登记记录。
2.2-场景类设计:在游戏内外模拟红外设备或者照明设备或虚拟围栏、具有一定高度/位置限制的区域，
高级考虑:制造游戏内的夜晚场景和实际的无光场景，以及非实景遮挡的限制区域。需要规定一些奔跑一类安全措施。
2.3-设备类设计:通过保险设计可添加可控的限时限量机制，使用双层软塑料作为武器类设备替换壳和保护壳，延长设备寿命。
高级考虑:玩家需要拿到一些支持切换程序状态的设备，对指定信号的大小和距离做调整，以达成对可达区域的访问情况变化(另类的实景门钥匙设计)。
加在一起可能需要36个月达成可用版本，45-60个月完成全部版本，需要2台服务器(局内服务器)和(数据服务器)，三套系统:芯片身份验证系统，指令与保险计数程控系统，约定数据编码传输系统，以扩展实现发送的信号等。
需要对芯片程序和算法做设计和讨论，实现用4-8月，逐渐优化到可上线用3-6月，再次迭代更多的类似数字NFT一样的唯一编码数据则需要区块链服务器相关知识和NFT相关的经济系统反过分炒作的安全设计，需要约12月-24月的时间迭代2正式版本。
通常使用实时变化的6-12位的不同数字动态码。
实景内容需要保证游戏物品的有效性和唯一性。
游戏内外的赠送，使用和违规等则需要法务来拟定关于财产法等相关规定，这方面经验不是很充足，不一定执行
另外需要一些场景关卡设计+剧本设计+剧情策划来处理角色的交互，人员占比也会不小。
主项目盈利市场不大，投入成本也不低，可行性有限，因此考虑先通过一些旁支的app来上线，延长开发的时间，或者以vrapp为主，设备为次要内容进行开发，主线偏软件运营，场景则为试点项目。

3-立项目的:
日常工作中最主要的问题是,人员流动性大培养和教程需求高，人员对人员经历的记录和了解不清楚，混杂多个支持组的需求需要，不知道一件事的前因后果和一件整体任务的各个组成部分，容易遗忘要点和流程。
通过内部知识，让具体地提醒不再在口头角度局限地提醒(口头也有口头的问题，如听不清，传递易遗忘，证明性差需额外工作量等)，解放仍有其他兼职开发和工作任务的领导记录列举类繁复工作，顾问多人讲述相同相似要点类重复工作，助理类的日常提醒无效工作。
因为提醒其他人填写一个不可用的文档是个无意义的工作，要求开发一款类似但更便捷于QQ/微信/钉钉的小幅度专业补全类的工作软件，全流程沟通跟进，通过要点模板从专业术语讲解介绍流程统计到沟通确认，一次性积累最多次复用，等效于记录+翻译。
软件实现需求要点:
3.1-通过自己实现复传协议的UDP类沟通处理消息的发送，先实现基础的聊天室消息框架。
3.2-维护建立和每条消息的时间并记录在消息上。
3.3-通过可便捷(和通过不同操作方向复确认)地分割和合并的"群内频道"临时给指定角色进行"指定主题的消息发送",使得沟通消息从频道层可以具有"生命周期标记"，可在同一个群内开辟多个给多个角色不同话题的对话进行管理。
3.4-扩展一个类:信息点,作为基础聊天文字的异构体(这个术语可能不合适)概念:指的是一个文字消息可以通过类似切换视图的按钮，实现将数据重新填充到原本另一个数据所需的各个流程等方式，展现形式的重新组织，如文字气泡可以切换为"流程图和其步骤"，或者"整体流程图",或者工作确认单,会议纪要部分,任务方案的部分,等等。
3.5-扩展一个类:要点，是可以被直接填充和复用的信息点:需要实现能对要点的基类做自定义基类，即以下四步:"1-判断当前类的组件和基类，当前类称为类C,组件称为类B,基类称为类A.2-新建一个类A的子类A乙.3-将类B和类C作为类A乙的成员给予类A乙.4-建立一个类D,替换类C."来临时实现替换类C中的类A为类A乙，制作一个类D。
3.6-未完成标记、临时数据提醒与自动保存的数据状态系统:通过实现一个暂未保存的类，来允许用户自由地创建、填充、保存和废弃暂时不全或有所标记的任意状态的数据操作。
使用场景如:
生成一个"<会议提到的时间>"选项(临时空内容)，刚才选项.通过<活动提到的时间>改造,并将时间组件的参数转换为自定义的"<工作日历>"选项。
生成一个可废弃表，以"自定义的表"留空，如果空则使用""流程，启动询问与关闭组件。
3.7-(高级)子版本编程式建议:提供一个存储上传结构建议的库，允许自动根据git形式的编辑和修改处理"信息点","要点","组件"。实现更便捷的组件层面的云组件/协作组件功能。进一步解放异步讨论时间和生产力，让开会的必要性缩减到保密和实时集中多人反馈这两点。
3.8-实现一个类:实际细节。支持对指定内容做批注，以及支持本地修改流程图或实际数据，对历史确认数据信息的类型和时间自己输入做记录。
3.9-自动监测与预估需求:对于自己加入的频道和自己临时需要观测的频道，针对关注层级，对于节点状态和其实际细节类实时反馈，对于其他人完成的节点通讯进行提醒，削弱跟进的必要。
3.10-(高级)专家系统?(历史与内网名称建议系统，可以提出一些信息点，总结成外层的名字，并且提出一些基于其他人建议的可能的用列)
细节应该通过多层建议的节点模板临时使用。
3.11-(高级)语音提取要点。
3.12-核心交互设计:让用户便捷通过一个组件较少，而通过图标可解释，快捷键实现的以下功能的快捷处理:选择、修改、提交、复找、重修改、临场修改与转提交、转交。
要实现，需要处理的主要算法与设计是上面的几个基础类的功能。
基础几个组件:
要点与选择项的基类是一个流程ToDo.ToDo的节点本身就是一个ToDo。这个ToDo结构应可扩展，对于每个可选子ToDo和ToDo，支持实际细节类，以及要点等。
需要实现要点与选择项的识别、自填、生成、用户自定义添加等。

4-前期相对比较明确任务，简单来讲最主要的是面向快捷游戏创意和数值验证用的，相当于一个用程序实现过能便捷描述的machinations或者目的是通过桌游规则书模板处理桌游设计数据，生成可运行的游戏逻辑。
用这个基本开发的框架，实现一个用于培训管理岗，以实现游戏中主要有较大专业性的管理意识和问题识别为主要玩法的策略游戏。玩家扮演一个开发的有程序能力的经理，处理各种问题的发现、现状与解决，主要需要补全问题的解决与建议与内容设计，需求等全内容。
后面尝试让玩家自己通过正常的管理流程构建一个可用的人员公司工作流程管理任务，要求降低最大的不确定性和人员依赖性。
主要可能是为了真正地通过恰当的解释和沟通，将工作量和数据产出来，识别和解决实现降本增效模拟的全路径的培训。