淘宝导致的+1，你可以到 V2 上搜一下，有过相关的讨论贴，我就不复述了。

Capslock+ +1
你可以去看看它的介绍，应该通过按着 Capslock，然后按 UHJK 之类的就可以移动了，我以前用过一段时间体感还不错

就我的开发经验，最规范的做法也是五个尺寸就够了，mdpi,hdpi,xh,xxh,xxxh。然后通常因为包体积的问题和方便的问题，大部分项目是用 2x 或者 3x 的就行。机型适配该考虑的是尺寸问题，而不是图片素材的问题，想不通为什么要切那么多个。
然后再一提 App 的图标，这个倒是当时多切了几张，不过并不是开发这边要，而是不同的应用市场上架时对图标的尺寸要求不一样。

遇到个 bug，合成的那个主线任务，我已经合出花碎了，但是显示我还是没有完成。

昨天看到你的帖子后去看了下然后下单了，今早书已经到了，感觉还不错表示下感谢。
买了：
- kotlin 编程权威指南
- Android 开发艺术探索
- 编程珠玑
- 剑指 offer
- 代码整洁之道
- Effective Java
190 块。

这是封装程度不同的原因。楼主所说的保存 cookies，我这边创建 okHttpClient 的相关代码如下：
val inDiskCookieStore = InDiskCookieStore(XInit.applicationContext)
private var cookieHandler: CookieManager = CookieManager(inDiskCookieStore, CookiePolicy.ACCEPT_ALL)
private val okHttpClient = OkHttpClient.Builder()
.cookieJar(JavaNetCookieJar(cookieHandler))
InDiskCookieStore 是我自己创建的，cookieJar 和 cookieManager 的作用感兴趣可以自行了解，直接使用 okhttp 自己实现的这两个类即可。而 InDiskCookiesStore 里我做了什么呢，就是继承了 CookieStore 接口，实现了用 SharedPreferences 持久化存储 cookies 而已。

这个流程复杂么？不算复杂但是对于新手的确是繁琐了点。这个流程有必要么？我觉得是有的，不然一个网络库凭啥帮你实现具体的持久化存储。

而如果想像其他框架一样简单地一句话调用，网上肯定有很多基于 okhttp 封装的简易库，可以实现一行代码实现，内部原理也跟上面的实现差不多。

所以我觉得，是应用场景与目标不同，不存在优劣与繁琐的问题。

@kuyuzhiqi 1 楼里我提到的跳反的一个人就是后端，他走了之后老板招过一段时间人，没招到，就没继续了。然后我本身对程序的各方面都比较感兴趣，对此不是很排斥就做了。不过我也觉得这种杂活做久了对将来找工作帮助不是很大，当兴趣爱好拓展倒是没问题。
嗯利弊理清楚发给他让他决定这种事一直在做，耐不住每次他看了就忘，反复就问，经常一个当时已经确定好的东西过几天又觉得另一个好了。我拿他以前的决定跟他说，他会承认，然后说可是我又觉得这样比较好什么的。有点责任心的人都被他气到了，一方面浪费我们研发的时间，一方面也是在浪费公司的时间。把“犹豫就会败北”贯彻得淋漓尽致。
嗯是啊，我现在也越来越意识到了同事和公司的重要，所以下一份工作得仔细斟酌了。请问下挑选公司方面您有什么建议么？比如不挑外包公司，不选人数多少以下的公司？或者什么值得注意的点呢。

@LxExExl @lkan
是啊，我希望的是一种精神上的平等，你发我工资我给你做事，如果遇到了什么困难谈谈感情帮一把也没问题。但是老板一提什么忠心不忠心的我就很不是滋味了，感觉像被当条狗一样。

@NerverLibis
顶尖的学校师资力量太强，大部分学校还是比不了。不过我真不知道老板发这动态是真傻还是装傻，读书时拼命是为了自己，工作时义务加班是给老板修福报么？这都能混为一谈。

@maninfog
都是年轻不懂人心险恶，现在的我肯定不推荐别人也这样做了。当时我只顾着防止被培训班的皮包公司骗了，没想到还有那么多满嘴扯淡的老板。不过经历了这个老板倒是也体会了鸡汤百态和吹牛逼的常见套路了，自己免疫力提高了很多...

# 一些碎碎念

一些与主题无关的内容，不感兴趣者可以无视

## 给年轻的毕业生找工作的一些小建议

目前这是我的第三份工作，因为前两份工作公司都比较靠谱让我没意识到社会的险恶。我前两份工作都是直接电话面试，面试过了后快递过去行李，然后人再去那。自己家在一个小城市，第一份工作在成都、第二份工作在福州。

然后第三份工作时我也是这样随意，电话面试过了，对公司不是很了解问了一些问题感觉没啥毛病就直接去了。

我找工作的时候是投的 XX 一线城市，然后这份工作的地址也显示在那，但是面试时老板说目前招人的是 XX 附近另一个城市的分公司，而且那里生活成本比较低什么的。工资标准根据能力来，刚进去不确定能不能干活只能先给个比较低的标准。公司最近在忙一个项目目前比较紧张因此是单休，也没加班费，不过等之后不忙了是能双休的。当时我觉得对我而言不是什么大问题就答应了。

然后我问公司有多少个研发（当时我还是比较希望进一个技术氛围浓厚的公司），他言语不详地说 XX 那边的有二十多个研发吧，这边分公司刚发展，没多少人。

嗯好的，我信了。后来才知道 XX 城市里根本没什么团队，只是他以前注册过的公司而已。整个公司也就是这么几个人。但是因为沉没成本的原因我还是留在了这里并渴望证明自己拿到他说的能力相符的工资。

然后忙外了那个项目之后，依旧周六要上班，毕竟总是有各种事的嘛。当然，他们很友好地说你们有事的话也可以请假的，是不会扣你们工资的。因此偶尔你要回家或者出去玩什么的倒是可以双休，但也拉不下脸总这样，还是相当于单休。



所以，我给一些社会经验不是很丰富的毕业生的建议就是：无论如何都得先实地考察一下工作环境。不要尽信老板吹的各种东西，你对他不了解，他说的很多东西你都证实不了，虽然你肯定不会真的都相信，但是一旦有万一是呢的想法那就已经中计了。没有落实的好处都是画饼，什么将来的待遇和忙这一段时间都是假的，温水煮青蛙，不要抱着给对方留下好印象的目的对这些地方不斤斤计较。



## 关于老板的一点吐槽

假如一位老板不懂技术，这很正常，能理解，只要可以沟通就好。但是遇到一个自诩开发经验丰厚的老板，你在跟第三方对接的时候不仅要跟他们沟通，还要一边揣摩语气用不太尖锐的言辞拒绝老板不靠谱的建议就很心累了。



1. 在我刚入职的时候，需要维护一个旧的项目，当时的第三方登录和短信登录都挂了，老板让我弄一个超级验证码，输入了这个之后就能跳过短信验证这个步骤。我当时解释了这种得服务器配合才行，不然即使我客户端跳过了登录页面，主页因为没法真正获取用户信息也会没法使用。他说明明可以的，iOS 端就有，你去问问。行，我就看了下客户端代码，服了，请求“短信验证”接口后，服务器会一并返回正确的验证码，然后客户端只需要假如用户输入的是比如 8888 这样的超级验证码，把刚才服务器返回的正确验证码提交给“注册”接口就好了。

无独有偶的是，他最新买的这份 A 产品代码，也是这样实现的。你们真不怕运营起来有黑产搞你们的么......

2. 他是说自己熟悉 PHP 后端开发的，然后之前买的 Y 产品代码，说是他搭一下后台，让我们负责客户端的就好了。然后第二天目测搭了一下没成功后，就让我去弄了。还信誓旦旦地说我已经把 XXX、XXX 弄好了，显得做了很多工作的样子，实际上就是把域名改了下解析地址到这台服务器。我一直在考虑是不是我应该直接装死说我不会，你自己看着办或者找别人来弄比较好，而不是自己去尝试一下。

然后磕磕绊绊按 Y 产品提供的文档配置了，文档给的是用 OneinStack 搭建，然后遇到安装 phpMyAdmin 的时候访问地址提示连接被拒绝，我不太确定是什么原因，怀疑是阿里云有啥限制，就跟老板描述了一下问题，并让他看看阿里云后台是不是有啥安全限制了。然后他一顿操作后转头说给服务器安好了宝塔然后装好了一套开发环境（ Mysql + phpMyAdmin + nginx 之类的），然后告诉我点宝塔的哪个页面能进 phpMyAdmin。

我跟他讲，我对 Linux 不够熟悉，要让我弄的话我只能按照 Y 产品文档提供的方案进行，你这样贸然用了另一个一键包可能覆盖掉一些配置了，引起了未知的问题我可解决不了。然后他就说让我自己再去琢磨吧。

然后后来我又配置了一遍，并且也发现了之前不行的原因是 OneinStack 为了安全默认只允许本地的数据库连接。然后一路配置到最后，服务器搭起来了，但是接口不正常，就是访问提示连接被拒绝。我不知道是不是数据库连接错误了，或者 Redis 连接错误了，找了一下也没有找到 PHP 输出错误的日志文件。然后使坏地想老板不是一直觉得自己很厉害么，这次到你本职地方了，看看你打算怎么做。然后跟他我服务器跑起来了，但是接口异常，应该是 PHP 代码哪里失败了，您比较熟悉 PHP，我没找到报错日志存在哪，您能不能去看看。

好的，然后他捣鼓了一下跟我说他把宝塔里的几个东西卸掉了，让我看看怎么样了，不行就重装一下试试看。我一看服了，nginx 没了，然后关键是我后来又装了还是不行，死活不行，按网上说的方法试了还是不能恢复。

好的，绝望的我终于打算去重装了。然后在新的系统下，按 Y 产品的文档一路顺畅，以前遇到的种种奇怪问题都没了，一下午就搭好了。（之前那个 PHP 项目提示连接被拒绝，问了下朋友，改了 PHP 一个参数输出代码报错，找到对应原因，是给的项目里一部分 runtime 文件没删掉导致的错误，删掉后就好了）

3. 搭建这个 A 项目服务端时，他们连接数据库是访问 ip:3306 的，结果当时搭建时不能正确访问这个端口，阿里云的配置面板是开放了的，我觉得是 Linux 没有开放对应端口或者 mysql 的设置里对应用户是配置成只允许本地连接了的。当时我想着用 127.0.0.1 访问也没问题，挺好的，就改了。后来经历了一些波折最后 A 项目人员去搭建了，还是改成开放 3306 端口了。这里其实我挺想问这样不太安全，容易被爆破？

然后运营访问宝塔的那个 phpMyAdmin 时访问不了，问 A 产品那边，他们让用 Navicat 连接，老板就问我会么，我说会，但是那个是收费的（言下之意是要不你给买个正版？或者我花点时间找个破解版。因为上个月他要求我们用公司电脑开发，我这台公司电脑还没装）。然后他说那你开个远程，我教你装个 phpstudy。我说 phpstudy 是一套 Windows 的 PHP 开发套件，而 Navicat 是一个数据库可视化操作软件。然后他说只用里面的集成工具就好了，我说那我为啥不直接装一个 Navicat 用呢？他说这个要收费啊。

然后我就不知道说啥好了，然后他就去找运营远程控制了。然后我自己默默去装 DataGrip 以备不时之需了。我有那么一刹那还以为老板会愿意支持买个 JetBrains 全家桶的...

4. 周日他不止数落了我们，也数落了助理，大概对话是“你知道你有一点很不好吗？老是联络不到人。做助理的，就是要 24 小时要随时可以呼。其实是所有职业都需要，这个是我建立 XX 的目的”。然后助理回了一句“ 24 小时不可能的，那是把自己卖给了公司”，老板就说“对啊，所以你水平上不来。没追求，就没办法了。就是感觉你做助理，缺了点什么”。

在之前 996 的事情闹得沸沸扬扬的时候，他也发了条朋友圈，说他娃说那些叔叔怎么那么矫情，我们学生每天 7 10 7 都没抱怨过呢。



## 之前所谓的“忠心”的一个事

在今年年初的时候，公司是和另一个实体公司 B 公司有比较深度的合作的，就是相当于我们老板也控股一部分，我们整个公司并入成为一个研发团队。

项目快结束的时候，B 公司老板发现了个事，他需要的是我们的研发团队，而不需要我们老板。他想了一招釜底抽薪的妙计，打算把我们挖走，然后再以项目不满意为名踢开我们老板，不支付尾款。

当时比较人心惶惶，有两个人早就跳反了，我们其他几个人都在犹豫，那边给我的待遇是涨 50%，各方面硬件条件都好些。但是总感觉良心过不去。

后来老板与 B 公司老板面谈的时候，助理叫我一并去了（本来是后端比较熟悉项目逻辑的，但是他跳反了），B 老板各种耍赖皮不要脸还反指责我们老板是骗子，然后说要终止合作还要告他。当时我们老板一边比较无力地反驳（整个项目他是最不熟悉产品的那个，而且瞎指挥）一边喝水试图掩饰慌乱，我注意到他的手一直在颤抖。那时候我就下定决心了，不能做出这种雪花之事（雪崩时每一片雪花都觉得自己是无辜的），如果我们一并跳反了只会让老板的处境更艰难，尽管理论上我们跳槽没什么道义问题。

然后当时就因为对早早就跳反的俩人的鄙夷和拉老板一把的心态，我们还是选择了留在这。事后跳反的一位还嘲讽着你们回去后老板有没有给你们加工资啊。

我们选留，只求无愧于心。并不是老板有丝毫的人格魅力，没想到几个月后在他的嘴里看到忠心的话语，心里略不是滋味。

以前一个大学生在 boss 直聘上找工作被骗到传销最后死了。

「同日，我拨打小米金融客服（ 4001003399 ）反馈该问题，客服表示清除数据后重试，我尝试了之后没有用。
同日，我拨打小米金融客服（ 4001003399 ）反馈该问题，客服表示清除数据后重试，告知他已经尝试过该方法未能解决，客服回复再次尝试，之后客服下班，无法再次联系。
3 月 3 日，我拨打小米金融客服（ 4001003399 ）反馈该问题，客服表示清除数据后重试，告知他已经尝试过两次该方法未能解决，客服回复需要再次尝试，并且尝试下载完整包更新系统，或恢复出厂设置。
同日，我拨打小米金融客服（ 4001003399 ）反馈该问题，告知之前方案均无法解决，客服表示需要再次尝试或更换网络再试，因为当天有事，所以耽搁了，没继续尝试。
3 月 4 日，我拨打小米金融客服（ 4001003399 ）反馈该问题，告知所有方法均已尝试且无法解决，客服表示反馈给后台核实，由专员处理，24 小时内回复。」

上面有人提到以前似乎看过，这个简直是普遍情况。我当时新买了一款红米，然后发现用我的联通卡经常会出现不能上网的问题，拿同事联通卡也试了问题存在，拿我手机卡放同事手机号一切正常，因此在提交售后前已经能基本确定是手机的问题了。而且我把情况描述清楚了。

然后提交售后，手机寄回去了。
三四天后告诉我“我们的技术人员经检测没有问题呢”，我把我详细的情况描述了一次让他按我说的情况试试。
三四天后又告诉我“我们的技术人员经检测没有问题呢”，我把我详细的情况又描述了一次让他按我说的情况试试。
三四天后又又告诉我“我们的技术人员经检测没有问题呢”，我受不了了，我说好吧我现在的情况反正就是我插我自己的 SIM 卡没法正常上网，那我把我的 SIM 卡寄给你们，只要你们能用我的 SIM 卡在这台手机上正常上网，或者能证明是我的 SIM 卡的问题就行。然后他们说不好意思那我们再检测一下，然后这次就确认是手机的问题了给我换了一个寄回来了。

怎么说呢，当时的客服态度还不错也很有礼貌，这个流程我觉得也算比较规范，但是我就是十分难受。

如果重新打包的话签名会变啊，你说的是哪个应用市场。

我印象里倒是 360 应用商店是需要你使用 360 加固的才能上传到商店里，然后加固的时候引入了一些恶意代码，比如 360 锁屏广告什么的，现在是不是还这样我就不清楚了。

关掉 lastpass，或者开隐身模式试试，应该是某个插件不兼容导致的。

试试运气吧。。。

就 Android 而言，对非全屏的 App 基本没影响，因为刘海基本都是在状态栏的，对 App 本身没影响，和适配沉浸式导航差不多。但是为了配合刘海，很多 ROM 是修改了状态栏高度的，因此当时为了兼容 Android4.X 沉浸式而强制指定高度的那部分 App 可能会遇到点问题。

然后对需要全屏的比如游戏，目前我见到的基本都是直接黑边处理了（导致截图也有个黑边），因为这想统一处理好不太可能，对视频来说就是丢失信息量，对游戏来说你不能确定刘海区能放多少东西，不如不放。

我司最开始丢给我的是一部 ov 的测试机，用得想死，每次安装还得输密码，而且一开开发者模式上面就一直闪啊闪，有这种测试机还不如用自己的呢。

=。=后来老板想让我们 App 项目参加华为的 HiAI 的一个项目，就买了个华为 mate20 给我测试。

好景不长，老板自己拿手机去玩了，不过我也习惯用自己手机测试了，当然我跟他强调了只有我这一部手机可以测试，到时候有各种不可预见的兼容性问题别找我(比如华为那破 ROM 的)。

所以我建议你可以强调一下你手机的特殊性，自己用的国产就强调一下不够原生，用的原生就强调一下不够国产，然后跟老板说要保证及时发现修复问题就还需要一个测试机，一两千的事情老板应该是不会在意的，只要让他认识到它的必要性。

分母一下吧。。。不知道买啥月饼好

不太明白相对于「宽高限定符适配」的方案有什么优势？如你所说，头条的这种适配方式只能选择以宽或者高为基准，可是有时候你需要以宽为基准（大部分时候），有时候以高为基准（比如某个控件刚好占高度的几分之一），用「宽高限定符适配」可以很轻松地自己处理这个问题，至于担心所谓的控件拉伸，遇到比例有要求的控件我都是统一以宽度作为基准。
至于「需要精准命中才能适配」，打开友盟的 Android 设备尺寸占有率统计，把前 20 的全放进去就可以了。
而且万一没有精准匹配的尺寸，我记得效果是会自动匹配一套相近的，而不是如文章说的采用默认的 dimens.

所以，我还是挺希望能有个说服我替换掉「宽高限定符适配」这种兼容方式的理由。