Skip to content

四火的唠叨

一个纯正程序员的啰嗦

Menu
  • 所有文章
  • About Me
  • 关于四火
  • 旅行映像
  • 独立游戏
  • 资源链接
Menu

写在 Gmail 被墙后

Posted on 12/30/201410/02/2024 by 四火

gmail

12 月 27 号开始,Gmail 服务被 GFW 屏蔽(具体时间可从 Google 的 Transparency Report 上获知),并且这种屏蔽方式是极其原始的 IP 地址屏蔽,这意味着,以往能够使用的 POP3、IMAP、SMTP 等等,所有的端口都被屏蔽了(请参阅维基百科词条)。换言之,今次的事件,可不只是简单的网页无法访问的问题,国内邮箱与 Gmail 互发邮件的能力,已经被彻底废掉了。如此地逆信息流动而为,如此地人为制造沟通障碍,和原有的网页请求关键字和时限数分钟的屏蔽方式相比,简单粗暴,毫无伪装,鲜血淋漓。

截止到目前,已有一些人发起了白宫请愿,上面也写得很明白 “From Dec. 27, Chinese netizens are completely out of Gmail service, due to a new blockage from Great Firewall via IMAP and POP3 protocols.”,只有在达到 10 万人的签名以后,才会得到白宫的正式回应。

微博上面许许多多的 IT 人都摆出了讽刺或者咒骂的态度,已经很少有人去正儿八经 “批评” 始作俑者了。但凡做技术的,崇尚信息自由和流动的,各路背景的程序员,在这一问题上,都站出来表明了类似的立场。你我都清楚,我们所憎恨的对象,已经不值得去 “批评” 了;所谓的代价与后果,已经不值得去 “解释” 了。知识分子,在现今的环境下,极少得到重视。这次的事件就是一典型例子。或许 VPN 是被默许的翻墙方式,亦或要阻止这样一簇人这样一种方式的成本太高,我们都还可以通过这样那样的办法跨国信息的隔阂。但是知识分子浪费在这上面的时间精力,是不会得到任何人在乎的。

从这件事情上面,我也有一些新的感触。其中之一便是,墙内的世界,比想象的要脆弱得多。Gmail 于我的重要性之大,显然如今的可用性残疾令我无比失望。其二便是,能够使用 “互联网技术”,而非 “局域网技术”,已经成为一道实实在在的门槛。当互联网不易互联,互联网便不再亲民。

监管着的电影电视,监管着的书报媒体,唯有互联网,是不易控制的一方混沌。投入了多少人力物力(譬如新浪微博的专职内容审查人员,就有数千人),换来如今这种半残不残的局面。这堵当代的柏林墙,只见它愈来愈厚,不知还要耸立下去多久?难道 “大中华局域网”,真的指日可待了?

“呵呵”。

文章未经特殊标明皆为本人原创,未经许可不得用于任何商业用途,转载请保持完整性并注明来源链接 《四火的唠叨》

×Scan to share with WeChat

你可能也喜欢看:

  1. 从“Google 地图八位版” 看国内的抄袭
  2. 为什么云计算服务是亚马逊先做出来?
  3. 关于 Jeff Dean 的几个搞笑传言
  4. 常见分布式应用系统设计图解(四):输入建议系统
  5. 常见分布式应用系统设计图解(九):协同编辑系统

2 thoughts on “写在 Gmail 被墙后”

  1. Anonymous says:
    01/12/2015 at 4:48 PM

    最近刚换的工作,入职邮箱填的是 gmail 邮箱……
    后来换成了 qq 邮箱……

    Reply
  2. 少奶奶J says:
    01/09/2015 at 4:57 PM

    也许只有当我们沉默得高调

    Reply

Leave a Reply Cancel reply

Your email address will not be published. Required fields are marked *

订阅·联系

四火,啰嗦的程序员一枚,现居西雅图

Amazon Google Groovy Hadoop Haskell Java JavaScript LeetCode Oracle Python Spark 互联网 前端 华为 历史 同步 团队 图解笔记 基础设施 工作 工作流 工具 工程师 应用系统 异步 微博 思考 技术 数据库 曼联 测试 生活 程序员 管理 系统设计 缓存 编码 编程范型 英语 西雅图 设计 评审 问题 面试 项目

分类

  • Algorithm and Data Structure (30)
  • Concurrency and Asynchronization (6)
  • System Architecture and Design (43)
  • Distributed System (18)
  • Tools Frameworks and Libs (13)
  • Storage and Data Access (8)
  • Front-end Development (33)
  • Programming Languages and Paradigms (55)
  • Testing and Quality Assurance (4)
  • Network and Communication (6)
  • Authentication and Authorization (6)
  • Automation and Operation Excellence (13)
  • Big Data and Machine Learning (5)
  • Product Design (7)
  • Hiring and Interviews (14)
  • Project and Team Management (14)
  • Engineering Culture (17)
  • Critical Thinking (25)
  • Career Growth (57)
  • Life Experience and Thoughts (45)

推荐文章

  • 谈谈分布式锁
  • 常见分布式系统设计图解(汇总)
  • 系统设计中的快速估算技巧
  • 从链表存在环的问题说起
  • 技术面试中,什么样的问题才是好问题?
  • 从物理时钟到逻辑时钟
  • 近期面试观摩的一些思考
  • RSA 背后的算法
  • 谈谈 Ops(汇总 + 最终篇):工具和实践
  • 不要让业务牵着鼻子走
  • 倔强的程序员
  • 谈谈微信的信息流
  • 评审的艺术——谈谈现实中的代码评审
  • Blog 安全问题小记
  • 求第 K 个数的问题
  • 一些前端框架的比较(下)——Ember.js 和 React
  • 一些前端框架的比较(上)——GWT、AngularJS 和 Backbone.js
  • 工作流系统的设计
  • Spark 的性能调优
  • “残酷” 的事实
  • 七年工作,几个故事
  • 从 Java 和 JavaScript 来学习 Haskell 和 Groovy(汇总)
  • 一道随机数题目的求解
  • 层次
  • Dynamo 的实现技术和去中心化
  • 也谈谈全栈工程师
  • 多重继承的演变
  • 编程范型:工具的选择
  • GWT 初体验
  • java.util.concurrent 并发包诸类概览
  • 从 DCL 的对象安全发布谈起
  • 不同团队的困惑
  • 不适合 Hadoop 解决的问题
  • 留心那些潜在的系统设计问题
  • 再谈大楼扔鸡蛋的问题
  • 几种华丽无比的开发方式
  • 我眼中的工程师文化
  • 观点的碰撞
  • 谈谈盗版软件问题
  • 对几个软件开发传统观点的质疑和反驳
  • MVC 框架的映射和解耦
  • 编程的未来
  • DAO 的演进
  • 致那些自嘲码农的苦逼程序员
  • Java 多线程发展简史
  • 珍爱生命,远离微博
  • 网站性能优化的三重境界
  • OSCache 框架源码解析
  • “ 你不适合做程序员”
  • 画圆画方的故事

近期评论

  • + 1.943624 BTC.NEXT - https://graph.org/Ticket--58146-05-02?hs=9a9c6f8dfe3cdbe0074006e3e640b19b& on 所有文章
  • Anonymous on 闲聊投资:亲自体验和护城河
  • 四火 on 关于近期求职的近况和思考
  • YC on 关于近期求职的近况和思考
  • mafulong on 常见分布式基础设施系统设计图解(四):分布式工作流系统
  • 四火 on 常见分布式基础设施系统设计图解(八):分布式键值存储系统
  • Anonymous on 我裸辞了
  • https://umlcn.com on 资源链接
  • Anonymous on 我裸辞了
  • Dylan on 我裸辞了
© 2025 四火的唠叨 | Powered by Minimalist Blog WordPress Theme
Menu
  • 所有文章
  • About Me
  • 关于四火
  • 旅行映像
  • 独立游戏
  • 资源链接