日积月累-2020/09/04

一、职业发展思考：

转管理、转产品、拓展技术面到服务端

从高度上来讲，产品 》 管理 》技术面， 从实现难度来讲，管理 < 技术面 < 产品。

二、技术文章

写Swift技术文章的缘故，自然要了解下Swift的创始人和他写的文章。

三、思考的问题

本周和过去思考的一些问题，苹果主要是与市值相关，也思考美国企业的核心竞争力。

1. 苹果如何保持创新能力的？

虽然没有解答我的问题，也提供一些视角。几点很强的能力：供应链管理、。

2. 如何让自己更强？

3.如果保持充沛精力？

四、电影和文学

1. 诺兰兄弟的电影：

中午吃饭和几个同事散步闲聊，聊到新电影，同事说超级喜欢诺兰兄弟两，哥哥是导演，弟弟是编剧。百度后发现，原来之前看的很多知名的电影，都是他导演的：《蝙蝠侠》《盗墓空间》《敦刻尔克》，只是自己看了，没关注导演是谁。兄弟两平均2~3年出一个高人气电影。

科普完后，感叹90后真是有文化、有内涵。看来我也不能只关注于工作，否则跟90后，00后没得聊了。

2. 英国作家、动画片

因为诺兰兄弟出生于英国伦敦，顺带想起了我很久的疑问，电影、动画也本是文学的一部分。我的问题是：

“为什么英国的知名少儿动画片如此高产？《海底小纵队》《托马斯和他的朋友们》《小羊肖恩》《小猪佩奇》”

英国作家：

英国盛产作家：

3. 法国作家

  • 法国文学

    法国也是一个盛产作家的国家，当年高考书没看过基本，作家名字和作品名称背了不少。据说现在少年儿童都读原著了，可喜。

五、其他

软件开发的201原则：本周还看了软件开发的201原则，话都很精简，总结的很好，但愿未来在国内能很好的被践行。不论是管理者或开发者，都需要提高对软件工程的理解，管理项目、管理风险、科学的工作。

展开全文 >>

5星好评分手（草稿）

一、从一封5星好评的分手信说起

5星好评的分手信

从2011年11月上传第一个版本的App到AppStore，没想到作为个人开发者能坚持这么久，虽然近几年更新频率比较低。收到5年老用户的这条评论的感觉，像相爱多年的恋人要分手的感觉，一方深深伤害了另一方，被伤害的一方离开时，还发自内心的祝福。显然她对我这次升级导致的数据丢失问题深恶痛疾，也非常失望；但她离开之前还把评论一星改成了五星，像是分手祝福。而我也给她造成了深深的伤害，却没有什么方式可以去弥补，无力的看着她离开，也没有什么好的挽留理由。

看到这点评论，真的挺伤心，脑子里都在播放《分手快乐》那首歌了。

二、几个没想到：

1、真的没想到有那么多用户从2012年开始一直到现在坚持使用我的App，说实话真的很感动。一个小小个人开发者，开发的劣质App，体验上无论如何也不能跟公司资源开发的App比的，全世界没抛弃你就不错了，还能受到如此信任和喜爱，能不感动吗？
2、也没想到他们记录那么认真详细，很多用户1万多条，日均4+条记录，数据量接近150M（含部分图片），

三、总结原因

1、周期较长，几乎已在耐力边缘，着急发版。从去年11月开始，做了很多大的改造，也都是零零碎碎的时间开发也，之前也没有提前规划拆分排期，希望毕其功于一役。主要修改有这些：

  • 改造成CocoaPods工程，基础库的发布
  • 友盟各SDK的替换移除，iOS 13分析SDK启动崩溃、某个版本分享SDK接口升级面目全非，都是决定移除他的原因。分享SDK替换为系统分享，分析重新加入谷歌Firebase；但因为国内不能用，也同时使用了腾讯的mta,腾讯的很多内部产品线也用，所以稳定性可靠很多。
  • 数据存储从2012年的文件存储升级为对象化数据库存储、整体数据层的升级和迁移；
  • AutoLayout的改造
  • Swift的引入，这个主要是配合公司项目先行试验和调研；
  • 绘图库的替换时升级，淘汰了自己写的粗糙的库；
  • 一些视觉的扁平化处理，之前每年虽然都做新系统适配，但投入精力都比较少，不彻底。

2、上面提到的几个没想到，

四、后续改进

发现在公司工作久后，思路自然被引导到这个主题来了，
无以为报，自测控制质量，开发更多更好的功能服务好用户。

五、做AppStore的收获和感悟

1、收获

在App淘金热的牵引下，学会了很多知识：

  • 技术上：OC/Swift语言、CocoaTouch框架、应用内支付(IAP)、AutoLayout、CocoaPods发布和工程依赖管理、数据库的常见操作、绘图制表框架；

  • 视野：在开源社区，找可以用的轮子，或多或少开拓了技术上的视野

  • 产品的、设计的，虽不体系，但也多有涉猎。落地了5~6款产品，虽然很多现在已经不更新，但还是淬炼了下产品思维。

    读过的交互视觉的书：《交互界面设计》、《写给大家看的设计书》、《设计之下》、《体验·度》

  • 创业相关的：

    《周鸿祎自述-我的互联网方法论》、《史玉柱自述-我的营销心得》、《九败一胜-美团创始人王兴创业十年》

  • 方法论积累：刚开始做什么不重要，技术和方法论积累阶段，慢慢能”着道“

    读的这些书，虽然没有做读书笔记，写思想感悟，但我相信对我都有潜移默化的影响。

  • 虽然没有在AppStore淘到大金矿，但单位投入时间的收入是可以的，记得13年第一次在AppStore + Admob收入超过税后工资，无比欣喜。

  • 客观上为公司项目趟了不少坑，做过几次小白鼠，舍小我为大我；也为指导其他工程师工作积累了经验吧。

2、大部分

职场中的人，大都有两个毛病：

  • 一个是眼高手低的，仿佛一创业就要做个千亿美元市值的企业，不然都不算成功；
  • 二是喜欢以金钱作为标的物，如果你没有大赚一笔，不管你积累有有多少经验，多少方法论都一无是处。
    比如今天已近鲜有人提起今日头条的早期产品 内涵段子，今日头条成名前，可能有相当一部分人觉得这个公司DiaoSi；忽略时间空间背景，如果张一鸣一毕业就做抖音，以他当年的知识积累能否做到今天这么成功了？我相信他的成功也是通过技术积累，产品方法论积累，商业思维积累逐步达成的。一步步积累，一步步思考，一步步走向成功。

六、当年的信仰

  • 遇到一个机会，十个人想做，两个人做了，一个人坚持下来了。
  • “一个人信心的大小，关乎他愿意为信仰承受多少苦楚。”

    这句好像是13年自费参加CocoaChina中国开发者大会，触控的老板陈昊芝说的，

参考

已凌晨1点，脑子已经无货，暂时搁笔(键盘)，不知道会不会成为一篇烂尾文。 2020/08/23 1:00

展开全文 >>

日积月累-2020/08/21

还是坚持每周将工作中的零碎知识汇总，便于后面重复记忆，牢牢掌握。学习是个重复记忆、理解的过程。

一、架构：《设计原本》的延伸

1. 桌边有本《设计原本》，随手翻翻，里面引用了这本书：

《Computer Architecture:Concepts and Evolution》
应该也是一本经典值得一读的书，读书慢，中文翻译版大多质量不高，暂时记录这里吧。

2. 认识下作者：

佛瑞德·布鲁克斯

3. 为什么中文翻译版比原版便宜很多？

这本书亚马逊$159一本，知识在美国还是值钱。一直很困惑，很多书原版很贵，中文翻译版比原著便宜很多？

  • 美国的教科书价格为什么这么高？

    • 信息传递，失真
    • 人口红利，销量高所以低价。
    • 中文简洁，页数少，至少薄1/3；
    • 供需规律，市场需求量少（中国风气不好，学术水平低下。）

  • 衍生：为什么宁啃原版书，也不读中译本？

  • 为什么有些翻译成中文的书比英文的贵一倍还多？-悟空问答

    如果我选原因，一定是第一个，翻译质量比较低。尤其对技术类书籍，真的很难找一个又懂技术，又能做好翻译的专业人才。
    另外我发现，通过思考问问题，查知乎、简书，仿佛自己的世界变大了。也许后面再看会有更深的理解。

  • 高知妈妈们为何追捧国外原版童书？

    作为一个爸爸，从谷歌搜索结果里偏题，我也希望还是能受到好的教育，但好坏的标准，中西标准各不相同，国际化育儿理念越来越受推崇，以下几位妈妈的话，比较有代表性：

    “目前追捧外文原版童书的主要是一些高知妈妈,她们有着高学历或海外留学(微博)背景，对国外的教育理念比较推崇，对国内的儿童教育尤其是早期教育有着自己的理解和反思。”

“本土的童书，大多过于偏重教学，内容比较单调，没有启发性。进口原版童书，相较之下更注重趣味性和创造能力。因此，低龄期的进口童书，会有很多是有声读物。”

“中国童书所体现的教育观，比较侧重于让孩子听话、顺从，强调遵守社会规则的重要性，进口原版童书，则更加强调鼓励孩子去大胆尝试和追求自我。”

当当网有英文原版书和港台图书专卖。这里不是广告，万一有需要，留个信息。

4. 其他架构相关

二、文档：技术输出和技术文章的延伸

因为工作中涉及一些可复用库、组件的输出，因此涉及用户文档的编写；同时也在负责一些对外技术文档的审核，因此希望尽自己微薄的力量去帮助同事提升文档编写水平，知道一些基础的技术文档原则；同时通过一些好的技术文章，让大家知道什么样的文档是好文档。


我发现美国大公司在这方面做得都非常好，IBM、微软、Google都有自己的文档规范，国内互联网大公司比较少。并且美国公司天然是国际化的，文档规范都考虑到了全球用户，开发者。看完中美互联网公司对外输出的文档，高下立判。像我这样的80后，拥有开放的视野，公正客观，不盲目媚外；需要客观看到国内外的差距，知耻而后勇，踏实学习别人的长处，而不是学其表而不学其里。

1.如何写技术文档：

以下节选自知友回答：

我在卡内基梅隆大学这学期学一门课software documentation,基于group project和课上的一些经验，大概说一说，希望能有点儿帮助：做software doc的话，自己要对产品先由系统的了解，整理出product profile框架要进行posona,用户建模，了解自己的用户，知道你的读者是哪些人，他们的需求是什么，教育水平如何，tech背景基础如何，等等，基于此你知道文档要包含哪些内容，哪些部分要详细，哪些要弱化，语言要用怎样的风格自己去用软件，注重自己第一次的产品体验，那是非常珍贵的，记录下来你碰到问题的地方，这些可能要放到troubleshooting里面，一定关注初次用户体验沟通沟通沟通：一般技术文档的话，在国外都是小组合作完成，和你的组员进行讨论沟通，形成初期的文档框架和内容；和developer沟通，了解产品的一些潜在功能，了解一些研发部门希望用户使用的功能等等；和市场部门沟通，了解他们想要主要marketing的产品特质、他们希望用户关注的功能，在构建文档的时候强化。
以上大概是写的部分上，那么说说技术文档写作需要具备的一些能力吧：语言，这个不用多说了，英语中文的写作能力，关键是能不能把话说得简洁、清晰、顺畅设计能力，这主要说信息设计，大数据时代强调信息设计的能力啊（这是我的一个国内的UI老师告诉我的），我在美国也学这方面的东西，做设计，做文档都是需要信息架构，信息设计的，怎么把信息层次分明的排列和呈现，让文档reader-friendly，这是一个值得不断思考的问题懂点儿技术，起码有technical aptitude,我在美国和salesforce technical writing部门的senior manager聊天时候他说的，文档工程师不一定要会编代码之类的，但是起码要有对科技的兴趣，要有能解决复杂问题的能力和恒心
希望以后有机会再和大家分享technical communication, software documentation, planning and using document的话题

2.高人气博客参考：

三、技术常识和科普

校招面试题，这些年在软件工程上小有所成，在计算机科学上还是荒废。

四、其他

展开全文 >>

日积月累-2020/08/14

这周最大的收获，就是和大架构师一起参加技术评审。好奇巨 T 在每个方向都能抓住技术关键点，提出理想的解决方案。而巨 T 和参与评审的内容并非同一技术栈。

思考了下，这个跟知识跨度和积累有关。即面向同样的问题，各技术栈都有类似的解决方案，而对自己技术栈的同一作用的组件或工具的设计与实践有深入详细的了解，明确其优势劣势。这种能力也能也能迁移到其他方向,触类旁通。

正如俞军《产品方法论》里所说：”经验 是 阅读、思考、实践 三位一体的。”，在阅读、思考上先向巨 T 对齐。实践抽空补。总结下本周工作涉猎知识点范围：

一、Android EventBus VS iOS NotificationCenter

1、了解”粘贴事件”概念，即事件发生后注册订阅，对象依然能收到注册前发生的事件。
2、订阅者可以通过注解指定线程模型。iOS需要事件处理方法自己处理切换线程,容易出错。

二、Android LiveData VS iOS KVO

  • LiveData

    数据可以被观察者订阅，这点像iOS里的KVO；另外可以感知组件（Fragment、Activity、Service）生命周期。

三、NPM、Gradle、Maven、CocoaPods

四、依赖管理、编译链接

团队来的新同学工作有点不得法，做依赖管理相关工作时不知如何下手，特别总结了下实践上手步骤，步骤略去。并推荐了两本技术书：

与大牛绕圈相遇：

五、软件设计

六、其他

展开全文 >>

日积月累-2020/08/07

因团队负责技术面广，涉及多种开发角色，得以一周跨这么多话题。

异常编程

提倡开发者使用NSError来处理程序运行中可恢复的错误。而异常被推荐用来处理不可恢复的错误。

多线程编程

Block编程：

待补充

网络优化

Android Gradle

D8 ：支持应用中使用Java 8。链接

R8：代码缩减（即摇树优化）、资源缩减、混淆处理、优化。链接

  • 混淆处理功能，该功能会缩短应用的类和成员的名称
  • 优化功能，该功能会采用更积极的策略来进一步减小应用的大小。

架构

架构设计原则、系统设计

视觉：PS和Sketch应用场景：

场景也有些区别，PS可以做复杂的运营活动，sketch做产品界面好管理

设计师同事给我科普的PS、Sketch适用场景。

小感悟：关于分享的思考

  1. 首先整理好知识结构和分享思路；
  2. 处理大家的关注点，你专注的听分享的人也关注，你觉得重要听分享的人也觉得重要;
  3. 提前考虑听分享人能有什么收获。

高推荐视频

展开全文 >>

日积月累-2020/07/31

因团队负责技术面广，涉及多种开发角色，得以一周跨这么多话题。

Docker & K8S

Android：

Android插件原理：

Android热修复原理：

移动端到底该不该用C++开发

  • 惨痛教训！Dropbox 放弃用 C++ 开发移动应用

    除了视频编解码、网络库、浏览内核等底层是C++实现的模块，C++的隐形成本是必须考虑的问题。
    当然事分两面，我持这种观点大致是我不精通C++,对精通C++的同学可能又是另一种想法吧。

Android Android ABI：

  • 64位

    Android的文档比iOS真心好太多，居然还有中文

展开全文 >>

阿里云建站：云服务器 + 域名申请 + Hexo + HTTPS

都是互联网上现成的文章，就不一一赘述，直接附上链接。

云服务器申请

域名申请

阿里云初审1~2个工作日，笔者所在的北京管局5~10个工作日就通过了。

Nginx + Hexo

Nginx + Hexo

HTTPS

展开全文 >>

《俞军产品方法论》读书笔记

为什么要读这本书，想从中获取什么？

做好需求分析与需求取舍

过去从哪里看到架构师的三种境界，最高境界是创造商业价值，无意之中一直记在心里。最后发现各角色职业发展到最后都殊途同归了：发现商业价值，具备优秀的决策能力。

下面这段话，是作者对这本书的定位：

明白掌握用户模型之后需要向交易模型跃迁，明白有效决策的思考维度，明白产品经理应该创造什么样的用户价值。

读完记得什么？

  1. 公司、产品、用户三者关系：公司通过产品和用户做价值交换。

    企业以产品为媒介，与用户进行价值交换；产品经理要能在实践中理解用户模型和交易模型，设计产品促成更多交易，以创造有利可图的用户价值。

  2. 用户定义：用户不是自然人，用户是功能的集合。2款同为1亿用户量的产品，价值是不一样的。用户有以下几个属性：
    • 异质性：
    • 情境性
    • 可塑性
    • 自利性
    • 有限理性
  3. 用户模型和交易模型
  4. 经济学和心理学在需求分析中的作用：

    心理学有助于理解微观的个体行为，经济学有助于理解宏观的群体行为和结果。经济学领域庞大，只需要四个概念分析产品和用户：效用、成本、边际、供需定律。

  5. 决策目标、方法：机会成本是选择做一件事不去做另一件事的成本。
  6. 产品经理成长关键

    这条的普适性很强，对其他职业也是用。可以是工程师的成长路径，；医生的成长路径

  7. 经验是阅读、经历、思考三维一体的。

是否达到了最初的目的？

有什么意外的收获？

  • 读书方法：

    • 读下其他人对本书的解读，发现自己没有get到的点，帮助理解。
    • 不要同时学多个领域的东西，上下文切换成本太高，又不能做到及时复习总结容易遗忘。集中时间和精力一个个去攻克。

  • л型人才和T型人才：

  • 读书边界：读一本书的过程中，作者经常旁征博引其他相关书籍，时间和精力的有限性，不可能伴随展开，需要记得我们读这本书的初衷是什么？引用书籍和初衷的相关性多大，能否促进更深层级的理解。

  • 潜力无限性与精力有限性的矛盾：潜力无限性即人一生可以学会很多技能；但人的精力是有限的，即使有潜力把十八般武艺都学会，除时间周期很长外，也不可能同时把18件事情做好。因此要有所选择，这里可以用机会成本进行决策选择。

  • 经济学概念：
    边际：包含边际效用、边际效用递减、边际成本、边际利润。

    • 边际效用与边际效用递减：传统经济学里，边际效用是指消费者对某种武平的消费量没增加一单位所增加的额外满足程度。边际的含义是额外增量。

延伸阅读

读这些书，不但有助于提高产品经理的职业能力，也能帮助大家认识自己、认识他人、认识世界，让大家在做人生抉择或日常选择时更轻松自信。

  • 《社会心理学》（插图第7版，埃略特·阿伦森）

  • 《第一本经济学》（罗伯特·墨菲）：经济学帮助人们洞察世事，这一本相对简单，写作目标是让高中生也能读。

  • 《学会提问》 （尼尔·布朗、斯图尔特·基利）：介绍批判性思维，学习辨别信息和言论的真假对错。

  • 《消费者行为学》（利昂·希夫)

写作中的参考

展开全文 >>

Java知识列表

动机：为什么突然想学Java？

  1. 工作需要：作为移动端开发，工作中我希望能了解Android开发细节，一方面方便理解和沟通，另一方面也便于作出正确的技术决策。
  2. 一技多用：移动端Android和服务端编程同时能用到Java、Maven、Gradle；怎么来说都是性价比很高的知识。
  3. 架构师之路：这篇文章进一步坚定信念。 “离开Java的世界，基本上离开了做架构的世界”.

学习是一个重复的过程,记录查的一些资料，学而时习之吧，另外也逐步形成这个方向的知识结构。

语言基础

Java基础教程(廖雪峰)

类库结构

JAVA核心包结构

虚拟机

Why

对于商业化的博客来说，技术是一个小众群体，注定不会有太多受众。不过大部分是自己看，目前质量也不高，写什么内容就比较随意了。

展开全文 >>

《人人都是产品经理1-2》读书总结

疫情期间，困居家中，又加上在家办公，有了些许空闲时间。吃喝之余，略感人生困顿。遂买来之前久闻的闲书阅读。

多年以来，常常年初雄心万丈，激情澎湃，制定这一年的大计划，往往到一个季度后，将前面的目标全然抛之脑后，虎头蛇尾。又一年年周而复始。凡人可能大多如此，终究抵不过惰性和耐力。

more >>

展开全文 >>

tag:

    缺失模块。
    1、请确保node版本大于6.2
    2、在博客根目录（注意不是yilia根目录）执行以下命令：
    npm i hexo-generator-json-content --save

    3、在根目录_config.yml里添加配置： 

      jsonContent:
    meta: false
    pages: false
    posts:
      title: true
      date: true
      path: true
      text: false
      raw: false
      content: false
      slug: false
      updated: false
      comments: false
      link: false
      permalink: false
      excerpt: false
      categories: false
      tags: true

拥有多年嵌入式、移动端开发和架构经验，也同时拥有多年写bug经验。熟悉C语言/Objective-C/Swift；大厂移动应用架构师。<br><br>职业目标：基于移动端开发，向服务端扩展技术栈；同时关注产品与商业,成为T型人才，拥有大格局，大视野。<br><br>人的潜力无限，一生可以学会很多技能；人的精力又非常有限，如何选择性学习尤为重要。