这个我个人倾向于前端转，主要是考虑到国际化。
但是实际操作确实是谁声音大就可以不转，让声音小的人转。

100 多员工，这是大公司。300 万注册资本有 100 多人......
你要问的问题大概如下:
1. 贵公司的主要业务是做什么？请用通俗易懂的语言回答。
2. 贵公司的利润主要来自于什么业务？
3. 我的工作职责主要是什么？上级领导是谁？平时的主要工作是具体干什么？

等新机，完毕。下一个。

我的原则很简单，孩子愿意学想学才让他去，不想学你就玩就好了。
个人的体验告诉我，玩好比学好能带来更大的收益。

其实重点不在于掌握了多少知识。
程序员确实反对看长篇大论的 PRD，大企业其实并不除外，但是大部分程序员也一直在抱怨需求总是改来改去。
从需求到功能实现，整个行业在过去的 30 年中搞出了无数的方法论和工具，这其实就是一个沟通问题，方法和工具越多，很难说对于沟通是不是越有利。
千万不要以为学习了很多资料 /文字，用了某种专业工具就可以让程序员按照你的想法开发。这就是我说要找技术合伙人的原因。
所有需要合作的领域都是一样的，就是表达自己的想法，让别人理解并希望从对方那里获得精神上的支持或者实质性的合作成果。软件的外包模式之所以被出钱的人和干活的人双方都抱怨，不是没有原因的。不清楚别的行业有没有这种情况。
我是搞制造的，制造的合同会明确说明要造什么，造多少个。但是这里的"什么"其实是基于一个假设:当我说要造 A 的时候，这个 A 对于合同的约定双方都是可以明确理解其含义的。软件的问题就是这个 A 经常说不清楚.......对于中文的使用者，加上文化的原因，这个问题就更加严重。同时软件的可复制性也和工业制造完全不同。

所谓的战争模拟游戏，发展到今天，基本上还是仅限于打仗本身。
例如什么兵种克制，地形制胜，再加上战术运用。
战争模拟游戏出于可玩性的考虑，放弃了后勤这个最大的真实。
后勤确实不好玩，但是后勤是战争中最大的困难。

外包的意思，是说将一部分开发工作交给纯粹的软件技术队伍处理，由于这个队伍不太可能理解业务，因此很大程度上功能实现的程度取决于沟通的方式。
同时他们还负责一部分开发完成后的运维工作。长期来看，肯定是需要一个自有的队伍来进行开发和完善工作。
从楼主的描述来看，你本人对于软件的理解其实非常有限。我很怀疑你画的所谓"原型"能不能用于开发。我的建议是你找一个靠谱的技术合伙人，让他帮你组织技术队伍，这个人要有一定的开发能力，以避免技术实现遇到瓶颈。
如果你需要在半年之内上线任何一个软件，那一定需要一个类似于产品经理的角色来协助你审视这个软件的功能清单，从中选出一些(肯定不是全部)需要在半年内上线的功能，然后进入开发。

什么叫手机？
手机其实注重更多的是用户交互。
服务器与手机完全是 2 个不同的方向。但是如果 PO 主是想说手机大小的服务器，我的答案是:肯定会有。
空间和重量的节省在某些应用场合(例如外太空)是第一优先考虑。

你给出的信息太少了，根本无从判断。
我觉得至少需要下面的信息:
1. 潜在用户是谁？行业？潜在用户数？每个用户的规模？
2. 这个软件或者平台是一个基于互联网运行的平台还是需要部署给各个用户自己使用？如果是后者的话，没有任何价值，建议放弃。
3. 理想情况下如何才能盈利？有没有将你的盈利模式与潜在客户讨论过，有多少人愿意接受你的套路？
4. 你设想的软件到底有多少个功能？这些功能预计的上线顺序是什么？从系统初始化到开始盈利，你计划用多少资源来开发？或者索性就没资源，纯粹就是想找个人白干，然后希望别人详细你的绝对诚信，一起发财？就算你不打算支付工资，那么至少要有一个你自己设想的上线周期。基于你预想中的商业收益周期来计算这个周期。

车厘子就是樱桃,没任何区别，只不过四季差别比较大的地区出产的樱桃味道更好

这个...你没穿过运动鞋应该是觉得不错的，我现在最喜欢的商标是 skecher, 缺点就是一个——丑。
不过我不关注。

这个东西就是一个逻辑上的概念，从历史上来看，J2EE 和 Windows DNA 这种架构也是类似的概念。
基本思想就是数据存储，计算，展示这 3 个行为应该由不同的代码模块来实现。
这些概念的目的在我看来就一个：尽可能重用代码，换个说法叫偷懒。
所以对于数据庞大的系统，就扩展数据存储部分，可能需要一些额外的代码来支持这种能力。
而对于处理逻辑复杂的系统，就应该扩展计算能力。
而类似于仪表盘，看板这种系统，就应该扩展展示层的能力。

我其实也有类似于楼主的困惑。
按照数据库设计的原则，应该是表越多越好。
如果真的不让 JOIN，对于中间层编码的负担其实是蛮大的。我能想到的办法就是 @xomix 的回帖，只是不用临时表，直接读到内存里，分批循环.......但是我觉得这其实很难保证可靠。所以其实临时表是更快更好的办法。

这根本就不是一个技术问题。
在我看来，要解决这种问题，或者类似的问题，就只有一条路可以走。并且这条路大家都能看见。

推荐上 java 的报表平台，BIRT 可以了解一下。

NLP 还能外包....Po 主你......

去海外读研，尤其是美国读 CS 的研究生是一个非常好的选择。
国内的科研环境，除非你有非常强的背景，否则很难指望得上。
就算是大地系列的学者，人家要求的也是有海外研究经历。
退一步讲，等你读完研，觉得腾讯不错，想进去工作，好像美国 CS 研究生也没有明显的竞争劣势。

我不讨厌这个，只是不要强制我参加就行。
强制我加入那就 88。

你写什么理由都没用,这个不是由什么理由定的，先和自己的直接上级沟通，他同意了就成功了一大半了。