xavierchow 最近的时间轴更新
xavierchow

xavierchow

🏢  https://wiredcraft.com
V2EX 第 109362 号会员,加入于 2015-04-06 09:04:06 +08:00
今日活跃度排名 17829
xavierchow 最近回复了
@bclerdx 另外法定的赔偿没有 N+2 这种,只有 N, N+1, 2N 三种,平时我们所的 N 是补偿金, +1 是 1 个月的代通知金。
协商解约我们这里不讨论,法定解约的话一般就是 N ,如果是合同到期前提前的话要加 1 个月代通知金。如果违法解约就是 2N 。
@bclerdx 项目绩效行不行并不能构成公司合法解约的唯一条件。《劳动合同法》第四十条第二款“劳动者不能胜任工作,经过培训或者调整工作岗位,仍不能胜任工作的” 的解约,对于公司来说是非常耗费资源和时间的,实体要件和程序要件缺一不可,大致流程如下,有一点没做好就可能导致违法解约,所以比较少的公司会选择走这条路线。

- 具有明确的岗位要求或岗位职责说明;
- 考核制度经民主程序制定且已经公示;
- 具有不能胜任工作的证据,一般是绩效考核结果;
- 实际履行培训或调岗程序;
- 具有经培训或调岗后仍不能胜任工作的证据,一般是二次考核结果;
- 将解约理由事先通知工会、听取工会意见;
- 作出正式的解约决定并向员工送达解约通知;
- 依法支付经济补偿金等。
> 但是我们最开始定的规范是一个 get 方法都不用,全部用 post 方法放 json 里,

不知道为什么一开始定这样的规范,与其自己去定义一套新的,还不如去使用已被详细讨论过并被严格定义的行业规范,比如 https://jsonapi.org/format/#fetching
63 天前
回复了 tlerbao 创建的主题 TypeScript 请教一个 Typescript 的问题
> http.get<ResultPage<SomeType>>("/test", params);
> 或
> http.get<ResultData<SomeType>>("/test", params);

这两个调用的参数一模一样,可以思考一下为什么你每次调用的时候知道该指定哪个返回类型?( ResultData VS ResultPage )
是不是其实 params 的类型是不一样的?
如果是的话,可以去定义 params 的类型,然后用 https://www.typescriptlang.org/docs/handbook/2/conditional-types.html , 大致思路就是用 param 的类型去确定响应的类型。

另一个方式就是你去定义 UnionType ,比如 Result = ResultData | ResultPage, 你只用写 http.get<Resutl> ...
然后在使用返回的响应值的地方,用 TypeGuard ( https://www.typescriptlang.org/docs/handbook/advanced-types.html#user-defined-type-guards )去 narrow down 具体的类型( ResultData VS ResultPage )
> 函数逻辑都想好了
> 但名字还没想出来

提供一个思路,我个人比较喜欢 top-down 的方式去写函数,而不是先去想逻辑。
即,先试图用一句话去描述这个函数是干什么的,可以不要管怎么实现( how ),
最好能在概括的时候思考一下函数的输入输出,只要你一句短语说的清楚的话,名字也就容易起了。

如果先去想逻辑和具体实现的话,很容易形成一个局面,就是你最后定义函数是为了包装一堆可能
原本不该在一个维度的逻辑代码,这时候取名字就很难了。

换句话说,发现函数难以起名的时候,可能要思考一下是不是应该转换一下思路,做一下拆解或者合并;
至于命名风格问题,各个语言和框架都有行业上比较成熟的惯例,加上 lint 就可以了。
不容易,国内用函数式做主力编程语言的公司真是屈指可数 👍🏼
2022-10-13 20:36:12 +08:00
回复了 hsuyeung 创建的主题 程序员 单元测试问题请教
> 刚想了想,我感觉还是应该把“从 token 中获取用户信息”这一操作放到 api 层去处理,然后将用户信息或者其中某些字段作为参数传递到 service 中,service 只处理业务逻辑这样更好些。

对的,这就是写测试代码的好处,促使你重新思考分层 /解耦有么有做好,测试困难很可能代码设计就有坏味道了。
2022-10-05 00:35:38 +08:00
回复了 lerefe 创建的主题 Java 请教关于函数式编程的优势
仅从题主的例子来说,
第 1 点不同是可读性,imperative VS declarative ,
第 2 点关于复杂度的担忧(循环),同样是函数式的写法可以用 fold / reduce, 另外尽量用 transducer ,看上去很多的 transformer 实际上也只是循环一次。(不清楚 java 是否有类似的东西,https://clojure.org/reference/transducers 是 clojure 在性能方面的考量和努力)
> 综上, 这个 store 是会在不同线程中批量或单独读取写入的, 那么, 有什么办法保证批量或单独读写的原子性吗?

不太清楚你这个 store 是什么,如果你有多个 node.js application 需要共享数据,最直接的就是把数据放在 database ( redis 也行)里,由 database 来保证原子性。
2022-09-21 22:45:28 +08:00
回复了 tsingke 创建的主题 程序员 单元测试有落地效果好的团队吗?
我们从源头上抓起, 招聘的代码测试环节就有要求写测试代码,不写测试大概率是招不进来的。
进来后鼓励采用 TDD 方式开发,不写测试代码没人给 review PR ,就 merge 不回去主干分支,然后 CI 也会检查覆盖率。
之所以一直这么做,是团队真的获得了巨大收益(低缺陷率,低耦合模块结构,可以大胆重构 /加功能等等)
https://github.com/Wiredcraft/test-backend#functionality
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   972 人在线   最高记录 6543   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 15ms · UTC 20:27 · PVG 04:27 · LAX 13:27 · JFK 16:27
Developed with CodeLauncher
♥ Do have faith in what you're doing.