 | | williamx 简单、简单、简单! V2EX member #27087, joined on 2012-09-22 20:06:20 +08:00 |
持续创业人员
全栈技术派
 | Per williamx's settings, the topics list is hidden |
Deals info, including closed deals, is not hidden
williamx's recent replies
0x6C6774057c3a7f1E8d0493C8E0F574211E5cca70 谢谢大佬
暂时是没必要焦虑的。模糊性、开放结果的需求,AI 完成得挺好;但是指向性、限制性的需求,程序员还是不可或缺的。以后对程序员的要求可能更高,用来改 AI 的屎山代码。
都有,宾客都是沾亲带故的,当然都要有,白腰加黑臂章。
至亲加披头白布,直系再加麻。
玄孙或其他儿童是红色臂章。
这种都是入乡随俗,没有说“我们那怎么样,你们这怎么这样”的。
我至今有一个我自己管理的 Google workspace 邮箱登录不上。lol
在算法面前,有时候什么都证明自己是自己。
连变量/函数名都要斟酌很久的程序员,根本不可能接受 任何人/ai 随意动自己的代码。
为了一个新郎的朋友,新郎承诺以后再无交集的朋友,宁愿放弃自己的婚姻,这样的新娘把感情当什么?把婚姻当什么?还要来做什么?
男方家长做得有道理。女方为了这点事情,把场面弄得那么难看,怎么还能复合?
看得出来新郎对新娘是有爱的,也能包容,但是对方为了这么点事就能作成这个样子的,新娘家里不是劝和反而觉得新娘受了多大委屈而取消婚礼,即使这次被新郎劝回来了,以后也是无尽的痛苦。女方受不得半点委屈,双方认知差距太大了。
感情是一件瓷器,打碎了虽然能补,但是裂缝是永远存在的,而且只会越来越多、越来越大。
首先说结论:前端没有错。
第一个问题,谁能力强谁改。前端不会,你非要叫她改,莫非你也不会?你加个接口调用原来的接口函数,把结果转换一下再给前端,并不费事,也不影响你所谓的测试。
第二个问题,前端按照 UI 设计没有错,避免了过度设计。你后端追求灵活和可维护是你的事情,你给她的接口按固定角色方式就行了。你把灵活性丢给了前端,你考虑了她的能力没有?不是为了自己剩麻烦而给她找麻烦吗?我们后端的复杂和灵活的设计一定是要在接口层吞掉的,给到前端一定是简单好用的。