skywayman 最近的时间轴更新 skywayman 最近的时间轴更新 | skywaymanV2EX 第 192943 号会员，加入于 2016-09-22 12:06:33 +08:00 |
| 关于软件评估,听听大伙儿的高见,求破... 程序员 skywayman 2017 年 2 月 28 日 最后回复来自 winglight2016 | 10 |
| 我是来给 V2EX 吐槽的... 设计 skywayman 2016 年 11 月 29 日 最后回复来自 ety001 | 21 |
| Sierra 下有好用的压/解软推荐吗? macOS skywayman 2018 年 11 月 23 日 最后回复来自 vitalis | 27 |
skywayman 最近回复了
2022 年 9 月 11 日 回复了 Chaconne 创建的主题 程序员 发现我们公司技术人员考核按代码量来的 |
@Chaconne 你这样想：如果医院以医生开出的药方或者治好人为考核指标，会发生什么？
2017 年 2 月 28 日 回复了 skywayman 创建的主题 程序员 关于软件评估,听听大伙儿的高见,求破... |
@lecher 老司机,中肯,谢谢,加分...
2017 年 2 月 27 日 回复了 skywayman 创建的主题 程序员 关于软件评估,听听大伙儿的高见,求破... |
2017 年 2 月 27 日 回复了 Immortal 创建的主题 程序员 从毕业到现在已经快三年了,开始担忧自身性价比 |
30 岁后再来谈困惑...
2017 年 2 月 27 日 回复了 GrahamCloud 创建的主题 推广 造数发布详情页/二级页面通用采集功能咯，求探讨研究，求意见。 |
广告?
@WhoMercy :) 可能开源就是这德行吧...
@youxiachai 皇上,还记得当年湖畔的夏雨荷 JPEGHuffmanTable 是不是安全的?
@zhzy0077 =和==都知道,何况 thread 和 runnable 上下文环境,编译器肯定有办法,再者换成 vector 也不是错啊,哪天业务变更,说不定 vector 更安全不是?
@youxiachai 皇上,还记得当年湖畔的夏雨荷 JPEGHuffmanTable 是不是安全的?
@zhzy0077 =和==都知道,何况 thread 和 runnable 上下文环境,编译器肯定有办法,再者换成 vector 也不是错啊,哪天业务变更,说不定 vector 更安全不是?
@ovear 那什么是正确的设计?把线程安全的方方面面都全部搞懂后设计出来的程序就是正确的设计了?很多业务复杂的多线程环境,基础类库经常出现隐性的深层次问题,调起来非常的伤神.这个不否认吧. 我觉得出 warning 多好,即能淘汰旧 api,也能迫使开发人员知识体系升级,还减少出错,一举多得!
@ihuotui 只能说还完全没懂我意思
@gam2046 亏你打这么多,本质没理解. JDK 是原生的,直接给开发人员使用的,病毒是 windows 中原生的嘛? 明明是第三方编写并传播的,要反思的是 windows 的内部机理吧...
@gouchaoer 不是不满足,只是不明白既然引入了多线程,为什么不把基础类库做的更好一点,比如编译的时候能识别某基础类库在多线程环境下会有问题,出现个警告之类的....而不用人去"趟坑",然后把结果和过程称之为"开发经验"或"血泪教训";
@hjc4869 基础类库是不是太多了点,我反正没有全部看完
@tianice 知音
@Sight4 我并不是抱怨线程安全问题
@hepin1989 我水平一般
@xuyankang 这是实话
@kappa 其实只是不明白既然引入了多线程,为什么不把基础类库做的更好一点,比如编译的时候能识别某类库在多线程环境下会有问题,出现个警告之类的....而不用人去"趟坑",然后把结果和过程称之为"开发经验"或"血泪教训";
@gouchaoer 不是不满足,只是不明白既然引入了多线程,为什么不把基础类库做的更好一点,比如编译的时候能识别某基础类库在多线程环境下会有问题,出现个警告之类的....而不用人去"趟坑",然后把结果和过程称之为"开发经验"或"血泪教训";
@hjc4869 基础类库是不是太多了点,我反正没有全部看完
@tianice 知音
@Sight4 我并不是抱怨线程安全问题
@hepin1989 我水平一般
@xuyankang 这是实话
@kappa 其实只是不明白既然引入了多线程,为什么不把基础类库做的更好一点,比如编译的时候能识别某类库在多线程环境下会有问题,出现个警告之类的....而不用人去"趟坑",然后把结果和过程称之为"开发经验"或"血泪教训";
Select Language