装饰模式

写到这个帖子的时候.我是笑着的.这可能是个行业笑话.但确实是非常苦涩.新手朋友想的是我简历都写的这么好了.为什么面试官还是觉得我不入流. 而面试官又觉得这就是个没做过项目的小菜鸟.引申来说本质上.购物车只是个代词. 诸如进销存. 车辆管理. 设置是OA系统. 都面临同样问题. 你是否真正了解你自己简历上面写的业务需求. 真的可能只是几句话就暴露了. 我们先来了解一下. 培训机构认为很简单的购物车. 是不是真的那么简单.

到底能不能在简历上写购物车

先说结论. 肯定可以写.不然真在大电商里面写购物车的兄弟们. 还不跳槽了?那为什么购物车成了行业笑话:

1. 90%(鬼知道哪来的数据别太在意)的培训机构.会怂恿学员在简历上写购物车.而且往往背后是带着学员学习了servlet并知道了什么是session. 良心培训机构.可能还会顺手教你学一下redis是啥.
2. 从来没有人标明说这项目经验是来自培训或者是自己的小项目.这只会让面试官和HR觉得你个人诚信有问题.
3. 直接暴露你的层次. 新手和有相关从业经验本质上的不同.
4. 另外如果你写的是完整商城系统. 恭喜你. 面试官笑笑不想和你说话.

了购物车

失败的建立. 这个例子简直是太经典.以天猫和京东为例. 典型的购物车.至少会包含下面这些常见的功能

1. 商品列表
2. 登录和未登录添加购物车.
3. 门店分组.商品会按门店分组.
4. 营销系统. 领取优惠券. 满减. 积分等其它优惠.
5. 价格提示. 正常价格和是否降价等 (隐含内容> 商品快照)
6. 预结算. 选中多个商品计算大致价格.
7. 库存信息.一般提示库存不足的信息.

• 可能会忽略的细节

1. 商品列表中基本包含商品状态. 类目信息(有些同学居然都不知道类目是什么).各类服务标签(7天包换这种)
2. 一定会有登录和未登录状态. 但未登录时. 加入购物车和登录后加入购物车. 有非常明显的不一致.培训机构这时一定会告诉你.这是通过本地cookie来解决问题的.但实际上.这牵扯的东西太多. 有兴趣的同学可以了解下用户票据.类似oauth2.0的登录票据一样.客户端的东西是伴随风险的. 所以更多时候. 购物车内的数据是依赖服务器缓存的.还在使用本地cookie的恐怕不多了.
3. 门店可能会关联im系统.各家门店自己的营销信息等 (好像和营销系统有些重复是不是).
4. 营销系统按以前的同事说法是. 规则多的要死. 经常有互斥.或者重复扣减之类的问题. 购物车这边通常只是显示.忽悠用户拼单.
5. 价格系统最神奇.不同的客户端. 不同的地区. 不同的时段. 价格都可能不一致.
6. 可能计算优惠.运费等数据不同平台玩法不一样. 只要能说通就好.
7. 库存同样比较复杂.

这部分内容. 有杠的嫌疑. 不要细纠. 简单来说.如果做过电商就是没接触这些系统. 里面的业务多少也会了解一些. 那么问题来了. 当面试官.问你这些东西的时候 . 你是不是能说清楚呢?其实还有很多另类的商城 会有各种不同的需求 . 电商网站的架构. 比较正常的成长型应该是从一个web应用逐渐扩大变成各种微服务组合出来的.按一个中等规模的电商平台来说. 上面这些数据应该来自分别不同的子系统. 商城前台(注意不是前端)兄弟整合这些数据并不轻松. 还要考虑各子系统的响应时间.数据并发量. 缓存使用量等.

技术问题

只挖坑不管埋有兴趣自己百度去. 这边只写一些用来祸害新手开发的问题.

1. 项目规模. 开发人数(判断项目是否有分布式. 团队开发能力等.大致了解项目复杂程度)
2. session和本地cookie能用吗? (引出sso问题)
3. Redis如何使用.(深入的可能引发诸如脑裂.一致性等问题)
4. 同步还是异步访问子系统.(引发分布式系统相关问题.常见分布式事务处理)
5. 线程相关问题.
6. 可能会问安全相关(JS注入. SQL注入等 ).
7. 服务治理类工具使用问题.
8. 是否使用MQ.
9. 数据库表设计.(硬要说. 随便弄个十几二十几张没得问题)

例子举不过来. 如果问相关的业务系统问题 那就更多了.玩具和项目的区别. 培训或大学大作业这些. 难听点说.就是玩具. 它们存在的目的更多是为了让你了解开发流程.熟悉怎么写代码. 真正的项目. 要有完整的业务流程能够自圆其说的. 明确的说出自己做的项目并不是商业项目可能会降低对方的心理预期.但不会给你打太多负分.

专有名词

同样只挖坑不管埋

• 类目
• 品类
• 品牌
• Sku/spu

总结

写项目经历. 并不容易. 在简历上标注这是玩具项目.是自杀行为. 这样HR这关我们过不了. 但明确告诉面试官.这是玩具项目并不一定是坏事. 回到开头说的. 行业笑话的其实本质是面试官有戏可以看了. 新人基础打的牢.不怕找不到好工作.