设计思考

一个秒杀系统的设计思考

前言秒杀大家都不陌生。自2011年首次出现以来，无论是双十一购物还是12306抢票，秒杀场景已随处可见。简单来说，秒杀就是在同一时刻大量请求争抢购买同一商品并完成交易的过程。从架构视角来看，秒杀系统本质是一个高性能、高一致、高可用的三高系统。而打造并维护一个超大流量的秒杀系统需要进行哪些关注，就是本文讨论的话题。整体思考1秒杀存在的问题对于一个日常平稳的业务系统，如果直接开通秒杀功能的话，往往会出
Shower稻草人·2020-07-12 03:16

经验：一个秒杀系统的设计思考！

点击上方蓝色“趣学程序”，选择“设为星标”回复“资源”获取独家整理的学习资料！回复“加群”与更多小伙伴共同成长！回复“源码”获取专属项目源码！本文来源：https://segmentfault.com/a/1190000020970562前言秒杀大家都不陌生。自2011年首次出现以来，无论是双十一购物还是12306抢票，秒杀场景已随处可见。简单来说，秒杀就是在同一时刻大量请求争抢购买同一商品并完成
趣学程序-shaofeer·2020-07-11 14:25

不是吧，阿sir，你竟然三分钟就解释了高性能秒杀系统的设计思考

前言秒杀大家都不陌生。自2011年首次出现以来，无论是双十一购物还是12306抢票，秒杀场景已随处可见。简单来说，秒杀就是在同一时刻大量请求争抢购买同一商品并完成交易的过程。从架构视角来看，秒杀系统本质是一个高性能、高一致、高可用的三高系统。而打造并维护一个超大流量的秒杀系统需要进行哪些关注，就是本文讨论的话题。整体思考首先从高维度出发，整体思考问题。秒杀无外乎解决两个核心问题，一是并发读，一是并
wx5d9ed7c8443c3·2020-07-10 14:15

《设计改变一切》变需要为需求2019-11-18

作者：蒂姆.布朗[英]摘录：老K第2章变需要为需求——把人放在首位对设计思考者来说，行为从来没有对错之分，行为总是有意义的。洞察力是设计思维的关键来源之一。
老K在线·2020-07-10 12:35

Django搭建简易博客教程(终)-更上一层楼

Github源代码地址联系作者博客基本建好了,未来我们还有更多的工作要做:将view封装到类中重写增删改查代码重写前段模板重新设计数据库关系自定义留言板(连接数据库)添加注册/登陆功能(Form)做成社区(更多设计思考
Andrew_liu·2020-07-10 09:09

从内部自用到对外服务，配置管理的演进和设计优化实践

本文整理自阿里巴巴中间件技术专家彦林在中国开源年会上的分享，通过此文，您将了解到：微服务给配置管理所带来的变化配置管理演进过程中的设计思考配置管理开源后的新探索配置中心控制台设计实践“为什么相对于传统的软件开发模式
weixin_34009794·2020-07-10 08:23

IXDC2017大会: Google Daydream的虚拟现实设计思考

来自Google美国总部VR&AR用研团队负责人现任GoogleVR&AR产品设计研究高级经理张晶华女士，在2017国际体验设计大会上发了“以人为本-GoogleDaydream的虚拟现实设计思考”的主题演讲
Gloria114·2020-07-09 10:12

领域驱动设计思考（锁）

谁来锁由Service来锁还是有domain的内部方法来锁，或可以通过拦截器读取url上的id来锁。URL这种方案看上去最简单也最可靠，但是不够灵活。特别是一个操作会影响多个业务对象（如果只是通知也许简单点）。并且所谓的业务逻辑往往是这些关联性，而不仅仅是按照前端数据来updateDOMAIN这种做法的问题是没法批量锁，无法保证事务。既不能满足多个不同domain之间的大锁，也不能进行多个同类do
首席IT民工·2020-07-08 09:34

领域驱动设计思考（Service与Domain分工）

POST事件由谁来处理如果domain之间有调用不通过service，那么service无法感知到所有时间，这些消息通知只能有domain来处理。但这个通知要在持久化之后么？这样又和持久化谁处理相影响权限本着简单处理事务一致性的原因，操作一旦开始就不能中止。权限的检查应当由controller里作为入口的方法在调用domain和其他service方法之前检查（包括状态等其他业务上先决条件）锁领域驱
首席IT民工·2020-07-08 09:34

一款音乐社交小程序的设计思考

上周，我参加了人人都是产品经理组织的广州黑客马拉松，收获颇丰。下面来回顾：活动主题大家一起用黑马设定好的流程在规定时间以小组为单位做一款基于小程序形态的易于传播的爆品。活动流程主要有：题目公开，问题拆解，头脑风景，分类讨论，方案设计和方案路演点评。我们的方案我们“吃货宝宝”小组成员都好给力，分析思考出了好几个方案，最后都给出一个方案：斗图、群助手、音乐分享、问答、一起嗨，但是我们觉得都没有找到一个
极乐叔·2020-07-08 04:06

app首页设计产品设计思考二-如何进行产品设计和流量分发

[图片上传失败...(image-6f88dc-1516791303355)]一，主动显性的需求用户在时间，地点，品类有明确需求时，会主动通过搜索框或导航栏的品类来满足需求，这类主动明确的需求是流量的核心场景从用户层面，产品设计的宗旨在于提高效率，尽可能减少操作步骤，达到需求目标从公司层面来说，如何在流量汇聚的区域，在兼顾常用性功能的稳定性和效率下，去达成新业务/品类的教育，引导用户探索发现，则是
慕白_简·2020-07-06 23:21

领域驱动设计思考(持久层)

如果不考虑数据库的具体实现,只考虑代码中执行的保存操作,大致可以分为以下几种情况1有Repository由repository.save(entity)来完成持久化操作2无Repository,由entity.save()来完成保存3无repository,无entity.save(),在调用业务方法后自动保存到数据库按照DDD书上的介绍推荐的是第一种,理由是把持久化的责任归到entity会到导致
首席IT民工·2020-07-06 18:19

app首页产品设计思考开篇--运营

首页对于用户来说，核心在于缩短路径，提高效率对于公司来说，核心在于提高流量的分发效率，兼顾高频与低频业务的利益亦可引导用户进行你希望进行的操作流程app首页在很多情况下都包括活动运营和猜你喜欢两个板块活动运营：以淘宝为例，首页各种优惠，特价活动，给用户热闹的印象和内容的富有感，满足用户闲逛的需求从角色定位来看，包含以下四种作用1、通过场景化的包装或内容组织方式，为用户提供服务入口，区别于纯导航类2
慕白_简·2020-07-06 11:26

账务实时交易系统设计思考-【第三节】-功能设计

【思考点滴】作者:杨考微信号:devin_cn_hd_09_16本文是【讲解篇】和【技术分享篇】结合起来，由于CSDN文章图片丢失，又补了一次图片。同时进行了章节拆分。全量版https://blog.csdn.net/yk200808/article/details/80755459第一节:业务简介https://blog.csdn.net/yk200808/article/details/816
思考点滴·2020-07-06 11:09

Swift API 设计思考题

参考文档：[译]官方SwiftAPI设计规范说明下面两个方法为什么第一个声明了参数标签at，第二个方法缺省了。extensionList{publicmutatingfuncremove(atposition:Index)->Elementpublicmutatingfuncremove(_member:Element)->Element?}下面两种声明方式哪一个是正确的，说明原因。funcadd
没故事的卓同学·2020-07-05 17:06

高并发秒杀系统的设计思考！

前言秒杀大家都不陌生。自2011年首次出现以来，无论是双十一购物还是12306抢票，秒杀场景已随处可见。简单来说，秒杀就是在同一时刻大量请求争抢购买同一商品并完成交易的过程。从架构视角来看，秒杀系统本质是一个高性能、高一致、高可用的三高系统。而打造并维护一个超大流量的秒杀系统需要进行哪些关注，就是本文讨论的话题。整体思考首先从高维度出发，整体思考问题。秒杀无外乎解决两个核心问题，一是并发读，一是并
shiyuezhong·2020-07-05 12:19

接口自动化之豆瓣登录验证

上一篇，实现了豆瓣登录接口自动化的第1个步骤，接下来我们实现第2个步骤（验证）1、Case设计思考首先，在实现验证前，我们要先思考下，有哪些可能存在的校验呢：一般的项目中测试的接口，都是相对核心的接口，
慢慢走的测试·2020-07-05 04:03

编辑后离开场景交互设计思考

然而到后来我什么都没有当你离开的时候——蔡健雅《当你离开的时候》《当你离开的时候》，一首来自Tanya的歌，将离别时的不舍与无奈娓娓道来。然而本篇并不是一片音乐介绍，并不会细说那些恋人分手时的伤感情怀。在这里我想聊的是交互设计中当用户完成编辑任务，离开当前页面或浮层时候的一些事儿。我从实习开始，最初接触到的功能模块就是“设置”。在产品的设置模块中，当用户完成设置编辑任务便会离开当前页面或浮层，跳转
壹玖贰贰·2020-07-04 03:44

【c++】条款一：视c++为一个语言联邦

Exceptions(异常)对函数的结构化带来不同的做法，templates（模板）将我们带来新的设计思考方式，STL则定义了一个前所未有的伸展性做法。今天的c++是一个
Billy12138·2020-07-02 00:47

亚马逊购物

科科这个最不了解中国人习惯的电商app也是有做得赞的地方的场景：购物后，关心订单进度设计亮点：“我的”一打开就看到订单进度情况，小绿轴代表现在的进度设计思考：唔知它是不是只显示最近有变动的订单（e.g截图时我还有下单两周还没发货的书但它并不显示在顶部这一溜里面
晓洁Fanny·2020-07-01 23:04

一个秒杀系统的设计思考

简介：从架构视角来看，秒杀系统本质是一个高性能、高一致、高可用的三高系统。而打造并维护一个超大流量的秒杀系统需要进行哪些关注，就是本文讨论的话题。秒杀大家都不陌生。自2011年首次出现以来，无论是双十一购物还是12306抢票，秒杀场景已随处可见。简单来说，秒杀就是在同一时刻大量请求争抢购买同一商品并完成交易的过程。从架构视角来看，秒杀系统本质是一个高性能、高一致、高可用的三高系统。而打造并维护一个
阿里技术官方号·2020-07-01 16:38

【6.15日总结】Jena推理案例设计思考二

鉴于昨天的结论，今天在本体中补上了几个子属性关系、传递关系，想验证一下JenaAPI的推理功能：我在旅游本体中加入了一个新类“#旅游目的地”，我按照特色的不同建了五个子类“#避暑胜地”、“#另类生活胜地”、“#娱乐胜地”、“#摄影胜地”、“#历史文化胜地”。在"#避暑胜地类"中添加了一个约束——属性“#具有”allValuesFrom“#自然山水景点”，"#自然山水景点"是"#景点"类的一个子
zdlzwk·2020-07-01 07:51

2018。

现在特别敬畏充满细节、充满完整的前因后果的设计，往回看自己以前所谓的创新，很多都经不起时间的考验，但充满细节、完整的设计思考经得起时间的考验。另外觉得特别触动的一句话，并不是好
Nick_Choi·2020-06-29 18:55

架构之美-最强卷积神经网络架构设计初想

经典架构回顾聊一聊这些架构有哪些优缺点架构设计思考什么是最美的卷积神经网络？深度学习是近几年迅速发展起来的学科，其在物体识别、检测、跟踪等任务中获得了突破性进展。
冷伟平·2020-06-29 05:55

【有容云案例系列】基于Jenkins和Kubernetes的CI工作流

2019独角兽企业重金招聘Python工程师标准>>>嘉宾介绍黄文俊有容云资深系统架构师主要负责容器云平台产品架构及设计.8年工作经验,有着企业级存储,云计算解决方案相关理解.关注于微服务设计思考,开发流程优化
powerx_yc·2020-06-28 15:23

12306的西天取经路 - 春节抢票与PostgreSQL数据库设计思考

标签PostgreSQL,12306,春节,一票难求,门禁广告,数组,范围类型,抢购,排他约束,大盘分析,广告查询,火车票背景马上春节了，又到了火车票的销售旺季，一票难求的问题依旧存在吗？还记得10年前春节前买火车票得在放票前1天搬个小板凳去排队，对于热门路线，排一个晚上都有可能买不到票。随着互联网的发展，几年前建设了12306网上购票系统，可以从电脑上买票，但是不要以为在电脑上就能买到票。我记得
weixin_34236497·2020-06-28 14:25

AR（增强现实）应用中的交互设计思考

在上一篇文章（相比VR，我更看好AR的前景）中和大家分享了AR在未来的应用前景，作者认为AR未来无论是在C端还是在B端都会存在广泛的应用场景，并能够在许多场景下颠覆用户的使用习惯，解决一些目前无法有效解决的用户需求！比如最近突然火起来的AR游戏《口袋怪物Go》就让大家见识了AR应用的潜力。本文主要和大家探讨一下作为交互设计师，在设计AR应用时需要思考的问题。首先我们要了解，AR增强现实通过实时的在
薛斯塔·2020-06-28 12:44

滴滴车主端5.0全新升级设计思考——ui设计公司|蓝蓝设计

如果您想订阅本博客内容，每天自动发到您的邮箱中，请点这里前言“我每天出车8-10个小时”“一天能接十好几单呢”“帮了别人还赚了钱，这活儿很自由”…作为滴滴的设计师打车的时候总习惯和司机聊上了两句，他们背景不同，性格迥异，出于各式各样的理由选择了这份职业，一辆车，一部手机，一天10个小时，如此周而复始地他们为滴滴数亿级乘客提供服务，而我们所做的则是为他们提供帮助。滴滴车主端所承载的不仅是车主用户的接
Lanlanwork·2020-06-28 02:06

【Unity3D与23种设计模式】单例模式（Singleton）

中定义：“确认类只有一个对象，并提供一个全局的方法来获取这个对象”使用单例模式的前提它只能产生一个对象且不能够被继承单例模式的优点：提供方便获取唯一对象的方法可以限制对象的产生数量单例模式的缺点：容易造成设计思考不周和过度使用的问题违反了
weixin_30635053·2020-06-27 22:35

经验：一个秒杀系统的设计思考

https://url.cn/5lfP0pQ前言秒杀大家都不陌生。自2011年首次出现以来，无论是双十一购物还是12306抢票，秒杀场景已随处可见。简单来说，秒杀就是在同一时刻大量请求争抢购买同一商品并完成交易的过程。从架构视角来看，秒杀系统本质是一个高性能、高一致、高可用的三高系统。而打造并维护一个超大流量的秒杀系统需要进行哪些关注，就是本文讨论的话题。整体思考首先从高维度出发，整体思考问题。秒
壹醉方休·2020-06-26 23:19

【经验】一个秒杀系统的设计思考

程序员的成长之路互联网/程序员/成长/职场关注阅读本文大概需要20分钟。作者：阿哲segmentfault.com/a/1190000020970562tips：万字长文预警（建议耐心读完）前言秒杀大家都不陌生。自2011年首次出现以来，无论是双十一购物还是12306抢票，秒杀场景已随处可见。简单来说，秒杀就是在同一时刻大量请求争抢购买同一商品并完成交易的过程。从架构视角来看，秒杀系统本质是一个高
程序员的成长之路·2020-06-26 00:08

经验：一个秒杀系统的设计思考！

扫描下方海报试读本文来源：https://segmentfault.com/a/1190000020970562前言秒杀大家都不陌生。自2011年首次出现以来，无论是双十一购物还是12306抢票，秒杀场景已随处可见。简单来说，秒杀就是在同一时刻大量请求争抢购买同一商品并完成交易的过程。从架构视角来看，秒杀系统本质是一个高性能、高一致、高可用的三高系统。而打造并维护一个超大流量的秒杀系统需要进行哪些
石杉的架构笔记·2020-06-25 22:20

一个秒杀系统的设计思考

优质文章，及时送达作者|阿哲来源|公众号SegmentFault链接|segmentfault.com/a/1190000020970562前言秒杀大家都不陌生。自2011年首次出现以来，无论是双十一购物还是12306抢票，秒杀场景已随处可见。简单来说，秒杀就是在同一时刻大量请求争抢购买同一商品并完成交易的过程。从架构视角来看，秒杀系统本质是一个高性能、高一致、高可用的三高系统。而打造并维护一个超
公众号：Java后端·2020-06-25 12:43

互金产品设计：关于红包使用率低的设计思考

运营同学反馈说“红包使用率太低”，乍一看，大家都一时之间纠结于使用红包的流程哪里出了问题。如果没有全面的思考和分析就开始着手设计，很容易改版成把红包设计得更明显。然而，使用率低的背后隐藏了很多的可能性。针对我们平台目前的现状，可能有以下原因：1、红包设计隐藏太深，用户不知道有红包这件事2、用户知道有红包，但是不知道怎么用3、用户知道怎么用，但是使用红包的门槛较高（比如必须投资10万以上期限360天
CherryGao·2020-06-25 02:44

集创设计思维构架的探讨

---用户体验驱动设计形态-----------------------------------------------------以优化用户体验为设计思考基础与设计方案评估依据的设计方法原始需求设计一种操作方式
东风BLCKLIN·2020-06-23 15:17

高并发架构设计原则-服务设计思考过程

进程内服务->单机远程服务->集群手动注册服务->自动注册和发现服务->服务的分组/隔离/路由->服务治理和限流/黑白名单。进程内服务单机软件，如office办公软件、单机游戏等等单机远程服务客户量和访问量少、服务压力不大单机可以支持的情况下集群手动注册服务集群部署，但是手动配置Nginx进行服务器的扩展自动注册和发现服务如Dubbo使用zookeeper服务的分组/隔离/路由防止系统访问量过大导
datuzijean·2020-06-23 03:41

注册登录的设计思考

看似简单的路登录注册页面，其实蕴含很多的隐形内容。以下以新浪微博的注册登录界面举例。为什么明明一个页面可以显示完的的表单，非要分成几个页面来做？有哪些交互是能够提高用户体验和使用效率的？注册登录在设计之前，是否已经拿到最全的需求？如果没有或不够详尽，如何处理呢？有哪些内容需要在注册登录的时候显示？问题一：为什么明明一个页面可以显示完的的表单，非要分成几个页面来做？原因：在移动端，页面录入内容时，内
DQLee·2020-06-23 01:04

设计思考：产品拆解五宗罪，你可能拆的是假产品

图-魔术师失手了（暮然回首作品）文／田羽（微：mailvincent）大家可能拆的都是假产品很多产品经理都有过拆解产品的经历，通常按照一套既定的分析框架和思路来分析一款产品，并期望能借此建立完整的产品认知。当然你也可以通过学习产品拆解报告，来快速地了解一款产品，学习其在产品、设计、运营等方面的可取之处。不幸的是，我发现绝大部分的产品拆解可能都掉坑里了，我戏称之为，“拆的是假产品”。不信？那就让我们
田羽V·2020-06-22 17:52

优惠券体系的设计思考（一）

优惠券的使用通常具有许多限制优惠券（特指电子优惠券）是指产品/商家，为了拉新、促活、增加订单成交量、回馈用户、补偿用户等目的而使用的营销手段，形式丰富，有满减、折扣、购物返现、返券等。最近在规划一个民宿产品的优惠券体系，将思考的过程写下来，以供交流，欢迎拍砖。拍的好有红包。首先在考虑优惠券体系（积分体系也是这样，积分体系相对而讲更复杂一些）的设计时需要考虑两个部分，一是优惠券的发放，二是优惠券的回
张小四儿·2020-06-22 11:08

[设计思考]不要做一个纯理性驱动的设计师

用户问，我能不能有一个收起某个模块的icon或者交互形式呀？用户的需求这时候设计师们可能会反问，你为什么需要收起呢？（因为占空间）如果占空间的话，这块能不能不要呢？（不能，是一个必要的信息）那么必要的话，你为什么又要收起呢？（因为某些时候是不重要的，我不希望在我觉得不重要的时候，收起来我好干别的事情）那么收起来之后，一般的新用户会不会不知道里面是什么，反而增加他们的使用成本呢？（额，我不知道。。。
阿拉蕾小帽子·2020-06-22 11:22

自己的生命，自己设计 | 一年读书300本

做自己的生命设计师-用”设计思考”重拟问题，打造全新生命蓝图DesigningYourLife:HowtoBuildaWell-lived,JoyfulLife比尔‧柏内特,戴夫‧埃文斯(作者)出版社：
郦无悔·2020-06-22 09:42

关于优惠券后台设计思考

优惠券是大部分产品都强依赖的营销工具，运营在工作中常常会遇到配置和管理各种优惠券的工作，如果你们的产品足够给力，系统做的足够完善，那么你很幸运，但中小型公司或创业项目并没有足够多的时间积累，那么运营面临的是需要踩着坑过河，在业务发展过程中不断的优化和完善。以下将和大家分享我对优惠券后台设计的一些思考与总结。优惠券系统设计最好的是可以在一个后台完成整条链路，从创建—投放—使用—统计，这里主要从5个步
产品狗不理·2020-06-22 00:26

高并发高可用的秒杀或抢券系统设计思考

对于一个秒杀系统来说，瞬时的大量请求会对后台服务造成冲击，需要保证服务的可用性以及业务的正确性。设计了一个高并发高可用的系统简要流程架构如下图:1.将商品(或券)的信息等静态数据放到cdn节点，实现动静分离2.业务请求和业务处理之间使用MQ对请求进行削峰3.读写分离：对于逻辑复杂(用户验证，风控管理，行为分析)的系统，可以将读写部署两套服务进行分离4.使用缓存：像库存这种信息无法放到静态页面，为了
soaring0121·2020-06-21 07:04

C#实现简单点餐系统（winform框架）

一、编程思想构思界面并进行设计思考需要用到的控件以及控件需要更改的属性构思将要触发的事件以及部分业务流程通过点击菜品，进行添加，并计算价格界面的美化以及功能的完善二、编程核心如何获取控件中的内容点击按钮
不染-何程龙·2020-06-21 06:59

交互新人注意

1、最好的设计输出物，是让看你交互文档的人快速理解你的方案及设计思想，保持基本的美观，注意排版整洁、字体清晰大方就够了，把猪腰精力放在设计思考本身上面来吧。2、注意AB稿的好处。思考全面。
zhangxp·2020-06-21 02:02

一个秒杀系统的设计思考（整体思考，收藏了）

作者：阿哲来源：https://segmentfault.com/a/1190000020970562前言秒杀大家都不陌生。自2011年首次出现以来，无论是双十一购物还是12306抢票，秒杀场景已随处可见。简单来说，秒杀就是在同一时刻大量请求争抢购买同一商品并完成交易的过程。从架构视角来看，秒杀系统本质是一个高性能、高一致、高可用的三高系统。而打造并维护一个超大流量的秒杀系统需要进行哪些关注，就是
hailang2ll·2020-06-21 01:40

设计类（2012迄今书单）

《图解设计思考》：前面讲如何发现问题，相比于只讲量的来说，这本将同类收为一种，先方法后实例，收放有度；后半本是视觉设计类方法论《顶尖设计师的自我经营学》《模仿如何激
cloverblue·2020-06-20 21:48

服务设计思考：平台化

平台是一套完整的服务。也是一套内部自洽的系统。核心在于分离，业务与通用服务隔离，业务与通用功能隔离。目标：对需求方：快速响应。可以敏捷地进行需求迭代。对第三方业务方：以产品的方式提供服务。所见即所得。所有功能对业务方透明。对测试方：简易明了的测试方式。利于自动化测试，灰度测试。对运维方：持续集成，自动化编排，自动化部署。数据方：提供多维度，详尽的服务数据。可以给数据方提供简便的数据分析。内部开发：
wx5e610badaa670·2020-06-18 21:10

服务设计思考：平台化

平台是一套完整的服务。也是一套内部自洽的系统。核心在于分离，业务与通用服务隔离，业务与通用功能隔离。目标：对需求方：快速响应。可以敏捷地进行需求迭代。对第三方业务方：以产品的方式提供服务。所见即所得。所有功能对业务方透明。对测试方：简易明了的测试方式。利于自动化测试，灰度测试。对运维方：持续集成，自动化编排，自动化部署。数据方：提供多维度，详尽的服务数据。可以给数据方提供简便的数据分析。内部开发：
MageByte-借来方向·2020-06-18 21:00

OO第四次博客作业

一、第四单元架构设计我在第四单元作业前对于架构设计思考了很久，个人认为这次作业的设计在层次划分上做的还是比较理想的，可维护性和可扩展性都还不错。
Roy_wcm·2020-06-17 11:00
上一页 2 3 4 5 6 7 8 9 下一页
按字母分类： ABCDEFGHIJKLMNOPQRSTUVWXYZ其他