• spark
    2022-05-17
    郭老师,take away~~~这篇内容提出了硬伤的问题。举例,有一个同事是女孩,结婚了,天天码业务代码,横向问题需要的技术积累根本搞不定,最后被淘汰了~~~ 我的例子,用了4年,天天住在酒店里(每天酒店费用200以上),节省上下班2小时,积累了算5000小时技术~~~ 技术积累需要兴趣、战略。智商普通,往往是逼到死,才能突破一点点。我的经验,至少也需要5000小时左右的技术积累,才能解决大部分技术相关的常规横向问题~~~

    作者回复: 5000个小时的积累, 都是硬通货啊! 不过我们的确处在一个极度内卷的时代。。。

    共 5 条评论
    11
  • jjn0703
    2022-05-18
    如果你曾经跨越过从程序员到兼职架构师这个障碍,能分享一下最大的心得吗? -------- 我们组有10人左右的后端,去年年末,组长休了产假,我兼职了两周的管理者(也许不能叫架构师)。兼职期间印象最深刻的是,要求我做一下来年组内工作规划,最大的心得就是,架构师要思考团队的人员配置、任务分配,考虑团队的技术栈,考虑怎么去提升研发效能等,总之和做研发是完全不一样的视角。

    作者回复: “视角的跨越”, 谢谢!

    
    7
  • Sean Zhao
    2022-09-28 来自北京
    最大的心得,大概是勇于挑战问题吧,勇于尝试独立解决问题。 曾经有个同事抱怨说:我都干了五六年程序员了为什么还天天curd。 后来我给他一个从零开始工作,让他从设计文档开始。 结果他遇到任何问题都是先找别人讨论,然后把讨论结果写到设计文档里。愣是不敢先尝试自己拿一个方案。 怕错,不敢尝试自己做,甚至连自己独立思考的勇气都没有,如何能够跨出这第一步呢。 栗子有点极端,是真事。当我看到那份设计文档的时候,我第一次有了这样的认知。勇于独立开拓,勇于不依赖周边的人,才有跨越边界的可能。

    作者回复: 离例子非常非常赞👍

    
    5
  • tiny
    2022-07-24 来自美国
    猪队友永远在你最危急的关头出现 ---------------------------------- 其实在顺风顺水的情况下,自己的个人能力能cover猪队友的猪行为,所以“猪”无关紧要,但是在紧急关头,这些猪队友可能是直接拖垮自己的最后一根稻草。 平时的时候就应该鉴别出这些猪队友,适当做一些隔离和有意无意留一些防护性证据,保护自己!

    作者回复: 赞回复。

    
    4
  • 钱嘉
    2022-12-09 来自美国
    现在团队里面的横向领域中,最大的技术机会在哪里?我个人觉得我最想解决的问题是减少需求消耗的开发资源。一种情况是需求小、数量多,每一条需求还是要走全量的流程,很多开发资源就浪费在这里。第二种是很多需求深入研究后都是共性的需求,完全可以一套方案在保证一定扩展性的前提下解决所有

    作者回复: 你讲的第一种情形往往是业务平台试图解决的问题, 也有可以通过框架来解决的。 第二种还是比较难做好的。 一般实现需求的人都急于上线,很难看到跨领域和跨需求的抽象。

    
    2
  • 罗杰
    2022-05-22
    第二个问题:我目前的工作是做游戏后端架构,带四五个人。公司没有运维,所以开发和运维的活都是我们干。在横向领域中,最大的技术机会是如何使用当前火热的 K8S 来 Server Mesh 来解决我们的运营困境。公司规模小,不可能组建运维团队,也几乎无法在一个二线城市招聘到合适的人才,所有这一切都需要我牵头去做。而我其实也并非能有这么多的时间花费在这些事情上。开发、技术管理和已经在运营的游戏都需要抽出精力去做。而且团队太小,引入这么大的复杂性是否有可能我也在考虑。主要是学习的成本并非一朝一夕,另外随着年龄的增长,我慢慢发觉职业初期或者在学校里面没有打好的基础,越来越凸显其重要性了。好多时候复杂的问题搞不明白,其实是底层的东西我们根本不了解。最基础的东西不研究透彻,盲目的追求那些火热的概念,反而会让自己更加迷惑。

    作者回复: “最基础的东西不研究透彻,盲目的追求那些火热的概念,反而会让自己更加迷惑” 讲得非常好, 感谢!

    共 2 条评论
    2
  • young2
    2022-06-13
    从程序员到兼职架构师,我主要的体会是视野的开阔,原来想着大概这个领域技术的业务知识都了解了,好像没什么提升的点推动自己学习提升。转变角色后发现还有开发效率、性能优化这些更有挑战性的事情,成为兼职架构师的同时也参与技术管理,团队产出和组员培养也是一个重要的指标。

    作者回复: 是的, 认知的维度提升了一维, 很重要

    
    1
  • 花花大脸猫
    2022-12-31 来自美国
    第一个问题:感觉也没有明确的界限,就是平常做事事事都会深入一些,关注的内容会广一些,会更多思考一些新的想法或者实现形式,久而久之,对于稳定性,性能,易用性,可扩展性就有一些自己踩坑之后的总结以及深度学习后自己的一套独特的认知,然后也会找机会与别人沟通输出一些想法,听取别人的意见。

    作者回复: 嗯, 很多人都是这样的。 其实究其原因还是passion驱动。 能够在探索中找到乐趣。

    
    
  • Geek_e214d6
    2022-09-08 来自美国
    老师,我有个疑惑: 作为架构师,需要代码review吗?最近我发现,开发人员不按架构规划的套路开发,最后,因为不按套路导致环境出了问题,再来找你救火。这种情形,怎么解决

    作者回复: 这个一般比较难安排吧。 不在同一个团队, 代码review比较难安排。

    
    
  • 术子米德
    2022-05-30
    🤔☕️🤔☕️🤔 * 📖:横向问题~~~软件系统内部与业务无关的技术债~~~性能、扩展性、可用性、可测性、可维护、安全合规…… * 🤔:技术债,这个词看到就扎眼,如果说自己正在做的事情,就是在给未来者构筑债务,打死我也不肯承认,如果说自己接手的东西,有一点不是就喊成技术债,有点没头没脑对着空气喊ShaX的感觉。到底何谓技术债?就像最近接触到遗留系统这个概念,其中不能自动化测试,就是遗留系统的特征。技术债是否也有典型特征? * 🤔:曾经我对功能性需求和非功能性需求困惑得不行。直到有一天,看到书上说,所谓非功能性需求,就是质量属性。有点被启发的感觉,但是又不知道被启发在哪里。问自己,功能性需求,就是客户为此买单的项目,那质量属性,客户不买单嘛?先换个视角。如果我自己是客户,那我就只会付钱我要的功能,如果出现安全类的质量问题,我会全盘帅锅给供应厂家。这是我坏到骨子里嘛?也算,也不算。我之所以能甩锅,不就是我支付了维护费用嘛。再切换到供应商的视角,既然我收到维护费用,那我肯定是收进这笔钱,然后就不想产生任何额外的费用,落进我口袋的东西,再拿出来不是要我命嘛。Duang,就在这个瞬间,脑子里忽然间冒出来,为当下埋单的钱叫做功能,为未来埋单的钱叫做质量。为何我要追求高质量,就是不让自己埋未来的单,也就是降低未来的成本,才能真正提高利润。说白了,就是不要欠技术债。我滴天,所谓技术债,就是别给未来埋单的机会。 * 🤔:想明白非功能性需求、质量属性、埋未来的单,算是我自己认识自己是个架构师的入门之礼🎁。
    展开

    作者回复: 你是在翻来复为的读这个专栏??

    共 2 条评论
    