一个交流好的人，思路一定很清晰，比如说领导。编程也一样，一个好的程序员，应该有处理问题的业务计划，技术实现计划，一致到后期的代码结构计划(代码尽量模拟现实世界的处理流程，而不是所谓的流水账)
====================================================================================================
开始了第二份工作，来到公司也快2个多月了，今天找我谈话，主要就是推荐我多多一些书，知识面要广，然后找几个面，专心研究。虽然工作好几年了，但是每次和经理谈的都是业务，不过这次遇上的经理不怎么强调多了解业务，是一位比较技术化的经理。
工作一单做就必须的做好，不管你会不会。不会做之前不可做。（尝试暂且不说，工作上有时如果没有把握，对工作最好不要尝试），自己的一点感悟，记录一下，不知是对是错，现在感觉就是这样的，大家可以谈谈自己的看法。
======================================================================================================
对于自己做的系统，大致了解其是干什么的，但是对于每一细节，数据流程，处理过程要编写代码之前必须了解是什么，但是有时都不知道是什么的场景下便要开发，要说自己有那些不会的观点，这怎么说呀！工作中就遇见这样的经理。刚接收有一个系统，起码的知道是干什么的，但是有些名词看起来都懂，其实说实话如果不对场景熟悉，常规理解都是不对的以及数据流动，业务操作的过程，而不是什么所谓的写代码，什么狗屁技术，什么表结构，最起码的知道系统怎么用，为什么这么个操作，在什么样的场景下这才是一个开发人员知道的，接下来才是技术（当然都是基本的），对于框架理解不了业务数据流程，处理过程基本没戏，其次现在公司都是什么配置，一上来都是一大推配置，只要都是人懂了都会写，但是在培训的时候整的很神秘，当然了对于这些配置文件的设计可能没有很深的技术，不理解为什么要这么设计。
=====================================================================================================
感悟：
1.场景才是最重要的，架构构建在场景上，技术是基本的（只要学都可以学会），架构不一定都会。
2.可以对某一个技术有较深得见解，而不是大致的描述，应该从场景-设计目的-理论支撑-编程模型几个角度进行理解
3.和大家一起说，讨论，而不是自己一个人会，不要藏，其实人都是很爱藏，自己在公司就看见一些人对于一些技术，技术的难点在于其细节处理，理论大家都听过，但是真明 白的没有几个。
