能够足够灵活，应对未来诸多未知的需求，且性能卓越

本人略懂一点Java和OC，自己的技术重心转到iOS！本人打算创业，想问下各位已经在创业的小伙伴CTO们给点意见！技术架构方面的适合小公司的快速发展而且不妨碍将来业务增长最合适的选择！最好是前端，后台，移动端各方面都覆盖。

每个大一点的电商平台都有自己的支付模块，当然这个支付模块是对接了一些有支付牌照的第三方支付，例如支付宝和财付通，微信支付等等！现在是想做一个类似于唯品会、美团这种电商平台的独立支付模块，在架构设计上要注意些什么？整个支付模块是否还包含了其他子系统，例如风控系统，交易系统之类的？

刚注册的香港公司虽已满18个月还未收到税务局的利得税表，也不知什么原因？现在想请教一个问题如果都是直接0申报会怎样？好像听说很多人都直接0申报，应该是不正规操作吧？

现在一般网站都是使用手机号、邮箱、第三方帐号登录的方式进行帐号注册，但是在国内，邮箱使用度较低，而且安全性较低，手机号注册，未来手机号绑定冲突问题，申诉过程中私密信息难以保证申诉准确率，有哪些比较好的帐号系统设计方案？

公司准备考虑一个big data 的应用， 但现在已有基于SAP 的系统， 和基于 Microsoft SQL 的系统， 一些 顾问公司提出的建议是把所有SAP和 microsoft SQL 里的data全load 到 HAHDOOP去。 但管理SAP的组 和 组都不愿意这么做。我也觉得这不是一个正确的做法。 现在有什么成熟的架构能够只在需要的时候读取 SAP和 microsoft SQL里的data， 而不是在Hadoop上再做一套数据的备份。

国家一方面打击传销组织，一方面又默许一些类似传销的公司做大，到底是因为什么呢，传销有没有可取之处呢！

大多数互联网产品的用户体系来源基本目前采用（QQ、微博、微信）的授权机制快速达到用户完成快速注册，同时也提供一个手机号注册的快速入口，但是在用户使用过程中会出现一个真实用户，同时用QQ、手机号，微信这三种方式在产品系统中完成了注册，从系统设计或者数据库设计角度，如何完成这种多账号情况下，快速的现实账号的合并方案。