令人失望的《程序员》

钱顺顺 2007-04-24 02:55:14
昨天看了《程序员》4月刊,其中68页的一篇文章《克服多核软件开发之痛》,作者李宗达。此文章错误百出。第一端第10行写了个“摇摇领先”,第 2段第5行,“1GMHz是Pentium III的瓶颈”,恐怕也太神了点。“多核开发的解决之道”段,第3行Process被解释为“程序”,而下面“Thread”却又解释为“线程”,十分欠妥。“程序员观点的工具与技术修练”这个“修练”就很成问题,然而下面第10行“例如在窗口平台上使用广泛的Visual C++工具”,这个“窗口平台”就给人了剽窃英文文章的感觉。而下面隔一段第4行“而IBM夹其软硬件整体解决方案的优势”,一个“夹”字,似乎应该是 “挟”比较恰当吧?下面再隔一段“当然,彼此间的互相操作与通信同步讯号配合”似乎比不是一个专业的程序员应该写出来的语言吧。此段最后一句“这也都是必须的基本技术素养”,呵呵,文字功底也是一个中国人“必需”的基本技术素养。结论段“如果你的任务是在一些中间软件上进行开发,那也不要忽略研究此中间件如何...”,前面叫“中间软件”,后面叫“中间件”,似乎作者还不止一个人的感觉。

96页的一篇文章《Lambda和高阶函数》第一句“孔子登东山而晓鲁,登泰山而晓天下”,不止是作者故意这么写的还是高中没有学好。

现在《程序员》上的文章质量严重下降,很多都是直接露骨的剽窃,而且文字功底太差,词不达意也就罢了,基本上病句连篇,好像作者的母语都不是汉语一样,磕磕绊绊,牵强附会。如果还想留住读者的话,恐怕要花大力气了。
...全文
428 13 打赏 收藏 转发到动态 举报
写回复
用AI写文章
13 条回复
切换为时间正序
请发表友善的回复…
发表回复
TimiXu 2007-04-28
  • 打赏
  • 举报
回复
"框架" 这篇不错. 呵呵.
lxpbuaa 2007-04-28
  • 打赏
  • 举报
回复
《克服多核软件开发之痛》(作者李宗达)这篇的错误是不能以两位数计算的,表达混乱不堪
alaiyeshi 2007-04-27
  • 打赏
  • 举报
回复
个人感觉目前比较杂乱

其实完全可以就某些技术专题做一个数期的讨论,中间夹些反馈
现在完全是遇到了就买,遇不到就算了,没有以前的那么喜欢
某鸟 2007-04-27
  • 打赏
  • 举报
回复
嗯,这么多这么简单的错误确实不可原谅……

希望以后避免……

哈……
xjsean 2007-04-27
  • 打赏
  • 举报
回复
以前在学校没钱买,从今年开始我每个月都买了,去年的合订本也买了,我喜欢看里面的一些新技术和介绍行业发展的,技术细节倒不是很在乎,有选择性的看看。
钱顺顺 2007-04-24
  • 打赏
  • 举报
回复
呵呵其实这个帖子我在一周前已经在杂志版块发过了,只是一周过去了都没有被关注,才又转发过来的。
钱顺顺 2007-04-24
  • 打赏
  • 举报
回复
呵呵没关系只要下个月能给我们一本满意的《程序员》就心满意足了!
jingouyang 2007-04-24
  • 打赏
  • 举报
回复
非常抱歉,我是杂志编辑。
此类严重的文字错误确实是我们的工作疏忽。今后我们会进一步加强文字方面的审核。
如果你有兴趣,不妨做我们的金牌读者,常给我们提出评刊意见和勘误。
可直接来信:ouyangjing@csdn.net
非常感谢!
hcat1999 2007-04-24
  • 打赏
  • 举报
回复
我帮你转到杂志部了
tuifeirensheng 2007-04-24
  • 打赏
  • 举报
回复
不过0分帖我就很失望了。。。。
tuifeirensheng 2007-04-24
  • 打赏
  • 举报
回复
一个是需要花钱买的专刊,需要经过校对的。
一个是上来发下牢骚的水友,可以随便乱写。


第一端第10行写了

你还不是一样
-----------------------------
fxqyyzg(海冬青)(昨夜西风凋碧树。独上高楼,望尽天涯路) ( )
不要太认真了,呵呵。
钱顺顺 2007-04-24
  • 打赏
  • 举报
回复
呵呵是哈,还好我没骗稿费,心安理得哉:->
fxqyyzg 2007-04-24
  • 打赏
  • 举报
回复
第一端第10行写了

---------------------
你还不是一样
程序员常刷题包容性团队测试 包容性团队测试是一组测试,可用于粗略确定团队对特定群体的包容性。 特定群体在特定工作环境中可能经历的包容性(或劣势)水平可以表示为测试分数。 这些测试的概念深受 . 乔尔测试 你听说过吗? 如果您还没有,请继续并点击该链接并阅读文章。 这可以等到你回来。 如果您还没有阅读它或现在不去阅读它,这里是介绍(来自链接的文章): 我想出了我自己的、非常不负责任的、草率的测试来评估软件团队的质量。 关于它的重要部分是大约需要 3 分钟。 有了节省的所有时间,您就可以上医学院了。 乔尔测试 你使用源代码控制吗? 你能一步建一个吗? 你做日常构建吗? 你有错误数据库吗? 你在编写新代码之前修复错误吗? 你有最新的时间表吗? 你有规格吗? 程序员有安静的工作环境吗? 您是否使用金钱可以买到的最好的工具? 你们有测试员吗? 新候选人在面试时会写代码吗? 你做走廊可用性测试吗? 乔尔测试的巧妙之处在于,很容易对每个问题快速做出是或否。 您不必计算每天的代码行数或每个拐点的平均错误数。 对于每个“是”的答案,给您的团队 1 分。 乔尔测试令人失望的是,你真的不应该用它来确保你的核

590

社区成员

发帖
与我相关
我的任务
社区描述
提出问题
其他 技术论坛(原bbs)
社区管理员
  • community_281
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧