写这个题目,源于前两天接到的一个电话面试时候问道的一个面试题。当时,面试人员问我:你认为GIS的核心价值是什么?我想了一会,给他回答了两个字,那就是“服务”。 为什么我认为GIS的核心价值是“服务”,GIS的服务在那些方面有体现,下面就该问题我做一个个人观点的阐述。 会后,静静的想了想,他的话是对的,至少,有一部分是对的,因为不论是你是干啥的企业,你最终赚的钱都是从你的客户的腰包里面掏出来,你的终极目的就是怎么样我才能从客户的腰包里把钱掏出来,并且客户还会满意,或者还有下次合作的机会 ,有时还会涉及到公交选择,路径导航等相关问题,这一系列的等等,都在与GIS发生着说不清道不明的关系,同时也在无时无刻体现着GIS的服务价值;2、行业领域。 综上,GIS不论是从门外汉到专业人士,都是在提供着服务,他的侧重点在应用,所以,我个人认为GIS的核心价值在于服务。
Docker大行其道的个中原因很多,除了开放技术和云计算普及的大环境外,Docker的一些内在特点是主要原因。 那么Docker带来的核心价值在哪里呢? 容器的运行时是依赖Linux的开放API name spaces和cgroup实现的,没有太多隐藏的技术门槛,比较容易开发出来。 而Docker的容器镜像则不同,它定义了分层的容器封装格式,并提供了镜像的SaaS服务(DockerHub),有成千上万的镜像生成和运行在各种环境中,已经成为事实上的镜像标准。 笔者认为,相比可替换的Docker Engine,简单高效的层次镜像格式才是Docker技术的核心所在。 下面这张图描述的是Docker容器的生命周期,其中容器镜像的关联箭头最多,不言而喻,镜像技术就是Docker的核心所在。 图片来自Docker网站 业内一些项目的进展似乎也印证了这点。
核心是来讨论下 devops 的价值和关键的一些前置要素,以及背后的一些逻辑。 先来看看 devops 实施带来的直接的价值: 对客户的价值:响应更快 通过按 feature 发布,feature 发布可以到天 对客户来说需求的响应速度更快 对产品的价值:提升质量 每次减少发布范围 个体开发效率相差会比较大,所以带宽估计是非常困难的,所以相比激活组织潜力,详细估计带宽的价值小很多; 规划是需要有的,但是业务变化很快,一个敏捷的组织价值更大,所以相比每件事都详细规划,立刻做价值更大 除了前面说的各种价值,我觉得 devops 其实更大的价值在人性的激发。和传统的敏捷和 CMM 模型最大的区别在于管理逻辑的区别。 这种区别如果用数据库里面的经典的锁来说明,那其实就是 乐观锁和悲观锁的区别,devops 除了要有各种工具和套路之外,核心还是要能激活团队个体成员的主动 owner 意识,让他们敢打敢干。
在 OpenAI 的招聘界面 上,有一段内容是关于 OpenAI 的 Core Values(核心价值观),刚刚 Logan 在 X 上粘贴了他们的新版价值观,我觉得相比原来的价值观目标更加明确了,简单记录并写一下我的思考 原来的价值观有 6 项: (原来的价值观也微调修改过,但改动不大) Audacious:We make bold bets and aren't afraid to go against established 这次修改后的价值观则有 5 项: AGI focus:We are committed to building safe, beneficial AGI that will have a massive 创造杰出的事物需要努力的工作和紧迫感,而且往往是在那些不引人注目的事情上;我们选择去做的每一件事情都很重要。 谦逊务实,做那些有效果的事情;从任何地方寻找最好的想法。 创造人们喜欢的东西。这是产品角度的价值观,技术和产品要对人们的生活产生深远的正面影响。
引言 七种非常有用的 TypeScript 类型,包括获取对象类型、函数返回类型、嵌套类型的查看、可选属性和排除属性等。 updatedTodo = updateTodo(initialTodo, {}) 现在 title 与 description 都变成可选了, 以至于可传空对象 {} 这不是我们所期望的, <Todo> 的作用 会使得其中所有都成为必需 const updateTodo = (todo: Todo, fieldsToUpdate: Required<Todo>) => { return , 再加上 Required , 那么最终是 必需 的 Omit<T, K extends string | number | symbol> 与 Exclude interface Todo 7 Awesome TypeScript Types You Should Know - YouTube
具体的,没被显式初始化的枚举值,要么最先出现,要么出现在在其它数值常量枚举值之后 反向映射 TypeScript里可用通过枚举值取到对应枚举常量名,这种特性称之为反向映射(reverse mapping ", } 与数值枚举类似,字符串枚举的枚举值都是字符串,但有2点差异: 字符串枚举没有自增机制,要求每个成员都显式初始化 字符串枚举没有反向映射 对比数值枚举,字符串枚举的一大优势是在运行时仍能保留值的含义 ,就隐式赋值为上一个枚举值加一 枚举成员被显式赋值为常量枚举表达式(TypeScript表达式的子集,能在编译时求值,具体见constant enum expression) 例如: enum FileAccess 包括那些没有初始值的常量枚举成员,或者被初始化成: 字符串字面量 数值字面量 带负号的数值字面量 如果所有成员都是字面量枚举成员,就叫联合枚举(union enums),此时会解锁一些新的特性: 枚举本身有了确切的类型含义 (是所有枚举成员的联合体) 枚举成员也有了类型含义 枚举的类型 把枚举用作类型,可以约束取值集合,进而暴露类似的潜在问题: // 联合枚举 enum E { Foo, Bar, }// 枚举的类型含义
正是在这样的背景下,TypeScript应运而生。 第一章:类型安全——构建可靠系统的基石1.1静态类型检查:在编译阶段捕获错误TypeScript最核心的价值在于其静态类型系统。 这种“开箱即用”的生态,极大降低了工程配置成本。第三章:团队协作——大型项目的协作协议3.1接口即契约:前后端/模块间对齐在团队开发中,接口定义是协作的核心。 结语:TypeScript不止是类型,更是工程思维TypeScript的真正价值,不仅在于“加了类型”,而在于它推动开发者以更严谨、更结构化的方式思考软件设计。 掌握TypeScript,不仅是掌握一门语言,更是掌握现代前端工程的核心方法论。
TypeScript: The Value of a Good Generic 原文作者:?Fernando Doglio 译文出自:?掘金翻译计划 本文永久链接:? 在 TypeScript 中要覆盖所有可能性,明显只能选择 any 类型了: function identity(value: any): any { return value } 这还挺行得通的 TypeScript 泛型来拯救 正如我曾 尝试 说的那样:一个泛型就像若干类型的一个变量,这意味着我们可以定义一个表示任何类型的变量,同时能保持住类型信息。后者是关键,因为那正是 any 做不到的。 现在,让我们将其转换为类型安全的 TypeScript 并看看泛型能如何帮助我们: type Person = { name: string, age: number, city 可变参数元组(Variadic Tuples) 实际上这是 TypeScript 4.0 中的新特性。并且尽管我 ?已经在这篇文章中介绍了它,此处仍会快速回顾一下。
主数据管理的核心价值主要体现在以下五个方面:一、确保数据的一致性和准确性主数据是企业运营过程中最基础、最稳定的数据元素,如客户信息、产品信息、供应商信息等。 二、提高业务协同效率在传统的组织架构下,各部门往往各自为政,形成了一个个“信息孤岛”。主数据管理的实施,打破了部门间的壁垒,实现了数据的跨部门共享和流通。 三、优化客户体验客户是企业最重要的资产之一,提供优质的客户服务是企业赢得市场竞争的关键。主数据管理通过整合来自不同渠道的客户信息,构建完整的客户画像,帮助企业更深入地了解客户需求和行为偏好。 综上所述,主数据管理的核心价值在于确保数据的一致性和准确性、提高业务协同效率、优化客户体验、降低运营成本以及增强决策支持能力。 企业可以根据自身需求,规划主数据管理,通过借助各种有力的管理工具,实现更高效的主数据管理,充分发挥数据的潜在价值,推动企业的数字化转型和升级。
代码如下 package xk.org; import java.util.Scanner; // 估值一个亿的 AI核心代码 public class hello { public
今天下午在思考几个问题,工作的本质是什么?DBA的核心价值是什么?有哪些工作是DBA不可取代的?在整理的过程中,也有了一些心得体会。 对于DBA来说,如果要说核心价值,不妨换一个问题,即哪些工作是DBA专业的事情,从我的理解来说,有以下几件: 1)数据库技术选型 2)数据备份恢复 3)数据库架构设计 4)数据库高可用 5)数据库升级 6)数据迁移 7)SQL性能优化 其中除了第7件事情之外,前面的6件细细想来,业务方似乎都不会太关心这部分的内容,他们能够参与的角色部分是比较有限的,也就意味着这些技能虽然是专业的内容,但是专业到业务同学无法感知 从我目前的认知理解来看,我认为这个是DBA工作的核心价值。 这里的生命周期管理范围是比较大的,我可以把它分为实例生命周期,对象生命周期,数据声明周期和SQL生命周期四个维度。 数据生命周期管理是目前工作中大家最容易忽视,而且是最有价值的。在这方面操作的复杂度不高,但是可以这个层面影射出很多方面工作的必要性和价值。
它“解决”了 JS 的许多问题,它是 JS 的“超集”,它能够使你的代码易于查错且易于阅读。有很多使用 TypeScript 的充分理由,但是我将给你 7 个不去用它的“非常好的”理由。 正因为如此,TypeScript 将只会在编译时检查类型和仅可用的类型。任何网络调用,系统库,特定于平台的 API 和无类型的第三方库都无法与 TypeScript 通信。 并不是超集,而是一个子集 TypeScript 是可以编译为 JavaScript 的东西,根据定义它不能是超集。 它是开源的,仅此而已 使用 TypeScript 的许多原因都表示它是开源的。是的,TS 编译器是在 MIT 许可下分发的。但是它仍然由微软(一家垄断性公司)所控制,其开源进步不过是营销方面的举动。 原文链接 https://medium.com/javascript-in-plain-english/7-really-good-reasons-not-to-use-typescript-166af5
TypeScript 语言小组一直在以惊人的速度推出新功能。 这样,如果断言通过,TypeScript 将假定参数是前面定义的类型。 02 7.增量编译 从 v3.4 起可用 如果你在大型项目上使用 TypeScript,则编译器可能需要很长时间才能响应你对该代项目中文件所做的更改。 TypeScript 通过把自从上次编译以来的项目信息保存在代码库内的本地缓存目录中来实现这一目的。 但是,市面上的 TypeScript 教程千篇一律,大多是从官网复制粘贴,如果要学习 TypeScript 语法细节,一定要找真正优质的教程。
作者 | Daniel Curtis 译者 | 张卫滨 微软近日分享了 TypeScript 7(代号为 Corsa 项目)的最新进展,披露了对 TypeScript 编译器的一次根本性重构。 用户现在就可以试用这一预览版: npm install -g @typescript/native-preview TypeScript 7 最重要的变化之一是默认启用 严格模式(strict mode 对于重度依赖编译器的开发工具而言,TypeScript 7 的原生实现使其与其它以原生语言编写的高性能 JavaScript 工具站在了同一赛道。 TypeScript 团队此次转型不仅验证了这一架构方向的正确性,同时也确保了与 TypeScript 语言规范的完全兼容。 原文链接: Microsoft Share Update on TypeScript 7 (https://www.infoq.com/news/2026/01/typescript-7-progress
,一蹉跎就是 2 年多 期间反复思索着一个挥之不去的问题:定制化 IDE 产品的核心价值是什么? 因此,从解决问题的角度来看,定制化 IDE 的核心价值在于: 专用:面向特定领域量身定制,在既定场景下能够提供顺畅、一致的开发体验和效率保障 集大成:从头到尾提供一条龙服务,不仅能够很好地补足工程链路的前半段 : 生死存亡 兼容并包 连接融合 渠道生态 在不同阶段具有不同的核心价值 生死存亡 这个阶段的定制化 IDE 可能存在诸多不完善,比如: 核心能力少:能吸引用户的卖点不多 稳定性欠佳:使用中比较容易遇到问题 易用性差:有些功能用起来不那么顺畅 价值方面几乎没有明显的体现,因此其核心价值是听话,即可塑性强 因为此时产品还只是初具雏形,既没有形成用户习惯,也不用担心历史包袱,只要不是非常不合理的需求,就都可以做 ,如调试、测试 这一阶段,大要发挥大的优势,定制化 IDE 的能力支持从大场景转入小场景,从封闭走向开放,开启更多可能性,对应的核心价值是孵化生态,持续产生价值 三.布局未来的角度 前端工程化历经了这样几个阶段
这听起来可能有点令人沮丧,似乎不换工作就无法体现其他价值。其实不然,如果你仔细研究岗位模型,就会发现在不同的级别不同的阶段,对于核心能力的要求和侧重点是不同的。 也就是说,到了不同的阶段,你需要用不同的能力来体现自身价值。 价值的体现是多方面的,自身的成就感多半也来源于自己感觉做的事情有没有『价值』。 因此,我尝试以更粗略的维度,利用可以治疗颈椎病的鱼骨图的分析方式,为大家列举几个我认为可行的价值体现路径: 如图所示,最终体现在经济效益上的价值才是真正的价值。 具体还要看产品类型,有些产品体验再差也会有人用,因为你有更核心的资源,比如商品价格低质量好;而有些产品,就是要逼格和高端大气上档次的设计感,因为核心用户很关注这些,体验不好就会丢失核心用户。 以上,就是我认为在这个追求速度的、竞争白热化的互联网时代,以及在『全栈工程师』这个行业大背景下的,前端工程师的最核心的价值体现。各位您怎么看?
原文:https://deviq.com/respect 尊重(Respect) 尊重(Respect)是极限编程(Extreme Programming,XP)的核心价值之一。 作为一名有价值的团队成员,每个人都给予并感受到他们应得的尊重。每个人都贡献价值,即使只是简单的热情。开发人员尊重客户的专业知识,反之亦然。管理人员尊重我们接受责任的权利,接受我们自己工作的权力。 这包括在回顾期间(Retrospective)或结对编程(Pair Programming)时尊重他人的想法,以及期望得到客户和管理层的尊重。如果犯了错误,潜在的问题应该被尊重地解决。 管理层应尊重团队自行决策的能力,并通过避免诱使团队加班,让团队保持可持续的步伐。 语录 “只有尊敬他人的人才是值得尊敬的” —— 拉尔夫·沃尔多·爱默生 “Men are respectable only as they respect” – Ralph Waldo Emerson
原文:https://deviq.com/communication 沟通(Communication) 沟通(Communication)是极限编程(Extreme Programming,XP)的关键核心价值 每个人都是团队的一部分,而且我们每天面对面交流。我们将共同合作,从需求到代码。我们将一起为我们的问题创造最好的解决方案。 首先,要考虑在给定大小的团队中存在的沟通渠道的数量。如果团队中只有你一人,恭喜你,你不需要与其他团队成员进行任何交流(当然,你仍然需要与团队之外的人进行沟通)。 而当团队有四个人时,成员之间的渠道数量则增长到六个。下面的公式 $$ \frac {n(n-1)}{2} $$ 是指数增长的。在一个10人的团队中,团队成员之间有45个独立的沟通渠道。 即使在单人团队中,与未来的自我交流也会是一个挑战。编写简单易读的代码,有助于你维护之前编写的代码,确保你理解代码的功能,以及如何最好地调整代码以满足新的需求。
从庞杂的数据背后挖掘、分析用户的行为习惯和喜好,找出更符合用户“口味”的产品和服务,并结合用户需求有针对性地调整和优化自身,就是大数据的价值。 诸位同僚觉得大数据的核心价值是什么? 下面是一些长篇的讨论,这里我把大数据的核心价值理解为核心商业价值。 “很多人还没搞清楚什么是PC互联网,移动互联网来了,我们还没搞清楚移动互联的时候,大数据时代又来了。” ——马云卸任演讲 本文尝试从三大产业的角度将大数据的核心商业价值分类讨论。 首先例举一些大数据的典型应用,然后解释大数据的定义,最后总结大数据的价值。 三、大数据的价值 了解了大数据的典型应用,理解了大数据的定义。这时相信在每个人的心中,关于大数据的价值都有了自己的答案。 6、回复“答案”查看hadoop面试题题目及答案 7、回复“爱情”查看大数据与爱情的故事 8、回复“笑话”查看大数据系列笑话 9、回复“大数据1、大数据2、大数据3、大数据4”查看大数据历史机遇连载
原文:https://deviq.com/feedback 反馈(Feedback) 反馈(Feedback)是极限编程(Extreme Programming,XP)的核心价值之一。 我们将通过交付可工作的软件认真对待每一次迭代承诺。我们会尽早演示我们的软件,然后经常仔细聆听并进行所需的更改。我们将讨论该项目,并使我们的流程适应它,而非相反。 例如,结对编程(Pair Programming)要比计划的代码审查(Code Review)提供更多和更快的反馈,持续集成(Continuous Integration,CI)与不频繁的集成相比可提供更快的问题反馈 频繁交付可工作的软件会减少开发团队开始实施该功能与用户使用该功能之间的时间。很有可能开发人员误解了用户想要的确切功能,或者用户将根据目前已交付的功能来更新他们想要的功能。 收到反馈的时间越早,开发团队就能越快和更便宜地修改软件以适应新的需求。 语录 “作为软件开发人员,我们可以通过两种方式失败:我们可以错误地建造东西,或者我们可以建造错误的东西。”