程序Bug导致了天大的损失，要q毙程序员吗

程序出错那是正常的，没有哪个程序员写的代码能够百分百保证没有Bug，一般来说，小的Bug是可以接受的，但是如果造枣并成了重大损失，那程序员的责租凯任还是很大的，估计要想在公司呆下去，是不弊岩唤太可能了。

var date = new Date('2016-11-11 11:11:11') document.write(date) 最近在写一个时间判断脚本，需要将固定好的字符串时间转换为时间戳进行比较，在做的时候个人习惯使用chrome作为调试工具慎历帆，代码基本完成之后，一切正常； 使用宽雹其他浏览器访问，好嘛，IE跟safari都不兼容，返回错误"Invalid Date"。 想着估计是字符串格式的问题，改成'2016/11/11 11:11:11'再测试，结果正常，以为这样应该没问题了，再用手机浏览器继续访问，android正常，iPhone继续报错， 再改"Nov 11 2016 11:11:11"，照样报错，怎么改都不行 绞尽脑汁，最后还是在论坛上看到了这样一种解决方案： var arr = "2016/11/11 11:11:11".split(/[- : \/]/), date = new Date(arr[0], arr[1]-1, arr[2], arr[3], arr[4], arr[5]) document.write(date) 终于可以兼容所有浏览器咯，结论： iPhone中的safari无法解释 YYYY-MM-DD HH:mm:ss 或者YYYY/MM/DD HH:mm:ss这样的时间格式，而谷歌火狐等浏览器对这样的格式做了扩展， iPhone中的safari所支持的格式为 YYYY,MM, DD,HH,mm,ss，这个问题纠结我大半天烂早，真的好想把苹果的程序员拉出去q毙10分钟，太TM特立独行了。气人 以上所述是小编给大家介绍的JS IOS/iPhone的Safari不兼容Javascript中的Date()问题的解决方法，希望对大家有所帮助，如果大家有任何疑问请给我留言，小编会及时回复大家的。在此也非常感谢大家对脚本之家网站的支持！

k=0用在布尔类型的表达团丛式里，本身就是一个错误，这道题，实际应用中不应该存在，这样编程风格是不允许的，因为用在布尔判断时，应该使用两个等号，即（k==0）。实际上，这段代码应该这样写：

int k = 20

/* xxxx */

k = 0

n = (3>2) && k

这样写的话应该就明显了。k=0，实际上是执行一个赋值语句，将k赋值为0。而不是一个判断语句（即判断k是否为0，判断k是否为0，应该使用k==0）。

那么接下来执行判断语句时，实际是判断k的值。因为k的值是0，按C语言对布尔类型的解释，0表示假，所以整个if语句就是假了。

说句题外话，作为一个老程序员，在百度滑敏知道里回答过一些基本的C语言题，感觉国内的编程教育真是太失败了，不知道你塌让樱这题是哪来的，我认为编这种教科书的人都应该q毙，就是这种编程风格，才造成了一个中国人是一条龙，十个中国人是十条虫的现象。

---