- 博客(75)
- 资源 (90)
- 收藏
- 关注
![](https://csdnimg.cn/release/blogv2/dist/pc/img/listFixedTop.png)
转载 [架构系列]架构设计中的“反向依赖”与解耦方案
一、缘起很多公司,技术经常遇到这样的场景:1)硬件升级,要换一台高配机器2)网络重新规划,若干服务器要调整机架3)服务器当机,要重新部署恢复服务…更具体的,如上图:数据库换了一个ip,此时往往连接此数据库的上游需要修改配置重启,如果数据库有很多上游调用方,改配置重启的调用方会很多,每次换ip的成本往往很高,成为大家共性的痛点。由A的调整(数据库换ip),配合修改和调整的却是BCDE(改配置重启),BCDE内心非常的郁闷:明明换ip的是你,凭什么配合重启的却是我?根本上,这是一.
2020-09-23 13:20:02
2062
转载 淘宝架构框架《下篇》
4. 自主研发的系统可在软件和硬件多个层次不断的优化。 历史总是惊人的巧合,在我们准备研发文件存储系统的时候,Google 走在了前面,2007 年他们公布了 GFS( Google File System )的设计论文,这给我们带来了很多借鉴的思路。随后我们开发出了适合淘宝使用的图片存储系统TFS(Taobao File System)。3年之后,我们发现历史的巧合比我们想象中还要神奇,几乎跟我们同时,中国的另外一家互联网公司也开发了他们的文件存储系统,甚至取的名 字都一样 —— TF...
2022-04-16 12:11:29
875
转载 淘宝架构框架《上篇》
前言:本文篇幅比较长,分为上下两篇,建议小伙伴们洗刷完毕的夜深人静之际细细品读,使人睿智。 一、个人网站 2003 年 4 月 7 日,马云,在杭州,成立了一个神秘的组织。他叫来十位员工,要他们签了一份协议,这份协议要求他们立刻离开阿里巴巴,去做一个神秘的项目。这个项目要求绝 对保密,老马戏称“连说梦话被老婆听到都不行,谁要是透漏出去,我将追杀到天涯海角”。这份协议是英文版的,匆忙之间,大多数人根本来不及看懂,但出于对 老马的信任,都卷起铺盖离开了阿里巴巴。 ...
2022-04-16 12:05:18
1577
原创 VirtualBox虚拟机与主机互通,并且虚拟机又能上网
## 四种网络模式1、NAT 网络地址转换模式(NAT,Network Address Translation)2、Bridged Adapter 桥接模式3、Internal 内部网络模式4、Host-only Adapter 主机模式版本一:## 设置1、关闭虚拟机,VirtualBox->偏好设置->网络NAT网络,增加一块网卡,已经有一块就无需添加了(刚装的这边应该是空的)。这张图是编辑时的状态(20190421),没看到“仅主...
2022-02-06 15:34:07
6392
转载 Linux中的Page Cache
CPU如果要访问外部磁盘上的文件,需要首先将这些文件的内容拷贝到内存中,由于硬件的限制,从磁盘到内存的数据传输速度是很慢的,如果现在物理内存有空余,干嘛不用这些空闲内存来缓存一些磁盘的文件内容呢,这部分用作缓存磁盘文件的内存就叫做page cache。用户进程启动read()系统调用后,内核会首先查看page cache里有没有用户要读取的文件内容,如果有(cache hit),那就直接读取,没有的话(cache miss)再启动I/O操作从磁盘上读取,然后放到page cache中,下次再访问...
2021-10-30 15:50:30
779
[架构系列]计数系统架构实践一次搞定
一、需求缘起很多业务都有“计数”需求,以微博为例:微博首页的个人中心部分,有三个重要的计数:•关注了多少人的计数•粉丝的计数•发布博文的计数微博首页的博文消息主体部分,也有有很多计数,分别是一条博文的:•转发计数•评论计数•点赞计数•甚至是浏览计数在业务复杂,计数扩展频繁,数据量大,并发量大的情况下,计数系统的架构演进与实践,是本文将要讨论的问题。二、业务分析与计数初步实现典型的互联网架构,常常分为这么几层:•调用层:处于端上的browser或者A...
2021-06-06 00:28:55
273
转载 [架构系列]互联网智能广告系统简易流程与架构
很多朋友估计没有做过这一块,争取最简洁的语言描述清楚。一、业务简述从业务上看整个智能广告系统,主要分为:1)业务端:广告主的广告后台2)展现端:用户实际访问的页面业务端,广告主主要有两类行为:1)广告设置行为:例如设置投放计划,设置地域,类别,关键字,竞价等2)效果查看行为:例如广告展示次数是多少,广告点击次数是多少等展现端,用户主要也有两类行为:1)站点浏览行为:用户浏览实际的信息,此时广告系统决定出广告主的什么广告2)广告点击行为:此时广告系统会对广告主进行扣费二、业务..
2021-06-06 00:27:59
445
原创 [架构系列]session一致性架构设计实践
一、缘起什么是session?服务器为每个用户创建一个会话,存储用户的相关信息,以便多次请求能够定位到同一个上下文。Web开发中,web-server可以自动为同一个浏览器的访问用户自动创建session,提供数据存储功能。最常见的,会把用户的登录信息、用户信息存储在session中,以保持登录状态。什么是session一致性问题?只要用户不重启浏览器,每次http短连接请求,理论上服务端都能定位到session,保持会话。当只有一台web-server提供服务时,每次http短连接请求,都能够
2021-06-06 00:26:58
150
原创 [架构系列]DNS在架构设计中的巧用
一、缘起一个http请求从客户端到服务端,整个执行流程是怎么样的呢?一个典型流程如上:(1)客户端通过域名daojia.com请求dns-server(2)dns-server返回域名对应的外网ip(1.2.3.4)(3)客户端访问外网ip(1.2.3.4)向反向代理nginx(4)反向代理nginx配置了多个后端web-server服务内网ip(192.168.0.1/192.168.0.2)(5)请求最终落到某一个web-server进行处理其中,第一个步骤域名daojia.com到外
2021-06-06 00:26:16
183
原创 [架构系列]跨公网调用的大坑与架构优化方案
第三方接口挂掉,我们的服务会受影响么?一、缘起与大坑很多时候,业务需要跨公网调用一个第三方服务提供的接口,为了避免每个调用方都依赖于第三方服务,往往会抽象一个服务:•解除调用方与第三方接口的耦合•当第三方的接口变动时,只有服务需要修改,而不是所有调用方均修改此时接口调用流程是什么样的呢?如上图1-4所述:(1)业务调用方调用内部service(2)内部service跨公网调用第三方接口(3)第三方接口返回结果给内部service(4)内部service返回结果给业务调用方这个过程.
2021-06-06 00:17:48
163
2
原创 [架构系列]配置也有架构演进?看完深有痛感
一、缘起随着互联网业务的越来越复杂,用户量与流量越来越大,“服务化分层”是架构演进的必由之路。如上图:站点应用会调用服务,上游服务调用底层服务,依赖关系会变得非常复杂。对于同一个服务,它有多个上游调用。为了保证高可用,一个底层服务往往是若干个节点形成一个集群提供服务。如上图:用户中心服务user-service有三个节点,ip1/ip2/ip3对上游提供服务,任何一个节点当机,都不影响服务的可用性。那么问题来了,当服务集群增减节点的时候,是否存在“反向依赖”,是否“耦合”,是否上游调用方需要修改
2021-06-06 00:17:02
134
2
原创 [架构系列]TCP接入层的负载均衡、高可用、扩展性架构
一、web-server的负载均衡互联网架构中,web-server接入一般使用nginx来做反向代理,实施负载均衡。整个架构分三层:上游调用层,一般是browser或者APP 中间反向代理层,nginx 下游真实接入集群,web-server,常见web-server的有tomcat,apache整个访问过程为:browser向daojia.com发起请求 DNS服务器将daojia.com解析为外网IP(1.2.3.4) browser通过外网IP(1....
2021-06-06 00:15:33
435
2
原创 [架构系列]典型数据库架构设计
本文,将介绍数据库架构设计中的一些基本概念,常见问题以及对应解决方案,为了便于读者理解,将以“用户中心”数据库为例,讲解数据库架构设计的常见玩法。一、用户中心用户中心是一个常见业务,主要提供用户注册、登录、信息查询与修改的服务,其核心元数据为:User(uid, uname, passwd, sex, age,nickname, …)其中:•uid为用户ID,主键•uname, passwd, sex, age, nickname, …等为用户的属性数据库设计上,一般来说在业务初期,单.
2021-06-06 00:14:09
652
2
原创 PHP5与PHP7变量的类型和实现
PHP的变量是弱类型的,也实现了如整型、浮点型、字符串、数组和对象等类型。PHP中的变量是使用结构体zval来表示的,在介绍PHP 7的zval之前,先了解一下PHP 5的zval设计。
2021-06-05 23:49:54
317
1
转载 PHP源码解析-变量与引用
前言《PHP7底层设计与源码实现》一书,内容不多也不少。看完后,对开发中的优化思路有不少启发,其中最多的,便是有关变量方面的认识,也是我个人认为,在日常开发中,最值得多注意多思考的方面。在此,个人结合github中最新的php-src,整理一些个人认为应该注意的点以及想法出来,与大家交流。同时,我会对其中的关键结构体在github上php-src源码中的定义的位置标注出来(截止发文时的最新版本)。这一点,是原书中没有标注的,在这里给出,更易于必要时查阅。请确保具备以下知...
2021-06-05 15:00:32
416
转载 Linux最大线程数限制及当前线程数查询
1、总结系统限制有: /proc/sys/kernel/pid_max #查系统支持的最大线程数,一般会很大,相当于理论值 /proc/sys/kernel/threads-max max_user_process #系统限制某用户下最多可以运行多少进程或线程,使用命令:ulimit -u 注:修改max_user_process的数值,只需要修改/etc/security/limits.conf即可,但是这个参数需要修改/etc/sec...
2021-05-29 17:26:18
1278
转载 Linux Watchdog 机制
前言Watchdog 是 Linux 系统一个很重要的机制,其目的是监测系统运行的情况,一旦出现锁死,死机的情况,能及时重启机器(取决于设置策略),并收集crash dump.watchdog,顾名思义,看门狗。这就说明,有一个被watch的对象,和一个watch它的程序。无论是内核watchdog,还是userland watchdog,其基本思路都是:1. 假定某一个对象的状态能表征系统运行是否健康(比如interrupt的次数,比如/dev/watchdog的时间戳);2. 启动一个wa
2021-05-29 15:26:41
1174
转载 都996了,研发效能还是提不起来,关键在这里
扫描上述二维码或点我直达 免费领!本文作者:何勉上一篇我们介绍了研发效能提升目标及其度量方法。(本文是阿里“研发效能提升系列”的第2篇,第1篇“研发效能的定义和度量”敬请期待【下周三】的钉钉群直播:钉钉搜索群号 23192180)研发效能的提升必须落实为团队需求、协作和工程技术等实践。接下来的几篇文章,我将结合不同BU的案例,介绍研发效能提升的具体实践。本篇将从团队协作的实践开始,通过可视化端到端的价值流动过程,建立持续快速交付价值的基础。为了改进研发效能,首先要知道从哪里开始。..
2021-05-29 10:52:16
131
转载 大厂晋升指南笔记
大厂晋升指南01-职级体系:你意识到级别鸿沟了吗?跨越式职级阿里。阶梯式职级腾讯。相邻级别差异小、晋升机会更多、同级别的回报差异不大。核心缺陷,那就是,很难客观地定义和评估两个等级之间的差异!02-晋升流程:你需要通过多少“关卡”才能晋升?03-晋升原则:什么样的人更容易晋升?主动、成长、价值04-晋升逻辑:别人怎么判断你有没有达到晋升要求?当前级别的年限、工作年限、绩效无论什么年限都不是我们判断能力的标准。绩效关注的是业务结果,晋升关注的是能力提升.
2021-05-22 15:24:00
868
转载 解密国内BAT等大厂前端技术体系-阿里篇(长文建议收藏)
进入2019年,大前端技术生态似乎进入到了一个相对稳定的环境,React在2013年发布至今已经6年时间了,Vue 1.0在2015年发布,至今也有4年时间了。整个业界在前端框架不断迭代中,也寻找到了许多突破方向,例如跨平台中的RN、Flutter,服务端GraphQL、Serverless,前端和客户端的融合越来越紧密,前端在Node和Electron的加持下,也扩展了自己的版图到服务端和桌面。同时,随着前端开发越来越复杂,整个前端研发也经历了人工化->工具化->工程化->智能化
2021-05-22 14:17:56
2308
转载 解密国内BAT等大厂前端技术体系-百度篇(长文建议收藏)
1 引言整个业界在前端框架不断迭代中,也寻找到了许多突破方向,例如跨平台中的RN、Flutter,服务端GraphQL、Serverless,前端和客户端的融合越来越紧密,前端在Node和Electron的加持下,也扩展了自己的版图到服务端和桌面。同时,随着前端开发越来越复杂,整个前端研发也经历了人工化->工具化->工程化->智能化的演变。目前各个大厂在工程化实践不断迭代,出现了许多Low/No Code等前端智能化解决方案,工程化实践也深入到研发的各个环节,不断提升前端研发的标准
2021-05-22 14:17:17
484
转载 解密国内BAT等大厂前端技术体系-携程篇(长文建议收藏)
1 引言为了了解当前前端的发展趋势,让我们从国内各大互联网大厂开始,了解他们的最新动态和未来规划。这是解密大厂前端技术体系的第四篇,前三篇已经讲述了阿里、腾讯、百度在前端技术这几年的技术发展。这一篇从携程讲起。携程技术全景图移动技术产品移动技术产品分为四大模块:技术平台:MCD(持续交付平台),APM(性能监控平台),MTS(日志排障平台)和MTP(无线技术平台) 通信层:通信工具,消息推送平台,服务端推送 框架层:涵盖App中通用能力,例如设备信息、位置信息、热更新、.
2021-05-22 14:16:18
705
转载 解密国内BAT等大厂前端技术体系-美团点评之下篇(长文建议收藏)
引言在上篇中,我已经介绍了美团点评的业务情况、大前端的技术体系,其中大前端的技术全景图如下:上篇重点介绍了工程化和代码质量的部分,工程化涵盖了客户端持续集成平台-MCI、全端监控平台-CAT、移动端集成日志库-Logan和全栈前端框架-Era。代码质量部分重点介绍了ESLint在大规模项目中落地实践和移动端静态分析工具-Hades。在这篇文章中,我们将继续介绍大前端技术体系中的跨平台、UI组件库和前端框架。跨平台跨平台动态化方案跨平台、动态化始终是移动互联网时代永恒...
2021-05-22 14:15:34
395
转载 解密国内BAT等大厂前端技术体系-美团点评之上篇(长文建议收藏)
引言进入2019年,大前端技术生态似乎进入到了一个相对稳定的环境,React在2013年发布至今已经6年时间了,Vue 1.0在2015年发布,至今也有4年时间了。整个业界在前端框架不断迭代中,也寻找到了许多突破方向,例如跨平台中的RN、Flutter,服务端GraphQL、Serverless,前端和客户端的融合越来越紧密,前端在Node和Electron的加持下,也扩展了自己的版图到服务端和桌面。同时,随着前端开发越来越复杂,整个前端研发也经历了人工化->工具化->工程化->
2021-05-22 14:14:48
375
转载 解密国内BAT等大厂前端技术体系-腾讯篇(长文建议收藏)
1 引言为了了解当前前端的发展趋势,让我们从国内各大互联网大厂开始,了解他们的最新动态和未来规划。这是解密大厂前端技术体系的第三篇,前两篇已经讲述了阿里和百度在前端技术这几年的技术发展。这一篇从腾讯讲起。2 腾讯团队介绍2018年9月30日,腾讯宣布正式启动新一轮战略升级,优化组织架构,将原有的七大事业群拆分重组,在保留原有四个事业群的基础上新增平台与内容事业群和云与智慧产业群。平台与内容事业群(PCG)成立后,把过去散落在QQ、QQ浏览器等不同产品中的团队聚集到一起。腾讯是..
2021-05-22 14:13:42
1597
转载 [转]有赞的交易系统架构困局以及破局之道
在开始下面的话题之前,我们先看一看有赞原有的核心交易架构。初步看去,这套架构方案似乎看不出什么问题。事实情况也这样,我们做这套交易方案支持了日百万级的交易规模,取得了很不错的成果。在2016年,公司经历了飞速的成长, 整体团队人员扩张了数倍, 公司整体业务线从单一的微商城电商交易型态扩张到支持多个垂直行业。交易团队也碰到了很多尴尬的情况: 垂直行业接入交易很困难,交易团队对于业务团队的支撑响应速度赶不上业务的迭代速度,最后垂直行业被迫自己完全重做了一套针对垂直业务的交易系统。比如:商业化服
2021-05-21 19:39:34
452
转载 [转]HA高可用集群中“脑裂“问题解决
什么是脑裂(split-brain)在"双机热备"高可用(HA)系统中,当联系两个节点的"心跳线"断开时(即两个节点断开联系时),本来为一个整体、动作协调的HA系统,就分裂成为两个独立的节点(即两个独立的个体)。由于相互失去了联系,都以为是对方出了故障,两个节点上的HA软件像"裂脑人"一样,"本能"地争抢"共享资源"、争起"应用服务"。就会发生严重后果:1)或者共享资源被瓜分、两边"服务"都起不来了;2)或者两边"服务"都起来了,但同时读写"共享存储",导致数据损坏(常见如数据库轮询着的联机日志出错)。
2021-03-15 22:23:17
1046
转载 [转]Zookeeper集群“脑裂“问题
关于集群中的"脑裂"问题,之前已经在这里详细介绍过,下面重点说下Zookeeper脑裂问题的处理办法。ooKeeper是用来协调(同步)分布式进程的服务,提供了一个简单高性能的协调内核,用户可以在此之上构建更多复杂的分布式协调功能。脑裂通常会出现在集群环境中,比如ElasticSearch、Zookeeper集群,而这些集群环境有一个统一的特点,就是它们有一个大脑,比如ElasticSearch集群中有Master节点,Zookeeper集群中有Leader节点。一、 Zookeeper 集群节点为什么
2021-03-15 22:20:37
125
原创 《美团机器学习实践》学习笔记:POI实体链接与评论挖掘
POI实体链接概念:POI实体链接是指对相同POI的不同描述进行关联和聚合。背景和难点两组POI信息——一组是美团已经有的POI信息库(库存POI库),另一组是希望与之进行POI实体链接的信息库(待选POI库)。目标是希望两个库中实际实体相同的POI建立一对一或多对一的实体链接。如“IU酒店晋中介休裕华路店”与“IU酒店(晋中介休裕华路店)”是同一个实体的不同POI,只是在写法上有差别,不能简单利用名称字符串相同的规则进行筛选匹配。若待选POI库中有M个POI,库存POI库有N个,则每
2021-03-12 22:25:53
1457
原创 Mysql的mysqldump详解
Mysql的mysqldump详解一、导出1.1 导出表结构及数据mysqldump -uroot -p --set-gtid-purged=OFF database table1 table2 > mysqldump.sql1.2 只导出表结构mysqldump -uroot -p --set-gtid-purged=OFF -d database table1 table2 > mysqldump.sql1.3 只导出数据mysqldump -uroot -p --se.
2020-12-20 23:26:32
1901
原创 supervisor从安装到使用
supervisor 从安装到使用一、安装源码安装先下载最新的supervisor安装包:https://pypi.python.org/pypi/supervisor, 如:cd /usr/local/srcwget https://pypi.python.org/packages/7b/17/88adf8cb25f80e2bc0d18e094fcd7ab300632ea00b601cbbbb84c2419eae/supervisor-3.3.2.tar.gztar -zx..
2020-12-09 08:51:04
235
原创 [原创]mac下的git命令自动补全
[原创]mac下的git命令自动补全无需brew安装1、把https://github.com/git/git/blob/master/contrib/completion/git-completion.bash这个文件的内容,复制下来,写到本地文件中。如 ~/git-completion.bash。2、在 ~/.bash_profile 中加入命令``3、执行 source ~/.bash_profile,即可。...
2020-11-25 14:55:05
319
4
转载 Supervisor (进程管理利器) 使用说明 - 运维笔记
一、Supervisor简单介绍supervisor是一个 Client/Server模式的系统,允许用户在类unix操作系统上监视和控制多个进程,或者可以说是多个程序。supervisor与launchd,daemontools,runit等程序有着相同的功能,与其中某些程序不同的是,它并不作为“id 为 1的进程”而替代init。相反,它用于控制应用程序,像启动其它程序一样,通俗理解就是,把Supervisor服务管理的进程程序,它们作为supervisor的子进程来运行,而supervisor...
2020-11-12 14:18:06
1368
转载 [架构系列]到底什么时候该使用MQ?
到底什么时候该使用MQ?一、缘起一切脱离业务的架构设计与新技术引入都是耍流氓。引入一个技术之前,首先应该解答的问题是,这个技术解决什么问题。就像微服务分层架构之前,应该首先回答,为什么要引入微服务,微服务究竟解决什么问题(详见《互联网架构为什么要做微服务?》)。最近分享了几篇MQ相关的文章:《MQ如何实现延时消息》《MQ如何实现消息必达》《MQ如何实现幂等性》不少网友询问,究竟什么时候使用MQ,MQ究竟适合什么场景,故有了此文。二、MQ是干嘛的消息总线(Message Que
2020-09-23 13:20:41
146
转载 [架构系列]互联网架构为什么要做服务化
互联网架构为什么要做服务化?近期参加一些业界的技术大会,“微服务架构”的话题非常之火,也在一些场合聊过服务化架构实践,最近几期文章期望用通俗易懂的语言聊聊了个人对服务化以及微服务架构的理解,希望能给大伙一些启示。如果有遗漏,也欢迎大家补充。一、互联网高可用架构,为什么要服务化?【服务化之前高可用架构】在服务化之前,互联网的高可用架构大致是这样一个架构:(1)用户端是浏览器browser,APP客户端(2)后端入口是高可用的nginx集群,用于做反向代理(3)中间核心是高可.
2020-09-23 13:19:46
129
转载 [架构系列]100亿数据1万属性数据架构设计
于version + ext方案,还是有很多朋友质疑“线上不可能这么用”。本篇将讲述一下58同城最核心的数据“帖子”的架构实现技术细节,说明不仅不是“不可能这么用”,而是大数据,可变属性,高吞吐场景下的“常用手段”。一、背景描述及业务介绍问:什么是数据库扩展的version + ext方案?使用ext来承载不同业务需求的个性化属性,使用version来标识ext里各个字段的含义。例如上述user表:verion=0表示ext里是passwd/nickversion=1表示ex.
2020-09-12 10:06:48
307
转载 [架构系列]究竟啥才是互联网架构“高可用”
一、什么是高可用高可用HA(High Availability)是分布式系统架构设计中必须考虑的因素之一,它通常是指,通过设计减少系统不能提供服务的时间。假设系统一直能够提供服务,我们说系统的可用性是100%。如果系统每运行100个时间单位,会有1个时间单位无法提供服务,我们说系统的可用性是99%。很多公司的高可用目标是4个9,也就是99.99%,这就意味着,系统的年停机时间为8.76个小时。百度的搜索首页,是业内公认高可用保障非常出色的系统,甚至人们会通过www.baidu.com能.
2020-09-09 23:17:21
222
转载 [架构系列]究竟啥才是互联网架构“高并发”
一、什么是高并发高并发(High Concurrency)是互联网分布式系统架构设计中必须考虑的因素之一,它通常是指,通过设计保证系统能够同时并行处理很多请求。高并发相关常用的一些指标有响应时间(Response Time),吞吐量(Throughput),每秒查询率QPS(Query Per Second),并发用户数等。响应时间:系统对请求做出响应的时间。例如系统处理一个HTTP请求需要200ms,这个200ms就是系统的响应时间。吞吐量:单位时间内处理的请求数量。QPS:每秒.
2020-08-31 22:41:52
66
原创 [学习资料]从阿里、小米、京东、美团组织架构变化,回顾四大商业巨头的战略变迁
https://t00y.com/file/29174114-458517559密码:407845
2020-08-31 00:12:43
361
转载 小米组织架构变动历史
2018年9月3日,新设集团参谋部和组织部,改组电视部、生态链部、MIUI 部和互娱部等四个业务部,重组成十个新的业务部。参谋部,高层管理干部的聘用、升迁、培训和考核激励等,以及各个部门的组织建设和编制审批;组织部,协助 CEO 制定集团的发展战略,并督导各个业务部门的战略执行。 12月3日,新设中国区,王川任总裁。2019年 2月17日,层级化 2月26日,成立技术委员会,新任命 15 名管理干部。 3月7日,成立 AIoT 战略委员会。 5月31日,原集团质量办公室与安全合规部合并为新的集
2020-08-28 21:10:38
3792
36Kr - 粉丝经济下的用户行为观察报告(终版).pdf
2020-07-16
美团技术沙龙-第50期:2-何轼《订单交易平台化建设实践》.pdf
2020-03-17
美团技术沙龙-第50期:3-方瑞《到家营销平台建设实践》.pdf
2020-03-17
美团技术沙龙-第50期: 1-邵晓明《美团到家商品平台建设实践》.pdf
2020-03-17
16年阿里巴巴腾讯等互联网企业最新组织架构.pptx
2019-08-24
远见-2021巨量算数年度能力报告
2022-01-23
2022年巨量引擎年度风向标
2022-01-23
2021抖音电商这一年
2022-01-23
阿里技术参考图册-算法篇.pdf
2020-11-23
阿里技术参考图册-研发篇.pdf
2020-11-20
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人