#职场社畜日常
微信也妥协了
以前是1块钱买表情包
现在要10个微信豆
而1块钱只能买7个微信豆
剩下30%被苹果抽水了
https://cdnv2.ruguoapp.com/FisKNYQmmNWWDRD7AImFx1U9OCGOv3.png
微信也妥协了
以前是1块钱买表情包
现在要10个微信豆
而1块钱只能买7个微信豆
剩下30%被苹果抽水了
https://cdnv2.ruguoapp.com/FisKNYQmmNWWDRD7AImFx1U9OCGOv3.png
#职场社畜日常
准备用一篇文章大白话讲透一些大家在工作中遇到的一些技术常识。
比如前端，后端，接口，数据库，页面传参，token。
我们日常生活中肉眼可看到的界面，包括app，网页，小程序，H5等等都属于前端的范畴，可以理解为它们是使用者与后端服务器进行交互的一个工具，通过它来获取和写入数据。
获取数据的过程是怎么样的？
用户点击前端界面的某个按钮后，则前端会触发指令传给到后端，后端接收到前端的指令后，则会从数据库查找数据并加工处理后返回给前端想要的数据，前端拿到数据后，按照指定的样式进行展示。
写入数据的过程是怎么样的？
用户在前端界面输入数据后，则会将数据传给后端，由后端加工处理后将数据写入到数据库的某些表中，最后再将操作结果给到前端，前端对结果进行展示，比如提交成功或失败，给用户一个清晰的指引。
以上只是简要地概括了整个前后端处理数据的流程，让大家快速地对整体流程有个大概的感觉，接下来我再举个具体的例子详细剖析下前后端到底是如何传送，处理及保存数据的
比如数据的写入，我们可以用大家非常熟悉的注册流程来展开讲讲。
首先，注册的第一步，用户需要在注册页面上输入账号和密码，前端会将账号和密码传给后端，这时候，按照上面的说法，后端是不是可以直接把账号和密码写入数据库呢？实际上并不是，上述只是为了方便大家快速理解而简化了处理的过程，实际上后端从前端获取到数据后，还需要做一些逻辑判断:
比如，用户的账号是不是此前已经注册过？如果注册过，这个账号的状态又是怎么样的？是否因为违规被停用过？后端做完一系列的逻辑处理后，也将结果返回给前端，前端接收到结果后，以指定的样式进行展示，这也就是大家在注册的时候，点击登录时所收到的提示。
当然，如果后端判断该账号从来没有存在过，则会将该新账号和密码写入到数据库中，创建出一条新的用户记录。
说到这里，可能就会有人有疑问了，前端好理解，就是一个获取数据的界面，但是后端是什么，跟数据库的关系又是什么呢？
其实，你可以把后端理解为一个数据的加工厂，分别去前端和数据库获取数据进行加工处理，最后给到请求方加工后的结果，后端自己是没有任何数据的，它只有一系列的处理逻辑，所以它必须借助前端获取的或数据库里的数据来辅助它做出合理的判断。
拿上面注册的例子来说，当从前端获取到账号信息后，它还需要跑到数据库中，找到一张专门用于存放用户账号密码信息的表，从这张表中去查找账号的信息，通过两边数据的对比才能得出最终的结论。
为了方便大家加深理解，我再举一个登录的例子，它的处理流程又是怎么样的呢？
首先，用户先打开登录页面，输入用户账号和密码，点击登录后，前端就会将账号和密码传给后端，后端接收到数据后需要做以下的逻辑判断:
该用户账号是否存在？
如果账号存在，密码是不是正确？
如果都正确，让用户成功登录。
如果不正确，则登录不成功。
要判断用户账号是否存在
后端需要拿着前端获取的数据跑到用户表中对比一下看是否存在该账号
如果比对之后发现账号存在，则继续看密码是不是正确。
如果密码也正确，则后端会返回结果给到前端，通知前端这个用户是存在的，前端收到消息后，则让用户成功跳转到首页。
如果后端发现前端传过来的账号或密码跟数据库的根本对不上，则后端同样会将结果返回给到前端，前端收到消息之后，则会触发一条提示，告知用户账号或密码不正确，无法跳转至首页。
所以可见，后端一直都是获取数据，处理数据，最后输出结果的过程，这时候就会引出一个大家在工作中很熟悉的一个名词了，这个名词叫做接口，那到底什么是接口呢？在以上描述的处理过程中，哪些属于接口的内容呢？
大家可以把接口理解成请求方与被请求方互利的一个协议，双方先提前沟通好彼此的需要，我给你什么，你反馈给我什么，确定之后，就按照双方的约定规则落下协议，这就是一个接口，后续我拿着这个协议来找你互换东西，你必须得遵守约定，这就是调用接口的过程。
比如上面注册的例子，前端不需要知道怎么去处理账号信息，只需要把用户账号密码给后端，后端返回给前端具体的注册结果就好了，于是，前端就必须与后端提前约定好，前端应该传给后端什么信息，后端返回给前端什么信息，紧接着，后端就将获取到前端数据后续的一整套处理逻辑，包括与数据库的交互包装成一个接口，定义好接口的地址，后续前端只要按照这个接口的规范进行调用就可以了。
到这里，我们就把前端，后端以及接口基本讲完了，但是，有些人可能又有疑问了，数据库又是什么呢，上面并没有对数据库进行详细说明，大家对它的认知也还停留在它是一个存放数据的地方，当然，还有人可能会说，数据库是研发的事情吧，产品经理或者其他业务岗好像并不需要了解太多吧。
实际上，了解数据库的原理对于做业务的人来说是很有好处的，能够帮助我们更好地跟研发人员沟通，准确地表达自己的诉求，还能对产品的整体架构有更深层次的了解。
比如功能的某个改动点会涉及到底层多大的改动，做好工作量的预估，比如增加某个功能要考虑底层库表的结构是怎么样的，跟研发讨论如何做好延展性等等。
那么，数据库到底是什么呢？
其实说起来也没那么复杂，数据库其实就是一张张的表格，类似excel表，有字段有数值，比如，上面所说的用户账号和密码会存放在一张专门存放用户信息的表中，这张表可能不仅有用户的账号和密码，还会包含用户的姓名，年龄等等，想要获取用户信息都需要到这个表来取。
另外比如电商网站，还会有订单信息，则它们会存放在一张专门用于记录订单信息的表中，比如订单生成时间，订单金额，订单的交易人等等，其他的还有专门存放商品信息的商品表，专门存放卖家信息的卖家表等等。
通常来说，系统中一个实体的信息就会用一张表来存储，比如上面所说的用户就是一个实体，商品是一个实体，订单是一个实体，卖家也是一个实体，于是就会产生很多很多张表。
而且，它们之间并不是互相孤立的，而是互相关联的，比如订单表里面的每笔订单，都需要知道是哪个用户生成的，于是就需要关联到用户表，商品表里面的每个商品，都需要知道是哪个商家上架的，于是商品表就需要与卖家表进行关联，那么，它们是如何进行关联的呢？
每张表的每条记录都会有一个唯一标识，别的表的记录可以通过这个唯一标识与之关联，后续后端到数据库找数据的时候，就可以通过关联关系找到所有想要的数据，比如查订单表的时候，就可以同步查到生成订单的用户是谁，他们的详细信息是什么。
另外，我们还需要了解，表与表存在的几种关系，其中包括，一对一，一对多，多对多的关系，还是拿电商网站来举例。
一个用户可以对应多笔订单，所以用户表与订单表是一对多的关系，则订单表的每条记录都会记录对应的用户id用于关联用户表。
对于电商网站来说，购物车也是一个实体，于是也会有一张专门存放购物车信息的购物车表，而一个用户只能对应一个购物车，所以用户表和购物车表是一对一的关系，所以可以在用户表记录一个购物车id进行关联，也可以在购物车表记录一个用户id进行关联，后续查询购物车记录的时候就可以知道是哪个用户创建的。
一个卖家可以卖多个商品，一个商品可以被多个卖家卖，所以卖家表与商品表是多对多的关系，对于多对多关系，记录方式就不能跟一对一，一对多关系一样了，总不能在一条记录的后面记录一堆的关联id吧，所以，有一种更好的记录方法，就是做一张中间表，专门用于存放它们之间的关系，每一条记录就是一个关系，这样的记录方式更加友好。
所以，到这里数据库的原理就基本讲完了，总而言之，数据库只负责存储数据，而后端则按照前端的请求，到数据库关联的各个表去取数据进行逻辑处理，返回处理结果给到前端进行展示，只要能这个流程理解清楚，以后跟研发同学沟通基本就不会有太大的障碍。
最后，我再给大家普及一个在工作中经常会听到的一个术语，叫做页面传参，很多人并不是很理解，他们只理解接口传参，知道请求后端的时候要将参数传给后端处理，但是，页面传参又是什么东西？
这种传参方式一般只会存在于页面跳转的场景，一个页面跳转到另外一个页面时，把第一个页面获取到的参数按照一定的格式拼接在第二个页面的链接上，第二个页面加载后即可获取到该参数。
比如，用户在登录页面登录后，也会将用户信息通过链接传给首页，首页则会调用后端接口，通过用户信息获取到对应的数据。
另外，还有一个常见的名词叫做Token，比如有时候我们去问研发为什么app老是要我们登录，他们会跟我说，token失效了，那token是什么呢？我们可以把它理解成后端给到前端一个入门的凭证，类似门禁卡一样的东西，你拿着你的身份证信息去物业记录了你的身份，物业对应给你一个门禁，后面你进小区就不需要老是拿着身份证证明你自己了，只要有门禁就可以进小区，token也是一样的东西，前端拿着用户的信息去后端换回了一个规定了有效期的token在前端缓存着，只要它不失效，就不需要再拿用户信息去请求后端，直接就可以登录。
准备用一篇文章大白话讲透一些大家在工作中遇到的一些技术常识。
比如前端，后端，接口，数据库，页面传参，token。
我们日常生活中肉眼可看到的界面，包括app，网页，小程序，H5等等都属于前端的范畴，可以理解为它们是使用者与后端服务器进行交互的一个工具，通过它来获取和写入数据。
获取数据的过程是怎么样的？
用户点击前端界面的某个按钮后，则前端会触发指令传给到后端，后端接收到前端的指令后，则会从数据库查找数据并加工处理后返回给前端想要的数据，前端拿到数据后，按照指定的样式进行展示。
写入数据的过程是怎么样的？
用户在前端界面输入数据后，则会将数据传给后端，由后端加工处理后将数据写入到数据库的某些表中，最后再将操作结果给到前端，前端对结果进行展示，比如提交成功或失败，给用户一个清晰的指引。
以上只是简要地概括了整个前后端处理数据的流程，让大家快速地对整体流程有个大概的感觉，接下来我再举个具体的例子详细剖析下前后端到底是如何传送，处理及保存数据的
比如数据的写入，我们可以用大家非常熟悉的注册流程来展开讲讲。
首先，注册的第一步，用户需要在注册页面上输入账号和密码，前端会将账号和密码传给后端，这时候，按照上面的说法，后端是不是可以直接把账号和密码写入数据库呢？实际上并不是，上述只是为了方便大家快速理解而简化了处理的过程，实际上后端从前端获取到数据后，还需要做一些逻辑判断:
比如，用户的账号是不是此前已经注册过？如果注册过，这个账号的状态又是怎么样的？是否因为违规被停用过？后端做完一系列的逻辑处理后，也将结果返回给前端，前端接收到结果后，以指定的样式进行展示，这也就是大家在注册的时候，点击登录时所收到的提示。
当然，如果后端判断该账号从来没有存在过，则会将该新账号和密码写入到数据库中，创建出一条新的用户记录。
说到这里，可能就会有人有疑问了，前端好理解，就是一个获取数据的界面，但是后端是什么，跟数据库的关系又是什么呢？
其实，你可以把后端理解为一个数据的加工厂，分别去前端和数据库获取数据进行加工处理，最后给到请求方加工后的结果，后端自己是没有任何数据的，它只有一系列的处理逻辑，所以它必须借助前端获取的或数据库里的数据来辅助它做出合理的判断。
拿上面注册的例子来说，当从前端获取到账号信息后，它还需要跑到数据库中，找到一张专门用于存放用户账号密码信息的表，从这张表中去查找账号的信息，通过两边数据的对比才能得出最终的结论。
为了方便大家加深理解，我再举一个登录的例子，它的处理流程又是怎么样的呢？
首先，用户先打开登录页面，输入用户账号和密码，点击登录后，前端就会将账号和密码传给后端，后端接收到数据后需要做以下的逻辑判断:
该用户账号是否存在？
如果账号存在，密码是不是正确？
如果都正确，让用户成功登录。
如果不正确，则登录不成功。
要判断用户账号是否存在
后端需要拿着前端获取的数据跑到用户表中对比一下看是否存在该账号
如果比对之后发现账号存在，则继续看密码是不是正确。
如果密码也正确，则后端会返回结果给到前端，通知前端这个用户是存在的，前端收到消息后，则让用户成功跳转到首页。
如果后端发现前端传过来的账号或密码跟数据库的根本对不上，则后端同样会将结果返回给到前端，前端收到消息之后，则会触发一条提示，告知用户账号或密码不正确，无法跳转至首页。
所以可见，后端一直都是获取数据，处理数据，最后输出结果的过程，这时候就会引出一个大家在工作中很熟悉的一个名词了，这个名词叫做接口，那到底什么是接口呢？在以上描述的处理过程中，哪些属于接口的内容呢？
大家可以把接口理解成请求方与被请求方互利的一个协议，双方先提前沟通好彼此的需要，我给你什么，你反馈给我什么，确定之后，就按照双方的约定规则落下协议，这就是一个接口，后续我拿着这个协议来找你互换东西，你必须得遵守约定，这就是调用接口的过程。
比如上面注册的例子，前端不需要知道怎么去处理账号信息，只需要把用户账号密码给后端，后端返回给前端具体的注册结果就好了，于是，前端就必须与后端提前约定好，前端应该传给后端什么信息，后端返回给前端什么信息，紧接着，后端就将获取到前端数据后续的一整套处理逻辑，包括与数据库的交互包装成一个接口，定义好接口的地址，后续前端只要按照这个接口的规范进行调用就可以了。
到这里，我们就把前端，后端以及接口基本讲完了，但是，有些人可能又有疑问了，数据库又是什么呢，上面并没有对数据库进行详细说明，大家对它的认知也还停留在它是一个存放数据的地方，当然，还有人可能会说，数据库是研发的事情吧，产品经理或者其他业务岗好像并不需要了解太多吧。
实际上，了解数据库的原理对于做业务的人来说是很有好处的，能够帮助我们更好地跟研发人员沟通，准确地表达自己的诉求，还能对产品的整体架构有更深层次的了解。
比如功能的某个改动点会涉及到底层多大的改动，做好工作量的预估，比如增加某个功能要考虑底层库表的结构是怎么样的，跟研发讨论如何做好延展性等等。
那么，数据库到底是什么呢？
其实说起来也没那么复杂，数据库其实就是一张张的表格，类似excel表，有字段有数值，比如，上面所说的用户账号和密码会存放在一张专门存放用户信息的表中，这张表可能不仅有用户的账号和密码，还会包含用户的姓名，年龄等等，想要获取用户信息都需要到这个表来取。
另外比如电商网站，还会有订单信息，则它们会存放在一张专门用于记录订单信息的表中，比如订单生成时间，订单金额，订单的交易人等等，其他的还有专门存放商品信息的商品表，专门存放卖家信息的卖家表等等。
通常来说，系统中一个实体的信息就会用一张表来存储，比如上面所说的用户就是一个实体，商品是一个实体，订单是一个实体，卖家也是一个实体，于是就会产生很多很多张表。
而且，它们之间并不是互相孤立的，而是互相关联的，比如订单表里面的每笔订单，都需要知道是哪个用户生成的，于是就需要关联到用户表，商品表里面的每个商品，都需要知道是哪个商家上架的，于是商品表就需要与卖家表进行关联，那么，它们是如何进行关联的呢？
每张表的每条记录都会有一个唯一标识，别的表的记录可以通过这个唯一标识与之关联，后续后端到数据库找数据的时候，就可以通过关联关系找到所有想要的数据，比如查订单表的时候，就可以同步查到生成订单的用户是谁，他们的详细信息是什么。
另外，我们还需要了解，表与表存在的几种关系，其中包括，一对一，一对多，多对多的关系，还是拿电商网站来举例。
一个用户可以对应多笔订单，所以用户表与订单表是一对多的关系，则订单表的每条记录都会记录对应的用户id用于关联用户表。
对于电商网站来说，购物车也是一个实体，于是也会有一张专门存放购物车信息的购物车表，而一个用户只能对应一个购物车，所以用户表和购物车表是一对一的关系，所以可以在用户表记录一个购物车id进行关联，也可以在购物车表记录一个用户id进行关联，后续查询购物车记录的时候就可以知道是哪个用户创建的。
一个卖家可以卖多个商品，一个商品可以被多个卖家卖，所以卖家表与商品表是多对多的关系，对于多对多关系，记录方式就不能跟一对一，一对多关系一样了，总不能在一条记录的后面记录一堆的关联id吧，所以，有一种更好的记录方法，就是做一张中间表，专门用于存放它们之间的关系，每一条记录就是一个关系，这样的记录方式更加友好。
所以，到这里数据库的原理就基本讲完了，总而言之，数据库只负责存储数据，而后端则按照前端的请求，到数据库关联的各个表去取数据进行逻辑处理，返回处理结果给到前端进行展示，只要能这个流程理解清楚，以后跟研发同学沟通基本就不会有太大的障碍。
最后，我再给大家普及一个在工作中经常会听到的一个术语，叫做页面传参，很多人并不是很理解，他们只理解接口传参，知道请求后端的时候要将参数传给后端处理，但是，页面传参又是什么东西？
这种传参方式一般只会存在于页面跳转的场景，一个页面跳转到另外一个页面时，把第一个页面获取到的参数按照一定的格式拼接在第二个页面的链接上，第二个页面加载后即可获取到该参数。
比如，用户在登录页面登录后，也会将用户信息通过链接传给首页，首页则会调用后端接口，通过用户信息获取到对应的数据。
另外，还有一个常见的名词叫做Token，比如有时候我们去问研发为什么app老是要我们登录，他们会跟我说，token失效了，那token是什么呢？我们可以把它理解成后端给到前端一个入门的凭证，类似门禁卡一样的东西，你拿着你的身份证信息去物业记录了你的身份，物业对应给你一个门禁，后面你进小区就不需要老是拿着身份证证明你自己了，只要有门禁就可以进小区，token也是一样的东西，前端拿着用户的信息去后端换回了一个规定了有效期的token在前端缓存着，只要它不失效，就不需要再拿用户信息去请求后端，直接就可以登录。
❤1
#职场社畜日常
十年前做产品，灵感随手可得，市场流量分散，生机盎然。大公司初涉移动互联网，产品又丑又难用。现在做产品，灵感都要一寸寸地挤，那种火山爆发式的灵感已难寻踪迹。市场流量垄断，自然死气沉沉。大公司在移动互联网完成了流量、资本和用户垄断，比古典互联网更加封闭固化。市场机会越来越少，人才无用武之地，被大厂尽收麾下，就连产品审美大厂也跟上来了。要像以前那样，在功能和设计上碾压成熟的产品已经不再是容易的事情。在流量的冲刷下，即使偶尔有这样的优势已会很快被淹没，难以自发生长。最好结局不过被收编，刀枪入库，束之高阁，软禁死亡。每次我打开 App Store 就不断叹气，除了更新，几乎没什么新 app 可下。
十年前做产品，灵感随手可得，市场流量分散，生机盎然。大公司初涉移动互联网，产品又丑又难用。现在做产品，灵感都要一寸寸地挤，那种火山爆发式的灵感已难寻踪迹。市场流量垄断，自然死气沉沉。大公司在移动互联网完成了流量、资本和用户垄断，比古典互联网更加封闭固化。市场机会越来越少，人才无用武之地，被大厂尽收麾下，就连产品审美大厂也跟上来了。要像以前那样，在功能和设计上碾压成熟的产品已经不再是容易的事情。在流量的冲刷下，即使偶尔有这样的优势已会很快被淹没，难以自发生长。最好结局不过被收编，刀枪入库，束之高阁，软禁死亡。每次我打开 App Store 就不断叹气，除了更新，几乎没什么新 app 可下。
#职场社畜日常
大学舍友家里是中山的灯饰世家。毕业去中山参加她的婚礼，街上全是灯饰店。
之前做米家生活周边产品时，同事说，在丹阳眼镜是放麻袋里按斤卖。
有亲戚在汕头做内衣，一个镇上全是内衣厂，传了几代。子女继续继承工厂，无忧无虑。
https://cdnv2.ruguoapp.com/FsWwHx8TYDgnmjHGhD7Gh-oIn0O_v3.png
大学舍友家里是中山的灯饰世家。毕业去中山参加她的婚礼，街上全是灯饰店。
之前做米家生活周边产品时，同事说，在丹阳眼镜是放麻袋里按斤卖。
有亲戚在汕头做内衣，一个镇上全是内衣厂，传了几代。子女继续继承工厂，无忧无虑。
https://cdnv2.ruguoapp.com/FsWwHx8TYDgnmjHGhD7Gh-oIn0O_v3.png
#职场社畜日常
我觉得现在的媒体真的太坏了，它们把互联网人群对35岁的焦虑不断地放大再放大，导致所有互联网从业者都人心惶惶，甚至连职场生涯才刚开始的新人们都已经在为未来35岁失业做好副业的准备。
首先，我觉得身边很多到了35岁的人并没有那么焦虑，甚至活得很滋润的并不少，反而是那些还没到35岁的人在到处杞人忧天，本职工作还没干好就先开始给自己预留后路，啥能力没学到只会加剧被淘汰的风险。
首先，年龄绝对不是考量你价值的因素，而是年龄带来的家庭牵绊，好奇心降低，精力低下等等，虽然这些是很难避免的，但是如果你的能力，经验，人脉等能够弥补这些劣势，哪怕到了40岁依然具备竞争力，当然，如果你的价格无法覆盖你带给公司的价值，那企业不要你也是理所应当，这时候要不就是提高自己的能力，要不就是降低自己的价格，别无他法。
这篇文章并不是鸡汤文，所以不会一味地让大家提高自己能力这种冠冕堂皇的话，我认为现实就是残酷的，除开那些高精尖的领域，到了一定阶段大家能力本身就很难有很大的区别，并无绝对不可替代的能力，换一个人做得也大差不差，那对于企业来说挑选价格低精力旺盛的小鲜肉当然也是合情合理，所以，不要有太高的预期，不是非得要有多高的收入，降低自己的价格后自己的优势很容易就会凸显出来，保持现金流的稳定远比高收入高风险要重要的多，所以，基于这点考虑，35岁就并非一定会失业，保持基于平均水平之上的生活质量还是没有什么问题的。
另外，大家为了避免35岁失业，首先考虑的都是养一门副业，而且能想到的副业又极度单一，比如做自媒体，开淘宝店，开奶茶店，做微商，随便拉一个人想到的创业路都是这些卷得不能再卷的行业，于是把大量的业余时间投入到成功率极低的副业上，好处是确实给了自己极大的心理安慰，觉得自己正在朝财务自由的方向奋斗，实际上只是自欺欺人罢了。
我觉得这种做副业的方式是非常不明智的，浪费了大把可以用来提升自己的时间，同样的时间，你可以用来努力工作，研究各个领域的知识，思考总结等等，专注于提升自己的价值，拓展自己的能力边界，再多花点时间思考写作，结交优质人脉，给自己积攒潜在就业或创业的机会，哪怕有一天自己在某个行业混不下去了，总会有人能看到你的价值，带给你意想不到的机会，比如某某朋友去创业了，可能会想到你，某个老板要开展某个业务可能会想到你，很有可能在某个节点机会抓住了对人生就是大转变，而非一直都是线性发展，不是说现在做产品经理未来就一直是产品经理，不是说现在做运营未来就一直是运营，说不定哪天就成为天使投资人了呢，或者可能摇身一变就成为搞脱口秀公司的老板，职业生涯立马就拓宽了，所以，提升自己，多接触一些领域，多结交一些人脉，未来是不需要焦虑的。
相反，如果在自己的认知还未成熟之前，过早地把时间投入到副业上是非常错误的决策，一是选择非常有限，只能跟别人一起卷，二是过早地局限了自己，机会成本是巨大的，三是会影响自己的主业，一旦主业混不好，会反过来影响自己的生活和副业，得不偿失，因此，除非真的有很好的经过验证的机会，否则不建议大家搞副业。
最后，提醒大家一点，手上如果有点钱，尽可能地买点资产，比如股票，基金，能买个小房子最好了，最好还要加个小车，不然，跟年轻人讨论哪里的房子租金便宜，一把年纪跟年轻人挤地铁，这些生活日常是很容易让自己好不容易建立起来的信心奔溃的。
我觉得现在的媒体真的太坏了，它们把互联网人群对35岁的焦虑不断地放大再放大，导致所有互联网从业者都人心惶惶，甚至连职场生涯才刚开始的新人们都已经在为未来35岁失业做好副业的准备。
首先，我觉得身边很多到了35岁的人并没有那么焦虑，甚至活得很滋润的并不少，反而是那些还没到35岁的人在到处杞人忧天，本职工作还没干好就先开始给自己预留后路，啥能力没学到只会加剧被淘汰的风险。
首先，年龄绝对不是考量你价值的因素，而是年龄带来的家庭牵绊，好奇心降低，精力低下等等，虽然这些是很难避免的，但是如果你的能力，经验，人脉等能够弥补这些劣势，哪怕到了40岁依然具备竞争力，当然，如果你的价格无法覆盖你带给公司的价值，那企业不要你也是理所应当，这时候要不就是提高自己的能力，要不就是降低自己的价格，别无他法。
这篇文章并不是鸡汤文，所以不会一味地让大家提高自己能力这种冠冕堂皇的话，我认为现实就是残酷的，除开那些高精尖的领域，到了一定阶段大家能力本身就很难有很大的区别，并无绝对不可替代的能力，换一个人做得也大差不差，那对于企业来说挑选价格低精力旺盛的小鲜肉当然也是合情合理，所以，不要有太高的预期，不是非得要有多高的收入，降低自己的价格后自己的优势很容易就会凸显出来，保持现金流的稳定远比高收入高风险要重要的多，所以，基于这点考虑，35岁就并非一定会失业，保持基于平均水平之上的生活质量还是没有什么问题的。
另外，大家为了避免35岁失业，首先考虑的都是养一门副业，而且能想到的副业又极度单一，比如做自媒体，开淘宝店，开奶茶店，做微商，随便拉一个人想到的创业路都是这些卷得不能再卷的行业，于是把大量的业余时间投入到成功率极低的副业上，好处是确实给了自己极大的心理安慰，觉得自己正在朝财务自由的方向奋斗，实际上只是自欺欺人罢了。
我觉得这种做副业的方式是非常不明智的，浪费了大把可以用来提升自己的时间，同样的时间，你可以用来努力工作，研究各个领域的知识，思考总结等等，专注于提升自己的价值，拓展自己的能力边界，再多花点时间思考写作，结交优质人脉，给自己积攒潜在就业或创业的机会，哪怕有一天自己在某个行业混不下去了，总会有人能看到你的价值，带给你意想不到的机会，比如某某朋友去创业了，可能会想到你，某个老板要开展某个业务可能会想到你，很有可能在某个节点机会抓住了对人生就是大转变，而非一直都是线性发展，不是说现在做产品经理未来就一直是产品经理，不是说现在做运营未来就一直是运营，说不定哪天就成为天使投资人了呢，或者可能摇身一变就成为搞脱口秀公司的老板，职业生涯立马就拓宽了，所以，提升自己，多接触一些领域，多结交一些人脉，未来是不需要焦虑的。
相反，如果在自己的认知还未成熟之前，过早地把时间投入到副业上是非常错误的决策，一是选择非常有限，只能跟别人一起卷，二是过早地局限了自己，机会成本是巨大的，三是会影响自己的主业，一旦主业混不好，会反过来影响自己的生活和副业，得不偿失，因此，除非真的有很好的经过验证的机会，否则不建议大家搞副业。
最后，提醒大家一点，手上如果有点钱，尽可能地买点资产，比如股票，基金，能买个小房子最好了，最好还要加个小车，不然，跟年轻人讨论哪里的房子租金便宜，一把年纪跟年轻人挤地铁，这些生活日常是很容易让自己好不容易建立起来的信心奔溃的。
#职场社畜日常
我好像很少见到loading 界面和后续界面结合在一起的设计。
刚刚在路上刷懂车帝的时候，小老虎开着车，突然切了一个页面告诉我没加载成功，点击「重试」就又瞬间切回了小老虎开车动画，很生硬。
这时候我就想：如果加载成功和加载失败都能是由这个小老虎开车的动画带出下一个场景，类似ppt 的「平滑」切换效果。在不影响效率的情况下，用户体验应该会好很多吧。
比如小老虎开着车，发现没加载成功，页面是它开到了一个牌子下，这个牌子上写着网络不佳，请重试。用户点击后小老虎从这个牌子下重新发车继续开，这个 loading 过程一定很美好…
https://cdnv2.ruguoapp.com/FkD75gY0uDlme1KlRsxZ8e0IrW0Kv3.png
我好像很少见到loading 界面和后续界面结合在一起的设计。
刚刚在路上刷懂车帝的时候，小老虎开着车，突然切了一个页面告诉我没加载成功，点击「重试」就又瞬间切回了小老虎开车动画，很生硬。
这时候我就想：如果加载成功和加载失败都能是由这个小老虎开车的动画带出下一个场景，类似ppt 的「平滑」切换效果。在不影响效率的情况下，用户体验应该会好很多吧。
比如小老虎开着车，发现没加载成功，页面是它开到了一个牌子下，这个牌子上写着网络不佳，请重试。用户点击后小老虎从这个牌子下重新发车继续开，这个 loading 过程一定很美好…
https://cdnv2.ruguoapp.com/FkD75gY0uDlme1KlRsxZ8e0IrW0Kv3.png
#工程师工具，推荐一个几乎能够解决你所有文件处理问题的免费在线工具 TinyWoW tinywow.com , 包括各种文档格式转换、PDF 操作编辑、视频转换、移除图片背景，总之在我们常见的各类PDF/视频/图片/文档/地址/压缩等方面都可以找到你需要的，保存书签后，用完即走，免去下载收费软件的麻烦。
macwk 网站关闭了
几个Mac破解软件的源泄漏网站：
1、mac-torrent-download.net（首选）；
2、torrentmac.net（次选）；
3、mac-torrents.io
搬运站：
xclient.info
几个Mac破解软件的源泄漏网站：
1、mac-torrent-download.net（首选）；
2、torrentmac.net（次选）；
3、mac-torrents.io
搬运站：
xclient.info
❤1
web3开发学习指南2.0
编程学习相关：
solidity入门：
https://ift.tt/wNiQuSb
solidity进阶：
https://ift.tt/IpeFO70
ethers. js入门：
https://ift.tt/4xG2ZW3
安全相关：
区块链黑暗森林自救手册
https://ift.tt/Ug8Lpmo
Knowledge Base 慢雾安全团队知识库
https://ift.tt/DSCNmUB
1.0 看这里https://ift.tt/nrADSJH
从六月份开始给WTF.academy提教程pr那时候只有100不到的star，到现在已经有将近3k的star。一边学一边提教程pr（主要是solidity和ethersjs），现在越来越多的人参与进来贡献教程，希望wtf能做成中文圈最好的web3开源课程。
我的大部分知识都是互联网学来的，希望也能贡献自己的一份力量。
wtf也推出了测试课程，有兴趣的学完可以自己测验一下，后面会推出SBT认证。
编程学习相关：
solidity入门：
https://ift.tt/wNiQuSb
solidity进阶：
https://ift.tt/IpeFO70
ethers. js入门：
https://ift.tt/4xG2ZW3
安全相关：
区块链黑暗森林自救手册
https://ift.tt/Ug8Lpmo
Knowledge Base 慢雾安全团队知识库
https://ift.tt/DSCNmUB
1.0 看这里https://ift.tt/nrADSJH
从六月份开始给WTF.academy提教程pr那时候只有100不到的star，到现在已经有将近3k的star。一边学一边提教程pr（主要是solidity和ethersjs），现在越来越多的人参与进来贡献教程，希望wtf能做成中文圈最好的web3开源课程。
我的大部分知识都是互联网学来的，希望也能贡献自己的一份力量。
wtf也推出了测试课程，有兴趣的学完可以自己测验一下，后面会推出SBT认证。
wtf.academy
看板 | WTF学院
学习Solidity基础内容，开始智能合约之旅！基于WTF Solidity极简教程前15讲。