joel's FLEX blog » 经验技巧 http://blog.desizen.com FLEX,网络安全,Linux Fri, 14 May 2010 05:52:44 +0000 en hourly 1 http://wordpress.org/?v=3.0 几款网络同步软件(服务) http://blog.desizen.com/4lone/858.html http://blog.desizen.com/4lone/858.html#comments Sun, 21 Mar 2010 07:25:59 +0000 baby http://blog.desizen.com/?p=858 今天向大家推荐几款网络同步软件,分别是dropbox,sugarsync,和微软的live mesh,都是基于”云”的服务.

如今的网络同步服务真是越来越多,以上的三个是我使用了好久了,依然稳定快速的网络同步服务,他们几个的共同点就是都可以使本地的文件与网络进行同步,达到无论到了哪里都可以不带优盘都可以随时找到文件的目的.下面我来说一下区别:

dropbox:这个是我使用了最久也是第一个使用的同步软件,首先,他的网站UI非常的赞,非常的简约,就像网站UI一样,其提供的服务也是非常的简单,你可以添加任何计算机到同步列表内,可以分别为他们起名字,初始容量是2G,完成新手任务就会得到500M的赠送容量,每邀请一个人注册并安装了客户端就会得到250M的奖励.同步传输速度非常的快,我在单位上传可以到100多K/s,缺点就是在客户端,也就是本机电脑上,只可以同步指定好的文件夹内的东西,不过有很多人已经使用第三方软件突破了这个缺陷.

sugarsync:这个和上面的dropbox提供的服务方式非常类似,其优点是有中文版,完全中文化操作也许更能吸引国内用户,还有一点就是他提供的功能更为复杂一点,包括网络存储等功能,这点可以说是优点,也可以说是因为这个优点而有的缺点.

live mesh:这是微软提供的服务,首先,打开这个网站就很慢,至少是比其他的两个慢,但是,他的免费用户可以有5G的存储容量,没有邀请注册送容量的活动.他的传输也很慢,不过至少是比没有强,您说是吧.

标签：

相关日志

  • 无相关日志
]]> http://blog.desizen.com/4lone/858.html/feed 0 Nicholas C. Zakas如何面试前端工程师 http://blog.desizen.com/4lone/841.html http://blog.desizen.com/4lone/841.html#comments Fri, 08 Jan 2010 04:46:44 +0000 baby http://www.joelove.cn/?p=841 不要以为做前端很容易,已经做了前端的就不要理会别人说的”做网站的”!从下面这篇文章里面,我们也可以学到自身的不足,不然很有可能下个面试你的人就出了这样的题目.

面试前端工程师对我来说是一件非常有意思的事，因为面试过程很大程度上也是自我提升的过程。无论大公司还是小公司，之所以在如何招聘到真正有能力的前端工程师方面会遇到同样的问题，就是因为负责招聘的那些人不知道自己公司需要什么样的人，结果问问题时也问不到点子上。经过这几年在行业里的摸索，我总结出了自己的一套很有效的面试前端工程的方法。

有的应聘者说我不好对付，但留给他们这样的印象也并非我所愿。我觉得之所以他们说我不好对付，主要是因为我问他们问题时问得太细了。以前我曾专门写过一些东西，告诉应聘者怎么才能通过我的面试（Surviving an interview with me）以及优秀的前面工程师应该具备什么样的素质（What makes a good front end engineer?），而我的面试可以说完全是按照那两篇文章的标准进行的。我不会问一些特别偏门的问题，也不认为出几道逻辑题就能考出人的真实水平。我唯一的想法就是确定你能否胜任我们要招的这个职位。为此，我需要简单地考察如下几个方面。

基本知识

我们生活在互联网时代，你想知道的任何事情几乎都能在15分钟内找到相关信息。可是，能找到信息并不等于你会使用它。我认为所有前端工程师至少都应该掌握某些基本的知识，才能有效地完成自己的工作。如果一遇到问题，就停下工作上网四处搜索解决方案，怎么可能保证按期完成工作呢？听听，还有谁在说“我不知道，但我可以上网搜到。”请这些同学把手举起来，让大家认识一下（immediately raises a flag for me.）。下面我列出一些基本的知识点，这些都是我认为一名前端工程师（无论工作年头长短）在没有任何外来帮助的情况应该知道的。

DOM结构——两个节点之间可能存在哪些关系以及如何在节点之间任意移动。
DOM操作——怎样添加、移除、移动、复制、创建和查找节点。
事件——怎样使用事件以及IE和DOM事件模型之间存在哪些主要差别。
XMLHttpRequest——这是什么、怎样完整地执行一次GET请求、怎样检测错误。
严格模式与混杂模式——如何触发这两种模式，区分它们有何意义。
盒模型——外边距、内边距和边框之间的关系，IE 8以下版本的浏览器中的盒模型有什么不同。
块级元素与行内元素——怎么用控制它们、它们怎样影响周围的元素以及你觉得应该如何定义它们的样式。
浮动元素——怎么使用它们、它们有什么问题以及怎么解决这些问题。
与XHTML——二者有什么区别，你觉得应该使用哪一个并说出理由。
JSON——它是什么、为什么应该使用它、到底该怎么使用它，说出实现细节来。
重申一下，上述这些知识点都应该是你应该“想都不用想”的东西。我一开始问的所有问题都是想摸清你对所有这些领域知识的掌握程度。虽然上面列出的这些知识点并没有面面俱到，但我觉得你至少应该掌握这些，才有可能跟我坐到一间办公室里来。

少量提问

我非常赞同面试者问的问题越少越好。反复问应聘者各种问题既不公平，也很无聊。我在任何一次面试中，通常只问三个大问题，但每个问题又会涉及我所能想到的多个方面。回答每个大问题一般要经过几个步骤，这样我就可以在每个步骤中穿插着问一些小问题。比如说：

现在有一个正显示着Yahoo!股票价格的页面。页面上有一个按钮，你可以单击它来刷新价格，但不会重新加载页面。请你描述一下实现这个功能的过程，假设服务器会负责准备好正确的股票价格数据。
这个问题牵扯到一组我想要考察的基本知识点：DOM结构、DOM操作、事件处理、XHR和JSON。如果我要求你对换一种处理股票价格的方式，或者让你在页面中显示其他信息，就可以把更多的知识点包括进来。对于经验比较丰富应聘者，我也可以自如地扩展要考察的知识范围，最简单像JOSN与XML的区别、安全问题、容量问题，等等。

我还希望应聘者给出的任何解决方案中都不要使用库。我想看到最原生态的代码，你就当页面中没有包含任何库。你说你对哪个库了解多少多少，但我不能把关于库的知识作为评判能力的因素，因为库是会随时间变化的。我需要的是真正理解库背后的机制，特别是能够徒手写出一个自己的库的人。

解决问题

做为一名前端工程师，最值得高兴的事莫过于解决同一个问题会有很多种不同的方法，而你要做的就是找出最合适的方法来。我在提问的时候，经常会在应聘者解释完一种方法后问他们还有没有第二种方法。此时我会跟他们说，假设你的这个方法由于种种原因被否决了，那么你还能不能给出另一种方法。这样做可以达到两个目的。

首先，可以测试出他们是否在毫无意义地复述书本中的东西。不能不承认，某些人确实有过目不忘的天赋，听他们在那里滔滔不绝地讲，你会觉得他们什么都明白。可是，只要一跟这些人谈到怎么查找方案无效的原因，以及能否拿出一个新方案来，他们往往就傻眼了。这时候，如果我听到“我不明白这个方案为什么不够好”之类的反问，心里立刻就明白我的问题已经超出了他们的能力范围，而他们只是想拿自己死记硬背的结论来蒙混过关。

其次，可以测试出他们已经掌握的（还是那句话，“想都不用想”）浏览器技术知识。如果他们对浏览器平台的核心知识有较好的理解，想出解决同一问题的不同方案根本没有那么难。

对一名前端工程师来说，这绝对是最重要的能力。前端工程师在工作中遇到本该如此却并未如此的难题（说你啦，IE6），应该说是一件很平常的事。一个方案无效就无计可施的人，做不了前端工程师。

考核应聘者解决问题能力的另一层原因，与我的个人喜好有关。在搞清楚应聘者知道什么不知道什么之后，我就会想着问一个他们知识领域之外的问题。这样做的目的，就是想看看他们怎样运用已有的知识解决新问题。在解决问题的每一步，我也准备了一些提示，以防有人会卡壳打艮（在我面前15分钟一言不发，对我评价这个人毫无帮助）。我真正感兴趣的，是他们能够从上一步前进到下一步。我希望看到一个人就在我眼前学到新知识。

注意：所有问题都与浏览器技术相关。我不相信出几道抽象的逻辑题，就能够考出某人解决Web技术问题的能力。在我看来，这无异于让素描大师画肖像（或者让刘翔跟博尔特同场竞技），没有意义，也得不到任何有价值的信息。

有激情

要成为一名优秀的前端工程师，最重要的莫过于对自己做的事要有激情。我们技能都不是从学校中或者从研讨会上学来的，因此前端工程师必须具备自学能力。浏览器技术的变化可谓日新月异，所以也只有不断提升自己的技能才做得到与时俱进。我虽然不能强迫谁必须多看博客、不断学习，但想应聘前端工程师的人恐怕还是必须这么做的。

你怎么知道谁对这种工作有没有激情？实际上非常简单。我只问一个简单的问题：“目前你对什么Web技术最感兴趣？”这个问题永远不会过期，而且也几乎不可能出错……除非你答不上来。就眼下来说，我希望你对这个问题给出的技术中包括WebSocket、、WebGL、客户端数据库，等等。只有对Web开发充满激情的人，才会坚持不懈地学习新知识、掌握新技能；这些人才是我真正想要的。当然，我会让他们详细解释自己提到的技术，以保证他们不是随口说了几个时髦的新词汇。

最后一点

计算机科学或者Web设计方面的知识当然也有用，但那都是基本知识之外的东西。只要基本知识在那儿了，一切就都有了基础，想扩充知识面也不难。可是，如果等到正式上班以后，还得从头学习基本技能，那种难度是不可同日而语的。另外，高级前端工程师与一般工程师相比，肯定需要掌握更多的技能。而面试几乎没有经验大学毕业生，同样也会有一套完全不同的程序。我在这篇文章里列出来的都是一些最基本的东西。

对于那些还没有多少面试经验的人，我总是喜欢告诉他们，面试完了只要问自己一个问题就行：你想以后跟这个人在一起共事吗？如果不管为什么，回答是不，那就是不。
via(this)

标签：

相关日志

  • 无相关日志
]]> http://blog.desizen.com/4lone/841.html/feed 0 wordpress主题实现不同分类使用不同样式模板 http://blog.desizen.com/4lone/835.html http://blog.desizen.com/4lone/835.html#comments Wed, 30 Dec 2009 03:32:14 +0000 baby http://www.joelove.cn/?p=835 在昨天以前,我一直都是自认为不能实现不同分类使用不同样式模板的,现在我发现错了,一直都是可以为不同的分类指定不同的模板样式的.
说做法吧:
2.9以前版本:首先查看下你的分类ID,例如是:12.然后复制一个category.php(也就是一个通用的分类模板,不想的话 可以自己新写一个)到主题根目录,改名为category-12.php. 这样做就ok了?是的!

现在wp2.9都出来了,看一下对这里的新改进吧:
查看要使用特殊模板样式的分类的别名,例如是.然后复制一个category.php到主题根目录,改名为category-.php.

ok,完事!

update:查了下网上的中午文章,都是使用is_category(‘id’)去判断,实在是不敢恭维.我之前就一直在想,那么大个组织,不可能实现了page的样式化,不去实现分类吧?!

标签：

相关日志

]]> http://blog.desizen.com/4lone/835.html/feed 5 notepad++里面使用zen coding http://blog.desizen.com/4lone/829.html http://blog.desizen.com/4lone/829.html#comments Mon, 21 Dec 2009 07:51:45 +0000 baby http://www.joelove.cn/?p=829 上篇介绍了下zen coding ,没想到网络上就如雨后春笋般的冒出相当多的介绍来.再次佩服下中国人”学”的恐怖能力.

周末的时候在notepad++上面试着鼓捣下,可惜个人比较不聪明,没弄出来,但是有了些大概思路:

安装NppJavaScript在notepad++上面,然后调用的js.至于调用哪个官方js,这个我还没弄清楚.有兴趣的朋友可以按照这个思路继续下去,记得出了结果告诉我一下哈~我也会接着研究下.

Update: 这里是一位朋友在sourceforge.net创建的idea,有帐户的同学去投个票吧,希望np++作者能够开发次插件.因为np++是开源的,或许哪位热心人会开发下?

或者看的google code页面里面有人在unicode编码下面可以正常使用,尝试下?

更新:终于出来了notepad++的zencodeing插件:点击下载

标签：,

相关日志

]]> http://blog.desizen.com/4lone/829.html/feed 5 使用CSS验证服务出现未知错误 http://blog.desizen.com/4lone/824.html http://blog.desizen.com/4lone/824.html#comments Sun, 20 Dec 2009 13:57:00 +0000 baby http://www.joelove.cn/?p=824 最近给 desizen 验证看是否有错误,结果还真有个错误: 未知错误 org.w3c.www.http.HttpInvalidValueException: Invalid content type. 下面写的是没有找到样式表,可事实是文档里面明明就写这个样式表文件呢,也完全没有错误,如果错误了,那么浏览器肯定就不会解析了.

在网上搜了好多,一条中文信息都没有! 难道是我遇到的这个问题太刁钻了?

后来在老外的地方看到了些提示信息:gzip!

就是因为使用了gzip给样式表进行了压缩,但是验证器却不像浏览器,会去解析gzip压缩后的文档,所以导致了这个错误!

解决办法就是直接对进行压缩,而不是使用gzip. 或者可以更改下gzip的header信息.后者我还没有试验过.

标签：

相关日志

]]> http://blog.desizen.com/4lone/824.html/feed 0 给google-syntax-highlighter 精简下js http://blog.desizen.com/4lone/815.html http://blog.desizen.com/4lone/815.html#comments Tue, 08 Dec 2009 05:30:04 +0000 baby http://www.joelove.cn/?p=815 众所周知,google-syntax-highlighter这个的插件是用来高亮显示代码的,使得你的文章中关于代码的部分都会显得特别好看和易于使用.

google-syntax-highlighter这个插件是使用的js方式导入到的footer中的,所以在安装前,请确认下你的主题目录中footer.php中存在<?php wp_footer(); ?>这个函数.该插件这样做的好处是使所有完成处理代码样式的任务交由浏览器客户端来完成,不必浪费服务器端资源,而随之而来的一个问题是:在footer部分引入了相当长的一大串js,这样无疑会增加许多http连接数,导致网站整体载入速度变慢.

基于以上问题,我想到了解决办法:合并js文件.

你可以查看DesiZen.com的footer部分,直接下载下来shBrushAll.js这个文件也可以.

记得上传到script目录后,修改下google_syntax_highlighter.php这个文件哦!

标签：

相关日志

]]> http://blog.desizen.com/4lone/815.html/feed 4 如何做一个好的技术型领导 http://blog.desizen.com/4lone/808.html http://blog.desizen.com/4lone/808.html#comments Sun, 29 Nov 2009 11:23:13 +0000 joel http://www.joelove.cn/?p=808 对于程序员来说，大部分公司都提供了多条职业发展方向：

1. 技术型路线：编程高手、技术专家、架构师
2. 管理型路线：项目经理、部门主管、总裁
3. 复合型路线：技术总监、CTO
4. 特长型路线：销售顾问、培训讲师

这些路线，看起来很清晰明了。但对大部分26 – 32岁的程序员来说，如何发展，究竟该走哪条路，内心可能都存在彷徨与纠结。技术和管理，有如鱼和熊掌，不可兼得，这是寓言里的警示。但在现实工作中，鱼 和熊掌往往必须兼顾。上面的4条路线中，不少职位可以进一步抽象为技术型领导。如何做一个好的技术型领导呢？下面是我的一些思考。

按需服务

当官的最高境界，是为人民服务。这句话看起来很虚，仔细想想是句至理名言。但是，作为技术型领导，需要谨慎的不是没有服务精神，而是服务得太热情。 比如一个刚上任的技术领导，接到一个任务时，可能会担心万一同事做不好怎么办？于是将任务中最难的部分，自己加班加点搞定，剩余的部分才交给同事去做。这 种强制性服务，对下属同事来说，并不是一种帮助，而是侵占。会让自己很累，同时让同事缺乏成就感：事情仿佛都是领导做的，自己只是打打杂。

更好的一种处理方式是：先交给同事去做，同时告知如果遇到困难，可以随时讨论，一起解决。这样能让自己更轻松，同时让同事也得到成长。按需服务，而不是一厢情愿的强制性服务，会让团队成长得更好更快。

委托和授权

不少技术型领导，平时冲锋陷阵惯了，接到任务的第一反应是：如何解决这个任务？甚至10分钟内，大脑里已经把需求拆解成一个个代码段了。这不是一种 有效的领导习惯。更妥当有效的第一反应是：团队中谁最适合完成这个任务？将任务委托出去，授权给合适的同事去负责。任务的拆解分析、时间评估等，信任同 事，让同事反馈给你，而不是亲历亲为。

交代任务本身，而不是实现方法

遇到过一个场景：领导接到一个任务A，想到可以用方法B来实现。于是委托下属去完成方法B. 结果方法B并不能完成任务A, 导致任务A延期。作为领导，交代任务时，一定要如实传递，可以和下属一起讨论实现方法，但切忌不要直接将自己想到的方法当成任务本身分配下去。

参与感、归属感和成就感

流水线式操作，效率高，但并不适合软件开发行业。软件开发的主体是人，是情感化的程序员。作为领导，不要主动替下属去开各种会议。一个项目早期的需 求讨论、用研分析等，要尽量让开发者参与。参与能让项目组的成员及早地形成团队感。这样，真正开发时，才会当成自己的孩子一样去用心写代码。项目发布后， 这就是整个项目团队成员的荣誉了。否则，领导参加会议，下属只管写代码，流水线式分工，大家就都会有接单思想，有活了就干，没活了上Google Reader. 缺乏归属感和成就感，做出来的产品绝对好不到哪里去。

信任与尊重

交代任务时，要信任同事能把事情做好。对于技术型领导来说，交代某些重要任务时，往往会忍不住自己在心里思索预期解决方案，并期望同事的解决方案能 和自己想的八九不离十。当同事的解决方案一旦和自己不同时，这时要特别留意，千万不要将同事的方案直接否定。要懂得尊重，即便自己的解决方案更好，也要委 婉地给出建议，并反思为何当初分配任务时，没有主动去找同事讨论自己的预期方案。

谦虚、坦诚和开放

对于自己懂的，保持谦虚，并尽可能的教给同事，保持开放的心态。
对于自己不懂的，要坦诚直言。不懂装懂，只会让下属看不起。

批评

对下属的批评，话无需多，点到即可。

不吝赞美、懂得欢庆

当下属表现优异时，要在公共场合适当地给予赞美。在周报、邮件里，要多提及团队的成果和优点。当完成重要项目时，适当的聚餐庆祝。在这些点点滴滴中，有时不经意就能培养出团队荣誉感。

VIA(射雕)

标签：

相关日志

]]> http://blog.desizen.com/4lone/808.html/feed 0 Lazy Load:简单高效友好的jQuery插件 http://blog.desizen.com/4lone/805.html http://blog.desizen.com/4lone/805.html#comments Sun, 29 Nov 2009 10:24:45 +0000 joel http://www.joelove.cn/?p=805 Lazy Load, 顾名思义就是延迟加载.

你有没有遇到过这样的问题:因为文章页面图片内容太多,放在里面的网站整体样式背景图最后才能加载出来,显得网站特慢?来访者必须等待才能完整的看到网站的样子.如果回答是肯定的话,那么你可以应用上这样的插件.

下载地址以及使用方法: Lazy Load

我应用的例子:35个教你如何有效使用和学习 CSS 的网站

标签：,

相关日志

]]> http://blog.desizen.com/4lone/805.html/feed 0 KingCMS-php,让我重燃希望! http://blog.desizen.com/4lone/792.html http://blog.desizen.com/4lone/792.html#comments Thu, 22 Oct 2009 15:11:08 +0000 joel http://www.joelove.cn/?p=792 曾经我在这里发过一系列的对kingcms asp版本的进行了源码的分析,结果是有成效的,我会修改asp项目了,也懂了它的代码结构.
现在,kingcms php版的出来有段时间了,一直都没仔细看,实在是忙.
今天找个时间一看,真的是惊喜万分,真的是不夸张的说.
之前还和ban老大说过这个php版似乎很难超过joomla而创造经典,但现在我至少是看到了希望…

新版的kingcms依然是学习的最佳助手:
代码结构重新组织了,更加的简洁,更加合理化,我们使用kingcms通常都是去做企业站用用的,说句私心点的,就是你改了改,外表都看不出这是个cms来.
核心地位的模板标签扩展的异常丰富,我居然还看见了获取url参数的!
我最近正要开始学习php,而kingcms的代码注释让我万分喜爱!!!赞!
最后说点的就是,现在版本还有点bug什么的,不过我想我自己已经差不多够修补的水平了,呵呵,还有就是缩略图搞了那么一大堆的程序控制参数,用控制不是更加方便么.

该日志未加标签。

相关日志

  • 无相关日志
]]> http://blog.desizen.com/4lone/792.html/feed 2 再推荐一本css的书 http://blog.desizen.com/4lone/772.html http://blog.desizen.com/4lone/772.html#comments Tue, 28 Jul 2009 02:01:14 +0000 joel http://www.joelove.cn/?p=772 上上篇日志中我推荐了css禅意花园,想必大家都看到了其简介的语言与循序渐进的内容,这次再推荐一本<<精通高级Web标准解决方案>>,我下的是中文版pdf的电子书,大家可以上gougou.com上面去搜一下,注意挑中文版哦,这个书翻译的还不错,至少没有让人不知所云的词句.就是有一些概念,我们不那么叫而已.例如我们说”盒子模型”,而不是”框模型”.

看了这本书,你会更加的憎恶ie6了,因为其在讲述每个知识点的时候就穿插进了ie6对于此知识点是如何的表现的.这本书适合于知道是什么以及怎么写的的同学,不是很高深,但全部看下来,你自己会有相当多的感悟.虽然话语有些教条,但不是中国那么刻板.此书有助于我们建立书写时的技巧性语句.

下载地址:电驴协议

标签：,

相关日志

]]> http://blog.desizen.com/4lone/772.html/feed 5