DW.............
这玩意前后台都不用吧？

tinymce

GPG?

底层部分会用，很不错。
到UI这一块开始就没用了。

这个不是应该每个元素加两边margin/padding.
然后外框元素设负数左右margin么……

那楼主就让他去试试啊，难道你还能拦着别人钱多么？

至于某楼的，你是操着创业的心拿着soho的钱，真的只能用楼主的标题来形容了。

另外就是，哪怕这种情况下，你的成本计算都有问题。

@ddzz MVC不是后台的事情么？和前端有什么关系？

说句实际点的。

前端的主要工作和研究对象是：

1.怎么在各种系统/分辨率/浏览器/配置的客户端上取得尽可能一致的外观/没有明显短板的js功能，如何和避开各个需要支持的浏览器/系统的bug和坑。各个系统的虚拟机是前端的好帮手。适当的非致命bug是在允许范围内的。
2.怎么提高产品的用户体验。

后台的主要研究对象是:
1.怎么在规定时间内尽可能少留坑的完成任务。
2.怎么应付客户层出不穷的需求变化和预期可能有那些奇葩不靠谱的思路。
3.设计流程/预想可能出现的bug/写测试单元/测试效果。
4.估计产品的生命周期，为可能的扩展留下余地。
5.坚决的不能忍受bug或者可能的bug。
6.考虑系统压力测试，缓存等问题。

楼主觉得这两者有什么共同的地方？

公司里前端后台都要负责的路过，好奇楼主到底是没深入搞前端还是没深入搞后台……

顺便问下ios和安卓不分前后端的？是不是顺便把运维dba一起带了？

debian testing最近一次升级还在3.14

C#党是什么东西……
程序员不是应该啥语言都能上手么，无非是库的熟悉程度不一样么……

@raynix 我的意思是和老外怎么处理人际关系，中文圈子的建议价值不大吧……

@serenader 作为两个进程来跑。
写web这种重数据查询的，不考虑缓存，个人无法理解。
个人认为，对于一般的web应用来说，最大的核心问题就是怎么做好缓存，或准备好以后怎么做缓存。

@serenader
性能和数据库的问题，完全可以靠缓存解决吧？

感觉应该前后台分离，然后后台修改后重启。

debian试过只装内核。

deb系列的不是可以使用backport源么？

json的优点不是快，是简单通用吧，不然php自带的序列化不是也比json快么。

看到图标才发现是楼主……
你不是去澳洲了么……
感觉优化不优化，还是看代码生命期，以及用途的。
非核心用途的，用个几年就要替换的，没必要去优化…………
到是可读性以及可修改比较重要。

看了下感觉是给每个用户都发了条公共消息么……
感觉如果是我做的话会这样：
1.公共记录之给最终用户显示最后10条(考虑过用户一年没登录后的感受么……)
2.记录用户最后一次查看公共记录的时间。
3.查看公共记录是必须查看一个列表(这样只需要记录最后查看时间)或者记录最近查看记录。
这样需要check的只有公共记录的最后更新时间，以及用户最后查看公共记录的时间就可以了。