Google Chrome 的自动更新

大约这个月开始,发现 Google Chrome突然在国内可以自动更新了。让人很意外。没有去分析后面的技术,但是估计应该不容易,给我们用户带来很大的便利。之前要VPN等一堆设置,有时候还不稳定。

Google 好像在这方面一直比较执着,或许背后是他们的价值观。反正用户是受益的。

Adobe Lightroom CC 新版本发布

昨天才发现,原来是 Adobe 的 MAX 大会,很多产品做了升级,之前我看到的 Lightroom Classic CC 就是为了这个新版本 Lightroom CC,因为有了新的,所以之前的继续升级为 Classic 了。

新版本 Lightroom 变化很多,整个界面都重构过了,相册和照片管理和原来也不太一样。还要适应一段时间。据说 Adobe 这次 AI 方面发力很多,其致力于在功能方面的提升,而不是搭建一个平台。这个思想我很认同,平台这样的事情有几个巨头去做就行了,我们提升产品质量,改变一点点世界。

只是以后又有 Classic 版本,又有新的 CC 版本,比较纠结。

Lightroom CC 更名为 Lightroom Classic CC

今天发现我订阅模式购买的 Adobe Photoshop 和 Lightroom CC,有了重大更新。

用了很多年 Lightroom,基本从第一代开始,不花哨,功能强大,管理照片和后期处理都很棒。用 Photoshop 处理照片主要原因还是国内大部分人用的是盗版,这真的是杀鸡用牛刀了。而 Lightroom 天生就是为了管理照片和处理照片而设计,自然更加专注于此。国内没有办法直接购买Adobe 的订阅模式,绕道香港网站,买 Photoshop+Lightroom的套餐最划算,每月68港币,不过 Lightroom 只能在两台电脑上安装,所以不能太贪心。

Classic CC 版本主要更新内容如下:

大幅提升效能:當您啟動應用程式、產生預覽、從「開發」切換成「資料庫」模組、移動滑桿和筆刷,以及進行更多操作時,將感受到更快速的效能。

加快影像選擇速度:使用改良的「內嵌預覽」工作流程,在匯入時開始加快影像選擇速度。

使用範圍遮色片精細地控制選取範圍:選取精確的顏色和色調以進行局部調整。使用「調整筆刷」、「徑向濾鏡」或「漸層濾鏡」來定義粗略的遮色片,然後使用新的「範圍遮色片」選項來微調您的選取範圍。

看完官网,发现 Lightroom 上一次的主要更新已经是2015年8月了。

阿里云 RDC 产品升级为云效

云栖大会上,阿里云发布了很多新产品和升级产品,我们正在 POC 的 RDC 也升级为云效,不过好像官方网页还没有全部修改。

除了应用的全周期生命管理,代码管理,自动化测试等,还增加了运营功能,的确这要比一般的项目生命周期管理软件完善的多。以我的了解,应该也便宜很多。

我们目前还是放了六个项目在 RDC 云效上进行测试,不过我发现其实大部分程序员的编程习惯并不是很好,或者比较随意。毕竟再好的工具只是工具,人的责任心是最重要的。像云效这样的工具在内部推广过程中,还是会碰到很大的困难。(什么事没有困难呢)

依托阿里云、腾讯云这样在真实场景中锤炼的系统,可以让我们更加好的专注于业务成精,而不是重复的去发明轮子。

这几天和同事说的比较多的就是,世界已经改变了,整个开发模式已经在改变中了,或许三年、五年,会彻底颠覆传统的 IT 架构。因为相信,所以看见。

开始试用阿里云的 code 管理和 RDC

iOS 11, watchOS 4.0 各种升级,之后还有 macOS 的升级。

我一直很佩服 Apple 的项目管理,以前还略微空闲的时候,试图从外部来探究 Apple 是怎么进行这么复杂的项目管理的。当然后来也略明白,基本也是敏捷、多项目线、大量自动测试、功能尽可能的松耦合等。

之前几年公司一直用 jira 来管理项目,用的还不错,包括其中的敏捷项目管理。目前正在测试阿里云提供的 RDC 功能,比起 jira 来说,更加全面。并且 jira 有一个比较麻烦的就是,需要自己安装服务器,如果都是用 jira 云上的,速度性能有点不行。用阿里云 RDC 算是一个挑战吧,工具本身并不是最重要的,还是开发流程的再造重构本身压力很大。

最近先将两个大项目群中的几十个小项目从 svn 迁移到 git,算是 gitlab 的版本吧,然后在开发中继续使用 issue、milestone 来控制进度,wiki 来进行文档管理,项目本身还是要通过 unittest 以及 converage rate 来控制质量。不过还不是自动构建,每个 issue 的开发还是要人工来跑 unittest,并且 RDC 对于我直接带领的两个项目中使用的 Python 支持不是很好(对 Java 应该没问题)。还好,我们还不是迫切到需要每日构建和连续发布。

阿里云的 code 管理做的还算不错(应该就是 gitlab),git 我觉得建立本地分支和 pull request 流程都是非常不错的,养成习惯后,对于日常开发管理可以减少错误。习惯了 bitbucket 和 github 之类后,发现用 git 在国内的服务器速度要快了不少。

RDC 有专门的同事在做测试,两周后希望可以有一个实践心得,用在真实的开发项目中。

项目管理始终是一个大学问,是否做好,对于结果,天壤之辈。

因此多做一些记录,便于以后回顾和分享。

2017.9.12 iPhone X

十年了,记得十年前几乎半夜里等乔帮主宣布 iPhone,当时就是叫 iPhone。

十年,现在想起来就是一晃。智能手机也因为 iPhone,因为 Apple,彻底改变了。

如今我们离不开的支付宝、微信等等,假象如果没有智能手机,这一切都不会发生。

对于站在当年可以引领大家到未来的人,无比佩服。

如今,已经是 iPhone X,Apple Watch 3,还有正常序列的 iPhone 8等等。

世界依然喧嚣,追求平静的去享受一切。

简单说说 iPhone X 的 face id 和传统的人脸识别有啥区别

在微信朋友圈里看到有个做人脸识别的公司蹭热点,说手机的人脸识别判断一年前帮某手机厂商已经做了云云。留言说这不一样啊,当然是不理我,如果不是看在之前是老同学介绍认识的面子上,早就拉黑了。

苹果放出的资料很少,大致来说,iPhone X 的面容识别是基于 iPhone 那个前刘海上的红外线之类的设备扫描人脸,通过30000个点来对人脸进行建模,来比较是否一致,这样的精度、计算时间要求,所以必须依靠专门的设备、A11这样强劲的 CPU 来完成。

一般的人脸识别128点,或者再翻个倍也就够了。所以 Apple 叫做面容 id。Apple 也提到用脸解锁的时候,是有注意力判断的,这样就可以防止很多你在不注意的情况下被动解锁的可能,我猜测这应该是通过复杂的机器学习来识别表情,以及通过瞳孔等等很多判断来完成注意力表情的识别,判断是主管能动还是被动。

没查资料,有些说法可能不规范,先这样简单说说吧,所以不用担心韩国脸之类的问题,这样的建模,Apple 都说了双胞胎都能识别,还担心什么。

国内虚拟货币交易所将被关闭

ICO 闹剧之后,监管机构应该会关闭国内所有虚拟货币交易所。我觉得这是挺对的一件事情。之前停止很多邮币卡之类文化交易所,也是同样目的。用真实的资金去炒作虚拟的货币,且这个虚拟货币的价值并不是真正市场所决定的。

想想老百姓也是好骗,或者也是实在想赚钱。

不知道什么时候开始,老百姓就这么没有信心,对未来恐慌。更可怕的是便有一些人动足了歪脑筋去骗钱。

如同之前大街上有点多的理财公司,不知道这时候各类街道、工商、税务等以及监管机构在做什么,知道很多老百姓的投资被骗收不回来了,再出一个严格规定。就不多说了。

使用阿里云后的第一次故障

昨天,显示申请了一个200G 的磁盘,然后想了想,好像也用不了,就又把这个磁盘删除了。

然后总觉得1核的2G 作为 linux 主机,内存占用比较厉害,虽然只是一个 wordpress,于是升级到了4G,想以后还可以挂点小应用。

问题来了,当我重启实例之后,网站无法访问了。于是用了几周阿里云,碰到了问题。

对于 linux 的很多磁盘操作并不熟悉,不敢乱来。wordpress 的 jetpack 挺好,一直在提醒我网站不能访问了,于是提交了工单,阿里云的客服问我要了 root 密码之后,一会也就修复了。

原因是:

“您的/etc/fstab中有数据盘的挂载设置,但是服务器没有数据盘,系统启动时找不到数据盘所以出现问题,我们将这个配置注释掉重启服务器后测试正常”

看来用现在的云服务的确和之前玩虚拟主机不一样,灵活度大大增强,有些操作还是要小心一些的。

阿里云的工单体系做的非常好,设计的很人性化,值得学习。