@akfish 非常感谢, 我大概需要点时间来消化这些~

@akfish 我对你提到的把语言编译成 CLR 的很感兴趣, 请教一下有什么资料的链接没? 我只搜到了 Jigsaw, Irony..

写别人看不懂的代码, 在做 Code Review 的时候, 不是会被骂的狗血淋透才对么?

@66beta 别这么喷邮政, 我在川西地区晃悠的时候, 发现只有4,5幢房屋的小地方还有中国邮政+邮政储蓄的门脸, 比起纯商业化的快递, 邮政也是有可敬之处的.

我仔细看了一下整个帖子, 仅供参考:

1. 一件事作为职业和作为兴趣是不同的: 你是否知道程序员每天的工作只有不到50%的时间是从事和编程相关的事. 很多时候是在找 bug, 开会沟通 等等. 也有出了难复现的 bug 焦头烂额的时候. (当然确实比国内从医的环境好很多)

2. 按你现在面试题都有困难的, 专业又不对的情况, 想争取 BAT或外企 的高起点也有困难.

3. 如果你先从医以后转 IT, 卖不出去的问题是不存在的, 我身边各种半路出家成功的例子. 到时大企业不行, 小企业, 初创企业还是有地方的要的, 只是起点低而已.

@yyfearth
@xuc
我也觉得是这么回事, 要推 OSX 安全产品了, 我前几天看了新闻就去装了个 AVAST, 然后感觉从 SSD 时代回到了机械时代, 也很苦恼...

@jedicxl
OSX 没有强制只能从 app store 安装软件, 所以他们还有得做.

@xuan_lengyue Oracle 接手以后不是加速了么? 仿佛一个新特性接一个的样子

@XuanYuan
1. 100% IT 部门责任, 员工只是出售专业技能和劳动力而已, 防范病毒不在专业技能之列. IT 部门经理应该担责任, 扣奖金.
2. 推荐出钱, 但要有技巧, 比如, 必须要求先恢复一小部分, 以证明他有能力恢复, 然后再付全款.

@njutree 其实无论是关系型数据库, 还是现在各式 NoSQL 数据库, 都有各自能解决问题的局限, 都没有编程语言数据结构的范畴, 这篇对开拓思路有帮助, 推荐一下: http://www.yinwang.org/blog-cn/2014/04/24/sql-nosql/

@njutree 还有一些"使用关系型数据库"但是超越传统关系模型的思路, 比如每个字段不止存一个 id, 而是存一个排好序的 list, 用 string 类型. 或者用个 blob, 用一些 kv 数据库的方案作为内容...这些方案都有走火入魔的味道---"既然如此, 干嘛用关系型数据库? 干嘛不直接用别的数据库?"

@njutree 如果真是限制在传统的关系型数据库, 那还有一种投机取巧的办法, 就是最多记录用户曾经读过的 N 条新闻, 用触发器超出条件时删一部分, 然后期待用户不会记得那么久以前看过的新闻, 或者新闻过了那么久就已经过期了.
其实上面提到用 Redis 是不错的方案, 你提到的 10G 内存, 随便哪个靠谱的IaaS, 创建个 32G 48G 的内存的机器都很容易. 如果真要分片, 用 Redis cluster, 或者第三方的 twemproxy, 或者前两天就在这里见到的豌豆公司新开源的...专门去搜了下, 叫: wandoulabs / codis, 各种方案选择还是挺多的.

"向用户推送没有读过的新闻" 有没有想过 该向用户推荐哪条新闻的思路?
因为, 如果所有内容都是顺序推荐的, 比如从最新的新闻 id 12345 向 0 去推荐, 用户读了 5 条, 你就记一个id 12340 就可以了, 如果要新闻实时性 , 你可以考虑每小时新建表, 这个小时推荐完了就推荐上一个小时的, 每个进来读过的用户, 在每个小时的表里就一个 id 就可标记用户"读到哪了"

相当劲爆, 但还看以后实践过程, 我脑子里有两种解读方式:
1. 项目失败了肿麽办? -> 开源
2. 绝地大反攻

请问楼主是如何申请成功的? 我已经提交过两次了申请了, 石沉大海啊