【分享故事会】互联网之编程开发的道道_互联网和编程的联系

简要：

今年（2020）2月份，一家小公司邀请我去给他们的技术/美工等人员做分享会，理由是在学校图书馆听了我的专题讲座（小程序90分钟开发）后觉得不错，想让我深入分享一下有关经验，我欣然接受了，并且做了有关准备。下文是我的文字框架稿，演示文档（ppt）由于涉及一些公司信息，感兴趣的朋友请私信我领取。呈上以下内容，供各位批评指正。

---

行情

这个问题其实真的很大，我的回答也是瞎子摸象，一孔之见。不见得准确。姑妄言之，卿姑且听之。

现在中国的互联网已经早过了千军万马奋勇争先的阶段了，现在的中国互联网只有两个主题:垄断资本留给普通创业者的机会真的不多了。

腾讯的社交，基本上垄断了90%的市场，还有点汤留给陌陌等喝;阿里把电商的护城河搞得极高，京东和拼多多喝点汤;支付宝和微信支付平分天下，银联的云闪付都只能夹缝求生;当一个行业陷入垄断的时候，这个行业就开始步入衰退了。

无可避免的宿命。现在这个行业要想脱颖而出，只有依靠资本，而且不是一点点资本，需要的是巨量的资本。比如黄铮的拼多多，依靠的是段永平;钱治亚的瑞幸咖啡，依靠的是陆正耀;没有这样的资本大佬，想在互联网行业闯出名堂，几乎是不可能的事情。

如此局面下，互联网突然陷入沉寂，又有何难以理解的呢？这是一。

其次，中国整体经济都在下行，互联网它又不是生活在真空之中，怎么可能不受影响呢？而且，现在反过来看，马云的电商是消灭了中间渠道，提高了上游到下游的效率。但这是好是坏，是到了重新检视的时候了。

中间渠道确实抬高了商品的最终价格，但中间商的存在，本身却养活了一个庞大的中间商群体，这部分人被电商消灭，其实代表着他背后的消费也被消灭了。这两者的比较，究竟是好是坏，难说的很。

---

商机

那么这次新型肺炎病毒也会过去，会带来什么样的商机呢？接下来对疫情过后的十大预判：
第1个是：影院的份额将被在线影院稀释！第1个案例：徐峥的《囧妈》卖给字节跳动获得6.3亿。 这个案例说明：这个重大危机会改变人们的消费习惯，那就是观看电影的习惯！未来在线视频平台拥有电影的首播权院线的市场份额将失去更多份额！ 曾经电影院被电视机打破，现在初兴起的影院将再一次被在线视频平台打破！只需要在线视频平台有首播权！

第2个是：商业地产将在人们的消费习惯中没落！ 曾经的非典让人们走向了电子商务，新型冠状病毒过后，人们会更加少的走向街面，而是更多的时间在线上。店商将更大幅度的转型到线上，不再受房租的束缚！ 不管是商铺还是写字楼，都将失去曾经的上涨力量，甚至是住宅

！第3个是：人们将更加注重安全和健康！ 居家运动将得到爆发，以前人们的意识是去健身房，未来的运动将会在家中，在线运动智能管理将让更多的人接受！ 人们的保险意识将得到加强，对保险的需求将加大，人们将增大对保险的支出！

第4个是：不重视线上流量和营销将死路一条！ 如果你以前不重视电子商务，不注重线上流量，不注重营销，可以做到强撑着的半死状态，未来如果不重视线上流量，不注重营销，必死无疑！ 因为在非典之后对人类消费习惯和认知冲击后，人们习惯了互联网和电子商务，但是在近20年的培养和新型冠状病毒疫情之后，人们不只是习惯，而是对移动互联网产生的依赖。 销售不同于营销，靠销售赚钱是十几年钱的事情了，未来的企业必须做营销。

第5个是：卫生和环保意识将更加增强！ 每个人将更加注重环境和卫生，生活习惯和个人陋习将逐步改善，对公共场所的卫生要求更高，如餐饮、酒店等场所！ 同时个人卫生消费品将爆发，如旅行自用床单被褥，洗护用品，免水洗手液、喷剂或一次性用品等，会成为人手必备的用品。 同时，国家将会有更加严格的机制！尤其是自然环境！

第6个是：社群和自媒体商业将成为常态 电商让人们习惯了足不出户购物体验，疫情之后无疑会社群和自媒体商业的发展。社群和自媒体商业是建立在信任基础上的模式。 和很多的企业家进行沟通都产生了统一的认知，一是在线学习，二是社群和自媒体营销。

第7个是：医药行业走强！ 必须强。这个就不用说了，和大量的创业者无关。
第8个是：人们将对绿色无污染更加热衷！ 农业和农副产品会成为下一个非常强劲的经济增长点，这也符合我们国情；

第9个是：知识经济慢慢复兴，在线学习份额增大！ 知识付费和在线教育走向成熟。在线学习的需求将得到扩大！很多的学习都可以在线上完成，人们对知识的需求也在增强！

第10个是：远程办公将是办公的趋势！ 本次疫情中，字节跳动、苏宁、华为等企业都选择了远程办公，未来在人力成本增大的今天，远程办公会成为大量的企业或者行业的选择！ 创业者要有信心：是危机也是机遇，在危机中要学习成长，才能赢得危机后的机遇。

---

分享经济

分享经济（Sharing Economy）指个人、组织或者企业，通过社会化平台分享闲置实物资源或认知盈余，以低于专业性组织者的边际成本提供服务并获得收入的经济现象，其本质是以租代买，资源的支配权与使用权分离。分享经济将社会海量、分散、闲置资源等，进行平台化、协同化的集聚、复用与供需匹配，从而实现经济与社会价值最大化利用的新经济业态。

正是随着3G、4G技术的发展以及即将到来的5G技术，人们更加方便使用移动网络，人们随时随地都能分享自己的心情，分享自己成功的喜悦，表达自己的喜怒哀乐，让分享成为人们日常生活的一部分，从而先后出现共享经济热，从共享单车、共享充电宝、共享雨伞、共享篮球等等，人们更加乐意使用这个共享分享的新生事物。

因为分享经济的确为他们带来实实在在的好处，让他们得到更多的实惠，便利。二十一世纪是分享经济，社交电商的时代，人人可以创业，不再是一件困难的事，找到一个好的实力平台加一个优秀的团队系统，你的人脉即钱脉。

---

心里战术

现在的人不是为了使事情变得更好，就是为了防止事情变坏

场景化切入

应该怎么理解场景化切入呢？即向用户展示的商品时候，将商品置于一个特定的场景或者是一个通用适配的场景中，亦或是制造一个场景。目的是让用户看到商品的时候，能够戳中他的痛点或者是联想到自己实际使用的场景，潜意识里回忆起缺乏感，即我需要这个东西，这个东西对我很有用。如果能做到这一点，距离商品实际转化也就八九不离十。

进入成本

进入成本指的是人们在做决定的时候，不仅会考虑决定花费多少，还会考虑事先投入了多少成本。相信大家都会有这样的情况，在逛一家商店的时候，停留的时间越长，购物的可能性越大，正如那句：来都来了，就买点吧；再比如看中一件衣服，在考虑价格因素等，来来回回对比、选择了好久，但是最终还是狠狠心买下了。为什么呢？因为这件衣服上你花了很高的进入成本。所以，在二类电商中推广商品时，要努力让客户在素材、在落地页投入更多的进入成本。用户成本越高，粘性就越强，转化的可能就越大。比如下面的落地页，从售后保障，研发技术，功能特点，多款式展示，多颜色展示，细节展示，品质保证，多套餐可选等360度展示了商品的特点，吸引用户一步步浏览深入，了解产品，进而形成购买。

价格锚点

价格锚点的意义在于制造参照系，因为用户选择时会倾向于中间，从而达到引导用户去做对自己利益最大化决策的目的，这个方式适合在定价时使用。举个例子，苹果公司新出的iPhone11手机，64G的5499元，128G的5999元，256G的6799元，从内存和价格两个维度相对比之下5999元128G的是最划算的，这里的5488元64G就是价格锚点。在下面这个案例中，1个短款49就是我们说的价格锚点，对比下长款或者是短+长是更划算，更优惠的。

损失最小化

人们都讨厌损失，因此我们在做决策的时候，都是选择对自己来说损失最小的方案。
买一个价格500元的手机，如果要送货上门的话多收100；买一个600元的手机，不需要送货上门的话便宜100。一样的费用，接受后者的用户会更多，原因就是用户讨厌损失。因此，当需要用户付款时，应规避掉损失性的表述；当需要留住用户的时候，应增加损失性表述。比如：我们二类电商中都会在落地页放置“7天无理由退换货”的表述，都是典型的规避损失的描述；落地页设置文字“关闭页面再也找不到入口”，“手慢无”等等，都旨在增加损失性描述，留住客户。

所谓心理学，更多的是研究消费者在做决策时候的心理偏差。在电商行业，尤其是二类电商行业，最核心的问题就是获取到流量之后，如何快速的将流量进行转化，而最终的转化来自用户。所以，核心问题又转化成如何与用户打交道。

---

交互、UI、美工

一个好的设计师，会主动与你一起制定标准，或者使用你的标准来设计。
这个标准，就是前端框架。

字体、颜色、间距、尺寸、颜色、动态效果，都预先制定在框架里面了。
设计师能从框架里面直接把想要的东西拖出来。组合成为设计稿。

前端开发同时也能从框架里面将需要的代码拖出来，组合为产品。
你们共同制定了框架之后，工作流程就变成这个样子：
设计师在草图上用手画出了一个框，然后旁边拉了一个箭头写上：“这里要一个蓝色的大号按钮，链接到首页”
然后你看到草图，在记事本里面写下：

这里，btn（按钮基本样式） btn-large（大号按钮的尺寸） btn-blue（按钮的颜色）

就是你们之前商量好的按钮的样式，以及命名规范。
这样一起工作一段时间之后，就会变成这样：

设计师和前端一起讨论、绘制草图，设计师和前端一起写代码，一起调试、一起那啥那啥。

设计师开始使用代码设计新奇的按钮样式，并且卸载了Photoshop（开玩笑的），前端开始专注于javascript实现各种交互功能，并且开始研究如何和后端默契配合。
在我们团队，交互设计师和UI设计师之间，使用手绘流程草图交流，UI设计师和前端开发使用手绘界面草图交流，前端开发和后端开发使用手绘逻辑草图交流。
每个月要用好多好多的笔 〒▽〒哭······
Photoshop这种拖慢工作效率的软件，我重装系统之后一直没装。
哦··我其实是一个设（qian）计（duan）。
·························································································

一个好的UI设计师，一定能看懂html以及css
一个好的UI设计师，不会喜欢使用Photoshop来给你输出设计稿，并要求你要完全一样。
一个好的前端，一定懂设计。

…
另外：客户或者用户，根本不在意你的成品与设计稿有几个像素的差距，甚至大多数的客户或者用户，根本不在意你界面有多漂亮多艺术感十足，人家要的是清晰明确的表达，简单明了的阅读，秒开的速度，以及一万年不崩溃的可靠。
一个只能把界面做漂亮的设计师，所做的事情，根本┻━┻︵╰(‵□′)╯︵┻━┻不重要！

---

后端

引用：https://www.cnblogs.com/hxz-nl/p/11799780.html

如何设计数据库

主键、外键、多多多多多关系的构建需要极大的实力

要善于识别与正确处理多对多的关系

若两个实体之间存在多对多的关系，则应消除这种关系。消除的办法是，在两者之间增加第三个实体。这样，原来一个多对多的关系，现在变为两个一对多的关系。要将原来两个实体的属性合理地分配到三个实体中去。这里的第三个实体，实质上是一个较复杂的关系，它对应一张基本表。一般来讲，数据库设计工具不能识别多对多的关系，但能处理多对多的关系。

正确认识数据冗余

主键与外键在多表中的重复出现, 不属于数据冗余，这个概念必须清楚，事实上有许多人还不清楚。非键字段的重复出现, 才是数据冗余！而且是一种低级冗余，即重复性的冗余。高级冗余不是字段的重复出现，而是字段的派生出现。

为什么要构建一个高并发场景下的后端系统？

技术角度：业务规模覆盖用户群大，数据联通实时性强，响应时间要求极短，需要高可用，高并发。
市场角度：用户体验、曝光度、促销（秒杀）等。

如何实现高并发（同时更多的人访问）

1、优化代码　　a、少new对象，使用更好的算法　　b、使用每一个方法，类时都考虑一下是否有更好的替代方法，类。　　c、简洁，能快速解决的事儿，不要转圈圈。（偷懒）

2、优化数据库　　a、能单表一定不多表，能一句完成的一定不多次　　b、能不用函数，就不用函数，除非你知道它的效率很高。（但很多的函数效率真的很差）　　c、写完自己先试试，实现的方式通常都不止一种，选个最好的。　　d、建立索引，这个更加要试试，很可能你的索引会使你的请求更加的慢（会起反作用、或不生效）　　e、建表遵循三范式（可以不遵循，使用第四范式 ：反三范式，一切为了效率！！！）　　f、使用预编译、连接池(这个大概不需要说)

3、尽量少的请求　　a、前端做表单验证，尽量保证请求有效　　b、后端做请求时间拦截，保证不会在很短的时间里连续请求（防止for循环请求啊，或者用户连续点击）　　c、做缓存，对用户经常访问的数据放到缓存中去　　d、请求队列，对部分高请求的接口做请求队列，实在太高超出系统的负荷，对后面的请求直接返回“系统繁忙”（抛弃请求，保证大部分请求的成功）　　e、做页面缓存，就像用户访问的首页，同样的页面，可以不经过请求程序，直接把缓存的页面返回给用户。　　f、批量提交，在一些情况下可以吧用户的插入请求积攒一起提交。

4、增加服务器　　a、做负载平衡　　b、做微服务（服务模块化）　　c、做数据库的读写分离

如何实现高性能（响应时间更短，速度更快）

1、尽量指定类、方法的final修饰符
带有final修饰符的类是不可派生的。在Java核心API中，有许多应用final的例子，例如java.lang.String，整个类都是final的。为类指定final修饰符可以让类不可以被继承，为方法指定final修饰符可以让方法不可以被重写。如果指定了一个类为final，则该类所有的方法都是final的。Java编译器会寻找机会内联所有的final方法，内联对于提升Java运行效率作用重大，具体参见Java运行期优化。此举能够使性能平均提高50%。

2、尽量重用对象
特别是String对象的使用，出现字符串连接时应该使用StringBuilder/StringBuffer代替。由于Java虚拟机不仅要花时间生成对象，以后可能还需要花时间对这些对象进行垃圾回收和处理，因此，生成过多的对象将会给程序的性能带来很大的影响。

3、尽可能使用局部变量
调用方法时传递的参数以及在调用中创建的临时变量都保存在栈中速度较快，其他变量，如静态变量、实例变量等，都在堆中创建，速度较慢。另外，栈中创建的变量，随着方法的运行结束，这些内容就没了，不需要额外的垃圾回收。

4、及时关闭流
Java编程过程中，进行数据库连接、I/O流操作时务必小心，在使用完毕后，及时关闭以释放资源。因为对这些大对象的操作会造成系统大的开销，稍有不慎，将会导致严重的后果。

5、尽量减少对变量的重复计算
明确一个概念，对方法的调用，即使方法中只有一句语句，也是有消耗的，包括创建栈帧、调用方法时保护现场、调用方法完毕时恢复现场等。所以例如下面的操作：for (int i = 0; i < list.size(); i++){…}建议替换为：for (int i = 0, int length = list.size(); i < length; i++){…}这样，在list.size()很大的时候，就减少了很多的消耗

6、尽量采用懒加载的策略，即在需要的时候才创建
例如：String str = “aaa”;if (i == 1){list.add(str);}建议替换为：if (i == 1){String str = “aaa”;list.add(str);}

压力测试

要义：用自己的力量黑自己的产品，然后再回过头来对抗自己。

---

前端

UI设计（或称界面设计）是指对软件的人机交互、操作逻辑、界面美观的整体设计。UI设计分为实体UI和虚拟UI，互联网常用的UI设计是虚拟UI，UI即User Interface(用户界面)的简称。

好的UI设计不仅是让软件变得有个性有品位，还要让软件的操作变得舒适简单、自由，充分体现软件的定位和特点。

综上所述UI设计师就是：软件图形设计师、交互设计师、用户研究工程师。

设计原则

说起来容易，百度一大批。但是做出来的各不相同，因此这个东西只有原则，主要看人的发挥。该点和以下一点的资料来源于百度。

---

可用性

前后端分离设计

虽然这是一个前端的创建指南，但是我还想稍微扯一点『无关』的内容。

好的前端程序员，应该是要懂后端的，特别是后端的数据模型。其次，便是与后台交互时的 API 行为/动作设计，即事件。我们需要考虑领域相关的模型，则模型相关的事件，而后整理出系统的领域事件图。

---

开发文档

正规的团队合作或者是项目对接，接口文档是非常重要的，一般接口文档都是通过开发人员写的。一个工整的文档显得是非重要。下面我总结下自己看到的优秀接口文档（商业机密暂不透露具体内容，总的来说需要有以下6个点）。

---

用户关怀

按钮的反馈，动画过度，每一步信息的处理的延时等待等等

费茨定律，即任意一点移动到目标中心位置所需的时间与该点到目标的距离和大小有关。
登陆，确定/取消，扫一扫共享单车

希克——稀客定律：自行百度

---