作为十多年的老程序员，突然想分享个想法给大家

其实就是情商太低。需要修炼

"别把心里的都写在脸上,也别把看到的都写到心里",后一句什么意思

作为快十年的老程序员，发现前后端不分离其实更好用点

作为后端：
用户输入的数据都是不可信的。
用户要分权限，操作数据要验证权限。
黑客一般都喜欢直接攻击后端。

作为前端：
后端给的数据并不是都要给用户展示的，当然后端也不应该给。
不管后端多烂，前端还是要弄的好看点。
用户操作的舒服了，没人管你代码有多烂。

所以应该坚持 SOLID 原则，

每个社交关系用途都应该单纯，
每个关系都得有备胎，拒绝改变自己内在，而去改变外部环境，改变别人，
里氏替换，给奶就是娘，尊严与坚持都是可有可无，
每个关系都不能多个角色重叠在一个人上，
应该一切依赖都以“钱”为主、为中介，



嗯，233333，哈哈哈

我得指出来：前后端分离不是这个意思啊……

是的，这是成熟的做法。

有时候前端就满足需求, 上后端只是给自己找麻烦, 所谓切勿交浅言深.

不就是情商高低和人情世故吗？别抽象了，没啥意思

说得好

不光是程序员，各个行业的技术工种都这样，不善于和人交际。

没怎么看懂，人怎么前后端分离？仅仅只是把心事藏心里？

突然又想到那个删库 删文档 删 issue 的开源裤 /t/711701 前几天还温习来着

@xiangyuecn 人家活的很明白

与人相处，贵在坦诚

前后端分离还是好点吧，一个后端，一堆前端，千人千面，在人前说人话，鬼前少说话，鬼话一旦出错人就没了

算了吧，人类太不靠谱了

服务优质用户就可以了。
那些个吸血鬼酱油党甚至是爬虫，滚一边去，爱咋地咋地。

人生不是只有这一个栈，还有很多更重要的事情。

一通操作之后发现重构比较好。。。

你这个说法，有点意思

十多年 高寿啊

言之有理，但不是每只鸟来到这个世界都是为了枪子儿的

越年轻的一代，越在朝着更简洁的沟通方式上发展，我自己年纪大了，不去建议方式了，未来是他们的，顺其自然吧

新奇的视角，以程序设计类比为人处世

如果令人烦恼的信息（输入）可以被 if...else...拒之门外（后端），该多好

作为十多年的老程序员，为什么突然想分享这样一个想法？

一个简单的道理，如果用前后端做比喻的话，反而显得生拗了。

待人接物不是程序化的，是随机应变，因地制宜。

CPU 效率不考虑？是否有足够的内存硬盘资源？

当你握着一把锤子

好好打工。不要搞一些花里胡哨的东西和事情

当 LZ 谈到“屎山”时，LZ 的心里在想什么[doge]

挺有趣的比喻。

程序员的尽头是哲学。。。

都程序员了就不用谈什么人际交往了

一切都是 0-1-0 的过程

非工作状态下，用非技术的眼光看问题，会减少很多问题，生活中接触的人并不都是那么“技术思维”

看情况，如果能盈利似乎没必要在乎那么多技术点

我的感悟是，要像做项目一样，持续重构自己对事物的认识，不要过于死板一成不变，不然最后爆发出来的危机难以处理。

/remake

坦率一点不好吗? 筛选一下身边的朋友，离那些口是心非的垃圾玩意儿远一点。还有这根程序员有什么关系？

10 年程序员就分享一下做人要留一面 ? 能不能分享一些让我这些小白一看就觉得起飞的

前后端分离不是为了让前端不写库啊，不分离一样可以做到这种程度的安全

巧了，我还真讲过编程思想的泛用这个题目。
不过是早在前前前公司时候的事了，只想起几条。

DRY 原则。
类比 --> 不要满足于简单重复过去已经达到的成就。

接口设计的宽进严出原则。
类比 1--> 在团队合作中做问题的终结者而不是制造者。
类比 2--> 严以律己，宽以待人。

懒惰是程序猿的美德。
1. 同样功能，代码越精简越好。
类比 --> 善战者无功。

2. 产品设计能解决的问题就不要用代码解决。
类比 --> 为学日益，为道日损。损之又损，以至于无为。

3. 过早优化是万恶之源。
类比 --> 你担心的事绝大部分不会发生，简单的活在当下。