#周一见#互联网理性的声音越来越多

作者: 大德
时间: 2014-03-31
分类: 其他
评论

从马航开始到周一见，互联网上理性的声音越来越多。这是个好兆头！

(转载)为什么Tower不支持任务分配给多人？

作者: 大德
时间: 2014-03-31
分类: 产品,其他
1 条评论

            <p><a href="http://blog.mycolorway.com/wp-content/uploads/2014/02/coverimg.jpg"><img class="alignnone size-full wp-image-4572" alt="coverimg" src="http://blog.mycolorway.com/wp-content/uploads/2014/02/coverimg.jpg" width="600" height="340"></a></p>

不少用户给我们提反馈，都问到了为什么任务不能分配给多个人。自Tower上线运营到现在，这个问题被提到的次数最多，稳居榜首。对此，我们仔细分析了用户使用多任务的出发点和场景，结论是：任务分配给多人，貌似合理，实际上副作用很大，会产生更多的问题。

下面，通过一些具体的场景，来看看这个问题是怎么产生的：
场景一
用任务来排计划：在Tower里建立了新项目，然后把项目计划中的里程碑，录入成为任务。
这个场景看上去是没有问题的，制作项目计划，必然会梳理时间，安排里程碑节点，再分配执行资源上去。因此，用户把里程碑录入成任务，如果此时只能指派给一个成员的话，就必然觉得不够用了。
问题是，为什么要把任务当成计划呢？计划通常有起始日期，而任务只有完成时间，两者不该混用。
我们提供了团队日历（链接到日历帮助页面）：计划的起始日期，在日历上可以直观显示；通过日历切换，还能方便的管理多个计划；计划还可以通知多个相关人员，开展讨论。日历才是排计划的合适工具，把任务分配给多人，并不能解决问题。

场景二
录入大任务：某产品需要一个网站，于是管理员录入了一条任务，任务标题叫“产品网站”。
这个场景好像也没什么问题。
但一个足够大的任务通常都不可能由一个人完成，这样的事情需要不同技能的人相互配合。例如“产品网站”就是一个不大可能由一人完成的事。创造一个网站，需要梳理信息结构、需要设计各页面视觉稿、需要前后端开发人员的配合、需要测试和部署。这么多的事分别需要不同技能来执行，需要不同的人来协作完成这个目标。所以“产品网站”其实是一个目标，不是一条任务。像这样的事情如果不进行拆分，直接把一个目标录入到任务里，同样会使事情责任变得很模糊，最终造成延误。
遇到类似的情况，应该尽可能进行拆分，拆分到一条一条对应单个成员的具体事项，然后把它录入到一个叫做“产品网站”的任务列表里，这样责任分明、任务清晰有条理，避免人浮于事或者相互推诿。

场景三
收集周报：某团队管理规则要求团队成员每周需要提交周报
管理干部每周都会把这个事安排下去，他在操作时会觉得：我的团队有20个人，每次都要录入20个任务，这也太恶心了吧。所以就会想：如果一个任务可以分配给多人就好了。
这和之前的两个场景不大一样。收集周报本来就是对应到具体成员的，已经不能再拆分了。但这类事情，其实和协作是毫无关系的，这是一个定期重复的日程事件。就像每年都要过春节一样，这是一个每周都要交周报的固定安排。
在日历里录入每周重复的事件可以很好的解决这个问题。例入，可以在周5录入一条名为“收集周报”的自动重复事件，抄送给所有成员。在团队规定里要求成员每周定时把周报回复到这个讨论里。这样收集到的信息还可以从日历来回顾，即清晰又省事。

所以，仔细分析用户的需求场景，我们认为「支持任务分配给多人」并不是必需的。如果你有更充分的理由，欢迎继续给我们反馈(mailto:support@mycolorway.com)，我们会反复思考，我们的认识是不是错的。
以下是我们团队在使用Tower协作中的一些经验，希望对你们团队也有启发：
1、不同技能的人协同完成一件事。
把任务按技能拆分，让每一个人各自负责自己的任务。

2、同一件事需要多人流转完成。
当A完成后一部分工作后，可以将任务转派给B，保证任务始终有人负责，不会中途掉链子。

3、完全相同的任务，需要多人来做。
如果需要精确追踪每个人的完成情况，就为每个人单独创建任务。如果是不需要精确追踪，可以使用讨论或者日历来一次性通知到多人。

4、某个任务池，需要多人来完成。
我们会用「抢单」模式，每个人根据自己的工作进展，把一些任务的负责人改成自己，告诉大家这事我在负责，避免分配冲突。

        </div>

使用Codeigniter搭建oauth2.0 server

作者: 大德
时间: 2014-03-30
分类: PHP
评论

未完待续
最近因为业务需要需要对部分资源使用oauth方式授权。

轻量级表单验证类库 validate.js

作者: 大德
时间: 2014-03-28
分类: Github
评论

validate.js

validate.js is a lightweight JavaScript form validation library inspired by CodeIgniter.

validate.js 是一个受Codeigniter启发的轻量级的JavaScript表单验证库。

Features特性

Validate form fields from over a dozen rules
拥有十多个表单验证规则。
No dependencies
无依赖。
Customizable Messages
可定制的提示消息。
Supply your own validation callbacks for custom rules
支持自定义验证规则。
Chainable customization methods for ease of declaration
链式写法易于定制。
Works in all major browsers, (even IE6!)
支持所有主流浏览器（包括IE6！）
Modeled off the CodeIgniter form validation API
模仿CodeIgniter的表单验证API。

How to use 使用方式

var validator = new FormValidator('example_form', [{
    name: 'req',
    display: 'required',    
    rules: 'required'
}, {
    name: 'alphanumeric',
    rules: 'alpha_numeric'
}, {
    name: 'password',
    rules: 'required'
}, {
    name: 'password_confirm',
    display: 'password confirmation',
    rules: 'required|matches[password]'
}, {
    name: 'email',
    rules: 'valid_email'
}, {
    name: 'minlength',
    display: 'min length',
    rules: 'min_length[8]'
}], function(errors) {
    if (errors.length > 0) {
        // Show the errors
    }
});

Documentation 文档

<repo>yuvista/validate.js</repo>

Plugins jQuery插件版

jQuery: https://github.com/mahil/validate_helper

使用curl提交post请求到服务器时squid响应错误

作者: 大德
时间: 2012-04-26
分类: PHP
评论

做网盘，上传文件到服务器时（服务器使用squid做代理），请求失败。返回了下面的错误提示：

- 阅读剩余部分 -