@james2013 py3.9 支持类型注解，渐进式类型能解决这个问题，不知道参数是什么，方法名是什么，这些都是因为没有静态类型来支撑 code hint 导致的。以后越来越多的 py 库加上了类型注解，这些问题都会没有

@murmur 这应该是静态类型和动态类型的问题，而不是弱类型和强类型的问题... 类型可以让问题提前暴露在编译时而不是运行时

@heyvox 怎么联系到你呢 QAQ

看到这贴好有灵感，马上就想自己做一个，以前的电影都是看了就看了，有回味就有回味，也没有记录下来，想起的时候就再看一次。

不行，我要搞一个简易的

@julyclyde archie 是一个二进制文件

@learnshare 赞同！所以才需要自定义单位这个说法，不需要污染其他单位

作为一个前端狗好累

对于喜欢 CLI 的自然就有兴趣了...

@also24 可能我觉得代码是艺术品...

@also24 赞同这种情况，但是在两种方案都可以解决问题的情况下，并且我的方案更能适应多种场景，他会以没有这种场景来反驳，然后采用他的烂点子。上面的你会出一个 case，他出不出来，也没必要出，拍板就行了...

@virus94 有的时候我挺理解他要考虑很多，其实有的时候他确实对他的烂 idea 很固执，很惊奇产品还可以活，现在项目里都是各种 patch，全局滥用，有的时候安慰自己这不是自己的项目。leader 真的是团队的短板啊，code review 的时候照做就行了

@scofieldpeng 谢谢，可能我对公司有所误解，我一直以为团队是能够帮助我提升的，发现缺了“好的团队”这个形容词

@zjsxwc 是技术出身的，每次 code review 就是在把他那些糟糕的观念灌输给我，接受不了，拗不过，常常只有妥协

@also24 看你这么一说，我觉得挺有道理的，但是有的时候他的决策虽然不会引发业务上的问题，这意味着他并不需要负责，因为没出问题，但是，代码却很难看，整个团队的代码水平是被限制住了

@ly4572615 这样太好了，我们是一个部门有一个 Leader，这个 Leader 是技术，方案，拍板的，有的时候，Leader 真的就是整个团队的短板，什么都是他说了算

我觉得这个问题本身就有点问题。因为 flutter 原名叫 sky，sky 本身就是 dart 的一个框架，后面才改名叫 flutter 的

@westoy 这样说来遭了

@hahasong 人渣好像能返厂重新做人啊

@lawrencexu 谢谢