都很爽,
有钱用 vmware ,
开源用 virtual box
win 自带 Hyper-v
@
imxz 哈哈哈哈哈,我买的电动去毛器和电吹风也都是飞科的,网上买很便宜,感觉飞科的电机做得还挺不错,家用小电器上结实耐用。
自己用的一个飞科的双头电动剃须刀,用了 7 年都没坏。。。
不过便宜货不适合当礼品哈~
苹果严格要求应用内的提供的非实体商品或非人工服务都要走 IAP ,否则把应用下架。
苹果把这种付费行为看作是“成本可以忽略不计”的,所以想要从中分一杯羹,你卖出 100 元的商品,苹果就要抽 30 元。至于实体商品或人工服务因为是实实在在的成本,所以没办法从中抽油水。
你抽油水也就算了吧,你道是把 IAP 搞得好用一些呀!
国内好多公司,都觉得 IAP 的机制超难用:
1. 稳定性差。手机是关键数据节点,一旦手机信号等有问题,就很可能的造成交易中断,而这时候很有可能用户已经花了钱了,于是乎客户只能联系应用开发者,应用开发者也很无奈,只能请用户提供银行的付费凭证,再想办法帮用户恢复购买(在商品不适合用户自行恢复购买的情况下)。
2. 用户退款只能找苹果客服,而不是应用客服。
3. 用户退款后应用开发者无从知晓,用户可以继续享受曾经购买的商品,即便已经退款了。
4. 大陆内部分网络线路连通性极差。
这么说 IAP 就一无是处了吗?并不是,有一个场景很好用,而且我猜测这可能就是 IAP 的设计初衷:
手机游戏中可以买永久性的道具,比如赛车游戏中的一个赛道,用户可以购买赛道,而且一次购买终身可以用这个赛道,日后用户如果删除了这个游戏,或者换了手机重新装这个游戏的时候,就可以自助操作“恢复购买”,就可以重新拥有对已经购买过的赛道的使用权。甚至在交易过程中因为一些不可抗因素导致交易在付钱后中断,也可以利用“恢复购买”的机制获得道具的使用权。
对于 IAP ,鄙人只了解这么多,如果有信息错误,请不吝斧正。
历史原因好多人都已经讲了。
我从一个比较独特的角度说一下吧:
显示器对于人来说通常是两种需求,一种是看图形,另一种是看文字。
看图形的话,最重要的视野,之前有研究说人双眼最佳视觉范围是一个 16:9 的长方形,如果显示器是这个比例,又与人眼有特定的距离的话,画面正好与最佳视野重合,体验最佳,而看视频打游戏的这些需求有着可观的市场,于是乎显示器也朝着这种比例发展。
看文字的话,人们普遍更加习惯纸质书本的比例:左右短,上下长。因为每一段在绝大多情况下都不是满行结束的,会留下空白,上述比例可以很好地减少这种空白,使得文本更加饱满,节省纸张。而写代码恰好就是读写文字的过程,和读写文字的习惯相同,纸质书本的比例可能会让人在写代码的时候觉得更习惯一些。
个人认为长度适中就好;一方面让绝大多数语句能够在一行内写完,另一方面也要提升屏幕空间的利用率;这样在代码相对饱满的情况下可以把字放大到足够舒适的程度;也可以很方便地一屏双开。
综上所述,鄙人认为看视频就应该用横屏 16:9 的显示器看,写代码就应该是竖屏 16:10 ,代码每行字符数根据所用语言和业务特点综合评估。
推送。
用户对应用不冷不热,用过一次之后就没有打开过了,可能下次换手机就忘记安装了,而且竞争对手一直在 7x24 小时不停弹推送刷存在,早晚会将用户强奸到无力抵抗,这是一种危机感。
怎么办?找一些惹人眼球的消息,然后不管用户在干吗,不管用户会不会烦,一股脑都推送给用户,在手机通知栏弹出,甚至在手机屏幕上直接显示一个悬浮元素,强迫用户看到这个推送,万一用户被标题或图片吸引了,没准还会点进去打开应用用一用。
收集用户信息。
用户去过哪些地方,什么时候用手机比较多,用什么型号的手机,甚至浏览过什么网页,这些信息都可以拿来利用,了解用户习惯,优化产品。
安卓应用互相唤醒的情况是中国特色的,国外因为有 Google Play 的评价系统和基本的审核机制,不会有国内这么疯狂的流氓式设计。
iOS 不存在这种问题是因为一方面 IOS 给开发者的限制奇多,另一方面国内 iOS 用户只能在苹果官方的应用商店下载安装应用,类似于国外的 Google Play 。
国内安卓的大环境就是这样,你不流氓,你的竞争对手流氓,你的用户就被劫持走了。
谷歌一直在关注这个情况,每个新安卓系统都会有些许改善,但是你的手机厂商不一定愿意即时帮用户升级到最新的安卓系统,手机厂商拿到安卓系统的源代码之后怎么改也不一定了。
Chrome57 那个貌似是个 BUG ,我在用 58 ,没出过问题。
我们在用赛门铁克,到现在正常。
GitHub 上可以看到 Watch\Star\Fork 分别的数量,都可以从各自的角度反映一个项目的受欢迎程度,不是只有 Star 。
给不给 Star 是个人的自由,一个项目对每个人来说可能有不同的价值。
我看一个项目不只看 Watch\Star\Fork ,还会看 Pull Request 的数量、上一次 commit 的时间、 Issue 有多少、是不是有集成测试、代码风格如何。
所以真的是以知识共享和开源开放为目的来做项目的话,某一个人给不给 Star 对一个项目在社区中的评价的影响是九牛一毛的。
别人不给 Star 对自己的影响也只有 KPI 吧。
这个是 js 里的转义字符,在 js 的输出上和汉字是等价的。
不清楚 python 的编码方式, JS 的 unicode 编码方式和 unicode 官方编码还是有点区别的,需要用公式换算,建议看看 js 的 unicode 编码标准
楼主的想法非常好,但除了喂养照顾流浪猫肯定还会有其他更有意义的应用方式,如果在帝都的话,可以尝试找相关的公益组织了解他们对流浪猫问题的看法。
如果真的爱猫的话,要研究如何改善流浪猫这种社会问题,这个问题的关键就是“流浪猫”根本就不应该存在,幸运土猫公益组织的方案就很好:
1. 找到流浪猫做绝育,能从根本上控制流浪猫的数量;
2. 为流浪猫征求领养,能有效降低现有流浪猫对社会的不利影响
如果看每个人的屏幕就是为了监工的话:
神经病公司
离职
废物经理
我用了 10 年 linux 了, deb 系和 rh 系都用过,后来长期用 arch 开发。
这么说吧,给我几个不同系的发行版,我能配置成一模一样的环境。所以真心没啥区别,只要你会配置。
linux 发行版的最大优势就是极强的定制性。发行版再怎么搞也脱离不了同一个 kernel 和 open software 的大生态。
当然独占特性就别说了,拿 ubuntu 独占的软件包和 centos 比也不公平。
我所有设备都是 type c 接口,所以这个反而让我更方便,出门只需要一根双 type c 线就可以满足任二设备互联或充电需求。不管你喜不喜欢, type c 是趋势,具体可以关注新出的手机、存储、显示器等等。
触控板好大,很爽,机身更薄更轻。扬声器音质不错。
touch bar 功能有待应用厂商进一步开发和利用。
键盘个人不喜欢,手感差、布局对编程不友好。但是以移动和便携为重心的话没毛病,长时间工作建议外接键盘。
skylake 第六代处理器性能 /功耗比更大一些。
如果对比上一代的话,建议买 16 版的。
当然也可以等下一代,但下一代只会越走越远,肯定不会用回 15 版的设计。
有一种东西叫劳务合同,虽然扣税多得令人发指,但是这是最后一条法律防线,没有合同就没有法律保护。
接私活有风险,不愿意承担风险就乖乖向国家交保护费。
补充 77 楼,压完线要再次检查一下所有线时候完全插到底,铜片是否完全穿透细线,如果不是的话可能就要剪掉重做。
这是个手艺活。
首先外皮要开得适中,最好的是细线刚好能完全插到底,又不会暴露在水晶头外。
每一根细线要掰直,不能有弯曲、扭曲。
细线要捋顺,排好顺序,确保每一根细线承受的拉力相同。
线头并排剪整齐。
插入水晶头之后要观察是否每一根线都插到底,不齐的话要拔出来按上面的步骤处理整齐。
压线的时候要始终用力向里推,保证压的过程中所有线都插到底。
压好将水晶头上的锁扣轻轻向外折,折到能顺利卡在网口上。
用测试器测试网线两头是否通畅。
网线最重要的是要耐艹,做得不好的网线用几个月可能就不通了。
做得好肯定就花时间,但是熟练后就会提升速度。
鄙人完美主义,做的网线质量很好,用几年经常拉扯也不容易坏。
不要用不稳定的包,像你说隔几天就出一次不兼容更新的,还不如不用。
大多高质量的包都会考虑相当长时间的向前向后兼容,甚至会有 LTS 版本。
为了确保不会被维护者坑,一定要固定包的版本号,不要用模糊版本号。
觉得不好用不想用就不要用,要看应用场景是否一定必要使用某个第三方包。
我用的 IDE 有自动保存功能,而且保存后也能撤销,所以就没有这个习惯了