这项人工智能技术最终可能将起到数字助手的作用，为飞行员提供实时建议；或者，它可能被用于驾驶无人机，作为人类驾驶的飞机的僚机。...Ernest解释说，ALPHA并不会取代人类的一切工作，而是帮助应对当代战斗机上各种感应器输出的大量数据。他表示：“这项技术并不是为了近距离混战而设计，也不是说你就可以不把注意力放在驾驶舱内。...就像谷歌和Facebook等公司收集海量数据来判断用户的兴趣所在、决定接下来要对用户显示什么广告一样，ALPHA也可以吸收来自飞机传感器的源源不断的数据，并迅速决定如何响应。...尽管如此，不应将ALPHA与谷歌、Facebook和微软等技术巨头的人工智能系统相混淆。...如Earnest所说，模糊逻辑更多的是模拟人们的想法，而不是模拟大脑。 模糊逻辑系统面世至今已有数十年，应用极为广泛，例如工业控制系统。
接任，后者不仅成为FAIR实际负责人，而且还会担任Facebook内部应用机器学习团队AML。...知乎热门提问称：LeCun 为什么要卸任 FAIR（Facebook AI 实验室）负责人，工程和研究的矛盾可调和吗？...我都不知道这些传言是怎么来的。 FAIR基本上是自底向上的管理模式，给一个环境让研究者们去探索，只要有进展，老板们不会干涉。...现在大家知道围棋是好方向了，但退回2015年做围棋，碰到个有点控制欲的老板还不把你一脚踹到爪哇国去，但是FAIR不会，大家以“与别人不同”为荣，并且愿意沿着自己看准的方向坚持下去。...过了一两年，等Yann发现各个团队的技术跟上来了，可以应用下先进的技术的时候，AML已经控制了Facebook机器学习的基础架构了。他们用的是Caffe2而不是PyTorch。
我估算了下 Twitter 的数值（与大型科技公司相比微不足道），从 HDFS 切换到 zstd 每年节省的数量大约为 8 位数的中值。在世界范围内（非年化），这个数值应该不低于 9 位数？...Zstandard（其 C 语言实现 zstd 更为知名）是由 Facebook 公司的 Yann Collet 开发的无损数据压缩算法，在多种数据集上提供了很高的压缩比和非常好的性能。...Honeycomb 首席开发者大使 Liz Fong-Jones 赞同切换到 zstd： 我们不把它用于列文件，因为那太慢了，但我们把它用于 Kafka（…），在生产环境中从 snappy 切换到 zstd...亚马逊跨 AZ 的数据传输非常昂贵。 在 Reddit 一个热门的帖子中，noirknight 是众多提供正反馈的用户之一： 我的公司几年前也做过类似的事情，也看到了类似的好处。...今日好文推荐 社区分裂、应用争议，5年都没火起来的WebAssembly “炒错”方向了？
为什么？按照我的好兄弟、“怪杰”创始人申音的说法，中国其实没有一个所谓的“全民互联网”，而是人为割裂的。它既存在于精英的Think笔记本上，也存在于草根的MTK山寨机中。...据说微博向二三线城市下沉时，基本不会遇到微信的阻挡。因为二三线用户完全不把微博和微信当成类似产品，完全是两个东西。那么当地市场上只有微信在，微博进去是比较容易的。...我认为，中国的互联网社交网络并不像有些人说的已经发展成熟、江山划定，而是仍然处于圈地阶段，尤其是二三线城市。 为什么？因为随着经济和社会的发展，中国互联网某种程度上其实会越来越像美国。...PC时代中国是和美国有明显差距的，感觉就是差几年。但在移动互联网时代，中国的应用规模与美国不相上下，在本地化创新方面也有了底气。...微博的开放性、用户层级、讨论深度都是其他产品难以比拟的，否则，为什么一遇到大事大家还不是上微博？ 我曾写过，一个人、一个企业总有自己的DNA，很难“转基因”。这个基因，就是吃饭的家伙，就是命。
有意思的是，我发现这 6 个一点点都和意识有关，也就是程序员和其他一切新兴产业的工种一样，只需要意识加上时间的锤炼，人人皆可达到理想的阶段。...理想的程序员必然也是一个优秀的 problem-solver。 第 1 个一点点:专注眼下 见过太多心猿意马的程序员，我不得不把「专注眼下」作为天字第一条。...理想的程序员永远不会等事情前进，他们会用尽一切方法让事情前进。 第 3 个一点点：Never Say No 记得从前厂离职之前，找老板谈话，他说我最大的优点就是从来不和他说这个做不到。...后来我发现在很多团队里，都存在一种技术和产品的对立，程序员往往以「技术上无法实现」来挡产品的需求，而产品也往往以「Facebook 可以为什么我们做不到」来奚落程序员。...举我自己的领域 — 数据挖掘为例，08 年左右 Hadoop 开始兴起，一时「大数据」概念火热，Hadoop 工程师万金难求，各互联网公司纷纷把数据统计、数据分析和数据挖掘的业务切换到分布式平台上。
有意思的是，我发现这6个一点点都和意识有关，也就是程序员和其他一切新兴产业的工种一样，只需要意识加上时间的锤炼，人人皆可达到理想的阶段。理想的程序员必然也是一个优秀的 problem-solver。...01 第 1 个一点点：专注眼下 见过太多心猿意马的程序员，我不得不把「专注眼下」作为天字第一条。...理想的程序员永远不会等事情前进，他们会用尽一切方法让事情前进。 03 第 3 个一点点：Never Say No 记得从前厂离职之前，找老板谈话，他说我最大的优点就是从来不和他说这个做不到。...后来我发现在很多团队里，都存在一种技术和产品的对立，程序员往往以「技术上无法实现」来挡产品的需求，而产品也往往以「Facebook可以为什么我们做不到」来奚落程序员。...举我自己的领域 — 数据挖掘为例，08 年左右 Hadoop 开始兴起，一时「大数据」概念火热，Hadoop 工程师万金难求，各互联网公司纷纷把数据统计、数据分析和数据挖掘的业务切换到分布式平台上。
有意思的是，我发现这6个一点点都和意识有关，也就是程序员和其他一切新兴产业的工种一样，只需要意识加上时间的锤炼，人人皆可达到理想的阶段。...理想的程序员必然也是一个优秀的 problem-solver.。 第 1 个一点点：专注眼下 见过太多心猿意马的程序员，我不得不把「专注眼下」作为天字第一条。...理想的程序员永远不会等事情前进，他们会用尽一切方法让事情前进。 第 3 个一点点：Never Say No 记得从前厂离职之前，找老板谈话，他说我最大的优点就是从来不和他说这个做不到。...后来我发现在很多团队里，都存在一种技术和产品的对立，程序员往往以「技术上无法实现」来挡产品的需求，而产品也往往以「Facebook可以为什么我们做不到」来奚落程序员。...举我自己的领域 — 数据挖掘为例，08 年左右 Hadoop 开始兴起，一时「大数据」概念火热，Hadoop 工程师万金难求，各互联网公司纷纷把数据统计、数据分析和数据挖掘的业务切换到分布式平台上。
有意思的是，我发现这 6 个一点点都和意识有关，也就是程序员和其他一切新兴产业的工种一样，只需要意识加上时间的锤炼，人人皆可达到理想的阶段。...理想的程序员必然也是一个优秀的 problem-solver。 ? 第 1 个一点点 专注眼下 见过太多心猿意马的程序员，我不得不把「专注眼下」作为天字第一条。...理想的程序员永远不会等事情前进，他们会用尽一切方法让事情前进。 ? 第 3 个一点点 Never Say No 记得从前厂离职之前，找老板谈话，他说我最大的优点就是从来不和他说这个做不到。...后来我发现在很多团队里，都存在一种技术和产品的对立，程序员往往以「技术上无法实现」来挡产品的需求，而产品也往往以「Facebook 可以为什么我们做不到」来奚落程序员。...举我自己的领域 — 数据挖掘为例，08 年左右 Hadoop 开始兴起，一时「大数据」概念火热，Hadoop 工程师万金难求，各互联网公司纷纷把数据统计、数据分析和数据挖掘的业务切换到分布式平台上。
Facebook启动了自己的智能聊天设备研发平台，搭载其具有人气的Messenger聊天应用。...摄像机切换到一个虚拟的平台，面孔变成了一个手机里的影像，有着好听的女声，小冰分享了她的播报，甚至回答了抛出来的问题。摄像头切换到了虚拟平台前一个动画圆上。...几分钟后，我开始明白为什么他在讲话时不耐烦的跺脚，就好像他为自己不能像思考那样快速的说话感到沮丧。当我们看到他穿着袜子套着凉鞋，穿着短裤和写着“让传奇去死”字样的T恤。...从很大程度上来说，用户似乎不愿意下载应用。西雅图的居民可能会被要求下载某一款应用，目的只是为了要检查一下他们多次乘坐的渡轮的票价情况——当然，应用会有更好的模式。...但当这些资产拼凑成一张完整的地图，你就能看出微软为什么那么乐观了。 “我们拥有全部这些资产，”陆说，“我相信我们拥有引领未来的关键”。单从其中的某一个要素来看，微软也面临着强劲的竞争对手。
有意思的是，我发现这6个一点点都和意识有关，也就是程序员和其他一切新兴产业的工种一样，只需要意识加上时间的锤炼，人人皆可达到理想的阶段。理想的程序员必然也是一个优秀的problem-solver。...第1个一点点：专注眼下 见过太多心猿意马的程序员，我不得不把「专注眼下」作为天字第一条。...理想的程序员永远不会等事情前进，他们会用尽一切方法让事情前进。 第3个一点点：Never Say No 记得从前厂离职之前，找老板谈话，他说我最大的优点就是从来不和他说这个做不到。...后来我发现在很多团队里，都存在一种技术和产品的对立，程序员往往以「技术上无法实现」来挡产品的需求，而产品也往往以「Facebook可以为什么我们做不到」来奚落程序员。...举我自己的领域 -- 数据挖掘为例，08年左右Hadoop开始兴起，一时「大数据」概念火热，Hadoop工程师万金难求，各互联网公司纷纷把数据统计、数据分析和数据挖掘的业务切换到分布式平台上。
有意思的是，我发现这6个一点点都和意识有关，也就是程序员和其他一切新兴产业的工种一样，只需要意识加上时间的锤炼，人人皆可达到理想的阶段。理想的程序员必然也是一个优秀的 problem-solver。...3.1 第 1 个一点点：专注眼下 见过太多心猿意马的程序员，我不得不把「专注眼下」作为天字第一条。...理想的程序员永远不会等事情前进，他们会用尽一切方法让事情前进。 3.3 第 3 个一点点：Never Say No 记得从前厂离职之前，找老板谈话，他说我最大的优点就是从来不和他说这个做不到。...后来我发现在很多团队里，都存在一种技术和产品的对立，程序员往往以「技术上无法实现」来挡产品的需求，而产品也往往以「Facebook可以为什么我们做不到」来奚落程序员。...举我自己的领域 — 数据挖掘为例，08 年左右 Hadoop 开始兴起，一时「大数据」概念火热，Hadoop 工程师万金难求，各互联网公司纷纷把数据统计、数据分析和数据挖掘的业务切换到分布式平台上。
四、论坛软件的尴尬之处 John Resig的烦恼，在更深的层次上，我认为反映了论坛软件在开发上的困境。 今天的论坛软件，在模式上与10年前没有本质区别，主要功能和运作模式都是那时定下的。...我不是说现在的论坛模式不好，而是说这种模式不适合进一步发展，所以开发就走入了死胡同，只能做功能的增强，而不能做模式的创新。 现有的论坛模式不具备可扩展性（scalable）。...由于对数据的实时性要求太高，导致不能对论坛软件使用缓存，这就是说，基本上网上论坛都是一个单机系统，CDN和反向代理都用不上。单机系统的结果，就是论坛软件不可能负担太多的访问者。...Facebook和Twitter，都不把自己称为网站，而是把自己叫做平台，意思就是说，我只提供基础设施，随便你怎么造房子。我就常常想，论坛的2.0时代什么时候到来呢，会是什么样子，又怎么来实现呢？...五、论坛软件可能的创新之处 我记得，以前看到过有人提议，可不可以基于BT下载的模式（或者点对点协议），做出一个论坛。
引言上一回说道, Markdown可以使用一些高级用法进一步提升文档的质量和可读性，以完成高要求的复杂文本写作如论文等。那么, 为什么我们需要用Markdown来写论文呢?...最令人烦躁的是，当你用Word和别人协作的时候，Word本身就足以成为灾难。以参考文献引用为例，如果你不把Mendeley或者Zotero的文献库页同步给对方，那么自动生成的标记大概率就会面目全非。...另外还有，无法修改的表格框，因图片而全部被挤到下一页的正文，因富文本粘贴而改变的字体、字号，不知所起的自动编号，不知所云的空格添加，莫名其妙的错误提示，一切的一切都是因为Word所见即所得的功能。...那么，为什么不用LaTex？...语法简单便于版本控制实时保存, 不易崩溃可转换成Word对排版进行补全而最大的优点是： 来，跟我一起念！计算机永远不会错！复制粘贴永远不会错！自动生成永远不会错！
因为各种原因，Cordova 的定位最终没有成为浏览器的强化，而走向了混合式开发。基于当时的背景，他们认为原生是不可替代的，「原生+HTML5」的混合模式更有意义。...Facebook 是混 Web 圈的，并且在手机 OS 上没有自己的领地，他不喜欢被苹果和 Google 掌控的原生应用生态系统。...另外内容维护上也很麻烦，这也是为什么有些媒体开始放弃原生 App 鼓励读者使用 Web App 的原因。...这也是为什么这两年诞生了很多基于 HTML5 的开源技术框架，并且非常受用户欢迎的原因。...而这一切，都意味着 HTML5 带来的移动互联网的风向转变。 你手机里装了多少 App，最常用的有哪些? 可能最多的回答是，我用「微信、QQ，或者其他浏览器」等等所谓的超级 App。
但焦点问题貌似并不在 Libra、区块链和数字货币之上，有一种强烈的感受，议员们不相信 Libra 的原因其实是 Facebook 太多的黑历史。 “为什么是 Facebook 做 Libra？”...一切始于去年3月份的剑桥分析丑闻。...在营长认为，主要有以下8点： 1、Facebook，为什么又是你？...针对 Marcus 反复提到的“数字货币是美国的一个机会，如果美国不把握住，则会被与美国价值观不同的国家控制”的观点，Schatz 做出了回击，认为问题的关键不在于此，而在于“为什么是Facebook...参议院银行委员会副主席 Sherrod Brown 并不相信 Facebook，“我希望我们可以相信 Facebook，相信 Libra，但委员会里几乎没有人能做到。” 众议院听证会变味道吗？
题图： from Zoommy 两年前，我曾写过一篇 #有关理论型高可用# 的文章，目的是为了警示使用者，切莫重理论，轻实践，不把系统可用性当回事，这种思想很危险。...事后复盘，在场所有人都觉得不可思议，为什么呢？因为MySQL是双主互备模式，如果一台数据库挂了，应用服务应该是无感知才对。怎么会把整个服务都搞挂了呢？...说完了数据库，再说一个与应用服务器有关的案例。 上周的某个工作日，工作群里突然一阵大乱，有的人说OA系统卡死，几秒种后被抛到了登录界面，而有的人却说一切正常。...所以，当某位小伙伴突发一些所谓的 “技术疏漏” 事件，只要不把公司搞死，从情感上还是可以接受的。 扯完大道理，我还是结合自己的经验来谈谈。 | 连下盘都不稳，还扯什么高可用？...就在要进入僵局的时候，我提议：“既然大家都没经验，要不就先试试看，然后咱们基于实践再来复盘。” 赞同，当天晚上就风风火火的搞起来了。结果如何？一切正常。
将致力于把现有的 Facebook 以及公司旗下的 Instagram 等多个社交媒体、实时通讯平台进行逐步整合，要把 Facebook 在5年内转型成一家元宇宙公司。...元宇宙规则的解释权同样不能只属于某个国家或者某个公司，要做到这一点，就必须有一个接入元宇宙的开源共享协议，比如现在的手机操作系统，应用开发商应该可以利用元宇宙提供的接口开发出自己想要的任何应用程序，而每个应用程序都是元宇宙连接的一个独立的小世界...，无论在现实中是否认识 沉浸感（Immersive）：能够沉浸在元宇宙的体验当中，忽略其他的一切 低延迟（Low Friction）：能够沉浸在元宇宙的体验当中，忽略其他的一切 多元化（Variety）...虚拟金融：CNBC报道“元宇宙”的地产浪潮，投资“元宇宙”资产基金的设立，全方位虚拟化“元宇宙”资产和财富模式正在形成。...、如果你喜欢我的博客内容，请 “点赞” “收藏” “关注” 一键三连哦！
至于为什么会出现容器技术，大概是因为各种软件的运行环境千差万别，而规模化需要我们实现两个核心内容 标准化和隔离。 标准化怎么做呢？...运营: "你这破应用部署不上去啊，大蕉你看看" 大蕉: "不可能我本地试了一下，是好的吖" 现在我们有了镜像，把所有的 "运行时环境" 都定义好了，以 Dockerfile 的形式保存下来，那么无论在哪个地方跑...那又有人要说了，为什么不把整个镜像文件打包起来吖？屁，一个镜像小的几百M，大的几个G，每次打包上传可不等死人了，所以都会以 Dockerfile 的形式先保存。...我不单单要关注自己的应用，还要先下载 linux文件、编译打包、安装linux系统、 node 、npm、python、pydev ，这么一大批工程随便来哪个人写起来都要废。...答案是用 ENV ENV BANANA_PARAM=banana COPY=拷贝文件 = cp(Linux) 一切都搞定了，常见一个目录，并把文件拷贝到我们想要的目录 /home/admin/aplication
整个系统只有一个 Web，Spring MVC+Spring+Hibernate 搞定一切，开始做需求分析，实际上就是设计表结构而已，剩下的就是查查查，改改改，删删删。...我的第一个困惑就是，所有的请求都要再次转发到另一台机器上，把数据取出来，单个请求可能不算什么，每天有几十万次请求，这中间的损耗不大么，为什么不把 Memcache 放到本地机器上呢？...“对缓存来说，最关键的设计就在于失效策略是什么。”大神镇定的看着我。我很惶恐，感觉能把失效策略设计出来，很不容易。 不同的应用场景，对于缓存的要求不一样，对实时性的要求也不一样。...他需要去猜测 Facebook 怎么解决问题的，Twitter 怎么解决问题的，Google 怎么解决问题的，这些解决方案可不可以拿过来，也同样适用于我们自己的场景。...所有的架构师，也必须要去写业务代码，不把自己设计的东西，用在真正的项目里，恐怕他们自己都不会知道，这种架构设计的合理性在哪里。
领取专属 10元无门槛券
手把手带您无忧上云
