迫于舆论压力，黑河市政府杀狗行动暂缓。
不然今天就开始对狗实行三光政策了。
不知道当地政府部门接下来还会有什么妖蛾子出现。
事实上，中华大地到处乱飞妖蛾子。
PS
刚才跟周先生通了一个电话，周先生的口音比较像范伟。
跟听小品一样。
周先生说，公安局的人去移动公司把他的通话单拿走了，
发现给他打电话的有新华社、报社和电台的记者，
估计事态比较大，打狗队临时解散。
但是政府的规定还没有撤销，
患上狂犬病的政府领导目前又回到潜伏期，
过段时间估计会有新的政策出台。
我就是黑河人, 如果这件事情是真的. 我绝对力挺群众!
收到一封来自贵国北方黑河的一封来信，没有地理常识的同学可以去网上查查，黑河位于贵国的黑龙江省。信的大致内容如下：
我们是黑河居民，与自己心爱的宠物生活在这片辽阔的土地上，虽生活平淡，因有宠物的陪伴，也能怡然自得，过着简单却快乐的生活。但刊登在2009年5月21日《黑河日报》的一篇政府通告，却无情撕碎了安逸的一切，在这篇由黑河市公安局、黑河市畜牧兽医局、黑河市城市管理行政执法局、黑河市卫生局联合颁发的公文里，我们得知，从2009年5月23日开始，也就是公文颁布后的第三天，黑河市区以及周边农村将禁止家养宠物犬只，从5月20日起，严禁市民携带宠物进入江堤、公园、广场、早市、学校、体育场馆、车站等所有场所，如有发现，将有一只杀一只，即对居民的“所养犬只一律捕杀”。
这个公文的颁布，意味着全市所有居民（包含周边农村村民）家养的宠物狗，已经面临被剿杀的危险，更不用说流浪在外的小动物了。而让黑河市政府发起这件非人道杀戮事件的起因是：
黑河市人大常委会主任、党组书记郝会龙，以及黑河市常委、纪委书记陈亚平在江边三步，被一只叫“雪茄”的中亚犬（猛犬）咬了，被咬的是陈亚平，郝受到惊吓。之后，江边，公园，步行街，很多地方开始禁止遛狗，然后在5月19号，郝会龙在步行街，发现一妇女遛狗，就说，不是说了不许在步行街遛狗吗？该女子并不认识郝，遂发生争执，然后当夜市委常委连夜开会讨论此事，直到凌晨四点，之后颁布黑河养狗办法，21号颁发捕杀所有犬只的通知。
以上是事件发生的前因。我们承认，在所有养宠物的人中，的确有一小部分人没有管理好自己的犬只，或者违规家养犬只，但比例只占所有养狗人士的1%都不到，大部分的人，是很有爱心、很善良、很顾及他人情绪的，因为能关爱小动物的人，也会关爱人类。而大部分的家养宠物狗，是非常温顺、可人的，能给我们带来很多人类不能给予的快乐与温暖。可是，因为个别人养的个别犬只不符要求，便对所有犬只进行捕杀，且要用活活打死的方法，无视我们的心情，有如活活打死自己的亲人，这样的痛苦，让人如何能承受？
我们中的大部分人，已经决定，如果有谁敢上来杀我们的狗，我们就拼了，这个公文一旦坚决贯彻下去，黑河会乱的，黑河政府也必会失去民心。恳求王先生能关注此事，并且帮忙呼吁一下，阻止政府的胡乱行为，倡议政府拿出一个公道合理的养狗管理办法来！
跪谢！
黑河市所有宠物狗的主人
于2009年5月21日紧急求助
代表：周先生：15046999997，文女士：13039769008
紧急救援QQ群：8041555
我之所以把当事人的电话披露出来，如果有些媒体感兴趣可以直接联系他们。我查了一下《黑龙江省犬类管理规定》（2006年修订版）和黑河市《关于贯彻执行黑龙江省犬类管理规定的通告》两个政策，发现有一条是引起争议的原因。黑龙江省的规定里面对于捕杀犬只有明确前提：“凡无证无牌犬、未按规定免疫的犬、散放犬、狂犬和患狂犬病的其它动物应一律捕杀。”这样规定无可非议。而黑河市《关于贯彻执行黑龙江省犬类管理规定的通告》（2009年5月20日匆忙出台）中有一条：“自5月23日起，在禁养区内严禁养犬，一经发现对所养犬只一律捕杀。”也就是说，凡是让领导害怕的犬类都得一律捕杀。
从法理上讲，下一级行政部门的规定不能超过上一级的尺度，政府规定不能超过法律规定，地方法律规定的尺度不能超过国家法律的尺度，国家法律的规定不能超过宪法的尺度。如果对于人权保障来说，那就是下一级部门对人权的限制不能超过上一级的规定，人狗通用。当然，在贵国，人跟狗基本上可以划等号。也就是说，黑河地区对养狗的限制不能超过黑龙江省的规定。省规定还是在说人话，是有前提的。但是黑河市的规定就完全不讲道理，原来领导被狗咬了。哈哈。领导要是被人咬了咋办呢？要是被麻雀啄了眼睛咋办呢？多希望领导被老鼠咬了啊，这样就可以出台一个灭老鼠的规定。
在一个人咬狗都不见得变成新闻的今天，狗咬人居然变成了新闻，它跟人之间的发生的新闻一样荒诞。这主要是它咬了领导，所以说，被撞死要挑好撞你的对象，咬人也得看好对象，咬不好就遭受灭顶之灾。这只雪茄你说你咬谁不好，偏偏咬领导。
好了，我不贫了，有媒体感兴趣的话，可以关注一下此事。
### 最新消息
打电话问了一下, 应该是可以养狗. 但是上面说到的[江堤、公园、广场、早市、学校、体育场馆、车站等所有场所]场所不允许而已.公共场所带大型犬,主人不加控制也不是什么好事. 总体感觉还好吧. 因为毕竟狗主人遛狗时不进行粪便的回拣, 不对狗进行采取拴控…. 这样也确实是不对的.
Plan
计划是决定性的,因为他能帮助你集中在目标上. 它也可以帮助你计划可用性的活动,要知道这可是开发成功网站的重要部分. #你必须要考虑你需要创建和实现哪些东西可以从用户中获益.
在很多项目初期, 很多人都为应该做什么而挠头. 至少我在以前也是, 我相信大部分人都会在简短地介绍一下自己的想法, 就急忙说我们现在就开发吧!!!! 至少我认识的不少人中就这样[无论是公司还是某些个人]!!!
回头会对每一小项进行分解. 转载注明出处, 就是这里啦~ 哇嘎嘎嘎
思考用户流程
1, 学习你的用户 2, 任务行为分析
严格执行基于研究的规范
1, 了解什么是规范指南[guidelines]?
这个更多的是通过网站设计及重构经验的总结而针对你的项目每一步操作流程的规范. 所有的这些都是通过不断的实践中过得的最佳实行办法.
2, 谁应该用规范指南[guidelines]呢?
设计者, 可用性人员,管理人员,研究人员
3, 我可以自定规范指南[guidelines]吗?
当然可以!
你只做某一点的规范指南[guidelines], 如果你只是负责某一块的网站项目,你需要拟定符合你自己工作内容的规范指南[guidelines]即可. 基于对自己负责项目的研究,可以修改一些成熟的规范指南[guidelines]成为符合你项目的规范指南[guidelines].
如果你负责整个大局的规范指南[guidelines], 那么我建议你[只是我自己的建议,出问题不负责任.] — 首先要基于用户及任务流程研究后, 以一个成熟并目标相似的其他规范指南[guidelines]为基础,并且和并本公司/组织其他部门的规范指南[guidelines], 进而完成整个项目的规范指南[guidelines].
制定计划
realjons@gmail.com@www.kukufun.com/blog
1, 建立一个计划 2, 确定你的用户
3, 决定项目的范围 [...]
如何对号入座? 我该输出什么? 这个非要输出吗? 我输出的东西对吗? 那为什么团队衔接执行中仍然出现问题呢? 在中国的国情下, 很多成熟的流程为什么会出现执行问题? 难道理论知识都没法用吗?
产品方的往复步骤如下, 无论领导是经过深思熟虑还是在座便上突发奇想. 经过分析后可能这个产品根本没有存在的意义. 可是, 我们能拒绝掉吗? 可能绝大部分公司是不可能的.
很多时候我们会发现, 产品人员[包括UE]和执行部门之间是对立的. 这个我个人觉得 是两个原因造成的. 第一 , 执行部门对自己所控制的点较为熟悉,往往产生自负心理[最多的是技术]. 第二, 绝大多数的产品人员[包括UE]对产品的分析过于主观. 我通常叫它盒子地牢. 团队应该有人在盒子里, 有人则必须要跳出来. 我上篇写过, 我个人认为是国家的体制,教育的体制造成了这一切.
很多国内公司[其实是99.9%]不能够按照完成的产品流程进行, 那么我们需要如何简化呢?
我个人认为首先你要清楚的了解整个流程构架 :
by Jesse James Garrett
中译：http://my.donews.com/htmlor/2006/10/31/architecting_css/ (htmlor)
原文：http://www.digital-web.com/articles/architecting_css/ (Garrett Dimon)
在当前浏览器普遍支持的前提下，css被我们赋予了前所未有的使命。然而依赖css越多，样式表文件就会变得越大越复杂。与此同时，文件维护和组织的考验也随之而来。
（曾几何时）只要一个css文件就够了——所有规则（rule）汇聚一堂，增删改都很方便——可这种日子早已远去。（现在）建立新网站时，必须花点时间好好筹划怎么组织和架构css。
文件的组织
构建css系统的第一步是大纲的拟定。（我认为）css组织规划的重要性堪比网站目录结构。 （htmlor注：用词夸张一点，让你加深记忆） 没有哪种方案放之四海而皆准，因此我们会讨论一些基本的组织方案，以及它们各自的利弊。
主css文件
通常可以使用一个主css文件，来放置所有页面共享的规则。这个文件会包含默认的字体、链接、页眉和其他等样式。有了主css文件之后，我们开始探讨高级组织策略。
方法一：基于原型
最基本的策略是基于原型页面（archetype page）分离css文件。假如一个网站的首页、子页面和组合页设计不同，就可以采用基于原型的策略。（这种策略下）每个页面都会有专属的css文件。
在原型数量不多的情况下，这个方法简单明了、行之有效。然而，当页面元素并不按部就班的位于各个原型页时，问题就出现了。如果子页面和组合页共享某些元素，而首页却没有，我们应该怎么做呢？
把共享元素放入主css文件。 这虽不是最纯正的解决办法，却适用于某些具体情况。可是如果网站庞大，（这样做的话）主css文件会迅速膨胀——这就违背了分离文件的初衷：避免导入不必要的大文件。
在组合页和子页面的css文件里各放一份样式代码。 （这么做）就意味着要维护冗余代码，很显然我们不想这样。
创建一个新的文件，由这两种页面共享。 这听起来不错。不过假如只有10行代码，我们创建这个文件仅仅是为了共享这10行代码？ （htmlor注：杀鸡用牛刀？） 这方法很纯粹，但如果网站庞大有很多对页面共享很少量元素时 （htmlor注：比如30对页面分别共享10行代码） ，就显得很笨重了。
创建一个单独的css文件，包含所有共享元素的样式。 这方法可能比较简单，却要取决于网站的大小和共享元素的多少。有种情况会很烦：导入了一个很大的css文件，但页面只用到一小部分样式——还是那句话，这违背了分离文件的初衷。
这就是我所说的 重叠的两难 （overlap dilemma）。零碎css规则的重叠不一而足，并没有一个完全清晰无误的方案来组织它们。
方法二：基于页面元素/块
如果网站使用服务器端include，这个方法会很不错。举例说明，如果使用页眉include，它会有自己相应的css文件。页脚或者其他部分的include可以如法炮制，只须导入自己的css文件。这个方法简单干净，不过可能会产生很多小css文件。
举例来说，假如页脚的样式只需要20行css代码，单独创建一个文件就划不来了。而且这个方法会导致每个页面都包含一堆css文件——因为有多少include，就得有多少css文件。
方法三：基于标记
这个方案直观实际，与前一个类似。如果网站共有30个页面，其中10个含有form，那么可以创建一个css文件专门处理form的样式，只在这10个页面导入它。如果另外10个页面含有table，就创建一个文件专门处理table样式……诸如此类。
另外的组织技巧
除了用主观的方法组织文件，我们还要考虑如打印、手持设备和屏幕等多种媒体类型。这虽然已经很清楚的定义过，可依旧是建立文件结构时应该考虑的一个因素。一旦必须支持多种媒体类型，主css文件里的某些规则可能就得重新考虑。
另外，品牌联合也可能是一个重要因素。 （htmlor注：如 google 和 nike 联手推出的 joga ） 如果涉及品牌联合，你就得考虑哪些元素应该调整以适应另一品牌。比如分别使用不同的css文件等。
还有一个常被忽略的技巧：使用嵌套的 @import 语句。只包含一连串 @import 语句，或者再加几句css规则，就能创建一个css文件。用这个方法完全可以创建网站的主css文件（用 @import 导入各部分的样式文件）。假如网站的每个页面都导入了4到5个不同的css文件，无疑你应该考虑使用这个技巧。
规则和选择器的组织
谈完了文件组织，接着讨论一下怎么组织文件里的东西吧。很自然，我们希望在文件里畅通无阻的浏览，迅速找到要编辑的选择器（selector）或规则。
冗余 vs. 附属
正如Dave Shea在其文章 《冗余 vs. 附属》 （Redundancy vs. Dependency）里所说的，你必须不断了解级联（cascade）。你要决定是对选择器编组（意味着附属），还是把它们分离（意味着冗余）。编组可以保持代码简洁扼要，可是会建立附属关系，导致维护开销增加。如果不编组，就会增加文件大小，让相似的选择器保持一致变得困难。只有做好这种权衡、取舍，才能每次都作出正确的决定。
按相互关系/上下文编组
既然文件组织可以是主观的，那么显然，按照规则和选择器与其他部分的相互关系来进行编组是最好的方法。举例说明，假设你用容器、页眉和页脚来完成布局，就应该把它们编成一组。
这似乎很简单，其实不然。比如，把页眉中的导航加入css时，是将它跟父元素编组还是独立编组？这种情况下，要视乎规则的上下文。通常，页眉与页面布局相关，应该与其他布局元素一起编组。而导航是页眉的一块，应该和页眉的其他块编组，而不是页眉本身。
使用注释
跟大多数代码类似，注释是组织良好与否的关键。应该根据css的控制范围，清楚的标注每节（section）。最好确保注释视觉突出，以便在内容滚动、一目十行时快速定位。
Doug Bowman在其文章 《css组织技巧之一：标记》 （CSS organization Tip #1: Flags）里把css注释玩得高明之极。他详细说明了在节名之前加上等号，以便使用文本编辑器的查找功能迅速跳到某节。
别忘了
你应该细致认真的了解了 特异性、级联和继承 ，并善用它们。它们之中的每一项都可以是你最可怕的敌人，也可以是你最友善的朋友。当建立庞大的网站时，是否理解这些细微精妙之处，决定了你所构建的是坚如磐石的系统，还是经不起风雨的豆腐渣工程。 （htmlor注：这句完全意译，比较爽）
属性的组织
现在我们了解了文件的组织，也知道了文件内规则的组织，但还有一个重要的组织环节（没有提到），那就是属性（attribute）。虽然属性比前两个概念更简单，可是还有一些非常好的、能够保持规则整洁的方法很值得一提。
按字母排序
提到属性，如果说需要遵循什么原则的话，那就是：按-字-母-排-序。其实这招对于属性浏览帮助不大，不过可以防止属性值覆盖这种偶然事件的发生。
举个例子吧，已经数不清有多少次，我为某个选择器定义过了 margin 值，之后的某天无意间又加了一个（或前或后）。（这种情况下）后一个属性自然会起作用。假设不知道第二个属性存在，不管我怎么调整第一个属性值、刷新浏览器，也看不到页面变化。 （htmlor注：这个问题我深有体会） 如果按照字母顺序排列，你就会发现 margin 被定义了两次（因为它们挨在一起），这个问题自然可以避免。
优先项
当网站复杂、牵涉太多css文件时，会建立大量的附属关系。一旦需要定制某个元素特有的样式， !important 选项似乎是最佳选择。没错， !important 是能解一时之需，但最好搞清楚导致问题的根源，然后根据级联关系决定是否真的需要用它。
如果你对上文提到的特异性、级联和继承很熟悉，大可不必抱着 [...]
吉客帮手势，好帅！ 一定要多学学！ This is toooooo funny !! LOL
Recent Comments