返回首页
苏宁会员
购物车 0
易付宝
手机苏宁

服务体验

店铺评分与同行业相比

用户评价:----

物流时效:----

售后服务:----

  • 服务承诺: 正品保障
  • 公司名称:
  • 所 在 地:

  • 程序员的38堂成长课 [英]皮特·古德利夫(Pete Goodliffe) 著 宋伯远 译 专业科技 文轩网
  • 新华书店正版
    • 作者: [英]皮特·古德利夫(Pete Goodliffe)著 | | 宋伯远译
    • 出版社: 人民邮电出版社
    • 出版时间:2022-01-01 00:00:00
    送至
  • 由""直接销售和发货,并提供售后服务
  • 加入购物车 购买电子书
    服务

    看了又看

    商品预定流程:

    查看大图
    /
    ×

    苏宁商家

    商家:
    文轩网图书旗舰店
    联系:
    • 商品

    • 服务

    • 物流

    搜索店内商品

    商品分类

         https://product.suning.com/0070067633/11555288247.html

     

    商品参数
    • 作者: [英]皮特·古德利夫(Pete Goodliffe)著| 宋伯远译
    • 出版社:人民邮电出版社
    • 出版时间:2022-01-01 00:00:00
    • 版次:1
    • 印次:1
    • 印刷时间:2022-01-01
    • 页数:288
    • 开本:16开
    • 装帧:平装
    • ISBN:9787115577948
    • 国别/地区:中国
    • 版权提供:人民邮电出版社

    程序员的38堂成长课

    作  者:[英]皮特·古德利夫(Pete Goodliffe) 著 宋伯远 译
    定  价:109.8
    出 版 社:人民邮电出版社
    出版日期:2022年01月01日
    页  数:288
    装  帧:平装
    ISBN:9787115577948
    主编推荐

    本书作者以38个话题为切入点,用幽默诙谐的笔触为你提炼出很好程序员常用的方法和技巧。 每一章篇幅虽短,却发人深省,章末配有令人忍俊不的漫画。 无论在工作中使用哪种编程语言,你都将在轻松的阅读过程中不知不觉地提升作为程序员的第六感--代码感。 同样是程序员,为什么别人能构筑坚固的代码堡垒,而自己却深陷代码泥潭?为什么别人能写出美得像艺术品、优雅得像诗歌的代码,而自己却与几个月前才亲手写的代码形同陌路?亲爱的读者朋友,请不要妄自菲薄。其他程序员固然很好,但你也不错。或许,你需要的仅仅是有效的方法和技巧。 ●让每一行代码都充满匠心的编写技巧、测试技巧和调试技巧 ●很好程序员爱用的编程实践和方法,以及应有的工作态度 ●让编程生涯稳步提升的诀窍和学习的战术 ●把事做完和做好的方法,正确使用工具,积极寻求帮助 ●程序员应该如何寻觅良师益友

    内容简介

    本书以38个话题的形式,从软件开发的角度讲述了如何成为很好的程序员,是一份“程序员成长课程表”。全书内容涵盖程序员职业生涯的方方面面,共分为五大部分:如何编写代码,有益编程的重要实践,如何打造很好的编程职业生涯,如何采用切实可行的办法按时交付代码,如何与其他从事软件开发的人高效合作。不管你是经验丰富的开发人员,还是开发新手,抑或只是编程爱好者,都可以从本书中找到有价值的提示。

    作者简介

    皮特·古德利夫(Pete Goodliffe),是拥有20余年经验的程序员,现任inMusic公司软件开发副总裁。他在软件开发方面涉猎广泛,从操作系统实现到音频编解码器和多媒体应用开发,再到嵌入式固件开发和iOS开发。他为大型程序员社群ACCU撰写杂志专栏“Becoming a Better Programmer”,另著有《编程匠艺:编写很好的代码》。

    精彩内容

    目录
    前言 xix 第  1 章 心系代码  1 第  一部分 编码乃余事 第  2 章 保持外观整洁  6 2.1  编码规范不是小事  7 2.2  它关乎沟通  8 2.3  排版  9 2.3.1  结构合理  9 2.3.2  一致性  10 2.4  命名  11 2.4.1  简洁  12 2.4.2  清晰  12 2.4.3  地道  12 2.4.4  准确  12 2.5  得体地修改代码  13 2.6  结论  13 第  3 章 写更少的代码  15 3.1  为什么要关注  16 3.2  不严谨的逻辑判断  16 3.3  重复代码  19 3.4  僵尸代码  20 3.5  注释  21 3.6  喋喋不休  22 3.7  设计缺陷  23 3.8  空白  24 3.9  解决之道  24 3.10  结论  25 第  4 章 删除也是一种优化  27 4.1  代码沉迷  28 4.2  因为无法避免,所以可以接受  28 4.3  那又能怎样呢  29 4.4  唤醒梦中人  30 4.5  动个手术吧  30 4.6  结论  31 第  5 章 代码之背影  33 5.1  编码规范  34 5.2  技术现状  35 5.3  惯用法  36 5.4  设计决策  37 5.5  bug  37 5.6  结论  38 第  6 章 导航路线  41 6.1  朋友的帮助  42 6.2  寻找线索  42 6.3  边干边学  45 6.3.1  低垂的果实  45 6.3.2  代码检测  46 6.3.3  先研究,再行动  46 6.3.4  测试先行  46 6.3.5  整理内务  46 6.3.6  记录你的发现  47 6.4  结论  47 第  7 章 走出泥潭  50 7.1  嗅出问题  50 7.2  走进泥淖  51 7.3  用调查说话  51 7.4  入坑工作  52 7.5  清理混乱  53 7.6  做出改变  53 7.7  编写烂代码就是糟糕的程序员吗  54 第  8 章 不可忽视错误  57 8.1  错误机制  58 8.2  疯狂的举动  59 8.3  托词  59 8.4  结论  60 第  9 章 意料之中的意外  62 9.1  各种错误  62 9.2  线程  63 9.3  关闭系统  63 9.4  话外之意  63 第  10 章 bug追踪  66 10.1  经济考量  67 10.2  预防胜于治疗  67 10.3  bug追踪  68 10.3.1  捕获错误  68 10.3.2  活用二分法  69 10.3.3  软件考古  69 10.3.4  测试,测试,再测试  70 10.3.5  磨刀不误砍柴工  70 10.3.6  用排除法查找问题  71 10.3.7  保持清洁,预防疾病  71 10.3.8  迂回策略  72 10.3.9  不要急于离开  72 10.4  不可复现的bug  72 10.5  结论  74 第  11 章 测试时间  76 11.1  为什么测试  76 11.1.1  缩短反馈循环  77 11.1.2  测试代码的代码  77 11.1.3  谁来编写测试  78 11.2  测试的种类  78 11.3  什么时候编写测试  79 11.4  什么时候运行测试  80 11.5  测试什么  81 11.6  优质的测试  81 11.7  一个具体的测试  83 11.8  测试的结构  84 11.8.1  测试的维护  84 11.8.2  选择测试框架  85 11.9  没有代码是孤岛  85 11.10  结论  87 第  12 章 应对复杂性  89 12.1  圆团  90 12.2  案例学习:降低圆团复杂度  92 12.3  线条  93 12.4  人  96 12.5  结论  96 第  13 章 双城故事  99 13.1  混乱大都市  100 13.1.1  让人无法理解  100 13.1.2  缺乏内聚  101 13.1.3  不必要的耦合  102 13.1.4  代码问题  102 13.1.5  代码之外的问题  103 13.1.6  一张来自大都市的明信片  103 13.2  设计之城  104 13.2.1  合理放置功能  105 13.2.2  一致性  105 13.2.3  架构的演进  105 13.2.4  延缓设计决策  106 13.2.5  保证质量  106 13.2.6  管理技术债  107 13.2.7  测试方案设计  107 13.2.8  设计时间分配  108 13.2.9  与设计同行  108 13.3  那又怎样  109 第二部分  刻意练习,成就卓越 第  14 章 软件开发是……  114 14.1  软件(食物)那些事  114 14.2  软件开发是……艺术  115 14.3  软件开发是……科学  116 14.4  软件开发是……运动  118 14.5  软件开发是……做游戏  119 14.6  软件开发是……鸡毛蒜皮的琐事  120 14.7  隐喻过多  121 第  15 章 遵守规则  123 15.1  我们需要更多规则!  124 15.2  制定规则  125 第  16 章 保持简单  127 16.1  简单设计  128 16.1.1  简单易用  128 16.1.2  防止误用  128 16.1.3  大小很重要  128 16.1.4  代码调用路径短  129 16.1.5  稳定性  129 16.2  简单代码  129 16.3  保持简单,别做蠢事  130 16.4  假设会损害简单性  130 16.5  避免过早优化  130 16.6  足够简单  131 16.7  简单结论  131 第  17 章 开动脑筋  133 17.1  别犯傻  133 17.2  避免盲目  134 17.3  你可以思考!  135 第  18 章 没有一成不变  137 18.1  大胆地改  138 18.2  改变态度  139 18.3  做出改变  140 18.3.1  规划改变  140 18.3.2  改变的工具  140 18.3.3  慎重地选择战场  141 18.4  万变不离其宗  141 第  19 章 代码复用案例  143 19.1  代码复用案例1:复制–粘贴  143 19.2  代码复用案例2:为复用进行设计  144 19.3  代码复用案例3:提升和重构  145 19.4  代码复用案例4:购买或重新发明轮子  145 第  20 章 高效版本控制  148 20.1  用进废退  149 20.2  随便选一个  150 20.3  存储正确之物  150 20.3.1  答案一:存储所有  150 20.3.2  答案二:存储尽可能少的文件  151 20.3.3  存储软件版本  152 20.3.4  代码库的布局  152 20.4  用好版本控制系统  152 20.4.1  原子提交  152 20.4.2  提供正确的信息  153 20.4.3  精心创建代码提交  153 20.5  分支:只见树木不见森林  154 20.6  代码的家园  155 20.7  结论  155 第  21 章 让球越过门柱  158 21.1  软件开发:充满有机肥料的管道  159 21.2  错误的非黑即白  160 21.3  通过解决团队问题来修复代码问题  161 21.4  将构建发送给QA人员  162 21.4.1  首先进行自测  163 21.4.2  明确发布意图  163 21.4.3  欲速则不达  164 21.4.4  自动化  164 21.4.5  尊重  164 21.5  当你收到故障报告时  165 21.6  差异使我们更强大  166 21.7  拼图的碎片  166 第  22 章 冻结代码奇事  169 22.1  寻找代码冻结  169 22.2  世界新秩序  170 22.3  冻结的类型  171 22.4  采用分支解决问题  172 22.5  不是真正冻结  172 22.6  代码冻结的时间  173 22.7  感受代码冻结  173 22.8  就快结束了  174 22.9  反代码冻结  174 22.10  结论  175 第  23 章 软件发布  177 23.1  流程的一部分  178 23.2  机器上的一个齿轮  179 23.2.1  第 1 步:初始化发布  179 23.2.2  第 2 步:准备发布  179 23.2.3  第 3 步:构建发布  180 23.2.4  第 4 步:打包  181 23.2.5  第 5 步:部署  181 23.3  早发布、勤发布  182 23.4  还有更多……  182 第三部分  束身修行 第  24 章 做一个乐知者  186 24.1  学习什么  187 24.2  学习如何学习  188 24.3  学习模型  190 24.4  以教促学  192 24.5  **  192 24.6  我们学到了什么  193 第  25 章 考试驱动型程序员  195 25.1  把问题讲清楚  196 25.2  成功使人自满  196 25.3  考试时光  197 25.4  考试驱动型程序员  197 25.5  结论  198 第  26 章 享受挑战  200 26.1  激励  200 26.2  有哪些挑战  201 26.3  是谁在说:不要这么做!  201 26.4  接受挑战  202 26.5  结论  203 第  27 章 避免停滞  204 27.1  技能就是你的投资  205 27.2  为本书读者准备的一个练习  205 27.3  职业安全  206 第  28 章 程序员的道德规范  209 28.1  对代码的态度  210 28.2  法律问题  211 28.3  对人的态度  211 28.3.1  队友  212 28.3.2  管理者  213 28.3.3  雇主  213 28.3.4  你自己  214 28.4  希波克拉底誓言  214 28.5  结论  214 第  29 章 热爱编程语言  217 29.1  热爱所有的语言  217 29.2  热爱你的语言  219 29.3  与编程语言磨合  220 29.3.1  爱和尊重  220 29.3.2  承诺  220 29.3.3  沟通  221 29.3.4  耐心  221 29.3.5  共同的价值观  222 29.4  这是一个完美的比喻吗  222 29.5  结论  222 第  30 章 程序员的姿态  224 30.1  基本的计算机操作姿态  224 30.1.1  调试代码时的姿态  226 30.1.2  当情况恶化时  227 30.1.3  通宵加班  227 30.1.4  高层介入干预  228 30.1.5  警报解除  228 30.1.6  设计阶段  229 30.2  视觉疲劳  229 30.3  结论  230 第四部分  计日程功 第  31 章 用智不用力  234 31.1  慎选战场  235 31.2  战斗策略  235 31.2.1  复用智慧  235 31.2.2  转变成别人的问题  235 31.2.3  只做必须做的  236 31.2.4  使用探针试验  236 31.2.5  排优先级  236 31.2.6  确认什么是真正需要的  237 31.2.7  一次只做一件事  237 31.2.8  保持简单  237 31.2.9  不要拖延和积累问题  238 31.2.10  自动化  238 31.2.11  预防错误  238 31.2.12  沟通  239 31.2.13  避免过度疲劳  239 31.2.14  强大的工具  239 31.3  结论  239 第  32 章 完成之际即完成  242 32.1  我们还没到吗  242 32.2  逆向开发:分解  243 32.3  定义“完成”  244 32.4  说干就干  246 第  33 章 这次我明白了……  249 33.1  荒岛式开发  251 33.2  站在山脚下  252 第五部分  觅良师益友 第  34 章 他人之力  256 34.1  如何实现  257 34.2  你心目中的专家  258 34.3  事后诸葛亮  258 第  35 章 至关重要的一个认知  261 35.1  拓展这个隐喻  262 35.2  责任感是关键  262 35.3  代码评审  263 35.4  落地  263 35.5  定标准  264 35.6  后续行动  264 35.7  结论  265 第  36 章 说出来!  267 36.1  编写代码就是沟通  267 36.1.1  和机器说话  267 36.1.2  和生灵说话  268 36.1.3  和工具说话  270 36.2  人与人之间的沟通  270 36.2.1  交谈方式  270 36.2.2  注意你的言辞  271 36.2.3  肢体语言  271 36.2.4  并行沟通  272 36.3  团队之间的沟通  272 36.4  与客户沟通  273 36.5  其他沟通  273 36.6  结论  273 第  37 章 各种宣言  276 37.1  软件开发通用宣言  277 37.2  就此打住  277 37.3  一些宣言  277 37.4  真是这样吗  277 37.5  画龙点睛  278 第  38 章 代码赋  281 后记  285

    售后保障

    最近浏览

    猜你喜欢

    该商品在当前城市正在进行 促销

    注:参加抢购将不再享受其他优惠活动

    x
    您已成功将商品加入收藏夹

    查看我的收藏夹

    确定

    非常抱歉,您前期未参加预订活动,
    无法支付尾款哦!

    关闭

    抱歉,您暂无任性付资格

    此时为正式期SUPER会员专享抢购期,普通会员暂不可抢购