首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
MCP广场
社区首页 >专栏 >2018.8.16 每周分享

2018.8.16 每周分享

作者头像
Fred Liang
发布于 2018-08-27 09:18:48
发布于 2018-08-27 09:18:48
4460
举报
文章被收录于专栏:Fred LiangFred Liang

一直在看阮一峰的每周分享 http://www.ruanyifeng.com/blog/ ,因为自己的视野和关注点和他有一些区别,借鉴了每周分享的形式,也希望把自己看见的正在发生的有意思的事情记录下来。

1. Tech

1.1 DJI Mavic 2

测评链接:https://www.ifanr.com/1089539

这次大疆发布的是两台「御」系列的无人机

  • 搭载了 1 英寸大底的 Mavic 2 Pro,搭载了哈苏的定制镜头
  • 可以实现两倍变焦的 Mavic 2 Zoom

Mavic 2 Pro(专业版)价格为 9588 元,Mavic 2 Zoom(变焦版)价格为 7888 元。

1.2 WebAssembly

至于为什么又拿 WebAssembly 出来,是因为有了一些 wasm 的玩法和自己有一点想法。

同时 golang 刚刚发布 1.11 release 版本,官方支持编译成 wasm。

在做 PWA 的时候,一直在给前端工程师纠正 Service Worker 的缓存概念。通过 Service Worker 网络代理的缓存概念类似于发版,相对传统 Cache 的概念对于 Bug 的容忍度会低很多。

Web 逐渐向通用性,工程化的路径在走,加上本身移动端流量侵蚀了很大一部分 PC web 流量。

  • PC 端 Web 的发展从需求上看,在向中后台走。
  • 从工程的上在往复杂化在走。

如果通过 WebAPP 能解决的强需求,可以节约很多用户适配 Win,macOS,Linux 的人力资源。

后续如果以“插件”的观念来理解 WebAssembly,可以说 WebAssembly 能解决现在需要安装的应用80% 的需求。

1.3 Service Mesh

实习的时候,在跟公司基础架构的同学在聊。在 k8s 之后,现在在将 service mesh 并入内部调度系统。

Service mesh 又译作 “服务网格”,作为服务间通信的基础设施层。

Service mesh 有如下几个特点:

  • 应用程序间通讯的中间层
  • 轻量级网络代理
  • 应用程序无感知
  • 解耦应用程序的重试/超时、监控、追踪和服务发现

目前两款流行的 service mesh 开源软件 Istio 和 Linkerd 都可以直接在 kubernetes 中集成,其中 Linkerd 已经成为 CNCF 成员。

1.4 接口设计

接口文档:https://www.flickr.com/services/api/

在自己设计 restful 接口的时候,有的接口没有一个方式去适配 restful 接口的设计理念。flickr 的接口是一个很好的参考方案。

且不论产品, flickr 的整套 restful 接口设计是一套很好的实际案例,值得后续深入了解。

1.5 .gitattributes

文档链接: https://git-scm.com/

大家在上传 github 项目的时候,一般只附带了.gitignore。在这推荐一下 .gitattributes文件。

一些设置项也能被运用于特定的路径中,这样,Git 以对一个特定的子目录或子文件集运用那些设置项。这些设置项被称为 Git 属性,可以在你目录中的 .gitattributes 文件内进行设置(通常是你项目的根目录),也可以当你不想让这些属性文件和项目文件一同提交时,在.git/info/attributes进行设置。

2. 设计

2.1 Firefox 品牌设计更新

由 Mozilla 的产品/品牌设计师组成的团队已经开始想象一个新的系统,以涵盖所有正在酝酿中的Firefox 产品以及那些仍在新兴技术部门设计中的产品。为了避免在传统的设计孤岛中工作,我们正在设计一个系统,可以引导人们顺利地从我们的营销到我们的产品体验。 原始链接:https://blog.mozilla.org/

Firefox 的设计系统迭代方式很有意思,有争议的地方每次都是民主投票,有意见可以直接提交自己的方案。

这就成为窥视目前主流审美的一个窗口。

2.2 Loading 设计

已经单独写了一篇博客做好 loading 设计

在前端产品中,我们无法保证用户的网络情况,也很难从最末端节点优化自有网络部署。

这些或多或少地都会反映到用户端的加载延迟。

Loading 的产生是为了在无法立即呈现的界面中优化用户的使用体验。

反过来看,Loading 动画能够为资源准备工作提供更多的加载时间,提高用户的转化率。

也就是说 Loading 是为了缓解加载延迟提供的一个视觉\交互方案,形成一个连贯的视觉体系。

3. 一点想法

3.1 产品是函数

博文链接: https://www.feltpresence.com/

跟不同的人去沟通需求的时候,尤其当比较混乱甚至跑偏的时候,会打断并询问,你想要什么“输入”,你想要什么“输出”。

设计产品,尤其是工具类的产品,在设计之前会有一套现成的解决方案,从现有以 IO 的角度去理清需求,很容易设计出来一套解决方案。

给一堆输入,进行各种转换,最后输出结果。产品是用来解决问题的。输入:某种问题、某种情况;输出:解决了问题、变得更好了(更快、更省钱等)。

3.2 价值就是去解决问题

浏览语雀的时候,看见 玉伯一篇文章

回过头看,从解决问题的角度来看,很多工作实际上是没有意义的,很多有价值的工作自己在接手的时候是迟疑或者自我怀疑的的状态中。

本文参与 腾讯云自媒体同步曝光计划,分享自作者个人站点/博客。
如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 作者个人站点/博客 前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体同步曝光计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
暂无评论
推荐阅读
编辑精选文章
换一批
eBPF 和 Wasm:探索服务网格数据平面的未来
本文翻译自 Vivian Hu 的 《eBPF and Wasm: Exploring the Future of the Service Mesh Data Plane》[1]。
米开朗基杨
2022/02/28
7960
eBPF 和 Wasm:探索服务网格数据平面的未来
MOSN 子项目 Layotto:开启服务网格+应用运行时新篇章
Service Mesh 在微服务领域已经非常流行,越来越多的公司开始在内部落地,蚂蚁从 Service Mesh 刚出现的时候开始,就一直在这个方向上大力投入,到目前为止,内部的 Mesh 方案已经覆盖数千个应用、数十万容器并且经过了多次大促考验,Service Mesh 带来的业务解耦,平滑升级等优势大大提高了中间件的迭代效率。
CNCF
2021/07/07
1.2K0
不是所有的应用都需要Service Mesh架构
采访嘉宾 | 张培培 编辑 | Tina “微服务架构”的含义在过去十年里不断演变,今天的服务网格实现已经相当复杂,第二代 Service Mesh 诞生在 Kubernetes 之后,它的代表是 lstio。在 lstio 之外,同时存在着各种层出不穷的框架,解决的却都是相同的问题。 正确的选择框架却不是件简单的事情。就像在容器编排领域,之前我们有 Kubernetes、Docker Swarm、Mesos 和 Cloud Foundry,其中一些后来逐渐被市场淘汰,没有选择 Kubernetes 的企
深度学习与Python
2023/04/01
6020
不是所有的应用都需要Service Mesh架构
微服务时代的 TCP/IP:Service Mesh 的演进之路
在 Intenet 实现计算机互联之前,最开始人们想象的计算机之间服务的交互方式是这样的:
Flowlet
2023/08/11
4780
微服务时代的 TCP/IP:Service Mesh 的演进之路
【服务网格】eBPF 和 Wasm:探索服务网格数据平面的未来
2021 年 12 月 2 日,Cilium 项目宣布了 Cilium Service Mesh 的 beta 测试计划。基于 Google Cloud 基于 eBPF 的 Google Kubernetes Service (GKS) Dataplane V2 开创的概念,Cilium Service Mesh 于一年前于 2020 年 8 月宣布,推广了“无边服务网格”的理念。它扩展了 Cilium eBPF 产品以处理服务网格中的大部分 Sidecar 代理功能,包括 L7 路由和负载平衡、TLS 终
架构师研究会
2022/03/14
8170
重新定义软件架构的三个新兴技术
技术是一个不断发展的领域,虽然底层技术不会发生太大变化,但简单的组合创新就可能会重新定义软件系统架构和公司产品。
用户5166556
2023/03/18
4930
重新定义软件架构的三个新兴技术
五分钟技术小分享 - 2022Week04
今天我们来看 Orchestration & Management 编排和管理 层最后一个核心项目 - Linkerd。从严格意义上来说,我们应称它为Linkerd2,区别于原来的1.0版本。
junedayday
2022/03/29
4230
五分钟技术小分享 - 2022Week04
(译)Service Mesh 选型指南
如果你正在管理云原生微服务,应该会听说 Service Mesh,并且也了解为何使用 Service Mesh,那么这篇文章就是为你而作。当你开始靠近观察 Service Mesh 的时候,会突然意识到,已经有了多个可选方案了。选哪个呢?你如何分辨不同 Service Mesh 之间的差异,哪个 Service Mesh 更适合你呢?本文以客观、中立的态度来帮助你启动这第一步。
崔秀龙
2019/07/23
1.4K0
(译)Service Mesh 选型指南
eBPF 与 Wasm:探索服务网格数据平面的未来
随着 eBPF 和 WebAssembly(WASM)等轻量级运行时的发展,我们现在看到了新一代的服务网状数据平面解决方案,它们更轻便、更安全、更快速。
深度学习与Python
2022/03/23
4150
eBPF 与 Wasm:探索服务网格数据平面的未来
社区分裂、应用争议,5年都没火起来的WebAssembly “炒错”方向了?
编译 | 核子可乐、褚杏娟 WebAssembly(Wasm)已经诞生了五年。在云原生领域,这段时间并不算短,毕竟堪称业界标准的 Kubernetes 也才出现八年。作为一种供基于堆栈的虚拟机使用的二进制指令格式,Wasm 想让开发者实现“一次构建、随处运行”,因此被广泛认为具有改变游戏规则的潜力。 但 HTTP Archive 发布的 2022 年 Web 技术报告显示:“WebAssembly 的应用还不够广泛,我们并没有发现使用量的增加,反而看到了小幅收缩。” WebAssembly 语言使用情况
深度学习与Python
2023/03/29
4550
社区分裂、应用争议,5年都没火起来的WebAssembly “炒错”方向了?
Istio 系列篇一 | 服务网格和 Istio
在之前的一篇文章 云原生思想 中,说过软件架构是从 单体 -> 微服务 -> 基于 k8s 上的微服务 -> 服务网格 逐步演进的。
gopher云原生
2021/12/24
1.2K0
Istio 系列篇一 | 服务网格和 Istio
微服务时代的 TCP/IP:Service Mesh 的演进之路
2018 年 9 月 1 日,Bilgin Ibryam 在 InfoQ 发表了一篇名为 Microservices in a Post-Kubernetes Era 的文章。
通信行业搬砖工
2023/09/07
4430
微服务时代的 TCP/IP:Service Mesh 的演进之路
云原生项目可扩展性的利器 WebAssembly 简介
尽管在诞生之初,WebAssembly(简称Wasm)目的是为浏览器带来高级编程的功能 -- 它提供了一条途径,以使得以各种语言编写的代码都可以以接近原生的速度在Web中运行。在这种情况下,以前无法以此方式运行的客户端软件都将可以运行在Web中。
我是阳明
2021/11/24
1.5K0
云原生项目可扩展性的利器 WebAssembly 简介
Istio进入1.7版本,Service Mesh 落地还有什么障碍?
2017 年,Google 联合 IBM、Lyft 推出了 Istio,因为有 K8s 的成功经验在先,Istio 一出生就引人注目,其受到的关注度甚至远超最早提出服务网格概念的 Linkerd。只要有关注度,就有溢价存在,业界为 Istio 买账更像是买一种预期,认为 Istio 能像 K8s 一样,快速成为服务网格领域的事实标准。
深度学习与Python
2020/09/23
6310
Istio进入1.7版本,Service Mesh 落地还有什么障碍?
Istio 知多少 | 下一代微服务的守护者
在写完eShopOnContainers 知多少[12]:Envoy gateways后,就一直想进一步探索Service Mesh,最近刚在极客时间上学完《Service Mesh入门》,又大致浏览了一遍官方文档,对Istio也算有了基本的认识。下面就根据自己的理解对Istio进行简单的梳理,算是对知识的总结吧。
圣杰
2021/01/13
6100
Istio 知多少 | 下一代微服务的守护者
云原生时代的流量入口:Envoy Gateway
流量入口代理作为互联网系统的门户组件,具备众多选型:从老牌代理 HAProxy、Nginx,到微服务 API 网关 Kong、Zuul,再到容器化 Ingress 规范与实现,不同选型间功能、性能、可扩展性、适用场景参差不齐。当云原生时代大浪袭来,Envoy 这一 CNCF 毕业数据面组件为更多人所知。那么,优秀“毕业生”Envoy 能否成为云原生时代下流量入口标准组件?
深度学习与Python
2020/08/07
2.3K0
云原生时代的流量入口:Envoy Gateway
交易系统架构演进之路(七):Service Mesh
Service Mesh,也叫服务网格,号称是下一代微服务架构技术,能有效地解决当前微服务架构中关于服务治理的痛点问题,从 2016 年推出至今,一直都是架构领域的热点。
Keegan小钢
2021/03/10
9760
交易系统架构演进之路(七):Service Mesh
生来取代Docker、JS,谷歌力推,这项技术发布7年后,现状如何?
“如果2008年的时候,WASM 和 WASI(WebAssembly System Interface, WASM 系统接口)这两个东西已经存在了的话,我们就
腾讯云开发者
2024/03/07
8253
生来取代Docker、JS,谷歌力推,这项技术发布7年后,现状如何?
Java微服务框架选型(Dubbo 和 Spring Cloud?)
微服务(Microservices)是一种架构风格,一个大型复杂软件应用由一个或多个微服务组成。系统中的各个微服务可被独立部署,各个微服务之间是松耦合的。每个微服务仅关注于完成一件任务并很好地完成该任务。在所有情况下,每个任务代表着一个小的业务能力。
Java团长
2018/08/03
4.8K0
Service Mesh:探索分布式系统的幻觉与未来
在现代的微服务架构中,应用程序网络是实现微服务之间分布式通信的关键。无论是在单个 Kubernetes 集群中部署还是跨多个集群和不同基础设施环境中部署,都需要建立一个强大的应用程序网络,让微服务能够相互交流。这种通信不仅需要高效可靠,还需要具备适应各种逆境的韧性。
深度学习与Python
2023/08/09
2830
Service Mesh:探索分布式系统的幻觉与未来
推荐阅读
相关推荐
eBPF 和 Wasm:探索服务网格数据平面的未来
更多 >
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档