推荐去，因为是外企，性价比很高，比一些大厂都香 假如你是追求 WLB 的

不支持 MarkDown 也不支持编辑功能
---
其实当一个人不想做一件事时，他总能找出 100 个理由来支持自己的想法，自我说服

挺好的，都很实用！不是吗

@fedfrank 不要急，多面面不是坏事，
他给你 25%，你可以不接，别惯着资本家

新 offer 税前上 50 再跳，不然涨地太少了，没必要走.
继续面吧

哈哈这个我也想过，我有一个实用方案：

func PrintJson(in interface{}) {
res, err := json.MarshalIndent(in, "", "\t")
if err != nil {
fmt.Println("json marshal error", err)
return
}
fmt.Println(string(res))
}

直接借用 json 序列化打印就行~方便快捷

给得很高啊，这价格还能 955 ，比 T9 都爽

羡慕嫉妒恨

不要给吃的。
一定要惩罚到让它觉得做了 XX 行为，后面就没地下吃了为止。
下次抓到现行之后当面把粮撤走几天

我刚思考了下，得出一个看上去奇怪的结论：
a <= b 应该是 a < b + epsilon
a < b 应该也是 a < b + epsilon

@v2exblog 嗯……反正别用自带的浮点数，就是个白板

@v2exblog 这情况直接用 decimal 包会好一点吧……

@ipwx 首先感谢回复，其实我也算科班，考的 408 ，985 硕毕业，计组刷过没有 5 遍也有 3 遍，IEEE 754 的题更是做到烂
但是我不认为您这样上来就用"科班"来打标签并 diss 别人是什么好行为。
计科的学生学完 IEEE 754 上机后就不会踩浮点数==的坑啦？真不见得。

下面回到就事论事，我再次搜集了些资料，补充一下自己的看法
```
浮点数比较的正确方法：

a == b 应该是 abs(a - b) < epsilon # 这个没问题，或者使用 math.isclose
a <= b 应该是 a < b + epsilon # 这个也没问题，我想了下，这个应该算是“最佳实践”，感谢分享
a < b 这个倒可以直接 a < b # 理论上没问题，但是我感觉会很多人会踩坑，下面示例
```

def CompareTwoFloat(v1 :float, v2 :float):
if v1 < v2:
pass # 小于的情况，啪啦啪啦写代码
elif v1 > v2:
pass # 大于的情况，啪啦啪啦写代码
else:
pass # 等于的情况，啪啦啪啦写代码

v1 = 2.2 * 3 # 6.6
v2 = 3.3 * 2 # 6.6
CompareTwoFloat(v1, v2)

一个不小心就会踩坑，实际上走分支 1 ，
实际上必须先判断 isclose 去掉 equal 的情况再比较大于小于，真是坑死了