嗯，今天是七夕，首先祝各位有伴的码农们甜蜜幸福。不过hikui没那么幸运，和前21年一样依然一个人过。

最近几天终于开始忙起来了，负责三个项目的某些部分。hikui初来乍到，从来没有用职业程序员的思维想过问题，这几天的忙碌让我感受颇多。

首先在工作安排上面，hikui以前以为做毕业设计时已经很正式了，但是从来都是单干，没有跟别人交流，并且只做一个项目，而正式工作时需要和美工、需求组、测试组频繁地交流，又有三个项目同时进行，这就出现了频繁地被别人打断，频繁地增加任务、修改任务以及频繁地上下文切换这些问题。在前一个礼拜所有需要完成的任务全部都靠脑子记下来的，但是大概是我老了，经常会忘记一些任务，于是有一天发现有一个界面安排给我做的我却没做。后来我参看了Get things done这本书，以及番茄工作法，又搞了个omnifocus（当然这个软件太贵，暂时只能用盗版）。主要在omnifocus上面做任务管理，感觉还是不错的，不过很多功能并没有用到，Get things done这本书也没看完。在接下来的时间里要继续学习这方面的东西来提高工作效率。

说道工作效率，现在公司使用RTX作为各部门之间的交流工具，hikui觉得这个非常的不好。一方面RTX只能运行在Windows平台上，而hikui做iOS开发，用的是OS X，所以需要两台电脑，非常不方便。hikui也试过使用crossover在OS X平台下面跑起RTX，但是crossover不是免费软件，所以用了几天就过期了。最主要的是因为RTX只有讨论组的概念而没有固定的群概念。很多时候为了发一句话或者一个文件，大家直接新建了一个讨论群，虽然是同一批人，但可能一天下来开了十几个讨论组，你完全无法分清某个讨论组曾经讨论过什么事情，没法对聊天记录进行追踪，不如使用Email来的清晰。而且因为是即时聊天工具，显然对工作的中断非常明显，所以会出现很多上下文切换的情况，如果是用番茄工作法的话，可能一天下来一直不断地在中断，效果非常不好。而hikui也有为难的地方，如果在每个25分钟之内对于RTX信息不理不睬的话，如果在此期间需求变动了，那么就意味着白做。在少中断和快速应对需求的权衡上，hikui还要下很大的功夫。

在代码层面，我有两个感想。

一是变量名非常的重要。有些同事惯用拼音来给文件和变量名取名，我觉得这非常不好。因为中文字的拼音除了拼法，还有声调之分，没有了声调，就会有严重的歧义，况且即便是声调一样，也可能是两个完全不同的意思。而用正宗的英文很少有这样的问题。所以hikui在起变量名和文件名时，都使用英语，即便不知道单词，也要到字典里去查，顺便能提高词汇量。

二是hikui之前一直希望自己写出来的代码结构清晰易读，一开始看同事写的代码，觉得他们很多地方写的太复杂。不过后来hikui意识到自己图样图森破了。因为hikui之前没有经历过需求频繁变动这个问题，有时候代码虽然很简单很易读很清晰，但是需求一改，改动就非常大。所以我也开始在代码灵活性方面下了点功夫。虽然结构变的复杂了一点，但是能够快速地应对需求的变动。当然这种付出还是有所回报的，昨天变动了一个需求，我只改了两行代码就搞定了。而如果前天我没有修改代码结构的话，恐怕又要做好几个小时的工作了。

嗯，这就是这几天的一些小小的思考，hikui还只是一个初级码农，还需要很多的历练和思考。