Ycode 最近的时间轴更新 Ycode 最近的时间轴更新 |
YcodeV2EX 第 554766 号会员，加入于 2021-08-31 10:52:39 +08:00 |
| 遇到我这种被拖欠奖金不发的情况可以去申请劳动仲裁吗？没有这方面的经验想请教下。 职场话题 • Ycode • 20 天前 • 最后回复来自 sSsSsSs | 10 |
| [职业规划问题请教] 前端 3 年多，跳槽公司如何选择呢 问与答 • Ycode • 94 天前 • 最后回复来自 icyper | 10 |
Ycode 最近回复了
20 天前 回复了 Ycode 创建的主题 › 职场话题 › 遇到我这种被拖欠奖金不发的情况可以去申请劳动仲裁吗？没有这方面的经验想请教下。 |
很多 v 友让咨询律师...主要是咨询律师都不知道有哪些在线渠道，有类似经验的吗
20 天前 回复了 Ycode 创建的主题 › 职场话题 › 遇到我这种被拖欠奖金不发的情况可以去申请劳动仲裁吗？没有这方面的经验想请教下。 |
@x99501 都有原件
20 天前 回复了 Ycode 创建的主题 › 职场话题 › 遇到我这种被拖欠奖金不发的情况可以去申请劳动仲裁吗？没有这方面的经验想请教下。 |
@rocksolid 没有明说领导是谁，邮件由项目经理发出，只有项目经理在邮件里写明了是和领导商量通过的。
20 天前 回复了 Ycode 创建的主题 › 职场话题 › 遇到我这种被拖欠奖金不发的情况可以去申请劳动仲裁吗？没有这方面的经验想请教下。 |
@god7d 那你更惨！我现在担心的是我和公司并没有就这笔奖金签订什么合同，只有一封邮件作为证据。不知道这种邮件有没有法律效用。
73 天前 回复了 taogen 创建的主题 › 程序员 › 如何避免屎山代码，理论上可行的思路 |
之前我也认为主要是开发水平问题导致屎山多。
在我从一个产品水平合格的公司跳到一个产品不如回家养猪的公司之后，我更赞同屎山代码更多来自于需求端。
当然项目工期仍然是个重要因素。
在我从一个产品水平合格的公司跳到一个产品不如回家养猪的公司之后，我更赞同屎山代码更多来自于需求端。
当然项目工期仍然是个重要因素。
94 天前 回复了 Ycode 创建的主题 › 问与答 › [职业规划问题请教] 前端 3 年多，跳槽公司如何选择呢 |
@ymcz852 我没有自己投过简历，都是朋友帮忙推的。所以也不太清楚自己投的情况如何，朋友推的话至少都是有面试的。
95 天前 回复了 Ycode 创建的主题 › 问与答 › [职业规划问题请教] 前端 3 年多，跳槽公司如何选择呢 |
@huaijin 目前在杭州，杭州是互联网城市，会比除了几个一线之外的城市平均要高一些
143 天前 回复了 zzzlight 创建的主题 › 职场话题 › 23 秋招 offer 选择和职业发展求建议 |
1 ，4 年前端感觉就是这年头别入行前端。工业软件挺好的，不卷好就业！我同学在干工业软件，想润就润，跳槽工作随便找，互联网现在死水一潭！
298 天前 回复了 xnyu125 创建的主题 › 程序员 › 一次集文化差异、网络工程与诸多巧合于一身的 debug！ |
优秀，至今还有一个 bug 没排查出来。在客户机 localhost 某个端口启动了一个服务，但是在本机用内嵌了 chromium 内核的套壳客户端怎么都访问不了，直接用浏览器就可以访问，百思不得其解。
尝试过另外启动一个简单服务 √
换回原来的服务：X
换一个端口：X
怀疑是 localhost 映射问题：
- 切换到 127.0.0.1 X
- 切换到本地 ip + 端口 X
属实想不通了
尝试过另外启动一个简单服务 √
换回原来的服务：X
换一个端口：X
怀疑是 localhost 映射问题：
- 切换到 127.0.0.1 X
- 切换到本地 ip + 端口 X
属实想不通了
348 天前 回复了 redtech 创建的主题 › 程序员 › 前端项目 如何进行目标管理 如何在计划的时间内完成任务 |
程序员评估时间是天生乐观，以下看书和个人经历经验
1 、拆分详细模块；模块之间往往不可能完全独立，开发前需要评估完全独立的模块和无法拆分的模块。无法拆分的大模块交给一个人负责，另外配备一个副手帮助他确认沟通和文书方面的工作，必要时可以协助写代码，但没有决定权
2 、一个把控全局的架构师，由他完成模块拆分，决定所有设计细节。其他人不要发挥个性；
3 、模块开发时间 = 编码时间 + 功能自测时间 + 交流沟通时间；其中编码时间很多时候只能占到 1/3 ；沟通往往是最耗时的，而评估时间大部分人只会评估编码时间；项目在管理时应该在开发人员评估的时间基础上有所保留；
4 、详细的进度跟踪，每天至少 1 小时时间评审代码，汇报进度是必要的
5 、多频次，小规模迭代；无论是评审代码还是测试，小规模意味着更小的影响，更完善的代码评审，更好的测试质量；
6 、项目完结复盘：存在的问题，bug 率，改进建议
1 、拆分详细模块；模块之间往往不可能完全独立，开发前需要评估完全独立的模块和无法拆分的模块。无法拆分的大模块交给一个人负责，另外配备一个副手帮助他确认沟通和文书方面的工作，必要时可以协助写代码，但没有决定权
2 、一个把控全局的架构师，由他完成模块拆分，决定所有设计细节。其他人不要发挥个性；
3 、模块开发时间 = 编码时间 + 功能自测时间 + 交流沟通时间；其中编码时间很多时候只能占到 1/3 ；沟通往往是最耗时的，而评估时间大部分人只会评估编码时间；项目在管理时应该在开发人员评估的时间基础上有所保留；
4 、详细的进度跟踪，每天至少 1 小时时间评审代码，汇报进度是必要的
5 、多频次，小规模迭代；无论是评审代码还是测试，小规模意味着更小的影响，更完善的代码评审，更好的测试质量；
6 、项目完结复盘：存在的问题，bug 率，改进建议
Select Language