Golang 到底姓什么?开发者想移除谷歌 logo
前阵子有个 Golang 相关的话题引起了许多人的讨论,那就是“Go 是谷歌的语言,而不是社区的”,该观点认为谷歌作为整个 Go 社区的掌门人,它独自决定了什么东西可以被 Go 语言接受,什么不能被接受。而最近有人就想让谷歌从 Go 官网上移除它自家 logo,以此来稳住军心。
关于 Golang 姓谷歌这一观点,一方面是由于 Go 核心团队的大部分成员都是谷歌的员工,如果他们不离开谷歌,不去积极确立 Go 语言未来的发展方向,那很难说 Go 不是谷歌的;另一方面,谷歌公司真的为 Go 付出了一些东西,比如提供了大量的基础设施和资源,如域名 golang.org。
想想 Go 泛型,开发者一直在苦等谷歌添加这一特性,于是有人就想像 Java 社区一样,新建一个 OpenJDK 之类的项目,自己去实现泛型,然而这个想法并没有实现,最大的原因就在于 Go 本身是属于谷歌一家的,而不是社区的项目,谷歌在 Golang 上是一言堂。
该观点还以一个明显的例子说明这一情况:谷歌 Go 语言核心团队的一名成员拒绝由外部 Go 社区开发的一个模块系统,因为它使用了另一种不同的模型,所以该模块系统被放弃。
这个观点引起了许多人的讨论,而最近有人就针对这个问题,在 Go 项目上提交了一个 issue,希望从 Go 官网(https://golang.org)上移除谷歌的 logo。
他觉得谷歌并不是唯一一家投资 Go 的公司,应当把该项目的主要利益相关者都单独放到另一个地方,将谷歌 logo 也移过去。
Go 的核心团队成员以 TypeScript 项目为例回复道:“……同样重要的是要明确表示谷歌支持 Go,谷歌付费托管着 golang.org 运行的基础设施,我们希望目前非常小的 logo 露出是一种体面的妥协。”
随后针对一些认为谷歌既然支持 Go,那就应该有 logo 露出的说法,提交 issue 的人反驳 Google 同样托管并支持 Android 和 Dart,但没有在每个官网页面上都露出 logo,而另一边,作为商业产品的 google.com 和谷歌文档,则都非常突出 logo,Golang 的做法跟这些商业产品的性质是一样的。
issue 下还有其他人发表了观点,比如 Golang 使用“Supported by Google.”之类的表述会更合适。详情查看:
Golang 到底姓 G(oogle) 还是姓社(区)?移除 Golang 官网上谷歌的 logo 这做法意义又如何?你怎么看?
低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
OSChina 周六乱弹 —— 为什么中国人到了非洲都成了非洲粉
Osc乱弹歌单(2019)请戳(这里) 【今日歌曲】 @nnnm :@小小编辑 图文有关,分享一首歌曲。ps.另外请教各位砖家,图片所示是哪里方言或口音? 《佛系少女》- 冯提莫 手机党少年们想听歌,请使劲儿戳(这里) @支付派 :早上好 早起去锻炼身体呀, @达尔文 :不能穿着跑步的拖孩是没有价值的_(:з」∠)_ 对! 你们感受一下, “猜猜他刚才经历了什么……” 有狗的话, 还是挺容易和小姐姐找话题的, @一只Bug怪 :好想泡住在我对面的小姐姐,不当舔狗,该怎么开始,各位大佬求支招? 直接问啊, “小姐姐,你能带我回家么?” 带回家又怎么样, 你只是她人生的过客而已。 @宅大喵 :我不记得在哪本书上看过一段话了,上面说:这世上很多情侣乃至夫妻都是在“凑合”着过日子,十有八九对方并不是自己心目中那个完美的白马王子/白雪公主。他/她之所以接受你,只是觉得现阶段你对他/她比较好而已。当能触动他/她心弦的人出现的时候,你就要做好承受伤害的准备。 快醒醒吧。 “爱情什么的都是垃圾。” 只有巴叔(@巴拉迪维)是追随自己内心的人。 @巴拉迪维 :周围每个人都能很聪明地作选择,看起来只有我才是...
- 下一篇
每日一博 | 金融行业微服务架构解析
转载本文需注明出处:微信公众号EAWorld,违者必究。 引言: 对于微服务,每个人都有自己的理解,与互联网企业的大量落地相比,微服务在传统金融行业还没有普及,这首先是传统金融行业线上系统需求更新和版本迭代没有互联网公司那么频繁;其次是技术能力约束了新技术的落地;再者传统金融行业对系统可用性和稳定性的要求非常高。 如何理解微服务架构?微服务能够给金融行业带来什么?金融行业微服务架构如何选型?这些都需要我们对微服务架构进行深入的剖析。 目录: 一、什么是微服务 二、主流微服务框架 三、微服务架构关键技术 一、什么是微服务? 微服务架构定义 微服务的定义源于 2014 年 3 月 Martin Fowler 所写的一篇文章“Microservices”,微服务的四个特性定义抽象为“小、独、轻、松”。 微服务的感性认识 转型之前: 紧耦合组件 慢的部署周期,等待集成测试 转型之后: 松耦合组件 自动化部署,无需等待独立组件 微服务优势 可伸缩性:服务的承载能力在设计之初并不能完全符合后来业务发展的要求,随着业务量增大,服务要通过服务器集群方式进行扩展,各个微服务的扩展数量也是按需求扩展,承载...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- CentOS8编译安装MySQL8.0.19
- CentOS7,8上快速安装Gitea,搭建Git服务器
- CentOS6,7,8上安装Nginx,支持https2.0的开启
- CentOS关闭SELinux安全模块
- SpringBoot2初体验,简单认识spring boot2并且搭建基础工程
- SpringBoot2整合MyBatis,连接MySql数据库做增删改查操作
- CentOS8安装MyCat,轻松搞定数据库的读写分离、垂直分库、水平分库
- CentOS8安装Docker,最新的服务器搭配容器使用
- CentOS7,CentOS8安装Elasticsearch6.8.6
- Red5直播服务器,属于Java语言的直播服务器