forked from jikeytang/jikeytang.github.io
-
Notifications
You must be signed in to change notification settings - Fork 0
/
Copy pathindex.html
356 lines (284 loc) · 58.1 KB
/
index.html
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
<!DOCTYPE HTML>
<html>
<head>
<meta charset="utf-8">
<title>豪情</title>
<meta name="author" content="豪情">
<meta name="viewport" content="width=device-width, initial-scale=1, maximum-scale=1">
<meta property="og:site_name" content="豪情"/>
<meta property="og:image" content="undefined"/>
<link href="/favicon.png" rel="icon">
<link rel="alternate" href="/atom.xml" title="豪情" type="application/atom+xml">
<link rel="stylesheet" href="/css/style.css" media="screen" type="text/css">
</head>
<body>
<header id="header"><div class="meta inner">
<h1><a href="/">豪情</a></h1>
<h2 id="header-h2"></h2>
<nav id="main-nav">
<ul>
<li><a href="/">首页</a></li>
<li><a href="/archives">文章归档</a></li>
<li><a href="/links">友情链接</a></li>
<li><a href="/about">关于</a></li>
</ul>
<div class="clearfix"></div>
</nav>
</div>
<div class="clearfix"></div>
</header>
<div id="content" class="inner">
<div id="main-col" class="alignleft"><div id="wrapper">
<article class="post">
<div class="post-content">
<header>
<h1 class="title"><a href="/2014/05/02/3/">做为一个前端工程师，是往node方面转，还是往php方面转</a></h1>
<time datetime="2014-05-02T02:15:02.000Z">May 2 2014</time>
</header>
<div class="entry">
<p>文章背景，来自于群内周五晚上的一次头脑风暴式的思维碰撞交流活动。文章版权属于群内发过言的任何一位同学，我只是做了简单的梳理或整理。</p>
<ol>
<li><p>技术人员了解产品这个岗位所需要做的事情，然后试着从产品的角度出发，考虑当前页面功能的真实需求，挖掘更深层的可扩展需求，从而在另一个方面去引导产品。<br>比如：一个注册页面，当前产品想到的是一个普通的用户注册，但是在整个的平台中，可能还有vip邀请注册，这时候可以试着想两个能不能合在一起，如果不能合在一起，就要分别处理。</p>
</li>
<li><p>有的公司没有专门的产品，则有项目经理兼任。但如果项目经理不懂技术，且在职权范围内有决策权，这个就比较难沟通。<br>这样可能导致的情况是：从产品看，提出的需求确实可以使用户体验更好，但是做起来就要很多时间，项目周期就要拉长。<br>这种问题，个人感觉：应该从全局考虑，做某个模块或栏目内容是充分的给项目经理讲清开发周期，所需要的人员配置，然后复杂的他就妥协了。<br>因为项目经理只是单纯的提了一个产品需求，他并不能充分的了解开发的周期，所需的人员，以及开发完，到测试回溯完的时间段。<br>一句话，他并不真正的清楚做这个需求的成本，了解这个成本之后，果断的妥协了。<br>他可以选择不信任，但要委婉的可以建议他找另外组相关人员重新评估这个时间。<br>这个环节最主要还是详细的沟通，耐心的站在对方的角度来考虑问题。<br>当然还有一种情况，如果双方都坚持自己的观点，不能妥协，这需要上报更高级别的上级，进行更高级别的评审。<br>简单说，需要老大来拍板，这时候问题就简单了，把球T出去。<br>乐观的估计，如果项目经理或产品觉得你说的有理他还是会接受的，首先要用自己的专业见解与产品沟通，达不成共识说明你的观点没有专业性。<br>当然这个建立在扎实的技术功底或丰富的行业经验上面。<br>最后一点建议：一个产品的立项到设计开发测试上线，其实周期是挺长的，乐观的自以为的压缩开发周期，<br>以为技术是简单的，以为平常看到的就是一个开发的结果，忽略了开发背后所做的种种劳动。<br>主观的认为开发是不耗时间的，然后就是时间还很紧张。这样就需要更多的技巧，更多的沟通策略来达到目标的一致。<br>这只是一种极端的情况，有的产品刚入行或没有经验，固执的以为，他代表着用户，假想自己是用户。<br>并没有真正的站在用户的角度，也没有在全局的角度来考虑问题，忽略了公司成本的重要性，以一个一项情愿达目的的想法做事，就会拖垮众人，<br>这时候如果没有一个真正的项目把控者出现，就会让项目走入误区。</p>
</li>
<li><p>不同公司不一样的，技术驱动还是产品驱动甚至商业驱动的公司氛围都不一样<br>产品驱动的公司产品非常强势，说啥就是啥，你说不行啊，按你那么做时间会很长的，他们笑眯眯得说没关系。然后某个周末leader问，产品现在什么进度？他们就开始添油加醋了。<br>这种情况个人的建议是所有的沟通要以会议的形式正式的沟通，会后有专门的一致邮件发给相关人员，并抄送给相关leader。<br>避免被动情况的产生。</p>
</li>
<li><p>产品上线后，后期的维护成本，新需求的产生，如何应对？<br>产品上线后，后续的维护同样重要，用户使用一段时间后，提出自己的想法。<br>这个时候就可以更新一个新的版本，把一些新的建议或想法加进去。<br>这就完全是拼经验的，改的多了，在写代码的时候就已经做好的预防修改的接口或代码容错性。<br>一般有个不成文的规定，就是写过的东西再写的时候时间缩减<br>一个产品/项目经理需求改的太多，然后开发人员一天备份一个，后果就是拖慢了开发周期，造到更高层的责备，然后开发悄悄的闪了。<br>然后在新补一个人进来的周期是1-3个月，对整个团队或产品造成了不可估量的损失。</p>
</li>
<li><p>老是在前端这个层面来修改东西，修改完了在去让领导抉择，选择。<br>其实这是一个真正流程上的失误，在产品出原型稿的时候，就需要评审一次。就算没有原型稿，在设计出高保真效果图的时候，再需要评审。<br>这样做的目的不就是早期把一些视角上的问题消化掉。<br>如果出现让前端修改效果来大面积的达到需求，这时候需要完整的设计效果图，否则后期没办法收尾。<br>这样也方便测试统一做回滚测试。<br>当然这需要灵活有一些简单的东西，可以直接吃掉。</p>
</li>
</ol>
<p>最后总结收尾，引用自下面网址：<br>产品经理需要拥有很高的产品设计、用户体验感知能力，这里所说的产品设计和体验感知都必须围绕公司战略和产品方向进行展开，初级产品经理最容易犯的错误是把太多的时间抠在产品的设计细节上。说具体些，就是把产品的交互设计和UI设计看的太重，几乎大部分的时间都花在axure原型图的设计上了，而忽视了理解钻研公司战略、产品方向、以及产品本身应该重点考虑的地方。<br>在很多产品相关的网站和博客，你会发现讨论和分享的绝大多数都是围绕体验和交互设计相关的内容，这个怪像容易让初级产品经理陷入泥潭，会造成产品整体感觉丧失。产品经理需要具备产品的整体嗅觉，需要具备站在高度对产品有全局的把握能力，任何不站在整体生态、产品方向和公司战略下讨论体验设计都是耍流氓。</p>
<p>这段话个人认为引用的这段很是经典，分享给诸位，消化一下，说的很实在。<br>链接在这：<a href="http://www.zhihu.com/question/25657351" target="_blank" rel="external">http://www.zhihu.com/question/25657351</a></p>
</div>
</div>
</article>
<article class="post">
<div class="post-content">
<header>
<h1 class="title"><a href="/2014/05/02/2nd-post/">做为一个前端工程师，是往node方面转，还是往php方面转</a></h1>
<time datetime="2014-05-02T02:15:02.000Z">May 2 2014</time>
</header>
<div class="entry">
<p>文章背景：问题本身来自于知乎，但是我感觉这个问题很典型，有必要把问题在整理一下，重新分享出来。<br>当看到这个问题之前，我也碰到过很多有同样疑惑的同学，他们都有一个共同的疑问该学php还是nodejs，包括我自己也曾有过同样的经历。幸运的是，通过我内心的挣扎和对当前市场供需关系以及行业发展前景的综合衡量评估后，我还是在接触了java, php之后回到js这片天空上来了。一方面是客观因素，一方面是兴趣导致的，前端太好玩了，值得为此奉献一点激情或青春。<br>其实这也是一个开发者成长必须经历的一个洗礼，一个磨难，一个挑战，他是一个必然的过程。很多人不差智商，不输情商，四肢健全，就是学不好一门语言。我认为最主要还是败在了坚持，专注上面了。经受不住内心私欲或其它语言的诱惑，都一一败下阵来。缺少的就是：坚持专注。业界坚持专注代表： @司徒正美@张鑫旭 。司徒大牛 600篇js文章，是岁月、历史和势力的见证。张同学42页博文也是伴随着我们的不断成长。<br>关于html5，他是个新东西吗？是新瓶装老酒而已，有实际处理问题的经验，可以平滑的过渡，学习成本很低，但并不表示没有。</p>
<p>然后说了解后台语言，到底要了解到什么程度呢？<br>其实说后台开发语言，其实他包括两类语言，一个叫操作数据库的语言，比如java,php,nodejs,ruby,python,c#等等。一个叫数据库操作语言，比如sql，包括insert,update,select,delete四个动作。所有的页面的一切数据交互都基于这四个操作。从我个人的经历推荐两本书：php与mysql程序设计，第四版，细说php，第二版。这两本都是比较全面的介绍了php，包含了php基本概念与mysql的知识，但都比较浅显，入门而已。<br>到现在你会发现，其实从前端的角度出发，语言有三种：操作数据库的语言，数据库操作语言，操作dom的js。<br>然后就有方向了，学了js，学任何一门操作数据库的语言(后台语言)，数据库操作语言，然后就可以自由组合搭配。而且语言之间有很大的相似性，都可以无缝的跨界。区别的是语言开发的所依赖平台，比如c#依赖于.net，php经常与apache,mysql结合，java依赖于jdk等等的。开发工具也各有不同，比如vs,phpstorm、zendstudio， intellij idea, eclipse等等。但他们的api却很像似，粗暴点说，你抄我我抄你，你中有我，我中有你。<br>从前端的角度出发我推荐2门语言：php,nodejs。想照顾一些老的东西，维护一些老项目，就选php。展望新方向尤其io操作比较频繁的可以了解一下nodejs。这两个语言各有所长，只是nodejs从语法上来说跟js是无缝的。php的oop跟接近于java的纯oop风格。但这2个从操作sql的方面来说，有很大的相似性。按照这个结论下来，无论选nodejs,php都可以，可以从主观上判断，你更喜欢那个。或者做一个小的留言板，看看那个更符合你的思维习惯。<br>一般的瓶颈就是你得少，建议多写，用解决实际问题的经验来跨越语言造成的障碍。</p>
<p>建议从以下的顺序来锻炼后台语言：</p>
<ol>
<li>留言板，<br>2, blog</li>
<li>企业站，</li>
<li>商城</li>
<li>新闻综合站。<br>基础的入门之后，就是框架了，从我个人浅显的了解当中，分享一下经验，大概市面上有这几个框架：</li>
<li>ci 经典的轻巧框架，在全球的使用量比较靠前，入门比较简单。</li>
<li>thinkphp，国内人用的比较多，是国人开发，现在势头真猛，比ci封装的更好，也更傻瓜。</li>
<li>yii，这个是目前全球排名第一的框架，但是入门曲线稍高。</li>
<li>zend frame这是有php组织开发的框架，文档比较规范，也比较重，适合构建大型项目。</li>
<li>laravel 这是一个呼声比较好的一个新型框架，借鉴了Symphony，各方面比较优秀，博众家之所长，但是相对中文资料比较少。<br>等这些了解了，估计已经入门了，学习应该找到具体的方向了。另外兄弟连的视频教程，质量一般，胜在量多，从基础到框架，应有仅有，最主要是免费。</li>
</ol>
<p>然后回归正题，只是建议你了解，点到为止，了解是为了把前端干的更好。那什么时候真正的深入学习？建议在学好js的前提之下，吃透js。<br>比如了解js的作用域，闭包，原型，继承，尤其是作用域与面向对象是js的特色也是与任何一门后台语言比较容易混淆的两个地方。<br>请向各个业界js大牛看起，不一定非要那么深的深度，但一定达到自己力所能及的高度。<br>比如有个自己的框架，如司徒正美avlon，比如有一个自己写的小框架，如玉伯的seajs等等。</p>
<p>另外我个人的经验：学什么语言不重要，重要的是趋势你学语言的动力，说白了真正的需求来自那些。我认为需求有两方面。一方面是内在主动型的。比如js学习到一定的程序，写了很多demo或想法需要用更个性化的方式来呈现，这时候需要建一个个人网站或博客来管理你的内容。这时候才选择语言，了解需求产生，开发，发布上线的流程，对你以后的前端工作也是有帮助的。另外一个是外在被动型的，比如同学，家乡的朋友，需要你帮忙做一个企业网站，小的电商网站来做为他们初期企业文化愿景宣传的一个互联网通道，这时候就是一个外在的需求。拿我个人经验来说，我的php经验完全是来自于一次接私单的经历。虽然那次私单以失败而告终，但我在一个月的业余时间里边彻底的了解了php的开发方式，语言特征，后来根据这个基础我成功的开发上线了另外一个朋友的个人网站：<a href="http://jing-ui.com" target="_blank" rel="external">http://jing-ui.com</a>，这个网站的开发心得一直想写，但机会不凑巧，只能说敬请期待。明确一个自己感兴趣的目标之后，在选择语言，以兴趣引导语言，学习才有动力。比如做网站，那可能就是php,nodejs，做个简单的blog，在实践中慢慢了解语言，在学习中慢慢成长。<br>nodejs或php都有各自的应用场景，要么选一个公司现在用的，要么选择一个适合自己思维的。</p>
<p>如果你学会了其中的一个，然后在去了解其它的，可以说，入门会很快，因为里边有很多相同的东西。</p>
<p>最后总结一下我个人的心得：每个人都有好奇之心，这对做技术的来说并不是什么坏事，正因为这颗好奇之心，不断的带领向前迈进。另外了解一下满足一下好奇心没什么不好。就如同我当时学习php一样，感觉学习之后有多牛B，真正的学习后做了一个网站出来之后发现，确实收获不少，对前端也有帮助。但是js的水平还是在原地，除了擅长使用jquery之外，并没有太多的擅长。所以我了解之后迅速回归到原生js的学习当中，就是发起的这个项目 <a href="https://github.com/jikeytang/frontcode" target="_blank" rel="external">jikeytang/frontcode · GitHub</a> ，<br><a href="http://1.gitapp.sinaapp.com/pro/" target="_blank" rel="external">豪情前端作品列表</a>： 然后这是我写了2个月的战果，放到生产中去，肯定有不少bug，但重要的是迈出了第一步。<br>到目前为止我感觉，还没有达到一个自己满意的力所能及的高度，努力中。但人的精力是有限的，能力是有限的，在有限的精力里边把一件事情做好就已经很不错了。</p>
</div>
</div>
</article>
<article class="post">
<div class="post-content">
<header>
<h1 class="title"><a href="/2014/05/01/1st-post/">豪情语录</a></h1>
<time datetime="2014-05-01T02:15:02.000Z">May 1 2014</time>
</header>
<div class="entry">
<h1 id="关于生活工作学习之感悟-第一篇">关于生活工作学习之感悟-第一篇</h1>
<h4 id="1-_关于面试时">1. 关于面试时</h4>
<p>建议面试前了解公司的背景，包括成长历史，企业文化，愿景，创始人的故事逸闻等，以及公司的产品特点，竞争对手，上游的追赶目标，下游的潜在对手，这样在面试时与hr或boss有话可谈，在综合方面能有利的回避掉某些方面的缺陷。<br>尤其对hr说，就像找贵公司这样的，尊重员工，尊重互联网精神的人。<br>好好学，坚持就是胜利。群内各位大牛是你的榜样。群是你最后停泊的港湾。群的伙伴是你共同进步的堡垒。<br>有时候适当的给对方高帽，但要拿捏好，过多的吹捧是华而不实的象征，适合的鼓励是前进的动力：进你们公司我就隐隐感觉到，这就是我多年来寻找的那个互联网梦开始的地方。</p>
<h4 id="2-_关于工作时">2. 关于工作时</h4>
<p>不管你以后是否要创业，在上班期间，请以一个创业者的身份要求自己<br>无聊的时候，不要想太多容易让你浮躁的事情，比如金钱，女人。多想想让你感动的事情，比如爱你的人，或你准备爱的人。<br>休息的时候做做有意义的事情，比如，出去走走，看看那些比你过得还不幸的人，<br>不要让懒惰占据你的大脑，不让要妥协拖跨你的人生。青春就是一张票，能不能赶上时代的快车，你的步伐掌握在你的脚下，good luck.</p>
<h4 id="3-_关于源码">3. 关于源码</h4>
<p>你看过jQuery的源码吗？Backbone 的源码? 看过Underscore的源码? 看过 Tween的动画算法? 很多的源码…..不知道的事情很多,,,好好学吧..</p>
<h4 id="4-_关于吹捧">4. 关于吹捧</h4>
<p>我们是流水式作业，一条龙服务，螺旋式提升，波浪式前进。 因为专业，所以卓越。</p>
<h4 id="5-_关于感激">5. 关于感激</h4>
<p>最后分享的是感激，感激目前生活的所有困难与无助。正是这些所谓的困难，让你的内心经历艰难的成长，让你的灵魂得到不断的升华。咬牙坚持走过，回头看看，那只是一个插曲。人生并没有难以跨越的鸿沟，经历是一笔无形的财富，随着内心的不断强大，灵魂的不断越脱。我们在享受成长过程带来的收获的同时，在慢慢走向成功的终点。我们相信，这一天，终究会到来。<br>恩，人生路很长，多次的失败只是让你的内心更为强大，感谢那些人生路的那些人，那些事。正是他们的各种做作，才能成就你强大的内心或无比坚固的信念。</p>
<h4 id="6-_关于我群">6. 关于我群</h4>
<p>在强调一下本群交流的几项原则：本群倡导一种开放，平等，自由的交流风格。但不强推某个观点，我们只是技术人，只是把技术做为谋生的一种手段，生活除了技术之外还有很多。职业除了技术之外还有很多东西需要培养或学习。<br>这是我群的一个特点，站在职业的高处看技术的东西，这样更利用于把技术干好，更能平衡技术在职业生涯中所起的作用。这样与上下游合作时，才能换位思考，使合作更加的无缝。<br>另外我们强调技术的神奇的同时，我们不神化技术，技术做为我们的谋生手段之一，我们挖掘各个语言的长处，规避他的短处。不要因为技术的开放或其它特点，而深入其中不能自拨。<br>所以，一在建议诸位以一种创业者的心态来从事你现在的职业。我们感叹技术的神奇，但我们更好的利用他，驾驭他。以此来改变我们的生活，改变我们看待世界的眼光。<br>所以，我们在群内交流表达各自的观点，但不强推，不灌输，不神化，说某个某个好的不得了，某个某个差得不得了。</p>
<h4 id="7-_关于技术：">7. 关于技术：</h4>
<p>我们利用掌握技术谋生的同时，我们抽身思维，脱立于技术之外，站在职业的高度来衡量他带给我们的益处。而我们聚在一起的目的是，除了同一个梦想，同一个期待之外，更是为了弥补自个视角之外的知识密度，以其来达到，让自己的谋生的手段更为容易，更为方便。<br>也是我时常提倡我们学习技术，但不迷恋技术，站在价值的高度看技术，站在技术的门外学技术。是价值与技术完美结合，是商业与节操彻底平衡。</p>
<h4 id="8-_关于学习：">8. 关于学习：</h4>
<p><a href="https://github.com/jikeytang/frontcode" target="_blank" rel="external">https://github.com/jikeytang/frontcode</a><br>然后跟新来的朋友，分享一下目前群里学习历程，一般分为2条线：一条是明线，白天平常完成工作中的任务。另外一条是暗线，工作业余时间完成自有项目的练习。这是我发起的其中的一个，这个项目的主要目的是为了锻炼基础js编程能力的一个作品集合， 主要提供html,css,images静态资源，倡导用原生的js来实现效果， 项目的初衷就是为了消化一些曾经的知识，比如妙味视频，巩固那些曾经的精华代码，然后在原有的基础上能够微创新，然后能触摸精髓之一二。这个 项目的原则：用简单的代码实现那些看似复杂的效果。项目的终极目的是通过这些积累达到：白天求生存，晚上谋发展的战略目标。 也想通过这些作品，可以在面试中加分。</p>
<p><a href="https://gist.github.com/jikeytang" target="_blank" rel="external">https://gist.github.com/jikeytang</a><br>前一段时间是基础知识的累积与探讨，这一段时间是小型项目的练习与巩固，过一段时间可能是开发一个中小型的前端开元组件。</p>
<h4 id="9-_关于群公告_(只有入群才能看到)里边的资源说明">9. 关于群公告 (只有入群才能看到)里边的资源说明</h4>
<p>这里边是我帮其它网友在最近四五年里边帮忙解决问题时所积累的一些经验，如何在短时间内帮你解决问题，如何在短时间内帮你领会解决问题的思路，强调解决问题的方法，不是一个浅显的答案。<br>理由我在群公告里边说的很清楚，我们不是在寻找答案，是在寻找一种思路。<br>而且事情是有发展规律可循的，it技术也是一样的，如何在信息爆炸的今天能摸到前端技术发展的规律，使自己能在竞争的求职大潮中有一席之地，是每个前端从业人员应该思考的问题。<br>你是在继承我们前辈经过无数的坑得到的经验，精华，而你却毫不犹豫的拒绝了他忽略了他。一点都没有意识到这份公告的重要性或可学习性，以后所走的弯路可想而知。</p>
<h4 id="10-_关于高手或梦想">10. 关于高手或梦想</h4>
<p>再次介绍一个高手，高手是多年互联网经验的一位前端布道者，可能刚才的交流中大伙没有及时的沟通到位，不过也没关系，我们争执是为了把问题搞清楚，使自己重新再学习，让这个知识点，更巩固。<br>我们的梦想期待或最终的目的是一致的，正因为这样的一个意愿，所以大伙才聚在一起，让我们的个体的力量得到团体的聚合，然后在产生更大的能力。<br>然后，群的成长或个人的成长是一样，随着建群日子的越来越长，越来越多的人加入这个团队，我们每个人的习惯或行为都不一样，所以我们也是在不断磨合中成长，我们享受这个成长过程的慢慢，慢慢收获自己应有的果实。。</p>
<h4 id="11-_关于我群的中低端用户">11. 关于我群的中低端用户</h4>
<p>我群本着互联网开放，自由，共赢的精神，欢迎各个不同层面的前端爱好者的加入，但由于本群一直走的是质量，话题驱动，禁止闲聊的高端路线。所以刚入行的朋友，或年龄比较小的，我们本质上是欢迎的，但不要拿无知或无畏来挑战管理或群主的低线。我群大部分是从业10年或10年左右的IT相关人士，走的是成熟稳重路线，其它的先看群公告，不明白的百度，谷歌。我们理解各位从事IT的艰辛或无奈，也珍惜加群得来的缘份或机遇，但我们绝不姑息，一在挑战群规则低线的人。<br>所有的规则都在群公告里边写的很清楚，不再强调。重复的是：本群培养的是能力或氛围的营造，我们为同一个梦想或目标或期待走到一齐，一直再坚持。<br>我们欢迎交流前端为核心，产品，市场，运营，创业，职业话题为辅助的各种问题。只有一个原则：这个问题是百度之后，反复无解的。<br>有困难我们可以伸出友情的援助之手，但禁止把群当免费的搜索引擎～！</p>
<h4 id="12-_头于我群的性质">12. 头于我群的性质</h4>
<p>恩，最主要性质是公益的，群内的氛围都大伙的自觉，水平好不好，智商高不高无所谓，主要还是态度，或学习的态度。别人讲东西，能听进去，别人劝告，能收获建议。还要就是感恩。其它的，看缘份吧，个人也没办法掌控。<br>群内的氛围靠大伙自觉的维护，我的主要任务是引导。你不知道我告诉你，但告诉你，还这样，那我理解你是拒绝改变的那类人，那可能与群的氛围不合，如果不自己离开，那只有我请你离开。<br>还有就是那句话：大伙都是出来混生活的，都不容易，我们抽取帮别人解决问题，一方面是巩固老知识，另外一方面是带动天朝这个行业的发展。有这个低起点，高影响。我们都是尽可能的对事，站在为你着想的，换位思考的角度。<br>恩，我的感觉还是主要引导，管，是每个人管自己。然后大伙共同维护。<br>我群的群主包括管理，从没那个说，我是管理，一定要求按我的想法来，这样来干。我们是互联网人，还是本着互联网的精神：开放，自由，平等，尊重，互助。<br>最后就是感恩，无论是什么基调，能抽出时间来帮你解决问题的人，都是刚刚的。这群是公益的，在之前没有任何契约约定。所以尽可能的准备好自己应该准备的东西。大伙都是混生活，工作上都有任务，生活中都有压力。所以抗着这个压力在帮你解决问题，你一定要做好自己的准备。</p>
<h4 id="13-_关于喷子">13. 关于喷子</h4>
<p>不要像喷子一样活着，见什么事情就以人之劣性，上去乱喷。而是要像勾子一样敏锐，对任何互联网信息都有一颗好奇之心～！ 吸取精华，抛弃糟粕。</p>
<h4 id="14-_关于交流观点">14. 关于交流观点</h4>
<p>在强调一下我群的整体风格：只建议不强推，只推波助澜，不落井下石。什么意思，就是我们只以自由，开放的思路给你建议，不强推我的观点的执行。有点像医生，或管理咨询这个性质。另外强调一下，我们只推动事情向前发展，过去的在抱怨追求没有任何意义，所以有问题解决问题，别抱怨命运，命运需要双手来改变，你的责任就是改变命运，进而影响世界。</p>
<h4 id="15-_关于T人">15. 关于T人</h4>
<p>恩，我回头在琢磨一下。博客还是不错，可以拉拉人气，我群的质量不可能老停在一个地方，还是需要新鲜的血液加进来，有些交流参与不积极，或又不热衷分享的，可能将来会被T出去。</p>
<h4 id="16-_关于时间">16. 关于时间</h4>
<p>没那么高的高度，一个是工作时间的约束，一个是个人时间有限，还需要平衡家庭生活工作各个方面。我只是以一已之力，在做一些力所能及的事，没想过一定要多少多少这个目标，随性而做，随性而停。没有那个目标约束。</p>
<h4 id="17-_关于解决式思维的转变">17. 关于解决式思维的转变</h4>
<p>另外，我给大伙的建议，无论是在群还是在工作中，当出现一个问题的时候，要尽量的迅速的转变思维，如何解决这个问题。不是指责或追究此事造成的责任人或事故的原因。<br>我们要做顺世事而行的推动者，不是一个事情中的无谓者。<br>然后任何事情有轻重缓急，我们先解决急的，等有空了我们在谈缓的。就像我群的群名片这个规则一样，建议你改，但不是一进群强制让你改。如果你是一个注重细节的人，应该知道保持队列或资源最大化是怎么会事。</p>
<h4 id="18-_关于群名片">18. 关于群名片</h4>
<p>细节决定成败，没改群名片有空仔细体会一下这句话。</p>
<h4 id="19-_关于长久思维的培养">19. 关于长久思维的培养</h4>
<p>然后我们一在强调前端为核心其它为辅助的原因是，在这里不只是一个技术的解决方案平台，而更是一个职业化思维，做人道理或创业点子的孵化器。虽然有些东西比较虚，但确实往这个方向努力。尽早的去技术化，商业化，价值化。</p>
<h4 id="20-_关于看书">20. 关于看书</h4>
<p>书还是要坚持看的，而且要早上看，一方面是为了扩大知识面，一方面是为了累积语言组织能力。这个短时间内体现不出来，我坚持看了20几年业余书，略有心得。比如金庸作品集看了三五遍，四大名著除西游记，基本也看了三五遍。主要培养的是写作的语感，或沟通时的口感。</p>
<h4 id="21-_关于js入门">21. 关于js入门</h4>
<p>也可以看这个，反正简单一句话，写得太少，大部分没有入门的原因就是这，写得太少，还不坚持写。写不出来就容易浮躁，然后不想写，就这样循环。<br>一般建议是：不会写，慢慢写，坚持写，看别人的源码写，抄别人的思路写，然后按自己的思路写。</p>
<h4 id="22-_还是关于解决思路">22. 还是关于解决思路</h4>
<p>我们只做事情的推动者，推波助澜，不落井下石。<br>比如有个问题比较低级，一上来就指责，你这基础不行，怎么能写这样，写错了，怎么怎么滴。<br>其实我个人的建议是：这是事情的结果，我们需要给他合理的建议，让事情朝好的方向发展，比如说，你这个地方写的不是很恰当，需要那样来写，你不会写的原因是可能没看那个书或缺少那方面的训练，等等。</p>
<h4 id="23-_关于转行或坚持">23. 关于转行或坚持</h4>
<p>面对熬不住时，生活失去希望想转行时？<br>个人建议熬一熬，坚持就是胜利。以我的感受，对钱这东西看的太重，或过于着急，就会走向另外一个极端。有人故意利用这个弱点，来给你挖坑，而你感觉不到就会掉坑里边。<br>有钱就多化点，没钱少化点。家人才是你最后的依靠，家才是你最后停泊的港湾，就算丢了某部分，你还有家人，他们才是你的全世界。<br>另外转行，其它行也不见得比IT行业好多少。虽然每个创业神话都令人向往，但不是每个人都是社会的幸运儿。<br>有的在政策的边缘行走，有的在社会的黑暗面操作。无不是走关系，靠路子。 IT行业，还算是相对公平的一个行业</p>
<h4 id="24-_关于分享">24. 关于分享</h4>
<p>传播使爱更有力量，阅读使内心更为坚强，沉淀使生活更为醇香，分享使学习更为快乐。</p>
<h4 id="25-_关于设计修改">25. 关于设计修改</h4>
<p>一般如何跟客户pk，这是一次锻炼的机会，主要是锻炼你沟通能力的时候到了，有时候客户改，也是没有方法，如果经验丰富会引导客户改，有时候也有给客户say no，给他讲这样不好的道理，这样修改导致的风险。<br>而且还有一个信念，客户交给你做，你一定要相信自己的专业能力，因为专业，所以在负责。要不然客户没理由找你来做。<br>主要还是对所做的设计有所思考，比如是这样在一个画面中背景色用了绿色主色调，客户想换成蓝色的，这时候就解释给客户，绿色是代表公司产品的生命力的不断延续，如果换成蓝色，就过于理性或硬朗，会对产品的销售有影响。只要老板不傻，一般是不会修改的。<br>这样跟客户交流时有所说法，通俗的说，站在客户的角度想问题。 理解客户的所想，明白客户的所要。<br>比如客户最关心的是利润，利润要通过产品来获得，而产品又需要企业文化或愿景来烘托。所以，有些东西要在设计的时候突出出来。不一定从设计的角度来说是合理的，但做为一个合格的设计师，<br>设计与商业如何平衡是需要把握的。<br>这样下来不能完全阻止客户的所有修改，但是修改量可能会相对少一些。</p>
<h1 id="关于生活工作学习之感悟-第二篇">关于生活工作学习之感悟-第二篇</h1>
<h4 id="1-_关于感动">1. 关于感动</h4>
<p>你的点滴感动，是我们以后进步的动力，也是大伙更有激情交流力量的源泉。<br>真因为这份感动，我们在携手向前，向着同一个目标或梦想出发。<br>无论怎么样，群是你最后寻找帮助的小窝，是你寻找生活勇气，工作解决方案的最佳之地。<br> 我们缺的不是智商，缺的不是环境，缺的不是软件，缺的是真正不达目的不罢休的决心或持之以恒的恒心，所以大伙一定要坚持~！<br>生活是越努力机会越多也就越幸运。</p>
<h4 id="2-_小凡哥有感而发：">2. 小凡哥有感而发：</h4>
<p> 年轻代表的是一张白纸，有无限的发展的空间<br>岁月是堆满货物的仓库，看似杂乱，却是价值的引证<br>把自已的仓库，不断的整理、修膳，更加升华原有的价值<br>也是一种人生。</p>
<h4 id="3-_关于岁月">3. 关于岁月</h4>
<p>岁月留给记忆是沉淀着的精华，带走了年华的流逝，带走了激情的蜕变，留下只是更为理性或坠落的躯壳。</p>
<h4 id="4-_关于参加交流会">4. 关于参加交流会</h4>
<p>参加交流会坐在台下看台上大牛的分享，有种时光交错的感觉。在一个最好的时代与时间最精英的人，挤挤一堂，梦想成为这个时代最有创造力的一代，而不是垮掉的一代。</p>
<h4 id="5-_关于每月三喷">5. 关于每月三喷</h4>
<p>现在发现每月有三喷，一问编辑器，二说php是最好的语言，三喷工资比较低。<br>编辑器顺手的就是最好的，只是一个工具，语言才是核心。<br>语言也是一个工具，存在即是合理的，每个语言的历史背景或擅长领域各不相同。<br>工资低不能改变，改变的是自己的看法，向前活的看法，如何改变现状的思路。</p>
<h4 id="6-_关于产品">6. 关于产品</h4>
<p>产品经理需要拥有很高的产品设计、用户体验感知能力，这里所说的产品设计和体验感知都必须围绕公司战略和产品方向进行展开，初级产品经理最容易犯的错误是把太多的时间抠在产品的设计细节上。说具体些，就是把产品的交互设计和UI设计看的太重，几乎大部分的时间都花在axure原型图的设计上了，而忽视了理解钻研公司战略、产品方向、以及产品本身应该重点考虑的地方。<br>在很多产品相关的网站和博客，你会发现讨论和分享的绝大多数都是围绕体验和交互设计相关的内容，这个怪像容易让初级产品经理陷入泥潭，会造成产品整体感觉丧失。产品经理需要具备产品的整体嗅觉，需要具备站在高度对产品有全局的把握能力，任何不站在整体生态、产品方向和公司战略下讨论体验设计都是耍流氓。<br><a href="http://www.zhihu.com/question/25657351" target="_blank" rel="external">http://www.zhihu.com/question/25657351</a></p>
<h4 id="7-_关于水平能力的有序储备：">7. 关于水平能力的有序储备：</h4>
<p>做项目，踩坑，造轮子</p>
<h4 id="8-_关于学习的过程：">8. 关于学习的过程：</h4>
<p>他要的不是一个结果，是学习的整个过程，通过这个过程来积累以后写此类模板，或比这个模板更复杂模板的经验或收获果实时的喜悦。<br> 我最近也是刚刚发觉 如果在做一件事情的时候 自己都没有动脑去想 就开始咨询问别人 就是别人给你讲了 你也不明白 消化不了 还浪费别人的时间 只有自己经历了之后 知道问题在哪里 再请教 提升会快一些<br>恩，只有感觉到喜悦，那成就感就油然而生，从而刺激你向更高的山峰攀登，以此形成良性循环，根本停不下来。</p>
<h4 id="9-_关于我们老了">9. 关于我们老了</h4>
<p>我们已经老了，等明白这个道理的时候已过而立之年，想抓住青春的尾巴，已经感觉到力不从心了。不服老是不行了，只是偶尔分享一下我们的经验，让你们的青春不像我们那样迷茫无助或徘徊。这也是分享，互联网精神的意义所在。</p>
<h4 id="10-_关于青春">10. 关于青春</h4>
<p> 青春只有一次，不在放纵中成长就在坠落中灭亡，不在灭亡中死地而后生，那只有在灭忘中寻找永恒的秘密。</p>
<h4 id="11-_关于流程">11. 关于流程</h4>
<p>一般是根据产品设计的原型，原型上有根据业务需求展现的元素，根据这些元素的分布密度来决定页面的宽度，如果后期有响应式的话，必须先出一稿最原始的，然后在这个基础出响应式设计稿，最原始的原来是960，后来流行的是1000，最近几年流行的1200，淘宝的首页宽度就是按我说的这个趋势来的。</p>
<h4 id="12-_关于响应式">12. 关于响应式</h4>
<p>其实按我的经验，真正的响应式是否能够提升产品的核心竞争力或基础的用户体验这是有待考验的。像我们就没有做响应式，做了2版，pc版或移动版。然后微信，安卓，ios调用部分页面用webview的方式实现app内嵌页面。所以，个人的建议，响应式在项目开发周期可控的情况要谨慎一点。</p>
<h4 id="13-_关于写得少">13. 关于写得少</h4>
<p>跟我一样，还是js写得太少的原因，另外一个就是需要chrome里边调试学会调试。对逻辑思维有很强的较正能力。<br>最后一个思路不清晰的时候建议先找张纸画下执行流程。是往那儿走不是往那儿走。<br>因为代码是按照人为设定的流程来执行的，中间有错误信息就是没有按预订的来，所以用debugger的方式很快的找到出错的地方。</p>
<h4 id="14-_关于聚在一起的人们：">14. 关于聚在一起的人们：</h4>
<p>其实这群人有两个共同点：</p>
<ol>
<li>对前端都有一个简单的梦想或期待，所以找寻一个共同寻梦的平台或团队。</li>
<li>另外一个就是不想浪费青春，浪费时间，在有限的青春里边想做一点事情。<br>禁止吹水就是禁止浪费时间，帮你们节省有限的青春，有些人不明白这道理，使劲吹。那没办法帮他们了。<br>简单一句话，我群都是一帮明白人，平常都是用理性的思维来解决问题的出现。<br>那问题就出来了，不会没关系，千万别在群里边刷存在感，说笑逗唱乐。</li>
</ol>
<h4 id="15-_关于debug">15. 关于debug</h4>
<p>好多新手遇到问题不知道怎么办，很多在知识层面的东西其实你已经掌握了，只是不会写代码，不会修改代码。所以要长足的成长，需要更进一步解决如何学会debug这个问题。<br>那么问题来了，debug那家比较强，当属chrome的调试工具。有空的学习一下，以下视频中的一个或几个。<br><a href="http://www.soku.com/search_video/q_%E8%B0%83%E8%AF%95%20js?f=1&kb=020200000000000_chrome+js_%E8%B0%83%E8%AF%95%20js" target="_blank" rel="external">http://www.soku.com/search_video/q_%E8%B0%83%E8%AF%95%20js?f=1&kb=020200000000000_chrome+js_%E8%B0%83%E8%AF%95%20js</a><br>调试 js</p>
<h4 id="16-_其它">16. 其它</h4>
<p>菜菜虫，有问题直接提问，刚好大牛们都在，帮你解决思路上的困惑。不要用表情来代替你内心的告白。在这群不提倡这么搞，明白吗？</p>
<p> 工资完全取决于你的能力。能力包括你的设计能力，与hr的谈判能力，你的运筹帷幄能力，你的包装能力。不只是设计做的好就能拿高工资。</p>
<p>有问题要在群里边商量，群是你最坚实的后盾，群是你歇息的港湾，群是你寻找力量的最好去处，群就是你的家啊。</p>
<h4 id="17-_关于经理说，我适合前端？">17. 关于经理说，我适合前端？</h4>
<p>经理的利益代表着公司的利益，他站在公司的角度，从岗位需求的角度出发，可能带有一定的误导性，你要客观的认识自己性格的长短处，从理性的角度规划自己的职业规划。</p>
<h4 id="18-_关于技术人商业多重身份的沈总">18. 关于技术人商业多重身份的沈总</h4>
<p> 沈总的书到啦~用豪哥的话再介绍下：沈总，是我崇拜的一位作家，程序员，牛人或商人。有空学习一下他的IT职业经～！<br>是我认为完成了程序员，创业者，商人，作家的各个阶段的完美转变，是掌握当前时代IT发展规律的人物之一。<br>也是我时常提倡我们学习技术，但不迷恋技术，站在价值的高度看技术，站在技术的门外学技术。是价值与技术完美结合，是商业与节操彻底平衡</p>
<h4 id="19-_关于逗B-">19. 关于逗B.</h4>
<p>给新伙伴们的建议，进群容易，出群也不难，没事别逗比，别刷存在感。别做一个成天还停留在未成年阶段的人，做事没有思路，干活没有方向，整个就是一个没有目标的人。<br>青春就是激情，激情就是金钱。没钱就算了，还不断的挥霍。</p>
<h4 id="20-_关于经历">20. 关于经历</h4>
<p>别人再强的经历对一个看客来说，没有任何的参考意义，因为经历已经过滤掉岁月中无情的伤痕留下了满满的回忆，回忆只能用真实的情感来体验，不能客观的通过陈述的方式来转递。</p>
<p>然后分享一下我的思路：学习的技巧是亲自动手，学习的灵魂是颠覆自我，学习的快乐就是分享传递，学习的秘诀是坚持再坚持。</p>
<h4 id="21-_关于动力">21. 关于动力</h4>
<p>学习的动力在于是否正确的定义自己存活于这个世上的价值，其实学习的动力就是探索活着的意义，人为什么活着，为什么要学习，就是为了充分的证明自己的价值，充分的证明自己活着，证明自己的活着能够下面的影响这个世界，虽然某些人的影响是有限的，再就是充分的挖掘自己最大的潜力，个人体会，仅供参考。</p>
<p>证明自己的活着能够影响这个世界，活一会无非是想了解一下自己能影响这个世界的范围有多大。</p>
<p>还有就是想用一已私欲去左右别人，还是在有生之年能让更多的人因为你的存在那走上了正面的人生，这是可以选择的。</p>
<h4 id="22-_关于编程">22. 关于编程</h4>
<p>编程这个行业，无论是前端还是后端，目前来看，还算是一个值得为此付出毕生精力的事业，因为他们颠覆了传统意义的情感，感观，价值观等等的，相当于第三次工业革命的一场信息革命一样。</p>
<p>另外就是人的成长速度有多快，成长的高度有多高，主要看你周围的圈子或你认识的一些人。其它群我是不清楚，在我们群，时常提供正能量的青春价值观，试图通过自己的努力或双手来改变自己的生活，这是一种健康向上且很有参考意义的价值取向。在这个取向的引导下，会感觉很大的差距，在弥补这些差距的时候你慢慢在成长。如果没有这样的一个引导，就会慢慢与周围人一样，平庸且无事可做。时间很多，不知道怎么用。</p>
<p>在我群有很多是一个领域或多个领域的多面手，见识了一个人在同样的时代背景或同样的差不多的国情之下，有如此高的成就，自己是什么原因没有达到这样的高度，这就是自己总结，反省的时候了，这时候不反省在晚就真的迟了。</p>
<h4 id="23-_关于思路">23. 关于思路</h4>
<p>上次交流会我没去，你应该给那些上次交流会上给你启发的领路人点赞，他们牺牲了业余的休息时间，百忙之中做ppt，整思路，然后去分享。聚到一起都不容易。</p>
<h1 id="关于生活工作学习之感悟-第三篇">关于生活工作学习之感悟-第三篇</h1>
<p>以下是我在群内交流时的回答或平常生活中的一些感悟，还有就是比较经典励志的片段收藏。</p>
<p>由于个人知识面有限，不具有普遍性，仅供参考。</p>
<p>另外我感觉，互联网个人的经验或这一代人的努力，应该通过文字的形式来记录下来，</p>
<p>一方面是为了方便别人起到传承或发扬的作用，一方面是为了自己，</p>
<p>时常在快要放弃或自我否定的时候，来看看这些曾经的激情，曾经我们为之疯狂的那些金色的岁月，</p>
<p>瞬间找到继续走下去的力量，共勉之～！建议大伙多写，不但能解决问题，也能让解决问题的经验有效的传播。</p>
<h4 id="关于公司：">关于公司：</h4>
<p>公司只是你人生旅途中的一个中转站，是你人生风景线上的一个点而已，<br>人生路要靠自己的不断努力，超越，颠覆才能认真的过完这一生。</p>
<h4 id="关于当下不知如何，没有方向：">关于当下不知如何，没有方向：</h4>
<p>无他手熟而已，现在无他写得少而已，写得少没自信，见到问题还很恐慌，对未来没有期待。<br>现在的建议，网上见到的效果，能写一部分写一部分，能写多少写多少，整理作品，投简历，如果公司愿意给你电话面试机会，就成功一半，然后在坚持面试完，如果要你，你就成功了，如果不要你，你应该知道差距在那里。如此循环的一个过程而已。<br>简单一句话，要行动起来，不能空想。多经历些事情，多掉一坑，才能明白人生的意义或方向。<br>现在你手里唯一的王牌就是年轻，年轻就是不怕失败的代名词，就是敢闯敢做的通行证。<br>就一句话：大不了重头再来，要有釜底抽薪的勇气，或气吞万里如虎的魄力。</p>
<h4 id="关于群内成员发无意义gif屡次犯错：">关于群内成员发无意义gif屡次犯错：</h4>
<p>我还是尽我最大的容忍限度来包容大家的这点犯错，<br>因为我想都是出来混生活的，不容易。<br>不要因为这个小失误，而错过一个这么优良的群。<br>另外建议尽量的克制，不要挑战低线。屡次挑战是绝不手软的。<br>另外主要还是引导，堵之外通。</p>
<h4 id="关于as:">关于as:</h4>
<p>canvas是借鉴了原来as的玩法，可以了解一下as的玩法，<br>除了数学之外还有用数学来做物理碰撞，场景模拟等等。<br>我感觉是为了在商业利益驱动下的争夺市场控制的话语权问题，<br>就像google不陪mac玩webkit一样。<br>当然乔帮主确实有很强的个人魅力，在业界有大的影响力。<br>在一定范围内加速了这个过程。<br>adobe生不逢时啊，flash除了性能强之外，那玩艺根本不考虑兼容这破事。<br>远去的是巨人的背影，留给我们的是他们创造的真正的编程思路或代码精华。</p>
<h4 id="关于网名：">关于网名：</h4>
<p>个人建议取网名昵称要谨慎，立争能在线下交流的时候容易记得你，<br>且叫你比较顺口。<br>一些名字我就不点了，个人感觉很不具备传播效应。</p>
<h4 id="一些鼓励的话：">一些鼓励的话：</h4>
<p>祝你学习顺利，永不放弃！当你做不下去觉得自己很蠢的时候（你会时不时这么想的），请记住，世界各地的其他初学者，甚至是有经验的程序员，也会不时产生这种想法的。<br>如果你是完全的初学者，特别是过了青少年时期的人，开始写代码的时候也许很困难。<br>年轻人无所畏惧，也没有什么负担，他们可以花大量的时间在喜欢的东西上。所以各种挑战对他们来说也不过是短暂的障碍罢了。<br>但过了青少年期后你会希望快速的见到成效。因为你没有这么多的时间去花上几个小时就为了搞清楚一些细节的东西。但这些东西你必须深入去理解它，不要因此沮丧，坚持完成课程的任务，把bug都找出来，直到你完全理解。当你到达胜利的彼岸时，你会知道这一切都是值得的，你会发现编程非常有趣而且在上面花的时间都会得到可观的回报。<br>一个人必须去感受和领悟构建程序带来的强烈快感。当你一步步的掌握知识点，一点点的将程序搭建起来时，就会对自己产生激励与肯定，带来十分美妙的满足感。<br>总有一天你会意识到之前忍受的所有困难都是值得的。因为你将要成为一名光荣的程序员，你也清楚作为JavaScript开发者，你的前途一片光明。<br>就像在你之前成千上万的程序员一样，你打败了最难的bug，你没有退步，你没有放手，你没有找任何借口让自己放弃。<br>当你学有所成的时候，放心的将你的成果分享给我们吧，哪怕是个微不足道的，小到显微镜都看不到的小项目。<br><a href="http://www.crimx.com/2014/05/15/how-to-learn-javascript-properly/" target="_blank" rel="external">http://www.crimx.com/2014/05/15/how-to-learn-javascript-properly/</a></p>
<h4 id="关于团结：">关于团结：</h4>
<p>整个行业氛围都不好，行内人就不太要折腾行内人，自己人一定要团结那，<br>兄弟们，羡慕别人的幸福生活是没用的，得自个争气才行。<br>要拿出实际行动来，不要说笑逗唱。</p>
<p>我们一定要团队，即有帮别人负责到底的激情，为何没有海纳百川的雄心。<br>我们即能容忍美女偶尔的犯错，为何不能在冲动时冷静的暂停思维。<br>只有相互的帮忙协助才能让这个光亮成倍的增加，让这份爱无私的放大，<br>让这份温暖长久的温暖人心。</p>
<h4 id="关于图片：">关于图片：</h4>
<p>css3比较困难，而且css着重的是页面的布局或简单装饰性的加工，<br>主要依赖于浏览器受限于浏览器。<br>一般推荐用ps或ai，他们的长处是可以发挥设计师的想象力，<br>肆意的进行创意，然后用css在页面上表现出现。<br>但是ps设计出来的图片，由于受网络传输的限制，<br>有时候也要把握在合适的需求下进行合适的创作。<br>既要达到商业宣传的需要，又要达到技术方面容易实现，<br>是需要一个平衡点。这个平衡点需要经验的支撑。<br>审时度势，做一个理性与感性相结合的完美设计师。</p>
<h4 id="关于ie6:">关于ie6:</h4>
<p>如果有这个势力兼容是一种职业习惯，如果没这个势力不兼容也是人之常情。<br>简单一句话有能力公司用户群体经过科学论证就兼，兼了多花不了多长时间，没那么恐怖。<br>最主要的还是灵活，公司期望是听话出活的员工。<br>在整个项目开发周期内，不兼也影响不了大的用户群体。<br>兼了也加不了多少天的班。</p>
<h4 id="关于学习：">关于学习：</h4>
<p>其实你给我的感觉是学习没有捷径，但是有方法技巧可寻，你只是没找对方法死吃硬苦罢了。<br>在IT这个行业，有时候这样不行，青春或激情有限，不能过多的耗在这上面，虽然这个行业付出与产出还相对对等的，你的付出肯定会有回报的一天，最主要看你有没有等得到，有没有坚持到那一天。<br>给你的建议是看十遍，不如手里过一遍，手里过一遍，不如直接firebug里边跟一遍，积累代码解决问题的思路，理解计算机世界的思维哲学，积累人类自然语言转变为代码解决问题的经验，试着用代码去描述或表达你对这个世界的一点看法，足矣。天下熙熙，皆为利来，天下攘攘，皆为利往，我为心中的那个梦想，一直孤守着主机边，日日夜夜。扯太远了，还是发点干货。<br>不管怎么样，认定这条路就要坚持，不抛弃，不放弃，不迷茫，不徘徊。<br>其实人生路就是这样的一个过程，持之以恒且锲而不舍，坚持不懈，始终如一，孜孜不倦。没其它优点，就是认真，就是想让认识我的人了解这份认真执著的做人风格。</p>
<h4 id="关于低调：">关于低调：</h4>
<p>身藏功与名，淡淡的低调掩藏了多少奢华的梦。</p>
<h4 id="关于前端发展：">关于前端发展：</h4>
<p>纵横向都可以发展。纵向挖掘技术的深度，比如向后台方向发展，横向挖掘业务的宽度，比如了解市场运维产品。<br>让技术与商业完美的结合，让理解与情怀再一次的双飞。<br>最主要还是在从业的时间内，利用技术这个跳板，积累行业解决方案，<br>从一个业务商业价值的角度去衡量把握最优的技术实现。<br>迷恋技术，但不神化技术。看重商业价值，但不龌龊的代码实现。</p>
<h4 id="关于提问：">关于提问：</h4>
<p>提问的建议，发代码地址，然后说期望状态，现状。<br>然后让别人跟你具备同样的问题认识起点。<br>刚才所说的只是在你的脑海的上下文中。<br>而你本身的知识范围所限不能很快的找到错误的所在，所以必须要重现问题的场景代码给别人看。</p>
<h4 id="关于成长：">关于成长：</h4>
<p>成长是一个过程，不是一个结果。需要在前进的过程是慢慢享受这个过程，<br>不是看重一个真正的结果。<br>还有眼光可以放长远一点，心态放好一点，不要跟别人比，<br>要跟过去的自己比较，我今天比昨天多成长那么一丁点，明天要长成的更多，那就够了。</p>
<h4 id="关于老总：">关于老总：</h4>
<p>公司老总或项目总监，有些事情表明上看起来跟你的距离很近，<br>其实在现实一步一步来走，由于机遇或时运的原因，总是差那么几步。<br>而且，老总或总监，你只看到了表明的一面，其实能力有多大，责任就有多大。<br>需要承受一定的压力，才会在其位谋其政。</p>
<h4 id="关于迷茫：">关于迷茫：</h4>
<p>每个人的学习方式可能有个别差异，但是每个人的成长之路基本是相同的，<br>都会遇到困惑或无助，这时候最主要的是及时的调整方向后继续的坚持。<br>你不坚持，别人坚持，那就超过你了。很简单的道理。</p>
<h4 id="关于从-net转过来的前端">关于从.net转过来的前端</h4>
<p>我是做asp.net开发的，已经5年了，先做前端开发，有什么好的建议么<br>恩，想做就做，给你的建议就是，考虑好之后就要一直的坚持。<br>从.net转过来有你的长处，也有你的短处，发挥好你的长处，弥补你的短处。<br>短处是前台的一些经验，比如ps的操作，基础设计的把握，<br>css兼容处理的经验，有空的时候补一补。</p>
<h4 id="关于改变世界：">关于改变世界：</h4>
<p>在威斯敏斯特教堂的一座石碑上，刻着这样一段话：我年轻的时候，立志要改变世界，然而却发现难以实现；中年的时候，我又想去改变我的国家，却又发现实现不了；老年的时候，我只好想着去改变家庭，却已经无能为力了。回头想想，如果我当初只是先改变自己，去影响家庭，然后我也许就有可能靠我的家庭去改变国家，甚至去改变这个世界……<br>如果他的成功可以复制，那他就称不上伟大！<br>不是所有人都可以像乔布斯，乔丹，费德勒，老虎伍兹，杰克逊，舒马赫一样成为各自领域的王者。你想要一个可行的方案，就算有了计划，你去遵循他们的足迹？他们是上帝选中的天之骄子，我们只能是凡夫俗子。被上帝狠狠咬了一大口！<br>改变你能改变的，放弃你不能改变的，用智慧来分辨哪些是不能改变的。</p>
<p><a href="http://www.zhihu.com/question/26687203/answer/33676682" target="_blank" rel="external">http://www.zhihu.com/question/26687203/answer/33676682</a></p>
<h4 id="关于拜师：">关于拜师：</h4>
<p>拜师，找人带这种事不靠谱，你找个培训点教点钱，老师都不认真的教你。<br>在网上虚拟的世界，不交钱，想找个靠谱的老师，难咯。<br>这个思路要转换过来，人最终要靠自己。</p>
<p>这个世界是有他的一套游戏规则的，没有明白这个规则，<br>人生是在走弯路，只有明白规则或遵循发展规律，才能在这个缝隙中活下来。</p>
<h4 id="关于在线的简历有几个好处：">关于在线的简历有几个好处：</h4>
<p>切实的了解项目从需求产生到需求梳理到确认变更之后进入开发的流程与环节。<br>同时也增加了项目经验，跟面试官能聊得来。<br>最重要的是提升了自身品牌形象，塑造了个人品味形象，要工资有底气的必须多要一点。</p>
</div>
</div>
</article>
<div class="pagination">
<table width='100%'>
<tbody>
<tr>
<td width='120' align='left'>
</td>
<td width='auto' align='center'>
<a href="/archives/">文章归档</a>
</td>
<td width='120' align='right'>
</td>
</tr>
</tbody>
</table>
</div></div></div>
<div class="clearfix"></div>
</div>
<footer id="footer"><div class="inner"><div class="alignleft">
<p>
© 2014 豪情
</p>
<p>
Theme By <a href="http://jiabin.tk" >Byron</a> based on <a href="https://github.com/willerce/hexo-theme-noderce" >Noderce</a>
</p>
</div>
<div class="clearfix"></div></div></footer>
<script type="text/javascript">
</script>
</body>
</html>