ITPub博客

老杨认为此时CIO面对的压力已经不是如何推动企业数字化转型的问题，而是在降本增效的高压下如何保团队、保生存，CIO要记住：不能用老方法解决新问题 和“不能用老思路寻找新机会。CIO更不能选择躺平。无论是CIO还是信息部门的员工一定要记住：最好的投资就是投资自己!

​产品经理要避免成为需求传声筒，就需要具备需求挖掘、需求转化、需求抽象的能力，很多产品新人经常会被问到如何做需求抽象，那么产品需求抽象究竟指的是什么呢?

​这些年数据库运维工具的领域各种概念层出不穷，每个用户好像都有自己的特殊情况，他们需要的运维工具的功能也千差万别，搞的有时候让我都感到有些弄不明白用户到底需要什么样的产品了。

值得注意的是企业数字化成熟度模型及评估从另一方面直接反映了企业了的运营管理能力，当前大部分的传统企业虽然一直在做数字化，但其实大都将数字化作为一种辅助的工具，从意识上、战略上、组织上、文化上等各方面上未将数字化进行体系化进行建设

个人感觉无论如何从纸面上分析某个数据库，不去系统学习一下，还是了解得十分肤浅的。今天我就给大家分享一下DBA如何去入门学习某个自己以前不太了解的数据库。

从信息化到数字化这么多年大部分传统企业均在探索中前行，不断踩坑，不断走弯路，严重影响着数字化的价值体现，同时也让企业领导对于数字化方面的投入越来越理智

实际上，数据库知识的学习是必须基于实践的，每次要解决某个问题的时候，我总是会再次认真地阅读某个数据库产品的文档，而随着这种事情做得越来越多，我能从国产数据库手册中吸取的营养就越丰富。

之前做“信息化”的那几年存在的问题在“数字化”这个时代并没有消失，只是换了一些名词而已，今天老杨就来盘点一下企业数字化转型建设过程中的那些矛与盾。

你们上数字孪生项目的目的是什么?想要解决什么问题?目前的技术和数据储备是否已经足以支撑数字孪生项目了?如果这几个问题还无法很好地回答，那么是不是要慎重考虑一下数字孪生项目。

很多同学觉得自己在工作中进步很少，拿着数据，翻来覆去就是同比、环比，做了两三年也没进步。在这背后，有个很大问题是：缺少有业务含义的标签积累，导致只会零散地看数据，既无法推导有业务意义的结论，也积累不了业务分析经验。

数据库面对复杂的底层环境，所以无法确保其基础理论的实现，这个可能会出乎一些朋友的意料。Michael Stonebraker老爷子要搞DBOS，其目的是为数据库提供一个完全以数据库的设计理念为基础的底层环境。

数据管理工作充满曲折和挑战，今天就来聊聊我当前面临的八大困境，分别是：大模型瓶颈、责权利不对等、组织架构缺陷、达摩克利斯之剑、扁平化悖论、数据不owner、完美的“坑”、冲动是魔鬼。同时也给出了我的一些思考，与大家共勉。

为什么会出现KPI扭曲运维的问题呢?基于KPI的管理体系本身没有问题，有问题的其实是我们的运维体系。因为我们的运维工作还没有数字化，没有从系统运行中抽取出全面合理的系统运行状态相关的指标并加入到KPI体系中

CDO 必须将其角色从防御性数据战略转变为进攻性数据战略，接受变革推动者的角色，并负责为组织创造价值。这就是成功的秘诀。

不难看出，在数字化转型建设过程大部分的传统企业还是缺乏“转”的认知、“转”的能力、“转”的魄力，很难用简单的技术、工具思维来撬动企业的管理改革，更难打破坚挺的管理与组织孤岛

​如果你遇到了某个重大的运维问题，采取什么样的措施才是正确的呢?搞清楚这一点相当重要，如果出现策略选择错误，那很可能会丢饭碗的。

随着数据库上云比例的增加以及国产数据库替代工作的进行，装系统、建库、扩缩容这些大多数都可以通过白屏工具来完成了，以前DBA的一项主要工作也不再需要资深的DBA了。

水利水电工程是个庞大的工程，涉及多个系统，如水库调度系统、大坝安全监测系统、水闸控制系统、水文监测系统等。这些系统之间需要共享数据，以便进行统一的工程管理和决策。

数据库的能力不是无限的，针对一些特别的高需求的应用往往需要在集成架构和应用架构上去做些优化，从而满足应用的需求。数据库厂商也在努力提升产品的能力，尽可能从数据库的角度来满足应用的需求。不过数据库产品的能力总是有上限的，不可能满足应用的所有需求。

针对任何一种分布式数据库，在应用开发上都需要根据该数据库的特性进行特定的设计。今天我们来聊聊基于GaussDB分布式数据库，应用开发方面需要注意一些什么问题。