19年周报-2019-1-6,星期日

    不知不觉中2018年已经走完，回想整个18年，虽然忙忙碌碌，但没有明显的收获和提高。因此从19年开始定期编写周报、月报，为自己每周、每月做个小结，这是我第一次写周报，希望自己能坚持下去，本来打算定为私密文章，毕竟是个人的私密内容，想想还是公开，这样广大网友可以帮着监督我，如果我忘记写周报，大家可以在评论区留言督促我。

    元旦上班第一天单位临时指派了一个从数据库中提取数据的小软件，数据库用的是国产KDB数据库，在创建数据表时,定义其中一个列名为 SYSTIME，创建时没有任何问题、数据入库时同样也没毛病，偏偏数据提取时SQL语句总是报错，查便帮助手册也没有找到该错误代码对应的原因，因为我的检索条件是某一时间段，并且也是个简单的SQL语句，因此怀疑是时间的检索条件有问题，又是尝试在检索条件中增加to_timestamp()和to_date()等等的时间转换，整整折腾了一天还是找到原因。

    一翻折腾之后，我换了个思路，创建一张新表，来测试一下，新表就包含两列 ID  和 RCVTIME，此时我在创建新表时，列名改为RCVTIME（随意改的），测试后发现新表没问题，突然灵光一闪开始怀疑SYSTIME是不是KDB的关键字啊，经查手册果然如此。解决方法有两种，一：修改列名，二：有双引号“SYSTIME”。

     总结体会

• 第一：编程习惯真的很重要，定义变量名、SQL 语句按便准的格式写。
• 第二：程序出现错误时，肯定时某个逻辑出现问题，从头梳理，逐步、逐句分析。
• （上面这两点在刚入门编程时就知道，但是在真正实践中又谁能按部就班的来）

   =================================================================================================

   每年单位都会组织年终总结，今年更不例外，往年我的年终总结都特别简单，几句草草了事，总以为领导知道自己做了多少工作，看着每年发的稀少的年终奖，他还真是不知道我到底干了多少工作（这是我的亲身经历、且生体会啊、多么痛的领悟），广大网友切忌：领导真的不知道你做过多少工作，他记不住。

   总结体会

• 开会积极发言;
• 营销自己;
• 多沟通、多交流、让大家知道你为单位付出多少劳动。