西安开发者

杜架的技术月刊，主要关注计算机领域，记录本月看到的有价值的信息，主要包含：碎片化思考，阅读笔记分享，开源项目（软件）介绍。内容主题可能有极大的个人喜好偏向，努力做个输出的人，爱我所爱，想我所想，写我所写。

多模态机器学习，英文全称 MultiModal Machine Learning (MMML) 模态（modal）是事情经历和发生的方式，我们生活在一个由多种模态（Multimodal）信息构成的世界，包括视觉信息、听觉信息、文本信息、嗅觉信息等等，当研究的问题或者数据集包含多种这样的模态信息时我们称之为多模态问题，研究多模态问题是推动人工智能更好的了解和认知我们周围世界的关键。

上一节，我增加了简陋的管理订阅的功能，不过阅读器真正的内容是文章，为了能让这个简陋的东西能工作起来，需要给它实现一个获取文章列表的功能。

我有一个远程工作相关的 Telegram 频道，用于发布一些网上找到的远程工作机会和文章等资源，为了方便讨论，绑定了一个群组作为评论区。 最近一段时间，群组中有大量版聊，而且和主题并没有太大相关，有点头疼。看到 TG Geek 的频道的评论群组很干净，而且会使用一个自动踢人的 bot 来阻止新成员加入，基本上只是作为一个评论区使用，这正符合我的需求，于是我也在远程工作者的群组中加入了 @auto_kickout_bot 这个 bot，效果还不错。 然而我的群组已经有 500 多名成员了，爱好版聊的依然在版聊，本想自己做一个 bot 来批量删除所有群组普通成员，但是找了一圈，发现 Telegram Bot API 并不支持遍历成员、消息以及删除一个已有成员。Telegram API 虽然支持，但是本身鉴权略显麻烦，不想那么费事。

敏捷能提高项目的交付速度和效率吗？ 敏捷的计划是什么样的呢？ 敏捷总强调价值，价值到底该怎么估算呢？ 如何应对计划偏离？ 如何看待文档和知识共享？

分享一下云原生kubernetes源码系列文章第二十六篇，主要介绍k8s中client go存储相关的Queue组件和DeltaFIFO，欢迎大家多多交流，相互学习

改进正则表达式，以及在 Automate 中使用 For Each Block 来批量处理记账。

Camera、Camera2、CameraX？3者之间啥关系？ CameraX、CamX分不清？ 今天我们就一起来学习、了解下这些内容，为大家解开迷惑。 这篇文章分下面几点展开： 1） CameraX初认识？ 2） Google为啥要推出CameraX？ 3） CameraX基本框架介绍； 4） CameraX的基本使用示例； 5） CameraX、Camx要分清；

在开始之前，我想问你一个问题：你有复盘的习惯吗？ 我先回答这个问题，我几乎很少复盘，偶尔只是回顾，不是那种详细的回顾，而是偶然性懊悔和反思。就像写这篇文章一样，但不是复盘。我所以理解的复盘是一个做事的习惯，不仅是工作上，生活上同样是可以复盘的，工作中的经验同样可以在生活中发挥作用的，反哺生活。 今天的分享动力来源于最近看到一篇文章，推荐研读：一个程序员的成长之路

分享一下云原生kubernetes源码系列文章第二十四篇，主要介绍k8s中client go存储相关的ThreadSafeStore组件，欢迎大家多多交流，相互学习。

使用 Automate 调用 Notion API 在自建的账本表格里面插入记录。

除非业务逻辑非常简单单一，典型的以太坊应用一般都绕不开状态同步的问题。这里所说的状态指的是“交易状态”，所谓状态同步即指：将链上交易状态同步到业务数据库中。 为什么要做状态同步？ 这个问题的答案很直接，无外乎两点： 以太坊的速度和查询无法支撑良好的用户体验，甚至连“普通的”用户体验都无法支撑。 业务数据关联的需要。比如，某个用户操作除了导致（本地数据库中的）业务数据本身的变化之外，还会提交以太坊的交易。那么，此时通常需要将两者（链上和链下）关联在一起。 有时，你会看到有些文章和书籍上提到：indexing 或 caching，其本质都是交易状态同步。 另外请注意：本文所指的状态同步都是指后端而言，前端状态同步要简单很多，各位可参见我的这篇文章。

今晚偶然看到【竹白】，好奇心驱使下，研究了一下，使用和产品风格一样，简单，留白，挺有意思的。 不知道自己在这个平台会停留多久，暂且用这篇碎碎念完成首篇。 最近脑海里一直有几个疑问： 好的程序员是什么样的？ 如何保持自己的学习力和竞争力？ 作为程序员，自己未来的路怎么走？ 总的来说满满的焦虑，我也不知道为什么会是这样，也许工作久了的职场人都会有这样的担忧吧，当然家庭富裕和躺平的除外。

Contact 类似 class，可以：abstract、继承和被其他 contract 调用。 典型使用： 创建新合约：new MyContract(...) 使用已部署合约：MyContract($address)

日志的重要性 要理解为什么日志在产品或者系统中扮演着重要的角色，我们必须了解它的价值。至少到现在，日志被应用最广泛的是报警、故障排除和业务数据可视化。 报警 日志可以作为我们业务系统监控的重要数据来源；成熟的产品系统都有报警系统，如果系统中出现超过某个已定义的某个指标的问题，日志系统会自动将报警信息发送到通知平台，On-call 的人就可以根据报警信息定位解决问题了。

上一篇文章里，我们主要介绍了不同组还有版本下的资源操作对象，以及资源操作对象工厂和工厂的实例化。该工厂是对于某一组下某一个版本资源操作对象的工厂，那么对于这些工厂对象是如何获取到的呢，kubernetes 提供了 clientset 这个对象用来获取所有的工厂，换句话来说，clientset 就是资源操作对象工厂的工厂。本篇文章里我们主要来介绍这个对象。

我在多年的职业生涯中经历过瀑布开发和敏捷开发方式，也经历过瀑布到敏捷的转型。我发现很多团队对瀑布开发并没有完全理解，甚至有些企业在使用瀑布开发的方式，也并没有真正理解瀑布开发的本意。本文将从敏捷开发的不足、瀑布开发的本意、瀑布开发与TDD的结合等方面来展开。

导读：这是一篇非常完整全面的应用技术干货，手把手教你如何使用 Doris+Iceberg+Flink CDC 构建实时湖仓一体的联邦查询分析架构。按照本文中步骤一步步完成，完整体验搭建操作的完整过程。 作者｜Apache Doris PMC 成员 张家锋 本文概览 这篇教程将展示如何使用 Doris+Iceberg+Flink CDC 构建实时湖仓一体的联邦查询分析架构，Apache Doris 1.1 版本提供了 Iceberg 的支持，本文将主要展示 Doris 和 Iceberg 如何使用。 本教程中整个环境都是基于伪分布式环境搭建，按照步骤一步步完成，完整体验整个搭建操作的过程。

上一篇文章里，我们主要介绍了 client go 这个基础组件相关的 request 和 result 对象，这两个对象主要用来发送资源操作的请求，以及处理相关的响应。众所周知， kubernetes 中的资源是分 group/version 的，本篇文章里我们主要来介绍对于不同组以及版本的资源操作对象。

我的姐姐是一位大学教授，她的课题研究中，需要处理一些显微镜影像图片，但是 MRXS 文件导出的 TIF 图片尺寸太大，通常能达到几万到十几万像素，文件体积也能达到六七百M甚至更大，这样巨大的文件，通常的看图软件或者图片处理软件根本无法打开。 我拿到图片后，也尝试了一些处理软件，均以失败告终，于是想到使用 Python 的图像库来进行处理，尝试了 cv2, PIL, Pillow 等一些库，都没有能够解决。

最近看到一篇很好的文章，关于技术成长方面，推荐大家阅读原文，本文是我的笔记，分享给大家。技术能力是什么？技术