从10月1国庆过完节回来，那已经是7号了，之后便开始紧锣密鼓的筹划着接下来11月份的
公司组织的对外活动，这边新来的产品对产品或者说对任务很是负责，并且策划了很多的方案，并
且乐意站在我们开发的角度上去考虑问题，问我技术实现上会是怎么样的情况，我很是感动
，并且开始自己着手实现我接下来接手的拼团的业务，但是由于这边公司的软件架构体系的
局限性，导致了很多考虑的技术实现只能被pass掉了，结果只能类似穿越一般，虽然身处在
现代，但是思想却仿佛是被投掷在了远古，一个画面就是穿着现代人的衣服，却手拿长矛追
着猛犸，可笑呀，但也实属无奈。
当然，从当中也不得不承认一个点，也是因为自己对于这些老技术不懂导致自己在开发过程
当中很大的一部分时间熟悉或者说摸索这个工具的使用，而真正的高手应该是即使穿越了，
仍然可以随机应变，灵活应对，而不是因为环境的改变就乱了阵脚，这样显然是成不了气候
的。任何的穿越剧里面的主角，去分析剧情，明显就能看出来，在他们的身上有一种精神，
就是能灵活应对，而我正是缺了这么个东西，所以也是暴露的自己的缺点吧。在这一次的开
发过程中，我深刻的认识到了自己的缺陷，我对与java的一些老的框架的不熟悉，例如
Hibernate, Spring, Spring MVC等，这种缺陷的暴露，其实很是常见，就像是一个公
司里面的多个技术，一个老技术因为在公司待的时间比较长了，所以他开发了一套适用于公
司的一套架构，结果后面一些新人来写代码了，可能就会出现在使用架构中的一些工具的时
候，并没有很好地利用它，甚至出现错误的使用导致bug，这个原因都在于没有好好的理解
这个框架中的每一个模块的业务才会出现的问题，所以一般一家公司里面，当新的开发人员
来了之后，公司里面的元老级人物都会带着他们先熟悉一下架构，所以我们在使用那些框架
的时候，我们首先不是调这个框架的毛病，而是应该去了解这个框架的内在，或者说他的灵
魂，因为框架本身就是人开发的，每个人开发一个框架，本身就是为了方便自身所处的公司
或者环境来开发的，而我们现在能用到的这些开源框架，它们的作者把它们开放出来，站在
的角度是利益大众的思想，但是我并没有想到这个框架并不是为了我开发的，所以常常在使
用的时候抱怨这个框架太难使用，让我在开发过程中很多看似合理的写法在这个框架这里显
得不合理，并不能按照我想要的而很是惭愧的是什么，我之前并没有意识到这一点，但是经
过这一次的开发，我发现这不应该是开发人员应该被困惑的点，出现这种情况的唯一原因就
是因为自己太懒了，惰性太足了，所以接下来的生活，没什么好说的，自然是要改变自己现
在的窘态，向好的同事看起，学习他们的优点，并且通过别人身上的缺点去反观自身身上是
否存在这样的问题，有则改之，无则加勉，说真的，自己老大不小了，也不应该没有一点的
变化。从我8月份离开上一家公司开始，这就是我自己的决定，无关乎父母，也无关乎别人
的建议，而在于自己深思熟虑的结果，而那一次也是我第一次对自我命运的抉择，从那一刻
开始，我就已经开始反观自己到底想要的是什么了，所以这一次的日记，我希望是给自己一
个动力，或者说给自己一个提醒，我现在或者说我当下，应该要重新审视自己在杭州的生活
，是不是自己原来想要的，如果不是，就应该从现在开始重新回归正轨，让自己在自己完善
的路上不断的前景，而不是原地踏步，甚至后退。
在此献给很多与我一样身处迷茫旋涡中的开发者，共进退，与君共勉。