×

Loading...

Topic

This topic has been archived. It cannot be replied.
  • 工作学习 / 事业工作 / 说个真实的可笑的事,现在还有公司用vC6, MFC, ATL。。小公司,但代码挺庞大(20多年了),3,2个老程序员,也无力更新
    • 代码很简单,背后的工业逻辑很复杂,有什么可笑的,这样的事情很多 +2
      • 确实,在应用领域,最麻烦的往往不是码活,而是业务逻辑、应用场景,如果既复杂又常有变动的话,改不胜改.... +1
        • 明白人!懂那些“新技术”的会写code的,市场上不缺,拿不到好薪水。真有用的是那些所谓“业务逻辑、应用场景,如果既复杂又常有变动的话,改不胜改.”的,难得。 +2
          • 现在恰恰相反 --- 绝大多数行业,20 年行业经验的,工资不会很高;刚刚毕业会刷 leetcode 题的,进了大厂工资比前者高很多。
            • 不绝对是那样。你说的那些刚刚“毕业会刷 leetcode 题进了大厂”的工资只是相对的高,那里15W的并不比在GTA拿10W的好到哪里。我一个以前的同学在Cisco说他啥新的都没学稳稳地拿着高薪。
              • 这不是和那时候进notel一样,都共产了?
                • 哦你还知道Nortel?还以为是位新手。:)
                  • 谢谢纠正spelling. Nortel共产主义那时,那是我还在国内还没过来呢,那时候互联网刚出来没几年,墙还没建立起来,网游畅通无阻,看到肉脸上有人发的贴。
                    • 哈,我们当年移民的时候常说的一句,“实在不行,还可以去Nortel”嘛……
              • 就说GTA - 有20年行业经验的架构师120k-150k;只精通 react 前端的反而可能拿到 120k+;刷 leetcode 进 amazon/google 的 150k-200k 起 --- 职位/技术能力/行业经验没有公司重要。
                btw 我没有看低刷 leetcode 题的意思 --- 他们多数都得是名校 CS 毕业。我只是说行业经验在面试和谈薪资时并没太大用处。
                • 实话。感觉这是赛博时代的奥数竞赛,会不会做事儿不要紧,关键是要会做题
                • 方向不一样,这个不能这么比。比如写后台程序的比前台高,而且往外修改也少很多。前台写得好其实很不容易,很多时候工作量大于后台。再比如管数据库的基本没什么事情做,工资比程序员高
                • 不一样,架构师多可以做到退休,前端之类也就几年功夫。 +1
                • 在GTA “只精通 react 前端的反而可能拿到 120k+” 的fulltime没多少个吧?干那活的可比fulltime的构架师辛苦多了。
            • 毕竟是少数吧?我前一个单位的一个滑铁卢毕业的一个华裔女娃,写了1年多code,我都没测到过她写的什么,有几乎没看到过她改过什么bug。
          • 纯码活基本上就跟拧螺丝钉一样滴,迟早要被AI干掉,但系统分析、业务流程逻辑、应用场景、人机交互/界面分析设计...一时半会不容易AI,与纯码活比还是有螺丝刀范的.... +1
            • AI实际上已经吹了很长时间了,80年代就开始有所谓的“expert system",大学还有专门的课程。到现在编程还是手工
    • 会写COM的10年前美国就是15万工资了 +1
      • 加拿大的base没那么高,估计不少人写过com, dcom,atl
        • COM+, MTS都不好找工作 +1
          • 现在都microsevices了
    • 这也不是个别现像,好在MS现在还支持这些老版本,所以中小企业难啊。如果我碰到这样的客户,我建议他们尽量往CLOUD SAAS迁移,节省维护,更新成本。但是往往这类企业内部都是老员工,比较僵化,转型有点困难。
      • 是的不容易,难的还是上面提到的business logical。然后他们需要code容器化,再orchestration,如果工作外包老人最后就没活路了。
      • cloud和on prem都用过. 说实在的cloud的开发效率低, 工具不全, 调试不方便, 价格也不便宜,还受cloud各种限制, support速度等半天. 只敢放query有关小东西, 业务不放心往上放. Cloud无非是TECH公司圈钱一个噱头, 不过这世道就这样, 大家一窝蜂上.
    • 不稀奇,很多公司和政府还在用mainframe呢。去年疫情期间美国哪个州政府急招Cobol程序员。我工作过的一间美国大公司,几千人的IT部门,经费充足,各种技术的周边系统应有尽有,核心是progress,没人敢动。
      • 老一辈退休潮来了,Cobol目前挺吃香
        • 记得那可是90年代中银行的标配
      • 银行保险公司的核心系统永远不敢动,动坏了、把客户资料弄没了、哪一个CXO都担不起那个责任、一般都是两套系统并行,某个日期以后的新客户、进新系统、之前的还是老系统、慢慢等着老客户死光了、也就顺利transfer到新系统了。估计得50年以后了
        • 老系统稳定可靠;新系统?整点新名词而已。
        • 我上面说的那个Progress里面都没有客户数据,就是个非常复杂的流程, 离了它公司就干不了活儿了。所以过50年也取代不了,如果没有CXO敢担责任的话。
      • 有人跟mainframe换过冷却水么?
        • 没换过水,换过磁带,mainframe用的那种磁带,一箱一箱的;干了几个月,我心想这什么破玩意,跟领导申请去其他岗位了
    • 我还见过招Tandem的,基本上没什么人会了,整个多伦多估计不超过50人。据说过去华尔街股票交易用这套系统,现在不知道换了没有。
      • 谁说会这个,我就知道他从中国哪里来的。三大块,screen cobol, server cobol, Pathway configuration. viewsys /admin.
        • 听我的一个同学说在工行用过。 +1
    • 这有啥好笑的, C程序一写好, 稳定性和performance最好. 目前 C和C++加起来是TIOBE这几个月排名第一语言. 是做产品和底层的, 不是做application的. C和C++要写好, 没个5-10年以上功力难 .
    • 没有啥好笑, 只要代码能work,业务能跑顺畅, who cares 用啥新技术? 用新技术 前面有多少坑?成本有多少? 谁敢保证?再者,完成一样的功能, 有啥理由要换新东西呢? 越是重要的东西,越不能随便折腾。 +2
      • 你没用过老系统吧?黑白显示,菜单选择,没有鼠标,这些还是次要的,更要命的是没法改动或扩展。一般都是靠周边系统润滑调剂一些,再加一些新存贮,又贵又麻烦,数据还经常不是实时的。
        • 又贵又麻烦,比起来推倒重来还是要简单。推到重来承担的风险跟后果,是没有人愿意承担的。少做少错,不做不错,职场亘古不变的真理!😄
          • 其实很多时候推到重来更省事儿,但是风险大,就是个责任的事儿。哪个cXO都不想丢工作,还是多雇些人维持老系统安全。
            • 就是这个理儿.... 😄
    • 没啥可笑的 你看看大公司去
    • 您那VC6谁敢更新! 能看懂的人都不多。
      • 我的理解ta说的更新,应该指的是用新技术,推倒重来。新技术也有落后的一天,那么是不是以后又要推到重来呢? 那不天天净剩下折腾玩了? 只要业务能正常运行,谁在乎用啥技术? +1
    • C++代码一般的新人没有读懂之前确实无从下手,就是把代码更新到最近的Visual Studio也是一件大工作了。
      • 是啊 ,要是再加上不是windows环境下的,全部是command line 的make file的话, 大部分新人都不知掉怎么build ,那就更好玩了。大多数在 windows VS UI上点几个button 就可以build 的developer , 到了command line 环境下,如果出点错 ,大部分人都是懵圈状态 😄
    • 20多年了还算好,我们这里的都run了 小40年的代码了。 Binary 就大于1G , 想想source code 能有多少行? 😄
      • "小40年的代码了。 Binary 就大于1G" 你们那里40年前真牛……
    • 正常啊。老代码没必要动。当年千年虫不就是这么来的吗?
    • 我们公司软件也有十多年了, 虽然不断使用新技术, 但框架是老的, 也无力自己更新。 两年前, 找了个印度公司,重新做, 现在一个数据库, 两个系统, 用新系统吸引新顾客,老系统还在用,新系统也在完善

      只要是界面更新
      十年前做开发时, 也是参考最原始的单机版
    • 这有什么可笑的,干什么都是需要钱的,我的上一家东家,也算大公司,听他们马工聊,说什么库里有几个Pascal 写的代码,没人敢动,我就插嘴,你牛你给移个植?那位说了,给我加工资吗?还是的,没钱别说话
      • 说的非常在理!没有啥活儿是不能干的,问题是要考虑cost啊 🤭