要求就是。。。根据场景选择合适的图片格式、尺寸。没有唯一标准，只取决于具体场景下的业务需求+性能需求+价格需求。

png 适合颜色简单、色块边界规则、细节不太丰富的图片。比如界面、文字、icon 等。
jpg 适合颜色丰富、细节丰富的图片。比如照片。
webp 很多指标比 png 还好一些，但毕竟比较新，兼容性不如 png。
以上都是位图。而 svg 是矢量图，适合图片面积不大、颜色简单、边界规则，但需要在各种尺寸下无损缩放的场景。比如界面、icon。
gif 能动，仅此一点天下无敌。
ico 格式专做网站图标，这也是比较独特的。当然现代浏览器已经可以支持其他格式的图标了。

大部分场景最好使用合适的尺寸、合适的 dpi/ppi 的图片。比如列表里只放小尺寸缩略图，详情里只放最大尺寸 1280 的图，原图下载时放高清原图。这只是一个例子，例如如果你做的是桌面壁纸站，那标准就要提高很多很多了。
充分考虑小屏手机、大屏高 dpi 手机、retina 屏等各种物理屏幕场景。

压缩分有损和无损两种。无损意味着原汁原味保留原图每一个像素点的信息，一般可以换格式、同格式下换压缩算法、剔除注释信息、Exif 信息等像素无关信息。有损可以换格式、换压缩算法、缩放等。

总之，这是一个多目的多规则共同权衡的问题。没有唯一解。

hashids + snowflake + GUID 简直绞杀我所有关于 id 的需求。

还有头发可以理你就知足吧。。。/狗头

确定伪基站的话可以报警。

另外，帮钓鱼网站打码是出于什么考虑？

@j0hnj 项目依赖比较简单，暂时还没遇到痛点，除了 lock 耗时问题。
能比较一下 pipenv 和 poetry 吗？

感觉设定没错。支持 @opengps 的观点。
主要问题是客服水平太糙，理解问题能力低下，技术能力低下，沟通能力低下，客户关怀能力低下。然则这好像是各大厂技术支持的通病。可以尝试通过非工单途径积攒一些直接对接到具体人的方法（ QQ、微信、手机）等，然后定点请求协助，效率会比工单随机分配到菜鸟要高一些。
另外，强迫症一样的反对给数据库增加任何逻辑。

pipenv 了解一下

从帖子里大部分人的对立面聊聊这个话题。

先表立场：小公司，我就是上级，开发出身。我的 boss 不算太懂技术。

大概 80%的重构需求由开发提出，其中只有 20%的重构需求我会认可，80%都被我拒了。常见原因按比例列举如下：
1，纯粹就是想炫技，想用新技术，想搞事情想赚工分。这个比重最大，一般特点是年轻、活跃、激进、前端等。这些人纯粹就是吃饱撑的，兴趣驱动最大无视其他一切因素。没办法，只能说磨砺中成长吧。。。把他们的无穷精力稍微倾斜一些在预研、攻关、分享等技术型任务会更双赢一些。
2，代价，时间和人员。说实话这是男默女泪的巨坑。但毕竟公司不是学校，盈利是根本目的。学院里好的技术人员可以用无限的资源挑战学术的极限，但社会中好的技术人员需要带着沉重的现实镣铐尽最大可能让各方利益都能接近最大化。这部分只能说可惜，但必须让开发同学能理解能把心态调整好。
3，不够平滑。这种一般原则上已经赞同了，但执行方式上比较粗暴，比如项目主线暂停、阶梯式升级导致用户流失、服务暂停等。会搁置、会要求优化、会要求分解，分阶段落地或者部分落地。
4，动机不纯。一般发生在老员工。为了攫取话语权和 KPI。这部分直接堵回去，打负分。

以上来看，根本原因大部分都出在视野问题，视野不够大，看不到全局看不到负面。另外一个根本原因是出在立场问题。毕竟屁股决定脑袋，有时候并不是使坏，是潜意识让人做出了对自己利好的决策而没有意识到。期望大家能换位思考，能认可共赢价值观，能杜绝自我自私损人利己。

大概 20%的重构需求由我提出，其中 80%会得到上级的认可，推行并落地。
毕竟同是开发，懂得在屎山中摸爬滚打是什么滋味。有时候能从架构层面发现开发同学们发现不了的重构点，就尽力去推动改善，这也是对团队对公司都有利的。但毕竟不存在人定胜天的鬼话，有时候我也有局限，推不动的甚至推错方向的，同学们多担待吧，我陪你们。

看看 PHP 的四处偷师啥都想要浑身特性四不像。
嘴角挂起一丝轻蔑的笑意。
突然想起 python。
笑意凝固，
鼻子一酸，
眼角有翔滑下。

3 进制，0、1、2 输出的时候转成 1、2、3。
然后逆序，高位在后。

-> 读作“的”或者“指向的”。
例如：shape->area(); codereview 时就读“调用 shape(指向)的 area 函数”。

动用行政力量，上压指标下造运动，搞一场全国范围的大跃进。
一切目标都指向”创作“，一切资源都倾斜过来。
利用各种宣传手段造势，把广场上的大妈大爷都卷进来，把所有人都搞癫狂搞疯魔。

当然效果嘛。。。参考大炼钢铁。/狗头

请把字段的可选、必选确定一下。
方案 1：
status/code，必选字段，为 0 表示正常，为其他表示异常。（留扩展空间，比如正常 /异常二元值之外的其他定义。http 的 status 用分段来表达很多不是错误的状态）
error，可选，如果 status 标识为错误的话，提供详细信息。

方案 2：
errorCode，可选还是必选？
如果可选，那就意味着用存在 /不存在来表达是否出错。一般不这么做，而且存在 /不存在是二元选项，无法扩展。
如果必选，=0 表示无错？
一有冗余之嫌，相比可选方案，浪费流量。
二有歧义之嫌。我按"error"搜日志居然能搜出一堆正常数据？
三引入隐含信息。0 表示没有那-1 和+1 表示什么？凭什么 0 隐含默认公认功能？需不需要额外普及和记忆？


其实以上都是废话，讨论来讨论去谁也说服不了谁。最根本的问题：你是决策人和责任人吗？凭什么和老大吵？
任何一件事我们都鼓励积极参与积极建言，但任何一件事都有最终决策人和对决策负责并承担一切后果的人。责任明确也是分工和分等级的意义之一。你可以花 5 分钟跟老大建议并探讨，然后花剩下的 7 小时 55 分钟带着怨气或者绝望把你俩的共识给落地实现，也可以花剩下的 7 小时 55 分钟仔细考虑什么时候跳槽去离开这个傻逼或者给老大的老大提出这个人不适合领导并决策。但你是凭什么花 7 小时 55 分钟针对这个问题和老大去吵一天的？ How dare you!

@catalina 这语气，这质问。。。好像我是豌豆决策人你要来跟我对质一样。吓尿了。
我是没见过这情况，找了个可能的说法来供参考，一起探讨他们这做法的动机和影响。你这质询找错人了对不起，而且看起来更像气急败坏急火攻心。
不想讨论了。

问了一下前豌豆大佬，流程是这样的：
下载本身没有问题，https 本身可以保障。
安装的时候，某些国产 rom 会偷偷检查应用名，
如果自家应用市场有，那就拦截，实际上安装自家的那份。或者警告你这个包有问题。
所以需要创建一个连不上网的 VPN，实质上断流，来 block 掉 rom 厂商的校验请求。

未验证供参考。

如果你敢说真正的精通，那你对语言、范式、编译器、并发、容器、io。。。无数子话题都非常精通了。漫长过程中难免对触达到的某些方面也会有所涉猎，例如本职工作做游戏，会对算法、2D/3D、架构设计、脚本语言有足够的深入了解。那时候，语言本身已经不太重要，无论精通的是什么，你都是业界大牛。
所以“能力只够精通一门语言”，是伪命题。

然而基于你现在还是学生。。。任何一门语言都不可能做到精通。敢往简历上写这俩字，楼上一堆大牛会直接打死你。21 天精通 xxx 这种程度的“精通”还只能做到一门语言，这能力也只能建议转行了。

所以“能力只够'精通'一门语言”，也是伪命题。

综上，遇到具体事情，选择最合适的。除此之外，选择一门最感兴趣 /最顺手的多深入一些就好了。

梦幻家园，三消游戏，特别减压，有失败次数上限也不会磨掉太多时间。