计算机和软件专业的学生在校低年级的时候很少会被要求开发单独一个较为完备的程序，但我觉得这恰恰是培养一个合格的程序员所必需的东西。一个真正熟悉整个开发过程的程序员，会仔细分析学习每个流程，会找到自己的痛点和痛快点，仔细分析是去克服它还是直接避开它。（在很多时候我并不认同全栈优先的理念，程序员不考虑太大差异的情况下，少而精更合适）
在我独立开发的过程中，有一丝大一上学期大作业的感觉，但又不完全一样。回忆起那时候真的是一切从0开始，从什么都不会慢慢开始写出一个能交互的编译器，中间很多地方不求甚解只求结果，最后也做出来一个差强人意的工具。但这次我是从0开始，从未接触移动端，前端只有基本的理论知识。swift入门花了一天，对着手册敲了几个完整的demo，熟悉语法直接上手做app的demo（ios实践书）。中间过程做的最快的是后端，大致上是完成了一个具有通知中心发送消息的功能，封装成工具类代码在150行，耗时两天。
但若止于此似乎也没什么值得记录的，或者说有蜕变和感悟的是在后端，作为一个一直在写后端和数据库打交道的猴子，我在选择数据存储的时候犹豫了，是按照老规矩数据库的增删改查还是选择别的。考虑用户实际使用，作为我最珍视的用户，让她耗费流量+时间去获取信息并不流程舒服，为此学习了core data，不得不说作为苹果亲儿子，这个存储实在是复杂难受，但用户至上，多追加几十行代码还是能接受的，耗时1天。
感悟最多的是前端，毕竟我从来不写界面 (javafx的框除外)。事实上在这个层次上就不能单单是一个程序员，更多的是立足项目经理立场，去分析用户真正需要什么。也许用户简单的几句话，但是开发者必须发掘出足够的东西。所谓的人机交互和用户体验感其实在一定程度上是区分了部分程序员和项目经理或者说优秀的程序员和编码者。没有任何贬低程序员或者抬高项目经理的意思，只是觉得埋头写代码这种行为不太合适，多一些思考总是好的。耗时尽可能用满。
审美和艺术对一个程序员的影响是深远的，代码可以像诗，那么界面也应该像艺术品。
这些年走的太快，以至于似乎走的不够稳，我想走的慢一点再稳一点，大概用一生去完善这个app，也为我最可爱的用户大人。