V2EX › zqx 的所有回复 › 第 22 页 / 共 33 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 ... 18 19 20 21 22 23 24 25 26 27 ... 33

❮

❯

2019 年 9 月 28 日

回复了 VDimos 创建的主题 › 程序员 › 各位前端 er 写 html 的时候用语义化标签吗？

只用 div span 说明是开发者以功能角度或当作编程语言去看待 html 的，这样写出来的功能和样式严格符合期望，兼容性还好。
但 html 不是编程语言，是标记语言，它应该像文档一样段落分明，语义清晰......
就好像穿衣服一样，不同场合穿不一样的，永远穿一套 divspan 就等同于只满足了保暖的低阶需求

2019 年 9 月 3 日

回复了 Livid 创建的主题 › CSS › 在主要浏览器已经支持 CSS Variables 的情况下，还有必要继续使用 SCSS / LESS 么？

很多前端的最佳实践我觉得要分场景来看待，反正我不用 scss,less 这些冗余的东西，只用标准 css 语法，将来的趋势也是标准化，项目依赖更干净

2019 年 9 月 1 日

回复了 Aidea 创建的主题 › 程序员 › 有没有不刷新页面加载复杂 div 的方法？

把用户中心改造成单页应用，打包发布到私有 npm
在当前项目动态 import 组件，放到模态框显示

2019 年 9 月 1 日

回复了 zhuangzhuang1988 创建的主题 › 程序员 › 程序员有哪些卑微的优越感？

约束＞沟通
只要每个人把自己的事做到 100%正确，团队就会正确。很多沟通是无效或者低效率的，比如代码改动不更新文档 /错别字 /技术方案由不懂技术细节的经理制定，都产生太多无用的沟通

2019 年 8 月 28 日

回复了 RainNiuBi 创建的主题 › 问与答 › 最近在思考一个终极问题

35 岁，是普通学历能力的人进体制的最后一次机会

2019 年 8 月 25 日

回复了 zqx 创建的主题 › 程序员 › 现实是 Code Review 只会拖慢项目进度，真正的隐患往往是 Review 之后合并进了主分支，而很久之后才被发现

@wd 在养猪场削苹果和苹果园杀猪，都不合适，大多数公司就是这种环境。

2019 年 8 月 25 日

回复了 guojam 创建的主题 › 职场话题 › 相对而言，哪种岗位供需比小一些呢？

为什么要给自己设置限定呢，比如自己只是一个前端，不该去学习数据库，比如自己只是一个开发，不该去学设计、测试，这样以后路越来越窄，除非成为某个领域非常资深经验丰富的专家，能成为专家的永远是少数人

2019 年 8 月 25 日

回复了 zqx 创建的主题 › 程序员 › 现实是 Code Review 只会拖慢项目进度，真正的隐患往往是 Review 之后合并进了主分支，而很久之后才被发现

各位，我说了 Code Review 是好的，但是多数公司包括大厂也一样，最终会把技术问题演变成流程问题。
关于流程，Git Flow 工作流，双周迭代(固定隔周的星期二发布窗口)，很多项目管理的细节都贴近敏捷软件开发。都是最佳实践啊，哪里出问题了？
我觉得还是人的问题，平均素质差(无论技术上还是价值观上)的即使用了最佳实践，结果也不一定好

2019 年 8 月 24 日

回复了 zqx 创建的主题 › 程序员 › 现实是 Code Review 只会拖慢项目进度，真正的隐患往往是 Review 之后合并进了主分支，而很久之后才被发现

@Jiavwen 前端，涉及逻辑的部分是有单元测试的，其他 UI 相关的都是人工检查，这部分很难用程序逻辑去描述是否正确

2019 年 8 月 24 日

回复了 zqx 创建的主题 › 程序员 › 现实是 Code Review 只会拖慢项目进度，真正的隐患往往是 Review 之后合并进了主分支，而很久之后才被发现

Code Review 的好处太多了，但那只有硅谷或者国内小部分工程师文化的公司才能享受，大多数不那么工程师文化的大厂最后演变成了: 上级要求下级 Approve PR，下级一般会假装看代码，然后 Approve ；同级之间 Code Review，就看互相关系好不好，你讨厌一个程序员，那就在他的 PR 中挑毛病吧。

2019 年 8 月 24 日

回复了 zqx 创建的主题 › 程序员 › 现实是 Code Review 只会拖慢项目进度，真正的隐患往往是 Review 之后合并进了主分支，而很久之后才被发现

我在 PR 阶段被提出的最多问题就是: 变量命名之类的问题。我认为这类属于协作效率问题，不应该在某个具体 bugfix 的 PR 阶段提出，而应该是每周或每月开小组技术会议的时候一起 check。真正应该关注的是: diff 中是否改动了无关代码，改动部分的影响范围，当然还有程序逻辑是否正确，会不会产生更多潜在的 Bug。

2019 年 8 月 21 日

回复了 liualeng 创建的主题 › 程序员 › 想问问现在大家都用哪些程序员社区？博客园、CSDN、掘金、开源中国，还是比如 segmentfault、stackoverflow？

为什么 stack overflow 上面我经常搜不到想看的问题
直接用搜索引擎更快

2019 年 8 月 21 日

回复了 my1103 创建的主题 › 职场话题 › 8 月底走没涨工资怎么办

如果全员邮件宣布涨薪，明确了人员范围有你，但是因为离职申请而被部门 HR 拒绝涨薪，你有权利主张涨薪。
因为离职申请和涨薪是两件事情。
举个例子，吃米饭的时候就不能吃面条了吗？

2019 年 8 月 20 日

回复了 default7 创建的主题 › PHP › PHP 的工资怎么这么低啊，而且大部分不是双休

php 去链家，2019 年 h5 还在套模板

2019 年 8 月 16 日

回复了 zqx 创建的主题 › 程序员 › 2 年 Web 前端开发，转运维开发的想法

@cheeto 18 届的，毕设在大三就写完了，也是前端项目。真正在公司里工作的经历是 17.10-19.8 吧