k9990009

k9990009

V2EX 第 372267 号会员,加入于 2018-12-23 00:06:20 +08:00
今日活跃度排名 3821
根据 k9990009 的设置,主题列表被隐藏
二手交易 相关的信息,包括已关闭的交易,不会被隐藏
k9990009 最近回复了
6 小时 3 分钟前
回复了 k9990009 创建的主题 职场话题 工作上的疑惑,请教如何破局
@UIXX
这个必修课我去补补
15 小时 18 分钟前
回复了 k9990009 创建的主题 职场话题 工作上的疑惑,请教如何破局
@1024potato
一样的。产品领导兼任的,没有原型,口头需求/PPT/文档,对开发人员的要求太高了,中间信息传递可能失真,再加上功能评审也是会随意改动需求。想着规范每个岗位的产出标准,但倒排的这个时间,不足以执行规范流程。
15 小时 33 分钟前
回复了 k9990009 创建的主题 职场话题 工作上的疑惑,请教如何破局
@estk
@dilu
没想到,流程 、制度有这么烂有这么多。都习惯麻雀虽小,五脏俱全。

@tomczhen
确实期望通过团队合力解决问题,而不是一人。

@htxy1985
他说的问题点,我自身也明白,确实存在,也反思过。PUA 也不少,当我想从另外一个角度想表达自身的一些优点和过往成绩直接被打断了。
感谢正面回答我的问题点,我再琢磨下。

@lucasj
我也是觉得改变环境太难了,溜了。另外面试还是不能太实在了。
给时间就行。研究下那种类似 yapi 接口文档生成工具,将代码注释提取生成文档
28 天前
回复了 jeesk 创建的主题 程序员 如何更好的评估软件功能性开发?
做的越多,用的越多,bug 越多,需求提的越多,做不完的。不是老板压着你,今天要明天上的话,按自己的节奏来,比如两周一迭代。上线初期可以考虑先解决能用的问题,再解决好用的问题。中期的话,可以按功能点的紧急程度、重要程度(业务价值),把需求划分 4 个等级。最后再评估工期,可以计算出每个功能点的收益。一般是紧急且重要的先做,后面综合考虑。中途的紧急需求看着替换。
为了偷懒,少写代码或者二次开发少改动。首先你要抽取业务需求的共性,区分出两部分,一部分是不变的,另一部分是变化的。不变的抽取出公共代码,变化的留出拓展口(允许自由实现或配置),与业务解耦。然后就是根据你已掌握的知识,设计不同的方案,考虑不同方案的优缺点,最终设计出一个最佳实践,想多了自然就会了。设计模式是让你更好的去维护你的代码。
只讲证据的,你应该咨询下律师。广州哪个区呀,之前黄浦区仲裁去申请法律援助,免费,有的律师还很负责的。提申请,然后律师会联系你和你谈,你准备好材料和授权。后面律师帮你跑,开庭不需要自己去。强制执行得自己去办。法院工作日办公,异地请假过去,多请几次成本蛮高的。一审,公司不服二审,强制执行,破产清算,等了三年。你做好长期心理准备吧。你同事强制执行了,还挺快的。案件排期都等好久。
你这个需求我搞过,大量的 excel 模板要校验,用的 easypoi,先解析成业务 POI 对象,再验证,解析和验证职责分开,不建议直接用 cell 。
对象实现一个支持收集错误信息的接口,去收集每一行的错误信息。校验方式有单字段格式校验、行与行校验、列与列校验,与外部数据源校验。有错误信息,额外加一列导出。还做了错误单元格标红,用的是每个字段都额外创建额外字段标记的,使用反射获取这个额外字段。校验都尽量抽成规则,后面做了个在线编辑版,校验代码才发现没法复用。
290 天前
回复了 wenbingkun 创建的主题 Java Java 如何实现软件许可证功能?
用 classfinal 把代码加密下
canal
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1439 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 11ms · UTC 17:39 · PVG 01:39 · LAX 10:39 · JFK 13:39
Developed with CodeLauncher
♥ Do have faith in what you're doing.