首页> 个人日记

个人日记 存档

告别Gentoo

2013年10月15日 分类目录 :个人日记 1

其实我Gentoo用了还没几个月,虽然自安装成功之后很兴奋,终于能够使用属于我自己的、根据我的实际情况编译出来的系统了。但是,随着日子的迁移,我发现我已经背离了使用Gentoo的初衷。
自从使用Gentoo之后,我把大把的时间用在了配置、编译内核,编译升级各种软件上,而忽略了它在使用层面给我带来的便利。
操作系统和其他应用一样,它的价值只体现在运用上,如果忽略了对它的使用而一直在维护,那么就会舍本逐末。也因是如此,为了让自己重新把Linux作为一个使用的对象而非维护的对象,我依然而然决定告别Gentoo,重新回归在此之前最爱的Fedora上。
虽然Fedora仍然有一些我不是那么喜欢的特征(比如包与包之间的耦合太严重,不能随便删除不需要的软件),但是至少它能让我更重视起使用层面。

各取所需

正如不同操作系统适合不同需求的用户一样,在Linux内部也存在着这种区分。Ubuntu适合最为普通的用户,他们不考虑软件的新旧,只要稳定能用就可以;Fedora适合追求新颖的、做开发的用户;而Gentoo和LFS则适合做运维的用户,通常编译、安装完成之后只要做一次全面的配置,很少会去更新其中的各组件。

, , ,

写什么

2013年09月30日 分类目录 :读书人生 0

停留在写作页面多久,页面上保持没有标题、内容的状态也就多久,看着空白的页面,我始终在想,我该写些什么,我又能写些什么?去翻看过往的记录,确实好久好久没有耐下心来尝试写些什么了。曾经的心血来潮,现在只剩下了一丝地希望,希望能够重新开始写博客,把心中所想记录下来。
翻看记录,2013年过去的9个月总共只写了24篇日志,看似挺多,可是里面有点深度的几乎没有,几乎95%是技术文章(同样没什么深度,甚至有些写得不明不白),也许是职业的缘故。剩下那5%就可以归类到牢骚里去了。而已经过去了的2012年全年也只写了21篇日志……。不再往前数了,在前面的2年是我对写日志最上心、最有动力的,平均下来一年能有100多篇日志,里面还不乏数千字的深度文章。
想想这两年发生了什么?为什么对写作(请允许我使用写作一词)越来越不上心、越来越不在行了?
我一直坚信写作是一次思想的碰撞,一次大脑的运动,它有着绝妙的益处。虽然我现在一直保持着就某些话题进行思考,看到一些评论文章后就会想,我的观点又是什么呢,如果是我会怎么写?可是,每当我准备把相关的思考成果记录下来时,却又组织不起一篇能够成型的文章来,每当这时候,我却又总能找到些理由结束这不成功的“写作”。
说到写作,就不得不提到与之遥相呼应的阅读了。无读则无写,无写则无读。读与写永远是一对不离不弃的好兄弟。
当我第一次发现我失去了写作的能力之后,我尝试着寻找了下造成这种不良现象的原因,当时将其归之于浮躁、耐心、意志力等方面,而且此时我也发现这些问题会对工作、学习都造成不利的影响。于是,为了解决这些不利因素可能给我带来的灾难,我开始阅读那些提供正能量(这个词现在似乎已经被用得落入俗套了)的书籍,从《如何阅读一本书》到《意志力》、《拖延心理学》,相关领域的书读了不下6、7本,可是却也仅限于读,没有一本书被我真正用于实践中。也许,这才是我失去写作的能力的真正的原因吧,每次都空有想法、决心,却没有加以实践的行动,久而久之,行动能力也越来越弱,最终落入现在这种境地。
再说回到写上面来,由于平时涉猎的领域比较多,所以总觉得自己可写的东西也很多,但是最终写得精的却没有,甚至能写得出来的都很少。一鼓作气、再而衰、三而竭,就这样“写什么”成为了我一直在思考却又想不清的问题。
写什么,怎么写,其实都是虚的,最关键的是写!只有去写了才知道要写什么,只有去写了才知道应该怎么写。这种浅显的道理其实我也懂。,唯一欠缺的是一颗心,一颗去加以实践的心。

, ,

牢骚文:痛恨微软系产品

2013年07月04日 分类目录 :个人日记 0

新接的项目是基于.net FrameWork4的一个网站项目,鉴于之前完全没接触过.net,刚起步的这段日子做得非常不顺利,又因为使用的框架等都是最新的,网上相关资料也相对成熟的框架要少很多,使得参考、学习的难度也相对的增加了许多。这一个星期以来遭遇到的种种不悦让本已对微软系产品很不爽(前段日子写的《Web开发利器——WebMatrix》就以方便的部署调试来说还是挺满意的)的我更加不爽。

智能化程度低的Visual Studio

不可否认Visual Studio是一个非常强大的IDE,它也提供了许多能够增加程序员效率的功能、性能,然而对于习惯了Eclipse、Intellij Idea等JAVA系IDE的我,它却是一个非常弱智的IDE,代码格式化功能差、不自动using包、部分领域代码出错不会发出提示、代码结构不清晰等等等等。我不想再细数到目前为止遇到的这些麻烦了。

臃肿的产品

由于要使用Visual Studio 2012,所以办公电脑安装了Windows7 32bit版,配以Visual Studio2012,这个组合直接让我的办公电脑性能下降了一大截,Visual Studio动不动没有响应,甚至系统经常卡住。此外,最崩溃的当属关机了,关个机用个5分钟当属正常。虽然有硬件的缘故,不过MicroSoft的产品臃肿是肯定的,对于喜欢极简的我有点难受。

经过这么一茬,我确信了我不适合于Microsoft系开发,如果可以的话,这个项目之后作为工作还是考虑Java系吧,作为兴趣,可以
考虑一下python之类的,就这样吧。

一次糟糕的购书体验

2013年01月26日 分类目录 :个人日记 1

      在上一周,我写了一篇日志《阅读那些事儿》,里面提到要重新实践阅读,并且已经下单购买了一批对工作有益的书籍。然而,正是这次购书体验,让我“火冒三丈”,遂写下此文发泄一下,至于是哪个网站我就不明说了,反正就是那个自称穷得只剩钱的。

      我是上周四晚上下的订单,按照惯例来说,一般周六就能收到快递了,不过因为书单里有一本书要从北京货仓调运,所以时间会稍长,那也就没办法了。不过当我看到订单详情页面显示预计20号(周日)送达,我又重燃希望,似乎我又可以赶在上班前拿到新书了,可是就是这个预计时间让我胸闷不已。因为它的存在,我不断地眺望大门口,看有没有快递出现,又不断地访问订单页面,查看物流信息,可是都没有一点好消息,直到当晚,我看到订单页面仍显示在调货途中时,我彻底放弃了(本来我还暗示自己这只是信息更新延误)。

      除了没能在预估时间内收到货之外,另一个让我不爽的是,下单时选择的送货时间无效。因为平时家里没人,我就设置了只在休息日送货,也就是说,20号没收到货的话,我应该是今明两天收货,但是事实上,快递星期二就送来了,不过还好送货时间比较晚,当时父母已经下班回家了。

      预估时间应该是负责任的,如果没法确保在预估时间内送货上门的话,那就干脆不要提供这个预估时间给消费者,像以往一样根据地域给个大概需要的天数,这样即使无法在预计时间内送达,也不会对消费者产生影响,至少不会让消费者伤心。另外既然消费者指定了送货时间,那么无论是何理由,快递都应该在这规定的送货时间内送货,不能提前也不能延后,因为这是一个约定好的时间,如果快递不是刚好是下班时间送货,那么又成了快递无人签收的情况了,这种情况下,算是谁的过失?这种情况本身对快递员也是不利的,很有可能就是因为这个原因,导致少送几个快递,少赚几笔钱。

      经过了这次购书体验,让我彻底丧失了以后还在他家购书的欲望了,即使他价格再便宜,也无法再承受一次这种戏耍时的玩笑。以后购书还是找一些更专业点的吧,比如亚马逊?

阅读那些事儿

2013年01月18日 分类目录 :读书人生 1

      先说明,这还是一篇纯发牢骚的日志,同时姑且也算是做一次自我检讨吧。最近一次阅读非小说类书籍是在什么时候?是哪一本书?想了又想,回忆了一遍又一遍,始终无法回忆起来。不过毛估估应该是至少1年之前了吧,想起这点,惭愧之情油然而起,曾几何时我可是个书虫啊,几乎天天阅读,即使是学业最繁忙的初三、高三也不停息。

      现在回忆起来,自从考上了大学之后,有了更多的自由时间,自由空间,我反而阅读的时间逐渐地减少了。哪怕是购书这一行为,在大学期间也少了很多,看看书橱里堆积地满满的各色书籍,其中竟然只有很小的一部分是我大学四年时间里购置的(其中还有不少是我认为值得放进书橱的大学教科书)。大学时,坐拥一个藏书丰富的学校图书馆,购书少也算是正常,毕竟绝大多数书可以从图书馆借来阅读,只有少量值得收藏的书需要买来阅读,但是事实上,大学四年,跑图书馆借书的次数也不过区区几十次,平均下来那是非常可怜的频率了。

      造成这种局势的原因可以从两方面来看待,很抱歉行文又落入八股模式了:其一,客观上来看,大学这四年刚好是互联网爆发式发展的四年,移动互联网也在这四年里发展迅猛,各种简短而又丰富的资讯、短文通过资讯网站、博客等渠道呈现在了屏幕上,庞大而又简单的信息占据了人们的眼球、大脑,占据了人们的娱乐休闲时间,使得冗长复杂的传统书籍失去了其在人们的娱乐休闲中的地位,逐渐被人淡忘了。近几年网络人数迅长的同时,国民的阅读情况却呈现出一种截然不同的下降趋势就很好的说明了这点。而我也和大多数人一样,在这几年里逐渐习惯了从网络获取各方各面的新闻资讯,偶尔再看看学术评论,传统书籍的拜读频率就相应减少了,而且是大幅度的。

      其二,也就是主观方面的。当丰富的新闻、评论资讯通过GR等渠道蜂拥而至之后,我的注意力完全被它给掌握了,对于需要花费大量时间去细读、咀嚼的传统书籍提不起精神来,即使偶尔阅读一两次,也没法集中精神、全身心投入进去,时间一长就走神了。同时,对于资讯了解的渴望也促使我将更多的精力放在了互联网上,放在了GR等信息流渠道上。在我对GR等RSS服务的使用过程中,一共有两个阶段,第一是软件监视阶段,这段时间我RSS阅读器软件常驻通知区域,一旦有新信息进来就会去查阅,毫无选择可言,无论是有价值的没有价值的都会花去相同的时间;第二阶段是Web服务阶段,在这阶段,我稍稍改进了下,并非每条信息都会细读,我会先对标题进行一次扫视,挑选出自认为有价值的,或者感兴趣的来细读,其余的就通过标题了解一下就可以了。虽然和第一阶段相比,有所改进,但是要从数百、数千条更新中筛选出希望细读的来也会花去许多的精力。

      稍稍扯远了点,现在回到阅读本身上来。莫提默.J.艾德勒和查尔斯.范多伦在《HOW TO READ A BOOK》一书中将阅读分为3种类别:1)为娱乐而阅读;2)为获得资讯而阅读;3)为追求理解力而阅读(商务印书馆,《如何阅读一本书》第九十一、九十二页)。小说我姑且将它分在第一种阅读里,而使用GR之类的阅读模式可以理解为第二种,第三种应当就属于最高境界的阅读了吧,这种阅读也无法明确的,优质的小说、资讯也可以提高读者的理解力,而这种阅读也是最有价值的,每一次阅读体验都应该以它作为唯一目标。而我目前只能算是停留在第二阶段。

      现在离开了校园,开始了工作,很奇怪,我又产生了恢复阅读书籍的念头,但是却迟迟没有着手去实践,原因在于我突然发现无处下手了,长时间没有好好阅读之后,我不知道该读什么书了,也不知道该怎么读书了,往坏里说就是我已经失去了阅读的能力了,每每“阅读”,都只是无数个方块字从眼睛里进,从脑子里出来,难以停留在大脑中,难以形成知识储备起来,这是一种很严重的现象,迫切需要改变的情形。

      近期,工作比较顺利,而网络等对我的吸引力也逐渐下降(每次打开完QQ就不知道该干什么了),刚好,可以尝试实践恢复阅读了,经过再三的考虑,决定从《如何阅读一本书》开始,先了解一下专业认识对读书的建议,再尝试去按照这些建议阅读其他的书。第一波阅读准备以《番茄工作法图解》等深受好评的实用性书籍为例的对工作、职业生涯有益的书籍开始,并且逐渐提高到有一定深度的书籍。

      

     后记,写这篇日志的时候,我最近一年多来的第一批书已经下单完成,在我下单完成之后,我又产生了一种新的念头,目前不知可行性如何,需要再进行研究。这个念头就是尽量购买电子版,目前IPad、手机上都安装了多看阅读,而多看上提供的电子书制作地也都很精良,虽然价格稍贵,但是我觉得也值得的吧,况且对于没啥娱乐消费的我来说,把钱花在这上面更是一次不错的投资。在以电子书为主的同时,当觉得有价值备一本实体书供平时翻阅、快速定位需要查找的内容的时候,再下单购入实体书。文末,不得不感慨下,用了10多年的书橱已经快不行了,木板被书压得各种变形,恐怕随时有塌陷的可能了,也许是时候更新下硬件设备了。

, , ,

万恶的计算式BUG

2013年01月07日 分类目录 :个人日记 0

      新一年的工作又开始了,我依然继续着去年年初开始的项目。奈何新一年刚开始,就给我来了个下马威,去年年底时完成的一个功能模块在生成缩略图的时候出现BUG,而且是难以调试的BUG(谁让它是描画效果错误,不会报错呢),元旦上来,和组长2人便开始了纠错、解决的痛苦征程。

      由于该错误仅在我新功能完成后才发现,所以理所当然的认为是新功能里的逻辑问题,于是花了一天时间把android端的这部分功能移植到了server端。 当代码移植完之后(所幸都是java的,移植起来方便啊,copy一下就完成个七七八八了),竟然发现server端生成的缩略图依然不正确,鉴于此就把目标指向了算法内部,然后最悲惨的事情来了,这套算法是6、7年前小日本写的,其复杂程度让人难以接受,在debug了数次未果之后宣告失败,在组长的建议下将目光又挪到了生成的xml中。

      于是今天开始了xml的验证,用MFC项目制作了一个内容相同的对象并生成相关xml之后,将其与android端生成的xml进行一行行地对比。经过长时间的比较发现对比结果确实有所不同,于是开始对应这些差异,下午3点左右终于对应完了,当满怀期望的运行之后发现……缩略图依然不对,崩溃啊! 在像组长汇报后,2人再一次合力开始调查,查啊查的……在临近下班时,灵光一现,脑海中闪过一个N多个月前android端出现过的bug,经过验证,果然。。。当时这个bug在android端出现后组长花了很久对应掉了,但是没曾想server端同样也存在这个bug,所以就没同步对应。。。而此,我们也意识到这个Bug原来既存了好几年了啊,客户难道从没发现过吗?日方验收时也没发现过吗?神奇!

        谜底揭晓一下,bug出在了数字格式引起的计算式bug上,由于在日常应用中,价格数字每三位就用一个“,”分割,然后在一套繁琐的计算式计算同一界面上所有商品总价的算法中,并没有把数字字符串中的“,”去掉,导致计算式无法完成。      

2012年年终总结

2012年12月28日 分类目录 :个人日记 1

       似乎现在就写年终总结还早了点,毕竟还有3天2012年才宣告结束,不过,某种程度上来说,对我而言今天就已经是2012年的最后一天了。 明天起终于进入为期6天的元旦假日咯。

       今年我结束了16年学生生涯,开始了长达几十年的职场生涯。2012年世事纷争,我们躲过了“世界末日”,迎来了玛雅文化中所说的“新纪元”,不过,这一切都是浮云,自己的生活才是最重要的。

      上半年除了实习之外,最重要的莫过于那篇毕业论文了,经过4个多月的努力,总算是凑出了一篇没达到字数要求(16000/20000)的毕业论文[括号中前面是实际字数,后面是规定字数],也许是运气不错,就这样也顺利通过了。回过头来看看,我选择的课题似乎真的很应景,下半年网络实名制再一次成为了媒体、政客的宠儿,今天全国人大常委会还发布了《全国人民代表大会常务委员会关于加强网络信息保护的决定》。

      到了下半年,随着全身心投入到工作中,也由于项目走进了正轨,技术方面学到的东西越来越多,越来越深,所谓能力越大、责任越大,随之而来的也是更大的压力,所幸公司还是蛮人性化的,压力并没能把我压垮。唯一可惜的是,在8小时工作时间之外,我仍然没有下那个YY了很久的开发自己的应用的决心。

      从大一起就折腾博客,到了今年也算是进入了低谷期,截至昨日,今年总共来发了20篇日志,其中不少还是流水账、纯唠叨。

      总体来看,2012年的我过得还是很失败的,但愿2013年能有所改观!

      

以上! 

告别!菊子曰

2012年11月04日 分类目录 :个人日记 1

      不知不觉又是一段漫长的静默期,期间全部的精力都放在了工作中,也算好,付出的汗水得到了回报,项目终于进入稳定期了。重新回到网络的世界,博客的世界,却发现多年的好朋友,一直陪伴着我从普通的软件用户,到系统学习编程的准码农,并顺利毕业成为码农的菊子曰终于在又撑了大半年之后结束了。

       我大概是09年了解到菊子曰的,之后被它强劲的能力所吸引开始使用它来撰写并更新博客。随着使用的深入,我也开始成为了一名准软件测试员,每一次新版本更新之后我都在第一时间更新并使用它,并且就发现的bug向开发团队报告,而随着软件的逐渐稳定,我慢慢开始找不出bug了(嘿嘿),于是又退居成为一个默默关注的使用者,而当时间迈入2012年,我因为写博客的兴致的消磨,又退居为默默关注的前用户。

       由于在较长一段时间里频繁报告bug,提出建议,不知不觉就和开发团队混熟了(其实只是甲洲和宝华两个),也经常从他们那得到了写小道消息,比如开发中的新功能,公司的一些内部情况等等。也是这样,在去年快年底的时候,我第一次得到了比较明确的停止开发的消息,当时初步定的时间好像是3月份,不过到了时间点的时候,了解到他们希望能再撑一撑,看能不能熬过去。原本我还以为会有转机,可不曾想却还是在新浪微博上看到了停止继续更新的官方消息。

       由于很久没和开发团队联系过了,也不知道具体情况,现在唯一希望的是,能够像当初甲洲私下里承诺过的那样,继续保持服务器,让菊子曰空间这个平台还能存活下去,也免去这仅有了数十位深度用户再另觅他处。

       别了菊仙子!别了菊子曰!

        话说,对于像我们这种轻度用户(只有1、2个wordpress博客的),菊子曰还是可以继续使用的,毕竟wordpress作为一个比较成功、稳定的项目,接口不会频繁地做出修改。

菊子曰 我爱菊子曰

悲剧的一周

2012年08月15日 分类目录 :个人日记 2

这周本来是我打工作开始最开心的一周。这周在日本是重要程度仅次于元旦(性质近似于中国的清明节的盂兰盆节),我所在的公司日本总部这周休息一周,而我们中国(上海)子公司也借光给了2天的假期,再算上周末就形成了从明天(8月16日)起一个长达4天的小长假。这对于辛苦工作了大半年的我们来说无异于久违的甘露,本想着趁此机会痛痛快快地happy一下,可没想这几天净遇到一些悲剧事情,把我的心情都破坏了。

悲剧一:买包缺肩带
上周六在天猫商城某知名商铺(其在天猫之外还有独立的B2C商城)花299元买了个包,周一在公司收货(管理部代为收货未验货)后带回家,还没查验清楚就在淘宝上确认收货了,随后就悲剧的发现包裹里竟然少了根简单,本来可斜跨背的包变成了只能拎或者单肩背。虽然不碍事,但是毕竟是货物有问题,之后就与商家联系换货,昨天(周二)接到商家的电话让我快递回他们的物流中心进行换货。本来愉快的购物体验就这么被毁于一旦,这也给了我一个教训,以后再购物必须验货后才确认收货(验货后签收快递不大现实)。

悲剧二:买压力锅只有内胆
上周日应父母要求又在天猫商城某知名电器商铺购买了5升双胆压力锅一个,周二老妈在公司收货后发现里面竟然只有作为赠品的内胆一只,压力锅不见踪迹。当接到电话时我愕然,难不成连着2天购物都遭遇到缺东西的囧事?于是晚上下班到家后立马上网通过阿里旺旺与商家交涉,经过询问才得知其实是锅子和内胆分开来发货的。今天老妈终于收到了锅子。虚惊一场!

这两个遭遇让我不禁想到天猫商城的购物其实并没有那么的让人放心么?

悲剧三:老爸脚踝骨折
又是在周一,老爸骑车去亲戚家,在路上为了避让后面一辆疾驶的车子(似乎是摩托车?),往旁边靠一下却不慎把脚踝给碰折了。年纪大了骨骼真的是差了,买点钙片补补吧。

悲剧四:系鞋带把鞋带拉坏
又是周二,上班路上乘地铁难得坐到个位置,发现左脚鞋带有点松了,就想重新系系紧,不想这鞋带环生锈了,被我一拉就断了,人又在路上了,会去换鞋也来不及,只能将就着撑一下。于是脚难受了一整天。真是悲剧多了,什么都要来凑凑热闹,连鞋带都来跟我玩了。

悲剧五:上下班路上不断被人踩脚
终于悲剧的周一、周二结束了,今天是周三,是放假前的最后一天了。可是,衰神却依然附在我身上,不肯离开。上班路上被人踩脚,下班又被人踩,而且都是在地铁站里。

悲剧六:复杂的算法
生活上的悲剧事说完了,开始工作上的了,这个月我的工作是完成包括线、矩形、八角形、圆等基本图形以及爆弹、气泡图形外加贝塞尔曲线在内的各种特殊图形的代码翻译。原代码是MFC平台的,对于之前几乎没有C语言基础的我来说,稍稍有点难度,不过幸好除了圆和圆形气泡之外的图形创建代码我都顺顺利利地改出来了。不过圆型系图形就麻烦了,虽然圆形和圆角矩形由工作任务不繁重的同事帮忙解决了,但是圆形气泡仍然需要我来解决。周一调查了一天android上的算法,不得其法。周二,在组长的帮助下找到了一段C#的将圆转为贝塞尔曲线的算法,又让我进行翻译。幸好我不辱使命,在经过一番调试之后改了出来。于是,这部分工作就剩下最后最复杂的特殊图形了(具体什么功能这里三言两语也说不清就省了,反正是非常的复杂),然后今天一整天的任务就是做这部分的功能,经过了一整天的努力,3个特殊图形中的第一个也才完成了一半,痛苦啊,效率啊!组长给我定的最后期限是20日,也就是下周一,撇去放假的两个工作日之后,我就只有1天的时间了。不过也算是运气好,由于组长、PM都知道这部分的功能难办,已经提前向日本总部方面通过气会延误了。

悲剧七:SDK版本引致的Bug
这周一,日本方面终于把我们的程序将搭载的android版本确定了下来,并要求我们将项目的SDK更新为规定的4.0.3,本来更改SDK版本是个非常容易的事情,只要重新导包就差不多了,可不曾想更换SDK后各种离奇Bug都出现了,Dialog的大小变一样了(以至于不少dialog内容显示不全),Spinner变透明了,color choose的dialog一开就包内存错误(模拟器oK,2.2版本OK,就测试用机有问题,难道是华硕的平板问题?)

悲剧八:UI大修改
项目进行至今已有近7个月了,至今日本方面除了需要移植的功能有要求之外,其他要求一概没有,直到这周,离交货只有十几天的时候,一封邮件过来,对UI进行了各种各样的要求,就连控件之间的间隔都给规定了。UI分辨率也从1024*768改为了1280*800,于是我们又不得不按要求改ui,如果打从一开始就规定好那不是蛮好?

这周真心不宜外出、不宜干活,还是宅宅比较安全

文化贴士:

盂兰盆节在飞鸟时代由隋唐时期的中国传入日本,俗称“お盆”(おぼん、发音:O-bon,盂兰盆会简称)。在城市七月十三日至十六日,在农村八月十三日至十六日进行。十三日前扫墓,十三日接先人鬼魂,十六日送。也有送中元礼物的习惯,民俗上也会众人聚集,跳一种名曰“盆踊”的舞蹈,专注于手部动作,类似于今日的Para Para。

日本人对盂兰盆节很重视,现已成为仅次于元旦的重要节日,企业、公司一般都会放假一周左右,称为“盆休”,很多出门在外工作的日本人都在选择利用这个假期返乡团聚祭祖,此时像大都市(如东京、大阪等)街道多显冷清,有点类似中国的清明节。

,

毕业季入职

2012年07月04日 分类目录 :个人日记 1

       当日历翻到2012年的7月,在经历了4年的大学本科生活之后,终于如愿毕业了。随即,在公司管理部的催促下,复印上交了欠公司的学位证和毕业证之后,于今日正式签订了劳动合同,结束了时达6个月的实习期&试用期。六个月的实习,让我在编程思想、能力上有了十足的进步,除了能够根据项目的要求写出相应的实现,同时保证一定的质量之外,使我获益最多的要数对原有项目的移植工作了。

      我对PL分配工作的原则不是很清楚,从2月份开始正式的项目工作至今,我们总共完成了原有项目的2个最主要的功能模块,目前正在进行第3个重要模块,除第一个模块不是我来负责核心代码的移植之外,后2个模块的代码移植工作都分配给了我。虽然我对这种代码移植的工作并不感冒,甚至是有所排斥,但是工作就是这样,由不得我们挑三拣四的。在校期间的我就是一个实打实的数学困难户,从初中起就是这样,尤其是大学期间,高数挂树N次,直至大四才勉强过关,没想到对数学头痛不已的我竟然工作又离不开数学,而且偏偏数学算法最多的工作又都集中在了我这里。不过,我所庆幸的是,我对编程有那么一丁点灵性吧,虽然我对原项目的算法一知半解,甚至有些一头雾水,不过我依然能够凭感觉把它给移植到android平台,而且实现后的效果和MFC上的相差无几(那些许误差是在所难免的)。但是,对于一个负责任的人来说,光能完成任务那是不够的,还得清晰地了解为什么要这样改,很遗憾的是,我就那个会做却说不出所以然来的人。

      不知不觉,我成为程序员已经半年有余了,要是从签三方开始算也有2月有余,要是算签正式合同,明天才是第一天。不过,初入职场的我却已经在谋划着以后跳槽转行的事情了,作为非科班出身的程序员来说,升职的空间毕竟有限,作为管理系出身的我来说,管理岗位毕竟是我的首选,于是,如何在两者间获得平衡就是我必须要仔细考虑的要事了。

      回到博客,前不久我的域名商DNS被封,博客挂了好久,刚好我又对写博客提不起什么兴趣来,就没顾得上它。前几天收到域名续费的通知时,偶尔提起了些兴趣就把域名DNS改了下,让博客重新复活了,再算上今天这篇日志,也算是一次复活宣言吧。只是接下去该何去何从就不得而知了。

, ,