shizepeng

一个好的系统设计者应该要多角度去综合考虑问题，如果你选择 RPC 方式，那么维护成本肯定低，但是可扩展性不强，系统耦合性高，而且 A 的改造升级会不会影响 B 的正常运转，系统之间的耦合性强。

如果采用 B 方案，那么维护成本高容易出错，但是可扩展性强，耦合性低，生产活动、升级改造过程中不会互相干扰。

各有优劣，没法抉择，这时候就看需求，需求很重要，仔细阅读需求后，再来考虑问题。如果对生产活动的稳定性要求高，对可扩展性要求强，那么采用 B 方案，反之，采取 A 方案。

@yezhifei241 C#社区太小了，而且 C#有先天的局限性，不建议继续努力。

如果你确实作好了往 Java 方向走，那么请继续往下看，

初级 Java：学好 Java 语言的基础，基础，基础，还是 TMD 基础，这对于你快速就业有很大帮助，初级 Java 程序员，面试官问的问题基本上是基础，至于做过什么项目不重要。其次，学好 SSH 框架、ibatis 框架等 Java 的几个基础框架和 Servlet 、数据库连接等基础技术，学好 SQL 语言，学习下前端技术（可以不用精通，但是要学会基本运用）。总得来说，初级 Java 程序员以基础为主，大概沉淀 1-2 年时间。

中级 Java：熟悉常用的 Java 技术以及相关框架，熟悉业务系统，这两者都要熟悉，因为后面可以决定你的职业规划，如果你对技术有兴趣可以往高级开发或者架构师方向走，如果你对业务感兴趣，后面可以走项目经理或者产品经理。这个是职业成长阶段，很重要，沉淀个 2-3 年，作好被产品经理蹂虐的心理准备吧。

如果你往技术路线走，那么请往这里看。
高级 Java：熟悉应用 Java 技术的高级应用（像多线程，高并发，消息队列，通信技术等等），会设计技术架构，会设计应用系统，可以带领技术团队（次要），这个时候，你可以理直气壮地从技术层面叼产品经理，不用客气，往死里面叼，报你的以前被他蹂虐之仇，反正他不懂技术。总之，你得精通 Java 技术和怼死产品经理，沉淀个 3-5 年吧。

如果你往业务层面走，往这里看。
做个项目经理其实也挺好的，精通业务，能够带领团队做项目，那么开启了你的第二春，当个小领导，带着一票程序员默默耕耘，拓展你的人际关系，作好你的管理，带好你的团队，为自己后期创业打下基础（假如你要创业）。

======================================假装是分割线

关于架构师
架构师在技术层面上跟高级开发相差不了多少，唯一的差异就在于技术思想，说通俗点是理论建设，有的高级开发困在这里面一辈子成不了架构师，有的高级开发一点就通，直达九天。
做到架构师的水准，我觉得才是打通任督二脉，开始不关注技术实现了，理论大于实践，你能设计多优秀的架构，能解决多大的技术问题，取决于你的认知、你的阅历、你的经验、你的机遇等等，集大成者。
理论建设，才是走向架构师的核心，如果你能走到架构师的位子，那么恭喜你，你可以讨论国家政策了，你可以制定公司政策了，可以一本正经地装 X 了，你可以说一些谁都听不懂的话了，已经走上了人生巅峰，作好迎娶白富美的准备吧。

你说还有 CTO ？
同为大佬，谁也不会比谁差，就看谁的运气好，谁的情商高，谁的底子厚，谁的背景好，仅此而已。

祝你好运！

Java 只是一门技术语言，在网上找个系统点的教程基本上可以入门级需求。

从初级 Java 程序员到中级，无非是技术应用的成熟度和业务的熟悉度。
中级到高级倾向于对技术的整合能力，对系统的把控能力，对架构的设计能力。
至于架构师偏向于理论研究，根据需求能建立完整的技术理论体系并加以实践。

其实你没必要死盯着 Java，可以看看 py 语言，看看 go 语言都不会比 Java 差。Java 之所以庞大，因为它是最先满足大规模工业化生产的条件的，但是随着工业化进程的加速，有些地方已经不再适合于当下。所以你先了解了解再来作决定。