十年后的我们，都在追求生计的道路里。容颜转换，心态改变，梦想摇曳……

曾经，生活再艰难，我们总会相信，只要努力就一定会成功；

曾经，怀抱着崇高理想的我们，信心满满地走进陌生的城市，只为一份寻觅一份向往；

曾经，单纯的我们总认为，没有房子、没有钞票，但我们总能得到最美的爱情。而当事业依然低迷，爱情变得虚幻，80后的一代，已经不再年轻。

重点推荐 EditPlus、Notepad++、PhpStorm下面只提下它们的特长.

Editplus
Windows系统上的一个文本编辑器 http://www.editplus.com/

在此提供三个文件acp(结构、样式、脚本 其它如PHP等 请看http://www.editplus.com/files.html),以便加快你的开发速度.其中acp文件是我修改过的.因现下Notepad++中的Zen Coding所以大部分结构、样式参照了它.

来信者问如何 使用纯CSS实现未知尺寸的图片在固定大小容器中垂直与水平居中,比方说(图片高宽都小于180px).

貌似这样的应用在B2C网店应用得比较多.或者是图片列表的归类表现页面...

很有代表性的问题.记得淘宝有一年的面试题中有此一题.

或许 垂直居中 是 日常工作中最常遇到的一个问题

详情请看 demo 里的注释.也可以搜索关键字.

首先见到了冯恒-飞猪,真人很帅气.给人感觉是一个很好相处的帅男.

感谢冯恒-飞猪的推荐与在上海时对我的照顾.

感谢冯恒与周裕波百忙中抽出时间陪我过元宵节,饭后参观裕波工作地盛大创新院...

话不多说,返回此次之行.

做题,题目中交谈.完了.

此面试最大的好处是认识到自己基础很不好.虽说能解决点问题,大项目经验还是缺少.

打开一个我写的页面.发现排版与结构给破坏严重,直接找到我在部门质问为什么.

本人经过不解努力,终于找到了始作俑者.

它就是 火狐中国版 里 字体管理器-FontSetter.

此插件默认字体设置为 微软雅黑.

二.常用手法
E
元素名 (div,p)

E#id
带id的元素 (div#wraper,h1#Title)

E.class
带class的元素 (div.wraper,h1.Title.HotTtile)

E>N
子元素 (div>p,div.Title>h3+span)

E+N
兄弟元素 (h1+p,p+span)

E*N
多项元素 (ul#nav>li*6>a)

E$*N
带序号的元素 (ul#nav>li.list_$*6)

注:
1.id和class可连写.如:div#wraper.wraper
2.()小括号的应用.如div.wraper>(div.header>h1+ul>li*6>a)+div.content+(div.footer>(div.FootNav>ul>li*4>a)+p)
3.关于Zen coding 的手册,在这里http://zen-coding.googlecode.com/files/ZenCodingCheatSheet.pdf

英文原文链接：http://stevenbenner.com/2010/07/the-5-types-of-programmers/

在我的编程生涯中,我碰到过很多奇奇怪怪的对手和同盟。我把这些编码战士们分成五类，有些人是你队伍中的好伙伴，有些人则是捣蛋者，让你的每一个计划都完不成。

不管怎么说，他们在软件开发的诸神殿上都占有一席之地。如果你的团队中没有一个合适健康的比例，混合这些不同类型的程序员，要么你会发现你的项目跌跌撞撞拖的时间太久，要么就是太完美不是人类干的活。

可以认为

firefox 下的 event.target = IE 下的 event.srcElement.

个人系统中已有Microsoft YaHei字体,

但样式里个人设置"Microsoft YaHei"时 opera下没效果.只有 设置 "微软雅黑"时才会出现..

特地在CSS森林里就这一问题求解.

感谢Along的回答.

解决方式:

考虑浏览器兼容,把字体转码为unicode形式可以保证在任何编码下都无问题.

例子:用“宋体” --> “\5b8b\4f53″ 就是 “宋体”.

主要考虑到p的宽度,以及用背景时能更好的处理CSS,而用不着去另写结构.

当然,看到那么多onclick,其实主要由于个人JS不过关导致的,见谅!

下面是JS.拼在一起能运行没出错.呵呵

http://www.planabc.net/2009/01/14/how_to_quickly_locate_the_complicated_css_bug/#comment-2520

相信大家对于常见 CSS BUG 的处理已经相对比较熟悉，例如：IE6 Three Pixel Gap、IE5/6 Doubled Float-Margin Bug 等等。但时常我们也会碰到复杂的 CSS BUG 问题，所谓“复杂”实质是指触发的条件很复杂，而“BUG” 也并非指一定是浏览器的 BUG 。对于此类问题，我们首先要解决的是如何定位到问题，只有快速的定位到问题，才能更好的解决问题。

这个值未知,已经确认会存在 空格/下划线/字母/中文等.不管那种情况,只取其中的数字..

于是个人想到:
JavaScript代码
<script type="text/javascript">  
var ad = document.getElementById("aide").innerHTML;  
var a = ad.replace(/张/,"");  
alert(a);  
</script> 

但这样并没完全达到意外情况下的要求,只取值数字.虽然知道正则能够得到匹配的值,但除了懂得 [0-9] 是数字字符外,其它的一无所知.

修改方案：
后继制作应该考虑使用语义化的标签，使结构语义化，增强扩展性能力，以求在良好好结构中适应不同的设计需求。还可减少冗余代码，优化结构。

二. 样式的调用。
目前使用 <link>方式调用样式与JS，由于是模块化工作，使得有些模块反复调用同一样式的情况出现，部分样式重调与覆盖率太高，增加了http请求数，加大了下载的时间，减慢浏览器解释的速度，并造成了流量的损失。

修改方案：
整合样式，把每个页面用到的样式整合到同一个文件中，并对该页面的样式进行优化，去掉注释、空格、换行等，并通过第三方压缩软件进行压缩，以得到发布时最小的样式文件。

注：当然这又涉及到了样式管理，样式版本管理与多人协作的问题。

从极点4到现在的极点6.5,基本上都是用_default 这个皮肤.

最近觉得不好看,于是动手制作两款,第一款因是抄 QQ拼音 的有版权问题存在,所以不发,只发后面的....(应几个网友的要求,都发了...)

1、结构合理化中
a)对于DTD的应用,相信大部分公司或者个人采用了比较宽松的DTD -过渡型.而其它的DTD有可能会根据项目要求或个人爱好而使用.至于html5的DTD,因为国情，IE6在市场上占有的比例,相信大多数公司都不会采用.

b)对于验证,许多同学都认为他的作用重点在于验证代码书写,嵌套规则的正确性,以及检错.至于通不通过验证,因为项目或者其它原因都是没有硬性要求.有同仁提到,在静态页面下可以通过w3c的验证,但是在交付后台完成程序嵌套后的页面.其本上验证会有很多提示.

c)在说这之前,就有一个想法,html标准够 语义化了么? 当然,在不断发展的过程中会完善这些.现下,我们能做的就是用自己认为有语义的标准来完成手中的项目.这些都是有分岐的.关于语义化,个人认为还有一段很长的路要走.在现下不段参加的终端,以及数据的提取,在良好语义化的结构中会更好地用于交互与阅读.

d)听说过,没了解.待搜索.

e)Class id命名规则一致性,多人协作的团队中,应该有一定的规范.小组中大部分人主体都会以英文来命名.各模块之间有的用拼音+字母的形式,有的会用英文.但同样有人提出,英文与拼音都有可能会让团队中的人不认识.除此之外,比较赞同一说法,命名方法采用aideClass的方法--即首个单词或者拼音小写,第二个英文或者拼音首个字母大写的方式.这方式虽然在字节上会增加一点,但对于要求经常维护的站点,或者协作都有利于它人的阅读.

f)前端,这块其实在切图与写代码的过程中就已经进行着,只是要重没那么大,至于SEO的具体内容.没有多大了解.

声明：本设计稿来自 经典才子 lwid的作品
本人用来练习合成之速度之乱作……严禁它用、商用。如觉得作品不错，请联系 才子 lwid 进行进一步的合作。

于2009年9月8日留

说下关于自己参加的聚会吧.

2009年12月12日,天寒地冻,北京第一届 Web Rebuild 交流会在北京中国谷歌公司二层会议室成功举办.

我如约而至,到现在才发现与会者将近200人，受场地的影响....

于是当时记录了一下这个问题.今天有空了,翻手册,发现:

border

语法：
border : border-width || border-style || border-color

说明：
设置对象的边框样式。
当你指定了边框颜色( border-color )和边框宽度( border-width )时，你必须同时指定边框样式( border-style )，否则边框不会被呈现。
如使用该复合属性定义其单个参数，则其他参数的默认值将无条件覆盖各自对应的单个属性设置。

下面讲讲学到的:

因为CSS Sprite不同项目有不同的整合方式,这里只讲的个人觉得很不错的方式.

这里不得不提下 greengnn ,他在交流会里反复提到的单页单屏整合方式(可能他愿意并非这个,但我听的就是这意思),个人很有同感.

所谓的单页单屏整合,也就是只把同一个页面内在第一屏显示的背景图片整合到CSS Sprite中.这样可以避免因图片太大加载慢的情况,毕竟屏幕大小决定了能看的范围.如果有三四屏,在加载完第一张图片后自动会进行下面的图片的加载.这样可以解决速度的问题.