閱讀本文約花費: 1 (分鐘) AustraliaNetwork ABC Radio Australia ESLBits EnglishCentral 可汗學院 Highbrow 多鄰國 Udemy 何圓圓的媽咪 Jack Homework Blog 討論KGDB網站 查爾斯的天空 內核之旅 菠蘿麵包的家 空中英語教室 本益比排行榜 ESL-LAB ELLLO免費英文聽力練習 MaoYang-有話要說 南華大學-課程影音系統 民視英文新聞 圖解英文字典[only IE] JServ 黃敬群 Jollen網路學院 小吳寶寶家 CSDN中國IT社區 The Code Project Codeguru The News for Linux LinuxJournal Acrobat Format My Source Code For Blogging Tags: Linux, 互联网
閱讀本文約花費: 10 (分鐘)作为程序员，在开发岗位上做了几年，特别是到了30岁，这个而立之年，我们会来到一个重要的人生岔路口。就是管理和技术两个选择，一边专业路线，一边是管理路线。 在互联网的头部企业，对管理和技术是平等对待的，所以晋升会存在管理和技两个通道的 既然有了选择，就会有人纠结，不知道是选择专业路线，还是选择技术团队的管理路线。 这个选择是程序员人生中第一个大的选择，也是第一个障碍，倒不是说这个障碍是到底要不要选择管理，而更多的是对做管理的迟疑，怀疑到底能不能做好管理，做了管理之后，技术是不是就荒废了。 这种状态犹豫不决、摇摆不定的状态保持时间长了，最终会导致技术和管理都没做好，这是得不偿失的。 为了解决这个问题，有必要分析程序员职业发展的路线到底有几条，分别需要具备怎样的能力，从而做到”手中有粮，心中不慌“ 01技术 技术类上，是有两个方向：架构师和技术专家 架构师他的侧重点是在“广”上，他主要负责技术的整体和架构，在业务上，需要有很深的理解，有丰富的经验，甚至能做到“走的桥比你吃的盐还多”。在技术上，能够广泛涉略，掌握的技术知识越多，内力就越加深厚。 我觉得架构师还需要三点必备能力，其一需要有极强的执行力，能够快速的给出合理的方案，推动技术落地。其二需要有极强的判断力，能够准确的找到复杂系统的疑难问题所在，就像武林高手，一眼就看出对方的破绽。最后还需要有极强的创新…
閱讀本文約花費: 17 (分鐘)程序员、技术主管和架构师 最近在进一步思考程序员的成长，曾经写过一篇《如何快速的成为架构师》，里面写了我对程序员主要成长阶段的定义，但在程序员从初级走向资深的过程中，会面临两个支路，一个叫「技术主管」，另一个则是「架构师」。为什么这是两条支路？因为现在回过来看，这两条路从来都不是程序员的自然成长路径，下面我们先从「技术主管」开始吧。 技术主管 技术主管，有些公司可能又叫「技术经理」，英文一般是 Tech Leader 或简称 TL。在拉姆·查兰 (Ram Charan) 那本《领导梯队》中提到一个人的工作角色中至少有百分之五十以上的时间是花费在管理事务上，那么他的角色才算是一个经理（Manager）。所以技术主管（经理）类似产品经理属于以经理命名却是非经理的角色。 「技术主管」是开发团队中的某位程序员需要对一起创建系统的整个开发团队负责时所承担的角色。通常他既要对最终交付的软件系统负责，另外也会像一个程序员一样去开发实现系统。一个技术主管的 60% ～ 70% 的时间可能花在了开发任务分解分配、开发实践、代码审核和风险识别上，而余下的 30% ～ 40% 的时间则花在为了保障系统按时交付所需的各种计划、协作、沟通、管理上。和团队管理者不同的是，技术主管的大部分管理工作都是针对具体研发任务和技术事务的。 例如：在一个开发团队中经常会碰到因为技术方案和实…
閱讀本文約花費: 18 (分鐘)技术改变世界，移动互联改变百度。 最近（此文作于2020年10月），百度发布了截至 2020 年 9 月 30 日未经审计的第三季度财务报告。百度几十个移动应用，但在财报只展现了百度 App、百家号、智能小程序的定量数据，而这些数据基本是被其他巨头“吊打”。 作为王牌，百度 App 月活跃用户数为 5.44 亿。相比之下，阿里巴巴中国零售市场移动月活跃用户达 8.81 亿；腾讯微信及 WeChat 的月活跃帐户为 12.1 亿，QQ 的智能终端月活跃账户数为 6.17 亿；而拼多多 Q3 平均月活跃用户也达到了 6.434 亿。 “夯实移动基础、决胜 AI 时代”，李彦宏在去年发布的内部信中总结了百度的核心战略。目前来看，已经 20 周岁的百度，的确需要夯实移动基础。 要负责的是商家 “有事找度娘”，搜索毫无疑问是百度手里的一张王牌。百度解决了搜索效率问题的同时，也拥有了巨大的流量展示权。百度依靠自己的流量优势，采取竞价排名等方式向商家收费。 这是一个说得通的商业模式，谷歌搜索也是如此。只不过，这将百度需要负责的对象更多地变成了商家，而非用户。商家可以通过提高费用的方式，提出在什么时间段内展示什么内容、要有多少点击量等具体要求，通过打广告赚钱，而百度就要想办法满足商家的这一诉求。 在灰岩今融创始人冯敏看来，如果出于对用户负责，百度在与商家签订合同时应…
閱讀本文約花費: 7 (分鐘)相信很多小伙伴的公司都是服务治理，自动化运维了吧，那么我们很多东西都变成我们自己去设置了，比如自己创建一个域名，绑定他的代理机器，它的web负载均衡这些东西。所以今天跟大家一起来看看负载均衡。 你怎么看负载均衡 负载均衡是高可用网络基础架构的关键组件，通常用于将工作负载分布到多个服务器来提高网站、应用、数据库或其他服务的性能和可靠性。 相信很多小伙伴，一听到负载均衡四个字，第一个想到就是我们所说的Nginx吧，因为这个是离我们开发比较近的一个组件了。 第二个呢?就是我们Springcloud的组件中自带了负载均衡(ribbon)，这个也是离我们开发比较近的 第三个?就是其实我们k8s里面的服务也是能做负载均衡的，目前主流容器使用方式 第四个就是我们DNS之后的一个负载均衡了SLB(这个之前运费负责的多点) 为啥要负载均衡呢? 大家看下面的图，当我们访问一个网站的时候，如果突然的流量增加，就会导致我们的服务不可用(单点故障) image.png 一个没有负载均衡的 web 架构类似下面这样： image.png 所以为了解决单点问题我们需要负载均衡(也是我们高可用，高性能，高并发的基石) 有负载均衡的架构 image.png web架构 image.png 聊聊SLB image.png 相信很多公司都有用到吧。 负载均衡的组成 负载均衡实例 (Inst…
閱讀本文約花費: 5 (分鐘)物联网 物联网是新一代信息技术的重要组成部分，IT行业又叫：泛互联，意指物物相连，万物万联。其英文名称是“The Internet of things”。由此，“物联网就是物物相连的互联网”。这有两层意思：第一，物联网的核心和基础仍然是互联网，是在互联网基础上的延伸和扩展的网络；第二，其用户端延伸和扩展到了任何物品与物品之间，进行信息交换和通信。因此，物联网的定义是通过射频识别（RFID）、红外感应器、全球定位系统、激光扫描器等信息传感设备，按约定的协议，把任何物品与互联网相连接，进行信息交换和通信，以实现对物品的智能化识别、定位、跟踪、监控和管理的一种网络。 物联卡 物联卡，又叫物联网卡，物联网卡是由移动、电信、联通运营商提供的2/3/4G卡，外观与普通SIM卡基本一样，采用专用号段，满足智能硬件和物联网行业对设备联网的需求。 物联卡功能主要有：1、基础通信能力：GPRS通信能力和短信通信能力，短信可提供不同优先级服务（重发频次、储存时间），充分满足不同集团客户需求。2、终端状态查询：向客户提供开关机信息、终端位置信息、终端GPRS上线、离线、IP、APN等信息查询。3、账务信息查询：向客户提供账户信息查询，提供账户欠费、流量超标等事件的提醒功能。4、业务统计分析：向用户提供多维度的业务报表统计及分析等。5、灵活计费功能：根据客户需求提供流量池、生命…
閱讀本文約花費: 19 (分鐘)上篇文章里提了一句中国发行负利率国债的事，后台有大量消息说让博主聊下这个话题。其实负利率国债本身并不值得聊，几句话的事，不过今天顺便说下我对接下来的“负利率时代”和“微增长时代”的看法。 1 负利率国债 国债好理解。国家需要钱，开了张欠条说是想借钱，你把钱带过去，国家收钱把借条给你；五年期国债就是五年后还你，十年期国债就是十年后还你，而且要支付利息，大概就这样了。 那啥是负利率国债呢？一目了然，国家发了一万块的债，说是过几年还九千。按理说脑子有病才会去买，不过现实中不但有人买，而且被疯抢。去年我国给欧洲发了一批利率为-0.152%的国债，场面就跟深圳新房开盘似的，迅速被抢光了。 那问题来了，他们有病吗这么想不开？ 也没病，只是欧洲自有国情在。 欧洲现在是负利率嘛，钱存在银行要收手续费。说到这里大家可能纳闷，那就放家里呗，又不是不能放？必须可以啊，德国一度保险箱卖断货了，老百姓骂骂咧咧就把钱从银行取出来放家里了。 但问题来了，有个几万、几十万可以放家里；如果账户上有几百、几千亿，类似那种养老金、主权基金什么的，啥保险箱能放得下这么多钱？而且那么多钱放家里，是不是得再搞几百人的安保团队看着这些钱？那不还得花钱嘛，还不如放银行里；问题是放在银行里就得交保管费，大家一权衡，收就收吧，负利率就这么来了。 这次中国发行的国债尽管也是负利率，不过比欧洲…
閱讀本文約花費: 6 (分鐘)1、服务器三大技术架构及其发展趋势2、服务器应用软件的部署架构和特点 【服务器技术架构的三大发展趋势】 Scale-up纵向扩展架构 Scale-out横向扩展架构 Hyper-converged超融合架构 【纵向扩展架构特性】 主要是提升单台服务器的计算性能，包括高可靠、高可用性以及可扩展性，主要适用于高性能交易类业务，如企业核心交易数据库、关键应用系统以及HPC高性能计算等业务。 【纵向扩展架构应用领域】 Scale-up纵向扩展架构被广泛应用于金融交易、电信计费、科学研究、气象分析等领域。 它可被比喻为一艘庞大而战斗力超强的大型战列舰，具有强大的武器装备和作战性能，是大规模海战的核心作战系统。 【横向扩展架构特性】 Scale-out横向扩展架构简单说就是以数量取胜。Scale-out架构通常对单台服务器的性能要求不高，主要通过更多的服务器来协同完成任务。Scale-out系统通常具有高并发性能、低成本、高密度、节能低碳、统一管理等特点。 【横向扩展架构应用领域】 通常适用于超大规模数据中心、大数据分析、公有云、Web应用集群等业务场景。 Scale-out系统可以比作是一个轻型的快艇集群，通过群狼战术、实现整体的作战效能。 【超融合架构理念】 Hyper-converged超融合架构的理念是将计算、储存、网络和统一管理放在一个盒子里。可以做到开…
閱讀本文約花費: 6 (分鐘)准确的来说，物联网1.0平台的单体应用架构没有互联网项目架构一说，传统的MVC开发模式，简单的小作坊操作流程，对于每个开发人员来说，只需要关注业务的功能模块实现而已。在1.0平台运营的半年时间里面，除了业务本身的需求爆炸性的增长，要求开发的迭代迅速，并且每次升级都不应该伤筋动骨，只是模块化的累加或者在原有的框架里面局部的更新，除了这些，我们还看到了1.0平台本身的基础性运营配套设施也迫切需要投入进来，以提高平台的运营效率，如日志平台，监控平台，调度平台，报表平台，甚至权限和单点登录也很需要，所以对于物联网2.0平台的整体规划以上的都应该包含在里面。 一 平台整体能力规划 主要将一些公共的东西全部从原有的业务层里面拆离出来，以平台化软件包的模式运营。 1. 统一调度平台在项目中很多业务会经常用到，但是1.0平台将调度工作和业务执行工作全部糅合在代码里面，造成大量的调度工作后期的维护非常不便，而且调度没法监控目前在运行的调度和距离下次需要执行的调度。统一调度平台可以解决这方面的问题，可以有效的通过管理界面来维护平台的所有调度工作，从设计角度简单来说，调度的工作归调度平台，业务的执行归个各自业务平台（微服务）。 2.统一接口平台主要解决前端应用系统通过统一接口平台获取数据，不直接与外部系统接口打交道。统一接口平台通过多种方式与外部系统联接获取数据并向各前端应…
閱讀本文約花費: 11 (分鐘)现在网上讨论的有关物联网的帖子非常之多，但大部分都是介绍理论或者有关硬件，通讯相关的问题，比如物联网模块，物联网通讯协议MQTT、XMPP、NB_IOT等，个人认为这些只是物联网中一部分，而涉及到物联网的设备如何管理，用户如何管理，数据包如何解析，大数据如何展示等也是物联网模块中非常重要的部分，所以作者就根据自身工作中总结出来的建构在云端的物联网平台基本架构分享给大家，并基于此架构如何一步一步来开发一套物联网平台。 物联网平台，应该是基于现在的互联网，通讯技术来建构，而不依赖与特定的硬件模块，用户可以基于自身的设备技术架构，简单轻松接入物联网。下图是物联网的核心架构： 1. 四大核心模块 在物联网中存在4大核心模块，那就是设备管理，用户管理，数据传输管理，数据管理，只有具备了这四大核心模块，才能认为是一个完整的物联网平台，而所有其他的功能模块都是基于此四大功能模块的延展。 1.1 设备管理 设备类型管理：定义设备的类型，此功能一般由设备的制造商来定义，一种设备类型最重要的是关联到一套独有的数据解析方法，数据的存储方法，已经设备规格等数据，也只有设备的制造商才可以编辑有关设备类型的数据，而设备的使用者只能浏览设备类型的相关信息 设备管理：设备管理定义设备相关信息，每个设备必须定义其设备类型，设备类型有使用者属性，设备在完成销售，并被使用者激活后设备就属…
閱讀本文約花費: 40 (分鐘)2000.3 自由职业中 如果你打开百度，搜索“张小龙”，那么你能搜到的最早的相关信息应该是《人民日报》的一篇名为《免费软件饿着肚子挥洒冲动》的时评，刊载在《人民日报》2000年3月26日第4版上，署名魏然。 这篇报道，讲了一个名为“张小龙”的青年，开发了一款免费软件，现在没有工作。 没有人会想到，这个青年，最终会深刻地影响人们的交往方式。你唯一能知道的只有以下信息：张小龙，男，30岁，待业，免费软件开发者。如果稍微有一点传奇色彩的，就是张小龙开发的免费软件当时在中国免费邮箱领域拥有着最多的用户数量。 软件的名称叫Foxmail。 在后来的坊间传闻中，时任金山总经理的雷军，曾对Foxmail感兴趣，并开价15万购买，最终因某些原因而作罢。但往事已矣，从1997年1月到2000年4月，也就是开发并维护Foxmail的3年间，他颗粒无收。现实留给青年张小龙的，只有对未来的彷徨和踌躇。 按现在观点的理解，张小龙完全可以对Foxmail进行收费，即使每个用户只交一块钱，张小龙每个月至少也有上百万的收入。但张小龙没有。 为什么没有？ 这背后当然有时代的原因，在当时的互联网世界，免费是一项基本法则。软件一旦付费，就得做好用户流失的准备。 但除此之外，更多的还是张小龙本身的坚持。 时任《电脑爱好者》的记者李月鹏曾经问过张小龙，为什么FoxMail不收费？ 张小龙说…
閱讀本文約花費: 9 (分鐘) 5G时代到来，让基于软件定义网络（SDN）和网络功能虚拟化（NFV）的新型网络架构在通讯领域的发展得到了广泛的共识。 为啥都在提NFV？ NFV is an initiative to transfer the “Network Services” sector through virtualizing the network services by replacing the dedicated hardware with Virtual Machines. NFV ( Network Function Virtualization，也即网络虚拟化）的概念是随着云计算和SDN（Software Defined Network）的出现而提出的。核心思想是将网络硬件设备通过虚拟化技术，集成到通用的x86架构的服务器或者其他硬件平台上。然后再通用标准的硬件平台上，执行路由器、交换机、负载均衡、防火墙、入侵防御等功能。 简单来说，就是将分散的网络硬件产品集成到一个大盒子里面。然后每种产品相当于一个插件来使用。这样，对于服务提供商来说，只需要对设备进行一次性的投入，再通过软件赋予每一部分硬件单独的网元的功能，就可以快速的实现整个网络的搭建。 重要的是，可以省去硬件的升级扩容所带来的巨大的时间的浪费和利润的占用。 技术的发展演进不可能是一蹴而就，却可能伴随着无…
閱讀本文約花費: 13 (分鐘)曾经，tumblr上什么都有 你们知道tumblr吗？ 用户层面中的Tumblr，曾经是一个有点杂乱，但是非常自由开放的图片社交平台。 上面会有动漫组放上自己的动画手稿，会有摄影师在上面更新自己新的作品，会有喜欢猫咪的用户在上面每天拍各种各样的萌猫图片，我国几个最大的宠物账号每天发的图，很多都是从Tumblr上面找到的。 猫咪们 动物冷笑话漫画们 其实就是一个普通的图片社交软件，就和如日中天的pinterest以及instagram差不多。 但曾经的Tumblr，对相当大一部分用户来说，其最大的意义不在这些。虽然tumblr上面的猫咪确实很可爱，漫画确实很精美，但它还有一点，是那些如日中天的图片社交软件无法代替的，那就是 黄图 那会儿Tumblr上面有许许多多的小黄图。 高清大图无码,充满艺术性的那种。他们不会和谐平台上的黄图，只要你的黄图不让其它用户觉得恶心，不涉及儿童色情，他们就不会干涉你发成人内容。 甚至于他们在自己用户条款里写着，“当然，欢迎你发布成人内容”。 很多人都觉得即使这样允许发黄图，网站流量还是会以正常的图片为主，但事实上并不是，有统计显示，tumblr上敏感色情内容的比例，超过三成，已经成为该大型图片社交社区内容最重要的比例之一。 这时候你才会发现，对色情内容的需求原来这么旺盛，就像《Q大道》里唱的那样，很多人“上网就是为了看毛片…
閱讀本文約花費: 20 (分鐘)近两年微服务架构流行，主流互联网厂商内部都已经微服务化，初创企业虽然技术积淀不行，但也通过各种开源工具拥抱微服务。再加上容器技术赋能，Kubernetes又添了一把火，微服务架构已然成为当前软件架构设计的首选。 但微服务化易弄，服务治理难搞！ 一、微服务的“痛点” 微服务化没有统一标准，多数是进行业务领域垂直切分，业务按一定的粒度划分职责，并形成清晰、职责单一的服务接口，这样每一块规划为一个微服务。微服务之间的通信方案相对成熟，开源领域选择较多的有RPC或RESTful API方案，比如：gRPC、Apache Thrift等。这些方案多偏重于数据如何打包、传输与解包，对服务治理的内容涉及甚少。 微服务治理是头疼的事，也是微服务架构中的痛点。治理这个词有多元含义，很难下达一个精确定义，这里可以像小学二年级学生那样列出治理的诸多近义词：管理、控制、规则、掌控、监督、支配、规定、统治等。对于微服务而言，治理体现在以下诸多方面： 服务注册与发现 身份验证与授权 服务的伸缩控制 反向代理与负载均衡 路由控制 流量切换 日志管理 性能度量、监控与调优 分布式跟踪 过载保护 服务降级 服务部署与版本升级策略支持 错误处理 …… 从微服务治理角度来说，微服务其实是一个“大系统”，要想将这个大系统全部落地，绝非易事，尤其是之前尚没有一种特别优雅的技术方案。多数方案（…
閱讀本文約花費: 11 (分鐘)（一）用户画像的目的与意义、构建步骤 用户画像（persona）的概念最早由交互设计之父Alan Cooper 提出:是指真实用户的虚拟代表，是建立在一系列属性数据之上的目标用户模型。随着互联网的发展，现在我们说的用户画像是根据用户人口学特征、网络浏览内容、网络社交活动和消费行为等信息而抽象出的一个标签化的用户模型。通过各个维度对用户或者产品特征属性的刻画，并对这些特征分析统计挖掘潜在价值信息！完美地抽象出一个用户的信息全貌，可以看作企业应用大数据的根基。构建用户画像的核心工作，主要是利用存储在服务器上的海量日志和数据库里的大量数据进行分析和挖掘，给用户贴“标签”，而“标签”是能表示用户某一维度特征的标识。 为了能解决业务问题，用数据来帮助企业了解用户和定位产品，更好地解决业务问题，首先必须明确业务目标。用户画像是帮助企业明确目标客群，当企业了解了自己的用户都长什么样子以后，接下来的任务就是如何将有类似画像特征人群的潜在用户变成自己的用户，也就是在营销上获新客的过程。 所以，从大的框架来看，用户画像承载了两个业务目标： 一是如何准确的了解现有用户； 二是如何在茫茫人海中通过广告营销获取类似画像特征的新用户。 那么用户画像具体有什么作用，能帮助我们达到哪些目标呢？大体上可以总结为以下几个方面： 1. 精准营销：精准直邮、短信、App消息推送、个性化广告…
閱讀本文約花費: 17 (分鐘)实时的响应总是让人兴奋的，就如你在微信里看到对方正在输入，如你在王者峡谷里一呼百应，如你们在直播弹幕里不约而同的 666，它们的背后都离不开长连接技术的加持。 每个互联网公司里几乎都有一套长连接系统 ，它们被应用在消息提醒、即时通讯、推送、直播弹幕、游戏、共享定位、股票行情等等场景。而当公司发展到一定规模，业务场景变得更复杂后，更有可能是多个业务都需要同时使用长连接系统。 业务间分开设计长连接会导致研发和维护成本陡增、浪费基础设施、增加客户端耗电、无法复用已有经验等等问题。共享长连接系统又需要协调好不同系统间的认证、鉴权、数据隔离、协议拓展、消息送达保证 等等需求，迭代过程中协议需要向前兼容，同时因为不同业务的长连接汇聚到一个系统导致容量管理的难度也会增大。 经过了一年多的开发和演进，经过我们服务面向内和外的数个 App、接入十几个需求和形态各异的长连接业务、数百万设备同时在线、突发大规模消息发送等等场景的锤炼，我们提炼出一个长连接系统网关的通用解决方案，解决了多业务共用长连接时遇到的种种问题。 知乎长连接网关致力于业务数据解耦、消息高效分发、解决容量问题，同时提供一定程度的消息可靠性保证。 我们怎么设计通讯协议？ 业务解耦 支撑多业务的长连接网关实际上是同时对接多客户端和多业务后端的，是多对多的关系，他们之间只使用一条长连接通讯。 这种多对多的系统…