@bramblex 挂着刷的脚本现在很容易被机器初筛+人工复核发现，因为脚本的动作是非常“稳定”的，想让机器模拟人的“不稳定”行为非常困难，所以这个特征非常容易被机器抓住

windows 下谁也搞不过 Visual Studio，只写 C 的话装个 express 版轻松愉快

@hzw758 给你个忠告，年轻的时候不愿意踩坑，中年的时候掉坑里是大概率情况，你要是为了待遇去阿里这也好理解，但是你是为了安逸，我奉劝你最好不要有这个想法，这年头，外企会裁员，国企会下岗，私企会劝退，为了安逸选择工作方向，你会遇到危机的

@HowardMei 阻碍入坑的核心问题是你需不需要支持 IE8，而不是别的什么原因

@wdlth MyISAM 没有事务，能开事务必然是 InnoDB

你是几年的程序员，如果你刚入行不久，为了技术延续性，你可以换一家 PHP 公司，但是如果你已经有了几年经验，这时的程序员难道不应该走全面发展的路吗，都是写后端而已，换个语言无所谓

如果想补全后端技术，你至少要把你能找到的后端技术栈全部玩一遍，不能仅局限在 PHP 上，其它语言都要去玩一遍

你们怎么老有资本家是慈善家的错觉？你不想花钱可以不用嘛，又没拿枪逼你们用

@wenzhoou 多个，不同的实现类，而且这只是其中一个困扰点，
另外一个 private Map<Object, Object> attributes;这个困扰点很麻烦，我发现 jackson 对反序列化 Map<String, Object>存在漏洞，什么都不设定的情况下，它把 Object 全部当 LinkHashMap 来处理，但是如果提供的字符串内容中有类似"[111,222,333]"这样的数组结构，它还是按 Map 处理，然后直接就抛异常

@slixurd 无意中发出去了，我遇到的情况是这样的类型
public class XXXXX{
private AAA aaa; //这个 AAA 是个 interface
private Map<Object, Object> attributes;
}
jasckson 序列化这个类的对象时没有问题，但是反序列化 json 字符串到这个 XXXXX 类的时候就会吃瘪，而且这个 XXXXX 类似别人定义的，我没法改

@slixurd 你指的是类似这种 Map<Class,Class>
但我面对的情况挺麻烦的

Class {

}

@wenzhoou 谢了，虽然对我的项目没啥用

@DeadLion 我现在发现 json 序列化的坑挺大的，以前都是序列化有明确类型的对象，所以感觉不到，现在要序列化的对象，内部接口套接口，有些接口你都不知道它的具体实现是啥，这种是不是就没法应用 json 序列化了

@1234512 这种人这样对你你还不赶紧远离？

前后端分离在 java web 这块一定要小心 servlet_path 路径可能会变这个坑

不是有昵称吗，你倒是说说你要知道什么信息才能确认是谁付的？

@tlday 很早就看到有人说过，UI 开发以描述性语言来“描述元素应该出现在什么位置”的理论是先进的，所以 CSS 的路线倒是没错，业界的 wpf，directUI 都是这条路线，甚至连编程型 UI 的老大 QT 也开始走这条路，安卓更是一开始就走这条路，但是 CSS 最大的困惑还是在于标准不统一，工具太低能，调试不方面

作为一个已经干了有点年头程序员的人，接触过很多语言，基本上你让我去学一门新技术，我根本不怕，几天就能上手，但是我就认为 CSS 非常的难。我也总结过为啥像我这样的人惧怕 CSS 的根本原因在于，CSS 和程序语言压根就不是一个体系的东西，他的思维和解决问题的办法都“不是程序员化”的，而且现实是，调试 CSS 没有很好的工具，你们不要说 chrome 的 debug 工具，那玩意在遇到 CSS 问题的时候跟渣一样，一般的程序 bug，最怕的是无法重新，只要能找到重新条件，接下来找到问题所在就很容易了，然而 CSS 问题在调试时经常能遇到问题就摆在那，但是你死活没法定位的现象。总之我觉得 CSS 的问题时思维问题，擅长 CSS 的人不一定擅长程序代码，反过来也一样

今天看到一句话，觉得非常适合职场新人，简直就是从新手到老手的职场经验总结，所以送给你，这句话说起来非常简单：“人要善，心要狠”。自己领会，领会了在职场就无往不力