R 语言社区知名开发者“谢益辉”被 RStudio/Posit 公司解雇
R Markdown、knitr、blogdown 和 bookdown 等 R 软件包的创建者谢益辉于日前发布博客表示,自己已于 2023 年底被 Posit (原 Rstudio) 公司解雇,并于 2024 年 1 月 1 日正式离开该公司。
在写了这么多年的 “*down” packages 后,我在这里宣布“Yihui-down”。
谁倒下了?我。在 RStudio/Posit 工作了 10 多年之后,现在是我探索其他机会的时候了。两个多星期前,我被告知被裁员了,最后一天是 2023-12-31。坦率地说,我感到非常惊讶,但只是短暂的惊讶。我完全尊重 Posit 的决定,并很快接受了我的贡献不再配得上这里的全职工作这一结论。一段关系的结束往往并不意味着任何一方做错了什么或失败了什么。相反,它可能只是表明双方不匹配,这很正常。人就是会变。回想起这些美好的岁月,我离开时大多怀着感激之情。
谢益辉表示,Posit 同时为他提供了一个合同工方案;因此这一离开并不意味着诀别,他后续将继续维护 R Markdown 系列包(暂定一年)。现有的 R 软件包仍将得到维护。但 DT 软件包是唯一的例外,因为它不在合同之列,Posit 计划为它寻找新的维护者。
但这一合同工并不足以维生,谢益辉也在需找新的工作机会,希望同时能够满足可以自由灵活地继续为 R 生态系统和开源做出贡献。
考虑到被突然解雇后所面临的经济压力,谢益辉还发布了一个众筹的赞助页面,以寻求大家的帮助:https://github.com/sponsors/yihui
“我以前从未向社区请求过经济支持,因为我从来没有感觉到有必要(感谢Posit)。现在情况变得不一样了......如果有人能在我过渡到下一个稳定的生活阶段之前支持我几个月,我将非常感激。当我不再需要赞助时,我会通知大家,如果你们是月度赞助,可以取消赞助。我很乐意提供一些临时性的帮助作为回报。”
一些 R 用户对于谢益辉的离开表达了震惊,研究软件工程师 Zhian N. Kamvar 在 Mastodon 上发帖称,“这绝对是毁灭性的消息。如果没有益辉在 knitr 上的工作,我不可能取得过去十年的成就。如果你最近有使用过 RStats 构建的网站、报告或书籍,你都要感谢益辉。”
外媒 InfoWorld 认为,谢益辉的离开再次表明了一个信号,即 Posit 正在专注于提供 R 和 Python 之间互操作性的产品。一个相关的佐证就是 2022 年发布的 Quarto 开源技术发布平台,该平台不区分语言,同样支持 R 和 Python,以及 Julia 和 Observable JavaScript。该公司当时表示,Quarto 将是下一代 R Markdown。
在谢益辉被解雇的前一个月,Python pandas 创建者 Wes McKinney 也加入了 Posit,这也表明该公司正在认真地将其业务重点扩大到 R 之外。McKinney 当时表示,他将“在 Posit 的工作中倡导 PyData 生态系统的需求,并继续推进重要的开源计划。”

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
App 跨平台框架 VS 原生开发深度评测之 2023 版
App跨平台框架历史悠久,从cordova、react native、flutter,直到最近的uni-app x。江山代有才人出,每个都试图颠覆原生,但过去却一直未成功。 过去的问题到底在哪里? 我们先捋一捋各种技术路线,分析这些跨平台开发框架和原生应用的差别具体在哪里。 逻辑层 渲染层 类型 代表作 webview webview 弱类型 5+App、cordova js引擎 webview 弱类型 uni-app之app-vue 、小程序(dount) js引擎 原生渲染 弱类型 react native、uni-app之app-nvue、weex dart引擎 flutter渲染引擎 强类型 flutter js引擎 flutter渲染引擎 弱类型 微信skyline、webF、ArkUI-x kotlin 原生渲染 强类型 uni-app x kotlin 原生渲染 强类型 原生应用 上面的表格,除了行尾的原生应用外,各个跨平台框架按出现时间排序,可以看到跨平台框架是如何演进的。 上表中,uni-app x和原生应用是一样的,逻辑层和渲染层都是原生,都是强类型;而其他跨平台框...
- 下一篇
事务的起源:事务池和管理器的初始化
爱可生开源社区 2024 全新技术专栏《MySQL 核心模块揭秘》第一期。 作者:操盛春,爱可生技术专家,公众号『一树一溪』作者,专注于研究 MySQL 和 OceanBase 源码。 爱可生开源社区出品,原创内容未经授权不得随意使用,转载请联系小编并注明来源。 本文基于 MySQL 8.0.32 源码,存储引擎为 InnoDB。 1. 事务池和管理器 作为 MySQL 中支持事务的默认存储引擎,InnoDB 对表中数据的读写操作都在事务中执行。 MySQL 被设计为支持高并发,支持很多客户端同时连接到数据库,这些连接可以同时执行 SQL。 如果这些 SQL 都要读写 InnoDB 表,InnoDB 会为每个连接启动一个事务,这意味着需要同时启动很多事务。 对于 TP 场景,通常情况下,事务都会很快执行完成。启动事务、执行 SQL、提交事务的整个流程只会持续很短的时间。 TP 是 OLTP 的简称,表示在线事务处理;与之相对的另一个常用术语 AP,是 OLAP 的简称,表示在线事务分析。 以这样一个场景为例: 客户端连接到 MySQL。 客户端执行 begin 语句。 客户端执行一条 ...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- CentOS8安装Docker,最新的服务器搭配容器使用
- Linux系统CentOS6、CentOS7手动修改IP地址
- 2048小游戏-低调大师作品
- Springboot2将连接池hikari替换为druid,体验最强大的数据库连接池
- CentOS8安装MyCat,轻松搞定数据库的读写分离、垂直分库、水平分库
- CentOS8编译安装MySQL8.0.19
- CentOS6,CentOS7官方镜像安装Oracle11G
- CentOS7,8上快速安装Gitea,搭建Git服务器
- SpringBoot2整合Thymeleaf,官方推荐html解决方案
- MySQL8.0.19开启GTID主从同步CentOS8