我父母都没念大学，却非要我念大学不可……
这话好像哪里不对，用户才是儿子啊

还以为有统计数据，原来只是观测结果，走错门了

今天有点无聊，说点废话

A: xxx bit 加密，破解要一万年
B: 一把锤子就够了
这个对话到处都能见到，技术我就不讨论了，没那个水平，就想说说这把锤子

“星星之火可以燎原”
通过阶级转换起家的人，很熟悉这句话，他们知道什么星火可以燎原 who ，怎么燎原 how ，何时能燎原 when ，what/why/where 就不用说了，
相对地，那些一直通过同阶级置换的，甚少经历阶级变化的人，在这方面敏感度就比较弱；也是他们一直试图以自身类似的思想去影响别人，却总是不成功的原因

这样，只要“燎原”在控制范围内，就能维持继续的稳定，锤子就用在这上面
那么，有些人觉得“没有价值被关注”，自然就可以理解了，确实没有什么让这些人见到锤子的时候，when/how 都不产生；但认为自己不是 who 就不正确了，这个 who 并不是自己定义的，而是拿锤子的人定义的，他们认为你是，就是
PS: 上述 5w1h 全部都是养草的人定义的，觉得自己身上有或者没有星火，都是想多了

虽然很熟悉燎原的过程，但找到星火 who 确实不容易，而且随着时间变化，有些星火熄灭了，却有些新冒出，导致 when 也难判定，尤其出现一些事，例如三年间总有脱逃出栅栏的羊，草长得参差不齐，让拿着锤子钉栅栏的人困惑了；那么后续究竟是扩大 who 的定义，还是扩大 when 的定义，那我就猜不透了

99%都不关心燎原的事，只关心自己会不会被误判，尤其是扩大定义后，如何避免。不知道，我也想知道
什么都不知道，那做什么都没用，躺平呗
嗯，也是一种方式，不能说是错的

草原太大了，有锤子的人觉得亲自跑遍还是有点累，分工吧，巡查员岗位就诞生了
这些巡查员非常尽职，真的搜遍角落，特别是看到哪里草特别丰盛，顺便割一点，不要割光还能长就好了，上位也睁一只眼闭一只眼，反正巡查员不会去放火，只要他们别有抢锤子的心眼就好
虽然自己不会烧起来，或被烧起来，但这些巡查员也是很讨厌的，割完一茬又一茬，自己总是长不起来；总有希望自己不被割，或者割少一点的，想办法把自己隐藏好一点，不被巡查员盯上，这是那些被风吹倒且躺平的所不能理解的

自己挪不动，散播种子到别的草原好了，虽然那边也有养草和割草的，但谁知道呢，说不定雨季不同，润物细无声嘛，难道建墙把吹种子的风力也挡起来？咳咳
希望不会哪天出现“大棚种草”……到这种高成本的时候，环境很可能已经是荒漠化寸草不生了

有些点我还是没想通，没打稿就写了，如果觉得胡说八道，那不好意思，浪费了您宝贵的时间了

@fox0001 #6
不敢，我怕“智能断电”，为了你好，怕你触电直接全锁了

@FabricPath #3
那还好，只是影响增值功能，而不是基础功能

万一，我说万一，小米服务器停摆的话，那些智能家电还能用么？
非小米家电用户，纯好奇

@javahuang #5
逻辑这块确实可赞，当然还能更好，不过再进一步估计需要一些有经验的问卷设计师提供帮助

知识库覆盖面太广，所以我称为“知识库”而不是预置选择肢，这个看自己能走多远就多远吧

受访者甄别不难，因为不能让受访者察觉自己“被甄别”了，所以只是按一般题型就够了，只需要让设计者后台加个 filter 逻辑，回答满足 XX 条件时，标记为“非目标人群”，然后，可让受访者继续答完，或者简易结束访问
受访时间预估是要做的，建议找真人做一些题型，然后评估一个范围，提供给问卷设计者参考，不需要很准确，至于是否显示给受访者，可以交由设计者自行决定
模拟访问不一定需要真人，当然越接近真人越好，可以用随机或满足逻辑的随机答卷模拟，其主要的作用是让问卷设计者找出问卷存在的问题，而不是为了出一个仿真答案，测试完就舍弃了

@sdjl #36
一级分工和二级、N 级分工是有区别的，我觉得你模糊了它们，没分清楚

例如一级分工主管业务的，还有二级分工售前和售后，你理解的产品经理只是售前部分里面的设计岗位，但售前还有和客户沟通的岗位，只不过小公司多数是兼任而已。程序员直接替代售前、售后的话，我预料会得罪很多人

看上去有逻辑设置模块，这挺好的
逻辑这块，这是目前所有问卷系统都缺的，通病
我能理解各家都不做这部份的原因，因为可以算是最难的一个需求，但设计问卷，题目之间逻辑合理是极其重要的考量

做问卷系统的，都缺一个有市调经验的产品经理，目前

另外，从受访者角度，问卷系统需要一个庞大的知识库，这也是难点痛点
应该尽量让受访者选择而不是填写，前者的好处是分类统计容易，后者还要做 nlp 甚至 AI 分类
例如
预置地名，填写的话，“广东省广州市”和“广东广州”是一个意思，但统计的工作量翻倍
预置职业，同上
……
这个我就不想说了，肯定工作量庞大且耗时，团队或大公司还可以分工(并发)应对，个人项目就变成一个强人所难的需求了，因为个人顶多是异步完成

这个项目我看的话，部分功能已经比现有的好很多，但缺点是没有从受访者角度考虑——想用户所想，用户就是设计问卷的人，他设计时是需要考虑受访者的（用户的用户），如果系统有这方面的辅助功能，至少减少一些工作
1. 受访者甄别
2. 访问耗时预估，避免受访者不耐烦
3. 如何显示给受访者，一起、逐个、多题对比……
4. 需要至少一次模拟访问和模拟统计，能提示“不合理”答卷更佳，便于改版直到正式发布（程序员叫 alpha, beta 测试）
……

其他还没想到

程序员就应该自己去画原型图啊！
-------------------
这就不是团队了，更像是个人项目
你可以说程序员有很多人啊，怎么是个人呢？
没有分工，一个岗位完成大部分的工种，就是个人项目的方式，此题起码产品经理可以裁了，因为程序员已经理解了业务需求，不是么？

其实这里所有问号，加一个步骤就可以了，做原型图前，整个团队做一次宏观沟通，宏观说的是不以具体细节肯定或否定全盘，只将业务流程理顺，找出预计难点或瓶颈，这样有利于下一步的分工安排，以及和客户的交涉

所有程序都是一样，当和预想的情况一致，会很顺利实现，但不一致，就多了很多工作，而且这增加的工作量不是 1+1 那么简单
但是，现实中，解决非预想情况总是占工作量的多数，甚至九成以上

先不说同步，就举例单纯复制，预想很简单，就不说了
举例其中一个非预想情况：特殊文件名
那会增加什么工作呢？系统兼容（例如无扩展名在 windows 是一般文件，在 linux 默认是可执行文件）、字符编码(中文、日文、韩文……难道中文系统用泰文的文件名就操作失败么？)、非法字符……并不是多了一道工序那么简单

同步一个文件就涉及文件名、路径、大小、hash 比较、权限、是否锁死……
文件夹就更多了，尤其深层递归等等
GUI 还有其他事情，非预想情况例如拖放时对焦不准、字符集不全、不同分辨率的兼容、触屏的误触……每个人都有一种“私人”的操作习惯，有时就简单操作顺序都会引发问题，例如先改名后复制 vs 先复制后改名
网络又是一个大的“问题集合”，最简单的例子就是传输过程中断网怎么办

容错是必须做的，即使第一版就已经要想象各种“不合理的操作”，预想越多发行时口碑越好，然后靠用户反馈那些“根本没想到”的情况

另外，你说的是软链还是 junction ，windows 建立软链是需要管理员权限的，junction 则不需要，但是 junction 这东西在 windows 以外其他系统没有

我的话选一个好点的 pad 或者触屏变形本，方便手写和录音的，手机让他提需求，电脑让他自行用零花钱买

@Fabrergas7 #47
我回想了一下对当时的描述，是拍照后约几分钟到了一个岗哨类似的地方被查的，并不是在见到军人时还拍照，她见到军人才知道是军事区
我猜是附近就有一些监控什么的，知道车上有人拍照，叫停是所有车辆都要查，不过旅游车就只查了带队的，没有逐个查游客，只是特意问了谁在拍照，然后查她手机的
大致是这样，几年记忆有点模糊了

@Fabrergas7 #47
我也不是抱怨什么，只是回应标题一个留意点而已
一个 80 后（年龄）首次到新疆，而且属于那种一生兢兢业业恪守岗位[有点轻微社会脱节]的人，让她路上什么标志都留意也是有点难，甚至都不知道经过军管地区，这时导游见到她拍照提醒制止一下可能比较好