好啦，刚刚那篇回人家新手的讲完了，下面就来讲点比较黑暗的
过去三十年以来，这是一个科技、市场、专业知识的发展速度以每五年为单位去看，会
有着十的次方倍进展的世界，我们会不断地观察到：不论软件还是硬件，总是有某几个
领域发展速度跟过去相比有着10倍、100倍、甚至1000倍的进步
这种幅度的进步必然是会不断的外溢出去，在其他领域打破基本假设，造成量变然后质变
突然间旧的运算架构遭到挑战：
如果不是硬盘够便宜、容量增长速度每年好几倍，200X年 HDFS Hadoop 不会诞生
如果不是RAM变便宜，Memcached、Redis 不会出现
突然间许多过去没听过的新专业职位诞生：
比如说2007年以前，没有smartphone 的Mobile App Developer，那时候在手机上开发
软件的大多都是从desktop GUI application 转行过来的
比如说2008年以前跟以后，front end developer是完全不同的职业，因为在那之后新型浏
览器(chrome)的java script engine才有比起IE强上几十倍的效能
于是旧有的企业，或至少旧有的开发模式会不断的被破坏性创新给辗过
这个世界不是大部分的人想要的，却是所有人都不得不面对的
在这样的世界里想要生存下来，经营策略肯定得跟一个还在稳定世界生存的团队非常
不一样
就以一家开发自有软件产品服务的公司内的开发团队来思考好了
为什么到了这个时代Application 必须得重整甚至重写，开始往云端搬移？
为什么本来Home made tool chain 跑得好好的，要开始考虑改用别人家开发好SAAS服务？
因为：
采用native cloud、熟悉native cloud 的团队，不但是站在巨人的肩膀上往上爬
而且这些巨人还是正在以市场竞争、争夺全球影响力做驱动力，以十的次方倍往上长的
巨人
你的企业很擅长做CI/CD pipeline吗？
如果是，那你这间公司应该叫做CircleCI啊
你的企业很擅长分析log、分析instrument data、开发出各种报表工具供开发者分析
系统需求、系统变化吗？
如果是，你应该马上创业，跟Datadog、跟NewRelic打对台啊
你们公司的Internal Service Portal 还自己刻？
难道妳们公司的股票代码是OKTA吗？
Source Control、IDE Tool、Binary Repository management、multi-tenent、
multi-region、networking 这些东西是你比较专业？还是Github/Gitlab、VS Code、
AWS/GCP 等等等的比较专业？
databricks snowflake研究了没有？有思考过在什么样的情况下该采用这种类型的
服务吗？
新的东西会不断的冒出来，而开发团队得不断地去适应它、去学习新的做法，想尽办法
透过杠杆技术来增益有效产出
如果办不到，那请各位主管先看看周围身边那些目前岁数不到40的同仁：
对，你比较老、你是主管是老板、你做决策，你今天继续要公司用老把式经营下去当
然也是可以，因为你没差啊，你总是能拖到自己退休安全下庄的，但那些比较年轻的
技术人呢？他们的明天在哪里？
再十年过去他们四十好几，公司如果竞争力滑落到做不下去，突然说要收了的时候
，他们要怎么办？不离不弃被当北七？
对，别人的职涯不是你的责任，那公司有特别声明只有年纪够大准备养老的人才准
加入吗？
公司既然生意敢做软件产品服务，它的宿命就是要追求能在十的次方倍的世界里生存
他冒险追求高获利，使得公司总是有资本可以投注在新的十的次方巨人身上才是应该的
毛利太低？国内市场太小？钱很难赚？对啊，这些理由都很有道理，但请问要怎么区别
这是真的理由、还是你不愿意创新不愿意冒险的借口？
低利率时代都没做的事情，现在高利率了，做下去更渺茫了，但人还是会老、小孩还没
长大，该打算还是得打算，如果还年轻，有老婆小孩要养，那当然不能跟公司一根草绳
吊死，往外看才是应该的
各位开发者，不要你作为专业知识工作者的职涯未来已经被公司用各种理由省钱省掉，
拿进股东还是老板的口袋了，你还为人家辩护啊