我想知道苏州下面的偏僻小镇是哪，说不定我们很近啊，哈哈

讲道理，就我见识过的所谓设计师的水平，直接追波上买个模板都能吊起来打。楼主试试？

老哥还在招啊，我简历还没写完呢

不会 PHP 的可以吗（。

@zhjits #135 我 JS 小红卫兵上去就是一砖

@minglanyu #31 直接搜 QQ: MjY0OTg3NDIz

@minglanyu #27 能看一下你博客么，差不多同样经验，学习一下

独立承担一个项目的前端工作，也得看项目难度吧。小程序不算数吧....

还有，楼主要是这都受不了了，要是和我一样的遭遇，怕是心态已经失衡到爆炸了

想去 Tw 但是没这个实力，帮顶。
我是诺铁大佬的粉丝:)

软件设计有两种方式：一种是设计得极为简洁，明显没有缺陷；另一种是设计得极为复杂，没有明显的缺陷。第一种设计方式要难得多。

模块化原则就是：要编写复杂软件又不至于一塌糊涂的唯一方法，就是用定义清晰的接口把若干简单模块组合起来，这样一来，多数问题只在出现在局部，那么我们还有希望对局部进行改写或优化，不会牵一发而动全身。模块化代码的首要特质就是封装。封装良好的模块不会过多向外部披露自身的细节，不会直接调用其他模块的实现代码，也不是胡乱共享全局数据。模块之间通过 API ——一组严密的、定义良好的程序调用和数据结构来通行。

正交性是有助于使复杂设计也能紧凑的最重要的特性之一。在纯粹的正交设计中，任何操作均无副作用；每一个动作只改变一件事情，不会影响其它。无论你控制的是什么系统，改变每个属性的方法有且只有一个。重复的代码会导致前后矛盾，产生质量差的代码。原因是当你修改这些代码的时候，往往只修改了一部分而不是全部。

通常，这也意味着你对代码的组织没有想清楚。

软件是多层的。一般来说，设计函数或对象的层次结构可以选择两个方向——自顶向下和自底向上。一个方向是自底向上，就是从具体到抽象——先从要解决的问题中，确定要进行的具体操作，然后向上进行抽象。另一个方向是自顶向下，就是从抽象到具体——从最高层面描述整个项目的功能和逻辑，层层向下，直到各个具体的操作。实际代码往往是自顶向下和自底向上的综合产物，同一个项目中经常同时兼有自顶向下的代码和自底向上的代码，这就导致了「胶合层」的出现。

胶合层是个挺讨厌的东西，必须尽可能的薄，这一点极为重要。胶合层用来将东西粘在一起，但不应该用来隐藏各层的裂缝和不平整。

面向对象理念的价值最初在图形系统、图形用户界面和某些仿真程序中被认可。令大家惊讶并逐渐失望的是，我们很难发现面向对象在其他领域有多少显著的优点。面向对象语言让抽象变得很容易——有点太容易了。面向对象语言鼓励「厚重的胶合和复杂的层次」。所有的面向对象语言都显示出某种使程序员陷入过度分层陷阱的倾向。

杂吗，说白了不就是 JS。几个端不还是 client 吗，上手撸业务都差不多，真的要你做优化做啥了也得等做了一段时间之后吧....


反正我现在快两年了觉得我前端还没过初级这个坎呢.

@zhixiao #16 自己 Mock 数据不就 OK 了

这些都找到过了。
然而并没有想出来能做什么用...

@dongliangnerd #1 加班到很晚还有包餐的都算良心了好吧

说一个面试的时候我不会这么回答的答案。

最难的就是，在网上或者工作中碰到无论是智商技术还是为人处世都碾压我的同行时，能否依然保持淡定。

努力也许不会成功，但放弃真的很简单啊。

前端真的又是一个挺好混的岗位，想混谁都拦不住你。网上大神这么多，都是毕业就进了 BATTMD，水平那么高。有些时候真的会怀疑自己，我这么学了有什么毛用吗？是能涨工资还是怎么的？背景都这么差了，反正都是被人歧视被人 DISS 的命，干嘛要去学啊？

所幸的是我还算坚持下来了，虽然依旧很菜很心酸。希望能坚持自己的本心吧。