V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  zartouch  ›  全部回复第 1 页 / 共 16 页
回复总数  317
1  2  3  4  5  6  7  8  9  10 ... 16  
这东西还是需要些经验的。

1. 很多时候设计的不好很大一部分是对业务需求理解不够。设计之前多花时间梳理业务,整理 use case ,画流程图,然后再分模块。 如果业务没理解好,后面的都白搭。
2. 好的系统不是设计出来的而是迭代出来的,特别是复杂的业务系统,很少有人能一开始就设计的很完善,大部分还是根据业务理解加深和新需求的变化,不断完善起来的。你同事能做好也是因为之前类似的经验,踩过坑了。这里你可以自己想过以后多和你同事讨论。重点是思考为什么自己一开始想不到这些点。
3. 去 github 上搜你这个领域的代码,或者就是看公司好的项目代码,多思考为什么这么设计,特别是结合业务来看。 这本质是要提升你自己的思考问题的方式和角度,这个只能多想多练。

一些关于架构,DDD 之类的书,我建议有点自己的思考再看,你现在看了只会有个似是而非的印象,踩过坑之前,很难深刻理解那么做的意义。当然一些基础的设计概念的书籍如 clean code ,设计模式,重构这类的我默认是肯定读过的,否则完全没有理论基础单纯靠经验那也是扯谈,容易走成野路子。
我看楼上一堆言论都是和能力没多大关系,只是关系运气。 不可否认和领导关系好,跟对了领导作用很大,但不妨碍能力强的拿高绩效。有能力的,这个团队任人唯亲难道就不能换一个吗? 我真没见过几个团队老板不看能力的,除非老板自己也躺平不想好好混了。

我要说的反而是,努力不代表结果,和高绩效更没因果关系,这个绩效既然是你老板打的,老板需要的是对自己重要的人,什么时候别人会对自己重要?如果都做的都是体力活,老板随便找几个初级员工,堆人也能做出来的东西,虽然老板会觉得你够努力,但并不会觉得你重要,因为这类人可替代性很强,在老板眼里最多算个工具人。 这里差异化很重要,你是能解决一类别人解决别人解决不了的问题,还是沟通能力很强能跨部门推进一些别人推进不了的项目,或者做出了某些创新提升了老板的 scope 。 单纯努力把事情做完,做的再快,对老板来也就是个干活利索的下属。
听歌反而是让我集中精神,因为公司的话不断有人说话其实更影响注意力。

就选纯音乐

何况大部分时间都是调试 CRUD ,其实大脑也没怎么动不是
276 天前
回复了 easylee 创建的主题 职场话题 新来的同事与组长开喷
TL 素质差呗,还能说啥.

老板找我也是老板来我工位。 这种就有效避免没有必要的当面沟通。
2023-02-11 19:22:43 +08:00
回复了 YVAN7123 创建的主题 职场话题 我把同事说哭、然后她离职了
说个其他的点如果 lz 经常在和沟通问题的时候易怒,控制不住情绪,可能是肝的问题。可以去医院体检下。

我之前也有这个问题,特别是对经验少犯低级错误的人容忍度很低。 后来想想大家都是打工的,组里的人能力各有高低也正常。能把项目从参差不齐水平的团队带出来才是水平。后来我都会注意沟通方式,把一个水平不高,不太聪明的人教会也是有成就感的。
2023-01-31 00:23:07 +08:00
回复了 3dwelcome 创建的主题 程序员 老外总结关于编程里的谎言和真理。
@3dwelcome 我没说你有问题,我说的就是说的东西有问题,或者至少是你翻译的条目有问题。我不在乎你到底是翻译还是什么,我只针对你说的条目 1 ,2 , 就是毫无逻辑的。 我很难相信好的程序员会说这种话。

再往下看,4 和 7 是废话,不是程序员了解下背景知识都是显而易见的。3. 做创新的项目这种可能性是挺大,但你要说修个 bug 还能有这么大的误差,只有菜鸡才会犯这种错误。5. 前端大佬多了去了,这种结论傲慢且毫无根据。看的我犯呕(我不是前端) 6. 这完全是伪命题,我从来没见过代码写的优雅的会变得难以调试。只有代码写的一坨屎才会让人难以调试。这就像是说程序正确比测试写的全更重要,把一个相辅相成的东西应写成对立的东西,然后弄出个狗屁结论来。

还有搬运还是附上原文和出处。再强调一遍不是针对 lz 你,单纯是针对这堆狗屁不通的言论。最后,我口气可能是不好,但我恶心的是明明各种大佬关于程序设计的好书总结这么多,在论坛上基本看不到,论坛看到的都是这种狗屁不通的爆论。
2023-01-30 19:30:16 +08:00
回复了 3dwelcome 创建的主题 程序员 老外总结关于编程里的谎言和真理。
全是没有论据的废话,我很难相信好的程序员会写或者认同这种东西。

1.你写着和隔壁公司 CTO 一样的代码,但你永远成为不了 CTO 。- 你怎么知道别人成不了 CTO ,我甚至不知道这条想表达什么。

2. 码农高薪只和两点有关:工作城市 和 你认识的大佬数量。- 这种结论怎么的出来的?人脉和机会数量只能让你更容易拿高薪,但不太表搞技术的拿高薪,就一定是因为这 2 点。 这种基本的逻辑关系都混乱的言论,我随便能写一大堆。

我认识的优秀的程序员无一例外在总结时永远带有充分的上下文。这种毫无根据且绝对的条目最多是些半瓶水的产物。
有诚意还是把薪酬范围写下。 市场平均薪资高 30%这个说法实在太模糊了。
找机会就简历刷新下等猎头和 hr 找过来。

准备面试就刷题,背八股,整理项目。

我很好奇 lz 你在公司打游戏没人管么。还是说一直 wfh ,然后没事所以一直这么玩
2023-01-15 13:21:59 +08:00
回复了 Deplay 创建的主题 Windows 巨硬,我真服了你
@xingyue 我也遇到过,还以为是我 amd 显卡驱动的问题...

我升级 11 纯粹是 win 10 那 UI 统一度实在太差了。而且 win10 bug 之前也不少。11 我现在用下来总体是稳定的。
2023-01-07 15:31:02 +08:00
回复了 afstyle 创建的主题 macOS macos13 经常性的整机卡顿,有没有同学碰到过?
之前 12.6 没有的,最近升级 13.1 用 intellij 的时候遇到了,频率还不低 - m1max 64G
2022-10-16 17:58:34 +08:00
回复了 zartouch 创建的主题 macOS macos 12.6 外接 dell u2720 无响应
@KevinChan 这个的确没办法,毕竟我没其他设备了,但是一直显示器一直都是好的,升级了系统才发现问题。
2022-09-14 23:44:20 +08:00
回复了 gladinum 创建的主题 职场话题 苟在大厂 or 创业公司
还是先想清楚自己要什么。

一方面说 10105 身心俱疲 - 但创业公司并不能保证比现在轻松,你这么说有种逃避的感觉。

螺丝钉 - 大厂的确是螺丝钉,但螺丝钉和你技术增长多少并没有逻辑关系,反而是大厂的业务场景和规模才可能遇到技术难题,你才有机会接触复杂的架构和技术方案,小厂大部分就是打杂什么都会点。去小厂更多是看能不能做起来,直接上位。

关于稳定,我认为不用太担心,年轻又有大厂背景,大不了再找。问题是你看好这个机会什么? web 3 , 还是这个团队?如果只是为了那点涨幅,那我觉得就算了,刚毕业那会多点少点区别真不大。还是做好自己看好的方向。
@hutoer 脑子有病就赶紧去医院,你看啊可能有人赞同你么。拉黑了,我也是最近闲的和脑子有病的讲啥。
@hutoer 呵呵没写可不是能力问题,是根本就没想着来认真讨论问题。他做了这件事,不写细节,也不回复,这在你这成能力问题了。 我想问问你把自己做的事情写下来要啥能力。 楼主发完贴智力退化成 3 岁小孩了?

我说了就算是静态网页你自己算算要多少带宽和 IO , 还有 lz 自己写的老网站,在你这就变成 IP 查询了?还 40G 带宽一个 lz 自己维护的老网站,你自己想想办 40G 的商用带宽别逗我了好么。脑子是个好东西可惜不是每个人都有。
楼上还有些理中客就搞笑 1 拿纯测试的 c100k 来说事,那种完全不带业务的纯测试单机 10w 链接能和 lz 说的是一个概念?就算是静态网页,自己算算带宽要多大,io 消耗要多少。2. 楼主来求助连自己怎么测试的具体细节都没有,不就是来钓鱼的么, 冷嘲热讽有问题?
2022-08-01 20:27:55 +08:00
回复了 gibber 创建的主题 程序员 现在装 win 系统是推荐 11 还是 10 呢
@SgtPepper ltsc 的使用场景我引用的是微软官方的定义。 麻烦别把你不知道哪看来的资料拿来再给我科普一遍谢谢。你这类错误解读我已经不知道看到多少次了。

https://docs.microsoft.com/en-us/windows/whats-new/ltsc/
1  2  3  4  5  6  7  8  9  10 ... 16  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   2907 人在线   最高记录 6543   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 36ms · UTC 02:42 · PVG 10:42 · LAX 19:42 · JFK 22:42
Developed with CodeLauncher
♥ Do have faith in what you're doing.