随笔分类 - 《品悟C》样张与草稿

无知乱吃药

摘要：《C解毒》征求意见建议阅读全文

posted @ 2011-11-23 23:07 garbageMan 阅读(1854) 评论(4) 推荐(2)

flag标志什么？哦，它标志代码馊了——（三）

摘要：《C解毒》征求意见建议阅读全文

posted @ 2011-11-19 23:26 garbageMan 阅读(2369) 评论(15) 推荐(1)

flag标志什么？哦，它标志代码馊了——（二）

摘要：《C解毒》征求意见建议阅读全文

posted @ 2011-11-15 19:12 garbageMan 阅读(3609) 评论(4) 推荐(3)

flag标志什么？哦，它标志代码馊了——（一）

摘要：《C解毒》征求意见建议阅读全文

posted @ 2011-11-10 22:19 garbageMan 阅读(8459) 评论(30) 推荐(1)

边界测试——让BUG现形

摘要：边界测试——一把戳穿垃圾代码的锋利小刀。《C解毒》征集意见建议阅读全文

posted @ 2011-11-05 14:55 garbageMan 阅读(4085) 评论(0) 推荐(3)

static的滥用与变态的阉割

摘要：《C解毒》征求意见建议阅读全文

posted @ 2011-10-12 22:34 garbageMan 阅读(4519) 评论(58) 推荐(3)

拙劣的外部变量

摘要：外部变量有多坏？应该是比goto还坏。《C解毒》征求意见建议。阅读全文

posted @ 2011-09-26 15:10 garbageMan 阅读(2275) 评论(34) 推荐(2)

半身不遂和粗中有细

摘要：《C解毒》征求意见建议阅读全文

posted @ 2011-09-18 10:20 garbageMan 阅读(3374) 评论(11) 推荐(3)

到处忙活与一劳永逸

摘要：《C解毒》征求意见建议阅读全文

posted @ 2011-09-14 21:10 garbageMan 阅读(1599) 评论(2) 推荐(3)

内裤外穿——错位及不伦不类

摘要：《C解毒》征求意见建议阅读全文

posted @ 2011-09-10 15:04 garbageMan 阅读(2364) 评论(26) 推荐(5)

五花八门的main()

摘要：《C解毒》征求意见建议阅读全文

posted @ 2011-09-08 21:35 garbageMan 阅读(10579) 评论(118) 推荐(13)

“函数声明”、“函数原型”与“函数定义”辨析

摘要：《C解毒》征求意见建议阅读全文

posted @ 2011-09-04 17:34 garbageMan 阅读(21906) 评论(11) 推荐(12)

新编《守株待兔》—C语言版—兼聊为什么不应该用%d格式转换输出指针

摘要：《C解毒》征求意见建议阅读全文

posted @ 2011-08-22 19:32 garbageMan 阅读(2478) 评论(27) 推荐(6)

关于函数原型的对话

摘要：《C解毒》征求意见建议阅读全文

posted @ 2011-08-20 16:53 garbageMan 阅读(3139) 评论(19) 推荐(3)

含糊之过、多做之过及乱做之过

摘要：《C解毒》征询意见建议阅读全文

posted @ 2011-08-14 13:56 garbageMan 阅读(1678) 评论(16) 推荐(2)

怎样调戏程序

摘要：《C解毒》征求意见建议阅读全文

posted @ 2011-08-11 21:19 garbageMan 阅读(3191) 评论(26) 推荐(5)

筛法“四不像”——《C解毒》试读

摘要：《C解毒》(写作中)试读阅读全文

posted @ 2011-08-08 16:09 garbageMan 阅读(3509) 评论(99) 推荐(7)

混乱是怎样炼成的——《C解毒》试读

摘要：写混乱代码之秘笈阅读全文

posted @ 2011-08-07 15:12 garbageMan 阅读(1882) 评论(31) 推荐(5)

“铺张浪费”的数组

摘要：《C解毒》样张阅读全文

posted @ 2011-07-31 16:07 garbageMan 阅读(901) 评论(7) 推荐(3)

代码写得要"拽"(DRY)——《C解毒》试读

摘要：DRY:Don’t repeat yourself,是编写出优质代码的一个重要原则。其含义就是不要四处写同样的代码。简言之，干净利落，是为“拽”(DRY)。有些初学者喜欢把相同或类似功能的代码四处粘贴，就属于典型的self-repeat行为。这样编写代码的一个显著危害就是一旦你需要修改相应的代码，你就得疲于奔命四处奔波地去修改每一处代码。即便如此，你心里恐怕还难免惴惴不安，因为你很可能挂万漏一。即使你确信已经全面没有遗漏地进行了修改，你更没底的事情是每处都进行了正确的修改。因为按照概率分析，如果你有99%把握做一次正确修改，那么做十次正确修改不出错的可能性就会下降到90%。退一步说，你. 阅读全文

posted @ 2011-07-16 22:12 garbageMan 阅读(3209) 评论(39) 推荐(3)