小白做产品的75天
一转眼就过去了75天，对于工作开始有了一点眉目，但是要学习的东西还有太多，不免还是有些慌乱，看到什么都想学，又被时间所掣肘。只能忍痛割爱先解决技术基础这个当务之急。先对前期的工作生活做点总结，然后规划下个周期的工作计划。
小插曲：上个星期三，刚发布给客户浏览软件新版本的第二天，客户打电话过来说有一些修改，然后说请我们吃饭，叫我们立马过去。于是大家心里便开始忐忑了。难道是产品做得太烂，要进行大改。于是一路上大家都在地铁上惴惴不安，猜测各种可能出现的原因。跑到客户那后，赶快找了个经理确认情况。得知消息是还可以，有一些改动的地方。随后大家便不再胡思乱想，但是请我们吃饭是什么意思呢。去饭店蹭完饭后，等着客户提改进意见。终于发现了其中真谛，还是古话说的好，吃饭好办事，原来客户挺满意之前的版本，但是还要新增几个功能，原来是在为谈判增加筹码呢。可惜我们吃人家的嘴软啊，只能做回演员了，一脸的忧伤，同学这样改很难。哎，生活就是这么婉转，一下就翻身做主人了。
抱怨美工：每次叫美工做图，她都只是完成你说的那部分内容，对于一些明显的画面错误竟然都发现不了。基本的元素也不加修饰，浪费好多精力与她周旋，真是尼玛锻炼脾气。遇到一个好美工，比找个好老婆好难。
经验主义的困境：
人一般的思维模式，都是根据表面现象来对事物进行判断。可是这是有漏洞的，在不同前提条件下，同样的现象会导致不同的结果。习惯性的经验主力，让我在实际应用中屡屡受阻。刚接触HTML，因为语言本身比较简单，所以只是通过网上的在线教育学习。随后这种学习方式的弊端就显现出来了，由于看到的都是知识的片段，没有把握住整体。最初采用的学习方法是写一段代码然后运行一下然后根据现象来判断它的功能，这造成的结果就是知其然而不知其所以然，以至于后面写HTML的时候看到什么写什么，既没有考虑整体布局，又没有考虑到代码的精简和规范性，一心图快。代码一团糟，还加深了经验主义错误的观念。后来当部分代码运行后竟没有反应，我都找不到原因。这就是只知其一不知其二的弊端。所以导出的结论就是，当你每学习一个属性的时候，应该把它理解透彻，把所有相关知识都学习一遍，来减少由于一两个小知识片段遗漏导致浪费大量的时间去尝试。
关于HTML和CSS的学习：
HTML是网页的骨架。以前在写HTML的时候，常放的一个错误就是从上至下想到一行写一行，需要一行写一行。这样会造成代码冗长结构不清，而且很影响后期CSS对网页的修饰。可想而知，如果骨架不整齐明朗，奇形怪状，那么加上CSS的血肉后，生出来的网页肯定的是个怪物。所以一开始就应该先设计整个页面的结构，根据需要把所有区域都划分出来，力求层次清楚，代码精简。随后在根据网页的内容，用CSS进行修饰，赋予它血肉。
CSS是网页的血肉。对于CSS，刚看W3C的时候，对于它选择器的功能就只看粗略的记住了class和id的作用。虽然可以应付一些基本的工作，但是等到后期代码的之间交叉比较多时候就不知道如何修改了，还是采取之前的经验主义去试。试出来就想当然了，试不出来又不知道是什么原因了。后来在BOSS的指点下，知道了CSS的三个要点，“选择器”，“选择器作用范围”，”选择器的优先级“。带着这三个问题去学习，果然事半功倍。
关于javascript:
看了博客园其他小伙伴分享的经验，发现还是看国外大神写的教材比较靠谱，例如jeremy keith写的javascript
DOM编程艺术。从易到难，循序渐进。所以最好的办法是看教材而不是求捷径。欲速则不达，还是那句话。
昨天看了6章节的javascript,突发奇想。我们人类有自己的语言，我们可以创造出各种各样的程序语言。这些语言的基本原理也是相通的。那么大自然也应该有它独特的语言，与我们所知的语言相通。只是我们没有找到与之相对应的接口。比如，自然系统就是一个大型的Web浏览器，里面的各种风雨雷电都是它的动态展示。如果我们能解析它的代码就可以像神话中的魔法师，念一段咒语便可以呼风唤雨。估计这通往世界的API只能由后人才寻找了。