我是一名非常年轻的软件工程师/QA 团队负责人。我已经开发软件大约 2 年了，其中 1 年我还在一家软件开发公司担任 QA 团队的负责人。目前，我仍在担任 QA 工具的 QA 团队负责人/软件工程师。最近，我被邀请加入一群想要创办一家软件公司的朋友和同事。他们希望我成为该软件的架构师/技术主管（我只能说一个用 Java 编写的特殊聊天客户端）。我非常擅长在火下学习，而且我通过实践学到了很多东西。但是，我担心我缺乏经验会导致项目失败（或至少开发不佳）。所以我想知道你会建议我担任这个职位，尽我所能，边走边学吗？还是建议我拒绝？
如果您建议我担任该职位，请您提供一个或几个对 Java 架构师初学者有用的资源？
【问题讨论】：
标签： java architecture
【讨论】：
作为一个跃升为一家小公司的架构师的人，我认为以下几点可能会有所帮助：
【讨论】：
作为团队负责人，您最重要的资产不是您的经验，而是与您合作的团队。如果您认识并信任这些人，或者您可以聘请自己的团队，那么一定要去做。如果您打算进行任何招聘，请先阅读一本关于良好招聘的书（Joel on Software 有一篇很好的文章）。
您是在 Stack Overflow 上询问它，因此您至少对此有正确的态度。在需要时寻求帮助。不要试图通过不谈论问题来过度补偿你缺乏经验。仅仅因为你不知道问题的答案并不意味着有经验的经理也会有。在门口检查你的自我并完成工作。无论如何，你会因此而受到更多尊重。
如果您要进入一个根深蒂固的团队，并遇到各种问题和问题，那么当一名经验丰富的经理真正派上用场时。对我来说，这对你来说是一个绝佳的机会。如果不进行管理，您将永远无法成为一名有经验的经理。
【讨论】：
mythical man month 和 Peopleware 是您需要阅读的两本书。
【讨论】：
我不会告诉你做不做，但是......
我会告诉你，如果你想真正提高你的技能并在你的职业生涯中取得进步，你将不得不冒险并偶尔离开你的舒适区。
此外，作为开发人员，尽管我们经常对项目/时间表持乐观态度，但我们也经常对自己的技能/能力感到悲观，并专注于我们不知道的事情而不是我们所做的事情。
如果您有任何疑问，您需要与您的潜在业务合作伙伴进行讨论。
【讨论】：
关于软件架构的有用的、独立的资源并不多。一旦你过滤掉了供应商营销和手摇象牙塔的东西，似乎就没有什么实用的建议了。
一个很好的是Coding the Architecture，它专注于架构，并为过渡到架构师的开发人员提供了相当多的信息（完全披露 - 我已经参与其中）。
此外，还有一个关于架构的博客simillar question 提供了一些非常好的答案。
【讨论】：
您应该向新团队表达您的想法。我想说的是，您对此持开放态度是一个很大的优势。尽力而为，保持专注 - 经验不是一切，尤其是当您意识到自己的缺点时！
【讨论】：
由于您在同一个句子中使用了Java和architect这两个词，我可以推荐SCEA认证中使用的学习资料吗？特别是，我发现Core J2EE Patterns 是一本对思考更宏观的架构问题很有帮助的书。
【讨论】：
对小组中的其他人保持开放态度，确保每个人都意识到风险并了解“最坏的情况”是什么。您还需要对在项目期间投入的所有额外时间感到满意，以加快技术速度。
还要问问自己，如果项目确实失败了，你是否能在经济上实现这一目标。
如果每个人都还在，听起来是一次很好的学习体验！
【讨论】：
我不会太担心成为公司倒闭的潜在原因。坦率地表达你的担忧，但要根据你的学习能力（和愿望）来缓和它。
您有责任审查公司创始人的融资和业务安排。我想说，公司倒闭的可能性要大得多，因为“商业”原因，而不是技术原因。
【讨论】：
如果您可以在不放弃工作的情况下加入小组，那就太好了。但如果你必须选择走哪条路，放哪一条路，只有你才能做出这个决定。跟随你的心，你永远不会迷路。
【讨论】：
根据你目前所说的，这个项目会失败。哎呀，大多数新项目都失败了。如果你没问题，那就去吧！这对您来说将是一次很好的学习经历：）请确保您不会因此而失去亲密的朋友。
【讨论】：
多年来，我发现 Craig Larman 关于迭代软件开发的书非常有用。
【讨论】：
作为团队负责人，您需要善于从团队中发挥出最好的一面，并且要善于自学。通过将自己的技能提高 100%，您可以将团队的生产力提高 10%。通过将团队的生产力提高 100%，您就可以提高它.. 当然是 100%。
您对朋友的创业公司的价值不仅在于您的纯编码技能，还在于他们了解并信任您作为合作伙伴。显然对他们来说，他们觉得你可以贡献一些真正的价值，所以我的建议是你“假装它直到你做到”:)
【讨论】：