@MasterC

研究生学历以上可以直接落户呀

这个限购消息是假的把？？？

@zjuster 我只知道外地人只能买一套房的限购，没有看到必须交社保才能买，请问是哪里的信息？

@tracyone 找到一个有激情付出的方向才有能力去面对那些困难。

@jason19659 我也觉得。。。我对吃还是很有热情的，做个厨子也不错。

@kobe1941 可是你不觉得每天做着重复的事情很无聊吗？

很赞！关于文章价格的定价，你们是怎么考量的？

我建议写文章的时候要虚拟读者，要试图去给一个不懂的读者讲明白。这样你才会发现，很多东西自己也不懂。纯粹的做学习笔记不能帮助自己更深层次的理解。

@yocoso 项目大小可能不是最大的问题，项目性质本身决定了 scrum 可不可行。

@brucefeng okay ，有些项目确实不太适合 scrum 的，我觉得适合 scrum 的是一些快速变换，演进很快，可交付产品比较容易度量的项目。

大项目如何定义？
大项目，不也是拆分成不同的阶段吗？各个阶段再进一步拆分。。。
没有觉得有什么大项目是 scrum 消化不了的，还是我遇到的项目还不够大？

@lguan 求经历。。。

@jiyinyiyong 看你所述，学习 haskell 似乎有助于理解现在这些 js 框架的底层实现。如果这样，必须是一门值得学习的语言。不过，需要多少付出才能领悟到这些精髓？

@qile1 我觉得针对质检产品信息这个应用场景，需要记录的项目应该是有数的，不会天马行空突然多一些不着边际的字段。还是设计成横向表。需要增加新字段就新增一列，不是分布式数据库的话，这个就是改一个 schema ，很简单。

不是说 bootstrap 是给做后端的人用的嘛，呵呵。

不管有没有设计稿，前端都不应该用 bootstrap ，自己写一个适合自己网站的 bootstrap 又不困难，还更轻便。

关注一下。
我用 angularjs 不是很深入（业余项目在用）， 我的项目页面挺多，功能也还 挺繁杂。
我也疑惑怎么能把代码架构的更抽象一点。现在我基本是从页面角度着手，只有 3 层。
第一层 partial ，就是每一个独立页面。
第二层把 partial 页面根据功能模块拆分成一个一个的 directive ，方便复用。比如 V2EX 的这个帖子浏览页面，大概拆分成
”问题“，”导航条“，”按钮“，”回复“，”回复框“，”标签“，还有右边的”个人信息“，”广告“ 这几个 directive
第三层 service ，集中进行逻辑处理，比如帖子 service 会处理发帖，回帖，读贴等操作，用户 service 包含用户角色判断，获取用户信息等操作。
目前小团队使用起来觉得可以，大家上手都挺快。但是还是有不少相近代码存在，同样在思考怎么进化。

我花了 5 分钟看你的问题，没看懂，我放弃了。
如果你想问的是：
1. 一个表拥有这些固定项：
[报告 id],[报告编码],[报告状态],[承检机构],[收样日期],[检验类别],[入库日期] ,[检验流程] ,[型号规格],[样品类别],[样品等级],[样品名称],[生产单位],[样品数量],[计量单位]
2. 还需要根据用户需求增加一些额外信息，额外信息不定
3. 可以调整字段在 UI 上的顺序
那么我的回答是：
1. 竟可能的明确固定项，如果[委托单位] ,[存放位置],[单位地址]是将来 某些 产品会需要的信息，那么就把它作为单独一个字段。
2. 如果实在有现在没想到的，将来一拍脑瓜子出现的。有两种方式解决：
a. 新增一张表
b. 这张表新添一个字段叫做 extra ，里面存键值对比如 {拍脑瓜子想出的字段：不是很重要的信息，不小心发现我们还需要这个信息：那就存在这里把}
3. 关于字段的显示顺序，可以纯 UI 上实现。但如果想记住调整的顺序的话，得再用一张表来存。

没有关系，想做一件事情却发现没法实现的时候，心情是会灰暗，但是过段时间重新找到目标就好了。
就想失恋一样，其实那个人不适合你，其实你不真正想要出国读书。