上周末和一群人们（全是搞技术的）腐败扯淡，扯了很多有意思的东西，比如下面要说的这个：底层的思考。
我们在追求一些成功的时候，往往忘掉了最底层的思考。因为我们只是追求一些当前项目和代码级的满足。我们好多时间，因为底层不牢固，说话没有说服力，做的东西的逻辑性也很差，思考的范围没有什么理论界定，我们会慢慢的感到累。我们在做什么？只是个轮廓上的大概，或许可以这样说，只是为了满足最表象上的要求。
底层的东西是什么？做一个程序员，代码级底层的思考、算法的规则、逻辑的思考方式、以及语言的基本的特性、还有一些代码的基本规范等等。说实话，没有这些，我们在做一些项目时，仍然写出一段代码来让这个项目满足运行。但是，你对这个东西真正的理解也未必达到心里上的满足。可能写过这几行代码马上就会忘掉。因为这些东西最底层的东西，你并不了解。你只是以你的方式来实现，但其真正实现的来源与机制，你并不清楚。
或许有人说，这些并不需要去研究懂得，只需要了解，会运用就行。可是在真正的运用代码时，用一种语言思想去探索另一种语言时，如果基本的不清楚，会发现另一种语言学习的时候很吃力，有时候回过头来，会发现哪种语言都陌生了。原因很简单，你并没有真正懂得学习，并没有学习和注意一些底层的东西。衍生一下到其它方面。我们在做任何的事的时候，我们有木有在追求表象的满足而忘掉其内在的底层逻辑机制；我们有木有为了讲一个道理而转了几个弯去讲述；我们有木有为了实现某一个符号类的东西而纠结用什么方式来表现。有，而且很多。
说到这，其实我们缺专钻劲。生活中形形色色的东西实在是太多了。我们常常迷恋一个东西时，又迷恋另一个东西，常常在表面层次上游来游去，而不去探究真实有意思的东西。可能这些人对其并不喜欢，只是一种谋生的手段而已，也有可能并没有注意，还有可能本身就是如此，自以为是的认为用自己浅浅的了解就行。
我们每个人都会缺少很多各个方面的底层的东西。所以我们每个人都得一直学习（这一点，得向海豚童鞋学习），去了解一些真相，当然从职业的角度来讲，当然要先了解本职工作上的东西。所以，不能太迷恋什么新东西，把握好专职上最底层的东西，去研究下语言规范及特性，还有相关的设计模式等这些思想上的东西，觉得这些东西，对我这样的前端开发者来说，会很有帮助的。
好吧。这两天的确让俺太大起大落了。伤过一些东西，累过一些事情，可总算有了一些让人欢喜的事儿，抑制不住心中的喜悦，连向阿杜夸了三次赞。新思想，新视野，带的东西总是那么让人感到欢喜。
圈子、学习。今天和三思聊了很多（这小子竟然进了无线事业部当PM了），其实移动互联网已经明显成为未来将要爆发的一个东西。移动产品、与移动相关的一些产品，将会在未来是一个非常流行的东西，尤其在智能机相当普遍的情况下。而这个大潮下，自己当然不能成为井底之蛙，因为确切的说，这是一个革命的时代，你不努力，不顺应，会挂的很快很快。一直都说“快鱼吃慢鱼”，而手机这个东西，确实是一个新的竞争平台。朋友还说，如果没有HTML5、没有android、没有iphone，之前的前端开发早已到了瓶颈，幸好有了它们，前端才会有新的爆发。当然一定要顺应这些东西，才会有自身价值。
俺是比较偏JS的前端开发。但这半年来似乎像是个打杂。用户体验、数据分析、交互设计都会沾一些，做一些。朋友说，你这半年来前端似乎停止了，没有学习。今天仔细想了想，的确浪费或荒废了很多前端要学的东西，一直是自己一个人在瞎折腾，本想去冲洗一些事儿，却发现到头只是冲刷。想静思，想安静的思考下未来的路。因为：方向不能再太乱，得有自己的主方向。
有些原则性的东西，改不了，放不下。俺会坚持自己的想法，可是未来俺不会试着让自己受伤，让自己太累。为了俺爱的人，和爱俺的人，俺要努力充实自己，学习，奋斗，去变成一个有力的种子，然后开花，然后结果。有些东西，如果俺没有认识，俺不会玩这个东西，既然来，俺会创造一个奇迹来。
再次谈下产品。这次不谈细节，不谈逻辑，不在文案上较劲。俺只想的是任何东西的出生都会遵守些规则，而不是东西是随手拍桌子得到的东西，更不是跟风似的改来改去。它有原则，有自己的一套成长标准。标准是什么？是让我们做东西有头绪，兼容很多需求，有理念，有概念，逻辑上才会靠谱。
不说了，时间是一把无情的杀猪刀，砍来砍去总会变的，最主要跟着自己内心的想法走，实现自己心中的梦想，把所有的不开心统统抛走，和爱的人，欢喜的人，投缘的人一起，这就是快乐。
最后，感谢亲，感谢亲常提醒俺要淡定，虽然可能还要蛋疼一段时间，但俺想，静思过后，一切都会烟消云散。
又扯淡了。。。。
前几天和三思闲聊一些关于页面的看法。俺说“页面是一个拥有灵魂的履历，是一个有内涵的男人”。的确，在俺的意识中，页面就是一个拥有灵魂的生命体。
关于页面。接触很久的东西了。弱弱地觉得现在的互联网已经过了设计的时代，现在玩的是数据，玩的是信息结构，外观控已是过去式了。在页面上良好的展示信息，然后再加个NB的交互，才是王道，这样的页面的UE才会好。因为一切元素都有原则。俺是极不喜欢在页面堆积其它相关不大的数据，不喜欢逻辑差的文案，不喜欢权重分不清的功能布局，不喜欢没有概念的上下关系，总之不喜欢没有灵魂的页面。
关于产品。在俺的意识中，产品就是商品，而商品的生产总需要一些需求（小学社会课程^^）。因而大部产品,需求是第一，这个明确之后，产品才会有概念，才会有性格。另外，极不喜欢凭空而想的产品，喜欢用数据来说话，喜欢用原则性的思考来辩解，喜欢强有力的概念性和专业性的逻辑解释。因为觉得只有这样，所做的产品才不会只是后知后觉一张虚无缥缈的履历。
关于产品上线。话说任何一个产品的上线都无法满足所有用户的需求，尤其新的产品上线，觉得如果做不到功能百分百的齐全，耦合性，逻辑性没有完善。俺觉得可以先上一分部体验好的，逻辑与文案方面经过不少的内测且九层以上完善的，之后实际运行中坚持用户相关数据和分析用户的反馈信息，进行相关产品的调整与增加、觉得产品的需求目的明确后，其实之后所做的工作在某种意义上都称为优化。产品永远在优化。
俺认为，团队更需要灵魂，需要一个指引方向的人。对，需要一个独裁，专业上，能力上，认识上，学习上，性格上，这些都是团队成长的必须，如果这些没有基础，没有概念，就别谈团队的扩大，更别谈团队的专业化。或许很多团队是否成功，一开始就已经注定了。
以上所述只是一个小前端的角度。因为在写页面时，发现挺多需要注意的东西，没有好的概念，就没有性格；没有好的架构，就谈不上体验；没有产品的权重灵魂，那就是坑运营，没有…..
本不打算写这个，因为之前以为这个东西对用户并不重要，不过错了，完完全全错了，对它的存在作用以及存在的逻辑都错了。对这次重生似的认识想小写下，俺不晓得大家是怎么理解的，所以如果觉得勉强，就权当扯淡了。
议题：“我应聘的工作”
定义：个人用户在招工信息、出国劳务、招生培训、就业团等栏目相关信息的应聘记录，或用程序的角度可以这样讲：是用户在相关信息页面触发“报名”按钮后产生的数据记录。
核心用户：个人会员
使用情景：在前台信息报名后，在此查看相关信息。
使用目标：获得相关信息的反馈
俺的相关定义理解：
它就是一个记录集，是滴，一个关于用户的应聘记录集合。用操作方式的局限来讲，它只是一个只能查看的数据记录集，它不能修改，即使删除（从DB里删除），我觉得都不应该。
由于只是记录的原因，用户关心的字段肯定会有时间、状态、标题。当然还有其它因用户需要而产生的字段。但这几个是必须的，而且优先级都较高。
关于它不能删除的原因有如下：
前台信息页面报名后，如果删除，在机构和前台信息（显示中的信息）的页面，他仍是报名的状态，这会造成用户删除后无法报名，当然按照现在的设计，如果机构不删除面试信息，似乎他只能报一次名。
虚构情景三个：
情景A：一个人用户A向机构B的一条招工信息报名后，在B的“已收到的报名”产生一条记录，但是用户A很调皮，在自己的应聘记录中把这条记录删除了，然后又搜索去”报名”，他不知道已经报名过了，蛋疼的看着无法点击，第一感觉会是愤怒，不，应该还是蛋疼。
情景B：一个人用户A向机构B的一条招工信息报名后，在B的“已收到的报名”产生一条记录，但是某时间后，这条招工信息过期或手动移除到“未显示中的信息”去，然后机构B又重新发布这条信息(内容不变)，然后用户A搜索时又去”报名”，你说能报名吗？
情景C：一个人用户A向机构B的一条招工信息报名后，在B的“已收到的报名”产生一条记录，但是某时间后，这条招工信息过期或手动移除到“未显示中的信息”去，然后机构B又重新发布这条信息(内容不变)，用户A同时也在自己的应聘记录中把这条记录删除了，然后又搜索去”报名”，你说能报名吗？
以上情景只是抽离出的几个故事，还有其它可能结果，但俺主要讲大家的蛋疼的。是想让大家明白一个句话：应聘的工作和已收到的报名都是一个只能查看的记录”。当然这句话，是我们必须知道，但我们的用户不必知道。
解决办法：
- 删除时，同时删除B和C的投递信息
- ID-ID对应每条应聘数据，所有记录绝不从DB里删除，且在用户二次报名时，提示曾经应聘该信息的时间和提示是否更新报名记录（更新机构端的报名记录）。
我喜欢第二种，因为这些信息就是记录或叫做用户的行为日志，而这些日志是不能删掉的。
这是俺的理解。我理解的不勉强，可能表达的太勉强了。
看现有界面
注：其实这是一个灰常灰学简陋的，而且现在在前台信息页面触发的“报名”后，“招生培训”和“就业团”的在这里没有记录。
未来的概念性建议
- 关键词：记录、只查看
- 记录是让查看的，一般信息的管理操作在这里不合适。
- 每条记录都必须突出“状态”、“标题”，“时间”。尤其时间，必须滴。
- 统一信息“报名”接口。
- 与报名相关的联系方式，也应该突出下。
Q&A几个问题
Q:“删除”这个功能到底该不该有？
A:有吧。把记录移除到其它地方，然后在用户二次报名时，重新全局匹配计算。不该有。这样也行滴。让用户从时间纵观个人的记录史。
Q：能不能在机构端加一个“拒绝”功能？
A：理论上加一个比较好。因为“拒绝”可以看做是直接删除的一种变种。这样的信息在机构端，报名被分类到“拒绝类”中（只能被删除），在用户端会给予相关提示。
Q：个人用户会关心报名是否被机构“查看”吗？
A：心理学上来讲，会有这样的心态。而且会关心有哪些机构查看过我的简历，包括查看的次数。
Q：这样一来，简简单单的“报名”是不是复杂化了？
A：其实本来就是复杂的，但我们要在用户面前展现一个简单的。不要”以任务为心中”去做，而是“以用户为中心”去实现。
ps:这只是上，因为俺觉得应该还会有下文。
其实#管理信息#这个东西，我受过三次idea冲击，头一回是写#管理信息交互研究文案#时，为了使在功能组织和信息组织上简单，绞尽的去删减东西；二一回是前几天小会讨论时，老大的点拨，即“用户在提交信息后的情绪，对信息的#审核中#状态的关心度就很高，就像在购物网站提交过订单后，会很关心是否已经发货”。这是一个用户情绪问题，当然了，很重要，要保护他们的情绪;三一回，就是今天了。
本文的标题叫“第二季”，是相对前几天写的一篇《信息管理的纠与结》，当然根据需求，它还会出现第三、四季。好吧，俺承认俺很BT，又在折磨可怜的#信息管理#。以下是俺的角度的理解，如果大家觉得有意思的话，可以听听。回到正题~~。
第二季关键词：清晰、明确、简洁；
分三类：
显示中的信息
定义：能完全展示（出现）在所有用户面前的信息。
如下图：
A区：分三类（显示中、未显示、审核中）；
B区：两种功能（刷新：刷新信息；移除：将信息移到“未显示中的信息”中）
分析：与之前的版本对比：把原有功能“停止”去掉；把原来的“删除”的功能换成“移除”。个人觉得，原版本的“删除”功能放在这里，本身就不太合适，用户不小心的删除会直接造DB里的删除，用句俗话说“太直接了吧~”，所以试着和“停止”功能“合体变身”，功能效果只是把信息移到“未显示的信息”中去。
未显示的信息
定义：与“显示中的信息”相反，可包括自动过期，手动移除、审核未通过的信息。
如下图：
A区：只有一个功能“删除”，当然这个删除肯定是从DB里delete了；
B区：这个应该是这个页面的主要部分（用户在这个页面更关心的是“未显示的信息”的原因）；
C区：两个功能“修改”和“删除”。“修改”，用户在看原因会进行相关修改，据现在分析会有以下三种动作
- 原因是自动过期的，点击“修改”后会更改“有效期”，然后再提交；
- 原因是信息内容有不对的，点击“修改”后更正相关错误，然后再提交；
- 原因是手动移除的，点击“修改”和“显示中的信息”的修改一样，然后再提交；
审核中的信息
定义：用户提交后待审核的信息
如下图：
分析：很干净，只有一个状态，为什么呢？其实这个分类只是提醒用户这条信息“正在审核中”，只有这个功能。
以上是第二季的基本草图和基本思想。总体而言，信息更清晰，功能更明确，结构更简洁。用户在信息字段、功能模式上都会容易理解。
Q&A几个问题
Q：是否应该在右侧主体中加入标签分类？
A：个人觉得，如果在主体加入标签分类，左侧导航的分类就成了一个“鸡肋”。并且在信息逻辑上，我也不推荐使用两个同时存在。要不只用标签，要不只留左导航。
Q：“审核中的信息”文案的角度是谁？
A：其实我喜欢“待审核”这个词。因为站在用户的角度，这条信息就是等待审核的嘛。且“审核中”，好像是这条信息一直在审核但没给出结果的意思。
Q：右侧主体的右上角放什么为好？
A：之前讨论过，原则是为了遵守“页面上元素的一致性”，不过，无论是“帮助信息”还是其它功能，在用户面前只是一个具有“提示性”的链接，关于这个链接的动作是否触发，要看这个链接上提示的语言是什么？所以，这个位置，个人觉得功能类和帮助类信息都可以存在，只不功能类信息的优先级要大于帮助类信息。
这两星期的京都，比较多愁善感，下了好几回，比如今天又被淋了，鞋子透了不说，美女刚给俺冼的衬衣又湿了，求重洗呀~求重洗呀~~
话说今天快下班，团队开始讨论两个问题，大都是上周已经提过，但没有给最终方案的。弱弱地说，这样效率很慢。似乎大家都喜欢感性地想问题，而不是用理性的态度和方式去解决这个问题。
在说之前，我们先在脑海里酝酿下几个意识，如下：
第一、 这个产品的核心用户是谁？
第二、 他们在什么情况下使用这个产品？
第三、 我们对这个产品的目标是什么？
现结构如下：
其缺点有如下：
- 流程上：用户需要登录 –>我是机构首页->管理信息->（然后进行相关的刷新、删除、修改等操作）相关用户使用率极高的页面嵌套级过深、机构用户主产品左侧导航不突出；
- 文案上：“已发布上网”文案不太恰当；
分析：
- 此功能的核心用户是招人的企业、学校等相关机构，而这些机构的招工会在多个网站发布信息，简化流程减少用户的学习负担至关重要。
- 网站中正常显示的信息和审核未通过的信息，用户操作过多，原因是前者是常常要去刷新使前排名靠前，后者是查看未通过的原因，然后进行相关修改和重新发布。
- 在现有的整个产品结构中，这个管理信息的优化级很高。
关于团队中一些人的建议方案如下：
第一种：
整个信息管理分为两类：
- 已发布上网的：包含审核中和已发布的信息；
- 未发布上网的：其余归类为未发布上网的信息；
理由如下：
- 只把信息输出的结果展示给用户，不给用户展示太多状态概念；
- 审核标准的提升，机构入驻标准的严格，对于审核信息可以先显示后审核；
分析：其实这个分类比较极端，站在用户的角度想法很好，让用户从信息组织上感到简单。但是的确很极端，比如在功能组织上没有考虑细致。如其所述，已发布上网的（这个文案在上面提过，不太准确）包括审核中和已发布信息，众所周知，用户对“已发布的信息”使用最多的功能是“刷新”，当然这个在“已发布的信息”中还有“停止”功能。可这两个功能对“审核中”的信息，理论上是不能有相关操作的。
另外，“审核中”的信息是“不稳定信息”，即1：它的结果状态有可能是“审核未通过”，这样信息会从在“已发布上网的”信息转向“未发布上网的”信息中，对发布者会有影响（难道，亲！不恼火吗？不都发布了，吃了一顿饭，回来，竟然审核木通过~~~）；其2：站在访问此信息用户的角度，如果正在关心或可能收藏此信息，当突然审核未通过而访问不到此信息时，体验也不好。
第二种：
整个信息管理分四类（和之前风格一致）：
- 已发布上网的：已发布上网的
- 审核中的信息：审核中的信息
- 已停止的信息：客户停止的和过期的
- 审核未通过的：审核未通过的
分析:
不得否认，此种分类上线，不会像第一种一样出那么麻烦，因为这种分类和之前没有什么改变。我不能说它不好，毕竟它是经过用户使用过的（虽然不知道用户使用的感觉）。
第三种：
其它第三种是第二种的一次探索性简化，如下：
分析：这里的分“显示中”，“停止中”，“审核中”三类的原则是当前信息站在用户角度是什么状态（和DB里的形态不一样滴，User眼里只有前台显示，前台未显示的，正在审核的）。把正在审核和未审核通过的放在一起，是根据之前的调研数据，这两类信息数目不大（一般超不过两位数，就算超过，30分钟内，客服部也会审核掉），所以把这个正在审核的数据放在这个像程序语言中的栈内存里一样，这些数据的活动性大（插入和离开的波动大），受用户关心的程度可能紧次于“显示中的信息”，所以这些审核未通过和正在审核的放在一样，另外把审核未通过的加上原因，便于用户对“正在审核”和修改的优化。我是这么想的。
————————————————纠结的分隔线——————————————————
审核中的信息的形态推测：
1) 90%的情况下都只会存在“未审核”一种状态；
2) 以上这种情况的发生机率也很低，大概在10%左右，大部用户还是会修改让其它通过的；
3) 之前和大家分享过一次数据调研，里面100个用户中，未审核通过+正在审核只有38条，平均到个人只有0.38条，且数据中最高未审核信息为9条，正在审核一般在1-3条。这说明“审核中”的信息如果按10条一页分的话，会保持在2页以内；
以上是只是个人角度的分析，可以理性视野不太宽阔，如有建议，敬请指教，共同学习。
关于此产品上线方案，推荐使用第三种（第二种可当替补），根据User使用后获得的反馈和调研相关数据，来进一步获取用户行为和习惯来进行相关调整。
今天开会还提了一个小问题：
Q:冯说“从数据访问的角度上讲，显示在左侧导航，层级为全局的，访问每一类信息，都需要计算数量，增加数据库开销。”。
A:是会增加DB的开销，但要明白，站在用户的角度想问题，技术类、硬件类等都要降级且这个也可以从实现方式上解决；还有弱弱地说，这次这个功能单页面访问下传输只有不到1KB，而且在以后的版本中为了增强体验，更会可能增加，所以，如果现在这个是问题的话，那网站别开了^^。
呼呼~，淡疼的又来唠叨这个东西。最近一次在项目，累呀，尤其今天在写老杨的那种“步骤提示”时，更让我久久的蛋疼。好吧。睡觉，补血，补蓝。世界上有两种人，一种是控，另一种是想成为控的人。明天继续奋斗。安！外面似乎又下雨了~~
近期评论