精华内容
下载资源
问答
  • 请提供至少两种判断程序卡死(无响应)的思路,请关键代码.请出代码   代码:      Private Declare Function IsHungAppWindow Lib "user32.dll" ( ByVal hWnd As Long) As Long  Sub 子...

     请提供至少两种判断程序卡死(无响应)的思路,请写出关键代码.请写出代码

     

    代码:

     

     

     Private Declare Function IsHungAppWindow Lib "user32.dll" ( ByVal hWnd As Long) As Long

     Sub 子程序()

     Hwnd = Plugin.Window.MousePoint()

     If IsHungAppWindow(Hwnd)=0 Then         

     MsgBox "窗口正常"

     End If 

     End Sub

     

     

     Private Declare Function IsHungAppWindow Lib "user32.dll" ( ByVal hWnd As Long) As Long

     Hwnd = Plugin.Window.MousePoint()

     If IsHungAppWindow(Hwnd)=0 Then 

            MsgBox "窗口正常"

    Else

    MsgBox "程序卡死(无响应)"

     

     End If

     

     

     1-6级按键认证答案大全下载:

    (复制打开→) url7.me/S4Vk1

     

    展开全文
  • so easy! 10行代码写个"狗屁不通"文章生成器

    万次阅读 多人点赞 2019-11-20 17:35:00
    前几天,GitHub 有个开源项目特别火,只要输入标题就可以生成一篇长长的文章。 ...背后实现代码一定很复杂吧,里面...当然啦,原作者也说了,这个代码也是在无聊中诞生的,平时撸码是不中文变量名的, 中文...

    前几天,GitHub 有个开源项目特别火,只要输入标题就可以生成一篇长长的文章。

    背后实现代码一定很复杂吧,里面一定有很多高深莫测的机器学习等复杂算法

    不过,当我看了源代码之后

    这程序不到50行


    尽管我有多年的Python经验,但我竟然一时也没有看懂


    这代码放到编辑器里还特么真能执行

    当然啦,原作者也说了,这个代码也是在无聊中诞生的,平时撸码是不写中文变量名的, 中文变量名只是最开始瞎写的时候边写语料边写代码时懒得切英文输入法了。

    中文变量名也就忍了,但代码逻辑不好懂,最后我还是忍着剧烈的头痛把它的原理读懂了。

    这究竟咋实现的呢?

    我肯定是不服的,这代码要是被Python之父看见了,他一定后悔发明这门语言。

    其实,生成的文章内容都来自于素材文件 data.json, 这个文件的结构是个字典结构

    {
    "famous":[
    "爱迪生a,天才是百分之一的勤奋加百分之九十九的汗水。b",
    "查尔斯·史a,一个人几乎可以在任何他怀有无限热忱的事情上成功。b",
    ....
    ],
    "bosh":[
    "现在, 解决x的问题, 是非常非常重要的. 所以, ",
    "我们不得不面对一个非常尴尬的事实, 那就是, ",
    ....
    ],
    "after":[
    "这不禁令我深思. ",
    "带着这句话, 我们还要更加慎重的审视这个问题: ",
    ....

    ],
    "before":[
    "曾经说过",
    "在不经意间这样说过",
    ....
    ]
    }

    famous 里面收集了很多名人语录, 里面的关键字”a”和”b” 将分别被 beforeafter列表中的内容替换,这样处理后句子看起来具有逻辑性

    bosh里面是各种各样的的废话, 里面关键字”x”最后会用标题替换,这样会让人感觉,这篇文章还是和标题有那么一丢丢联系的。

    一篇完整的文章就是靠不断随机从famous、bosh列表获取元素,之后拼接成一篇文章。

    搞懂了原理,如果我们自己来写的话,除去代码注释,就10来行代码

    import random
    import json

    data = json.load(open("data.json", encoding="utf-8"))

    def generator(title, length=800):
    """
    :param title: 文章标题
    :param length: 生成正文的长度
    :return: 返回正文内容
    """
    body = ""
    while len(body) < length:
    num = random.randint(0, 100)
    if num < 10:
    body += "\r\n"
    elif num < 20:
    body += random.choice(data["famous"]) \
    .replace('a', random.choice(data["before"])) \
    .replace('b', random.choice(data['after']))
    else:
    body += random.choice(data["bosh"])
    body = body.replace("x", title)

    return body

    来测试一下

    from bullshit import generator
    content = generator("我爱Python")
    print(content)

    输出

    一般来说, 问题的关键究竟为何? 既然如何,
    对我个人而言,我爱Python不仅仅是一个重大的事件,还可能会改变我的人生.
    我爱Python, 到底应该如何实现. 生活中, 若我爱Python出现了, 我们就不得不考虑它出现了的事实. 从这个角度来看, 易卜生说过一句富有哲理的话, 伟大的事业,需要决心,能力,组织和责任感。我希望诸位也能好好地体会这句话. 我们不妨可以这样来想: 我们不妨可以这样来想: 奥斯特洛夫斯基曾经提到过, 共同的事业,共同的斗争,可以使人们产生忍受一切的力量。 这不禁令我深思. 在这种困难的抉择下, 本人思来想去, 寝食难安.问题的关键究竟为何? 带着这些问题, 我们来审视一下我爱Python. 我爱Python似乎是一种巧合,但如果我们从一个更大的角度看待问题,这似乎是一种不可避免的事实.
    现在, 解决我爱Python的问题, 是非常非常重要的. 所以, 对我个人而言,我爱Python不仅仅是一个重大的事件,还可能会改变我的人生. 现在, 解决我爱Python的问题, 是非常非常重要的. 所以,

    这样看来, 在这种不可避免的冲突下,我们必须解决这个问题. 既然如何, 要想清楚, 我爱Python, 到底是一种怎么样的存在. 既然如此, 总结的来说, 经过上述讨论, 我爱Python因何而发生?总结的来说, 就我个人来说, 我爱Python对我的意义, 不能不说非常重大. 而这些并不是完全重要, 更加重要的问题是, 问题的关键究竟为何? 笛卡儿曾经提到过, 我的努力求学没有得到别的好处,只不过是愈来愈发觉自己的无知。这句话语虽然很短, 但令我浮想联翩. 我认为, 我爱Python, 发生了会如何, 不发生又会如何. 经过上述讨论,
    在这种困难的抉择下, 本人思来想去, 寝食难安.我爱Python, 到底应该如何实现. 我爱Python, 到底应该如何实现.

    你还自定义内容长度

    content = generator("我爱Python", length=1000)
    print(content)

    输出

    要想清楚, 我爱Python, 到底是一种怎么样的存在. 我们都知道, 只要有意义, 那么就必须慎重考虑.了解清楚我爱Python到底是一种怎么样的存在, 是解决一切问题的关键.
    从这个角度来看, 一般来说, 带着这些问题, 我们来审视一下我爱Python. 我们不得不面对一个非常尴尬的事实, 那就是, 吉姆·罗恩在不经意间这样说过, 要么你主宰生活,要么你被生活主宰。这句话把我们带到了一个新的维度去思考这个问题: 我爱Python, 到底应该如何实现. 每个人都不得不面对这些问题. 在面对这种问题时, 问题的关键究竟为何? 可是,即使是这样,我爱Python的出现仍然代表了一定的意义. 我们一般认为, 抓住了问题的关键, 其他一切则会迎刃而解.了解清楚我爱Python到底是一种怎么样的存在, 是解决一切问题的关键.我认为, 了解清楚我爱Python到底是一种怎么样的存在, 是解决一切问题的关键.我爱Python, 到底应该如何实现. 我爱Python的发生, 到底需要如何做到, 不我爱Python的发生, 又会如何产生. 现在, 解决我爱Python的问题, 是非常非常重要的. 所以, 我们不妨可以这样来想: 现在, 解决我爱Python的问题, 是非常非常重要的. 所以, 我爱Python, 到底应该如何实现. 马克思说过一句富有哲理的话, 一切节省,归根到底都归结为时间的节省。这启发了我. 我们不妨可以这样来想: 我爱Python似乎是一种巧合,但如果我们从一个更大的角度看待问题,这似乎是一种不可避免的事实. 问题的关键究竟为何? 歌德曾经说过一句富有哲理的话,流水在碰到底处时才会释放活力。带着这句话, 我们还要更加慎重的审视这个问题: 我们不得不面对一个非常尴尬的事实, 那就是, 我们不得不面对一个非常尴尬的事实, 那就是, 我爱Python, 到底应该如何实现. 一般来讲, 我们都必须务必慎重的考虑考虑. 我们都知道, 只要有意义, 那么就必须慎重考虑.总结的来说,
    我们一般认为, 抓住了问题的关键, 其他一切则会迎刃而解.
    这种事实对本人来说意义重大, 相信对这个世界也是有一定意义的.既然如何, 就我个人来说, 我爱Python对我的意义, 不能不说非常重大. 我爱Python, 发生了会如何, 不发生又会如何. 莎士比亚说过一句著名的话, 意志命运往往背道而驰,决心到最后会全部推倒。这句话语虽然很短, 但令我浮想联翩.

    是不是很简单。

    当然,你也可以引入更多NLP等技术进来,不过这对我来说

    原项目地址:https://github.com/menzi11/BullshitGenerator

    重构后的代码地址:
    https://github.com/lzjun567/BullshitGenerator

    推荐阅读:
    19个恶搞Linux命令
    1000行 MySQL 学习笔记,不怕你不会,就怕你不学!
    Python之父退休,龟叔与Python的渊源


    关注“Python之禅“,学地道的Python技术
    展开全文
  • 代码整洁 vs 代码肮脏

    万次阅读 多人点赞 2019-09-16 12:05:12
    出整洁的代码,是每个程序员的追求。《clean code》指出,要想出好的代码,首先得知道什么是肮脏代码、什么是整洁代码;然后通过大量的刻意练习,才能真正出整洁的代码。 WTF/min是衡量代码质量的唯一标准,...

    写出整洁的代码,是每个程序员的追求。《clean code》指出,要想写出好的代码,首先得知道什么是肮脏代码、什么是整洁代码;然后通过大量的刻意练习,才能真正写出整洁的代码。

    WTF/min是衡量代码质量的唯一标准,Uncle Bob在书中称糟糕的代码为沼泽(wading),这只突出了我们是糟糕代码的受害者。国内有一个更适合的词汇:屎山,虽然不是很文雅但是更加客观,程序员既是受害者也是加害者。

    对于什么是整洁的代码,书中给出了大师们的总结:

    • Bjarne Stroustrup:优雅且高效;直截了当;减少依赖;只做好一件事
    • Grady booch:简单直接
    • Dave thomas:可读,可维护,单元测试
    • Ron Jeffries:不要重复、单一职责,表达力(Expressiveness)

    其中,我最喜欢的是表达力(Expressiveness)这个描述,这个词似乎道出了好代码的真谛:用简单直接的方式描绘出代码的功能,不多也不少。

    本文记录阅读《clean code》之后个人“深有同感”或者“醍醐灌顶”的一些观点。

    一、命名的艺术

    坦白的说,命名是一件困难的事情,要想出一个恰到好处的命名需要一番功夫,尤其我们的母语还不是编程语言所通用的英语。不过这一切都是值得了,好的命名让你的代码更直观,更有表达力。

    好的命名应该有下面的特征:

    1.1 名副其实

    好的变量名告诉你:是什么东西,为什么存在,该怎么使用

    如果需要通过注释来解释变量,那么就先得不那么名副其实了。

    下面是书中的一个示例代码,展示了命名对代码质量的提升

    # bad code
    def getItem(theList):
       ret = []
       for x in theList:
          if x[0] == 4:
             ret.append(x)
       return ret
    
    # good code
    def getFlaggedCell(gameBoard):
       '''扫雷游戏,flagged: 翻转'''
       flaggedCells = []
       for cell in gameBoard:
          if cell.IsFlagged():
             flaggedCells.append(cell)
       return flaggedCells
    

    1.2 避免误导

    • 不要挂羊头卖狗肉
    • 不要覆盖惯用缩略语

    这里不得不吐槽前两天才看到的一份代码,居然使用了 l 作为变量名;而且,user居然是一个list(单复数都没学好!!)

    1.3 有意义的区分

    代码是写给机器执行,也是给人阅读的,所以概念一定要有区分度。

    # bad
    def copy(a_list, b_list):
        pass
    
    # good
    def copy(source, destination):
        pass
    

    1.4 使用读的出来的单词

    如果名称读不出来,那么讨论的时候就会像个傻鸟

    1.5 使用方便搜索的命名

    名字长短应与其作用域大小相对应

    1.6 避免思维映射

    比如在代码中写一个temp,那么读者就得每次看到这个单词的时候翻译成其真正的意义

    二、注释

    有表达力的代码是无需注释的:The proper use of comments is to compensate for our failure to express ourself in code.

    注释的适当作用在于弥补我们用代码表达意图时遇到的失败,这听起来让人沮丧,但事实确实如此。The truth is in the code, 注释只是二手信息,二者的不同步或者不等价是注释的最大问题。

    书中给出了一个非常形象的例子来展示:用代码来阐述,而非注释

    bad
    // check to see if the employee is eligible for full benefit
    if ((employee.flags & HOURLY_FLAG) && (employee.age > 65))
    
    good
    if (employee.isEligibleForFullBenefits())
    

    因此,当想要添加注释的时候,可以想想是否可以通过修改命名,或者修改函数(代码)的抽象层级来展示代码的意图。

    当然,也不能因噎废食,书中指出了以下一些情况属于好的注释

    • 法务信息
    • 对意图的注释,为什么要这么做
    • 警示
    • TODO注释
    • 放大看似不合理之物的重要性

    其中个人最赞同的是第2点和第5点,做什么很容易通过命名表达,但为什么要这么做则并不直观,特别涉及到专业知识、算法的时候。另外,有些第一感觉“不那么优雅”的代码,也许有其特殊愿意,那么这样的代码就应该加上注释,说明为什么要这样,比如为了提升关键路径的性能,可能会牺牲部分代码的可读性。

    最坏的注释就是过时或者错误的注释,这对于代码的维护者(也许就是几个月后的自己)是巨大的伤害,可惜除了code review,并没有简单易行的方法来保证代码与注释的同步。

    三、函数

    3.1 函数的单一职责

    一个函数应该只做一件事,这件事应该能通过函数名就能清晰的展示。判断方法很简单:看看函数是否还能再拆出一个函数。

    函数要么做什么do_sth, 要么查询什么query_sth。最恶心的就是函数名表示只会query_sth, 但事实上却会do_sth, 这使得函数产生了副作用。比如书中的例子

    public class UserValidator {
        private Cryptographer cryptographer;
        public boolean checkPassword(String userName, String password) {
            User user = UserGateway.findByName(userName);
            if (user != User.NULL) {
                String codedPhrase = user.getPhraseEncodedByPassword();
                String phrase = cryptographer.decrypt(codedPhrase, password);
                if ("Valid Password".equals(phrase)) {
                    Session.initialize();
                    return true;
                }
            }
            return false;
        }
    }
    

    3.2 函数的抽象层级

    每个函数一个抽象层次,函数中的语句都要在同一个抽象层级,不同的抽象层级不能放在一起。比如我们想把大象放进冰箱,应该是这个样子的:

    def pushElephantIntoRefrige():
        openRefrige()
        pushElephant()
        closeRefrige()
    

    函数里面的三句代码在同一个层级(高度)描述了要完成把大象放进冰箱这件事顺序相关的三个步骤。显然,pushElephant这个步骤又可能包含很多子步骤,但是在pushElephantIntoRefrige这个层级,是无需知道太多细节的。

    当我们想通过阅读代码的方式来了解一个新的项目时,一般都是采取广度优先的策略,自上而下的阅读代码,先了解整体结构,然后再深入感兴趣的细节。如果没有对实现细节进行良好的抽象(并凝练出一个名副其实的函数),那么阅读者就容易迷失在细节的汪洋里。

    某种程度看来,这个跟金字塔原理也很像
    file

    每一个层级都是为了论证其上一层级的观点,同时也需要下一层级的支持;同一层级之间的多个论点又需要以某种逻辑关系排序。pushElephantIntoRefrige就是中心论点,需要多个子步骤的支持,同时这些子步骤之间也有逻辑先后顺序。

    3.3 函数参数

    函数的参数越多,组合出的输入情况就愈多,需要的测试用例也就越多,也就越容易出问题。

    输出参数相比返回值难以理解,这点深有同感,输出参数实在是很不直观。从函数调用者的角度,一眼就能看出返回值,而很难识别输出参数。输出参数通常逼迫调用者去检查函数签名,这个实在不友好。

    向函数传入Boolean(书中称之为 Flag Argument)通常不是好主意。尤其是传入True or False后的行为并不是一件事情的两面,而是两件不同的事情时。这很明显违背了函数的单一职责约束,解决办法很简单,那就是用两个函数。

    3.4 Dont repear yourself

    在函数这个层级,是最容易、最直观实现复用的,很多IDE也难帮助我们讲一段代码重构出一个函数。

    不过在实践中,也会出现这样一种情况:一段代码在多个方法中都有使用,但是又不完全一样,如果抽象成一个通用函数,那么就需要加参数、加if else区别。这样就有点尴尬,貌似可以重构,但又不是很完美。

    造成上述问题的某种情况是因为,这段代码也违背了单一职责原则,做了不只一件事情,这才导致不好复用,解决办法是进行方法的细分,才能更好复用。也可以考虑template method来处理差异的部分。

    四、测试

    非常惭愧的是,在我经历的项目中,测试(尤其是单元测试)一直都没有得到足够的重视,也没有试行过TDD。正因为缺失,才更感良好测试的珍贵。

    我们常说,好的代码需要有可读性、可维护性、可扩展性,好的代码、架构需要不停的重构、迭代,但自动化测试是保证这一切的基础,没有高覆盖率的、自动化的单元测试、回归测试,谁都不敢去修改代码,只能任其腐烂。

    即使针对核心模块写了单元测试,一般也很随意,认为这只是测试代码,配不上生产代码的地位,以为只要能跑通就行了。这就导致测试代码的可读性、可维护性非常差,然后导致测试代码很难跟随生产代码一起更新、演化,最后导致测试代码失效。所以说,脏测试 - 等同于 - 没测试。

    因此,测试代码的三要素:可读性,可读性,可读性。

    对于测试的原则、准则如下:

    • You are not allowed to write any production code unless it is to make a failing unit test pass. 没有测试之前不要写任何功能代码
    • You are not allowed to write any more of a unit test than is sufficient to fail; and compilation failures are failures. 只编写恰好能够体现一个失败情况的测试代码
    • You are not allowed to write any more production code than is sufficient to pass the one failing unit test. 只编写恰好能通过测试的功能代码

    测试的FIRST准则:

    • 快速(Fast)测试应该够快,尽量自动化。
    • 独立(Independent) 测试应该应该独立。不要相互依赖
    • 可重复(Repeatable) 测试应该在任何环境上都能重复通过。
    • 自我验证(Self-Validating) 测试应该有bool输出。不要通过查看日志这种低效率方式来判断测试是否通过
    • 及时(Timely) 测试应该及时编写,在其对应的生产代码之前编写

    该文章通过 https://openwrite.cn/ 工具创造并群发。

    展开全文
  • 关于如何写代码和学习代码

    万次阅读 2017-05-20 08:55:40
    1.0当完一大代码以后,编译程序时是一大堆的错误(原因:语法不熟悉) --这个时候需要很大的耐心以及细心,对每一行代码仔细阅读和更改。改动代码的过程中能够极大的培养自己对代码的理解能力。常常读程序并且推算...

    一:

    1.0当写完一大代码以后,编译程序时是一大堆的错误(原因:语法不熟悉)

    --这个时候需要很大的耐心以及细心,对每一行代码仔细阅读和更改。改动代码的过程中能够极大的培养自己对代码的理解能力。常常读程序并且推算运行结果很重要。自己的代码,往往是按照自己的逻辑所运行的,如果有行不通的地方,加断点,不断调试,直到得到自己想要的结果。当你的代码是有错误的时候,那就说明是好的,没有错误的代码不是好代码。

    2..0有一个特殊功能的模块的实现不知如何下手。

    --查资料不完全

    --现在的网络这么发达,你完全可以借助网络的海量知识库存来实现你的目标。

    3.0经常学习到半夜却没有很大的收获。

    --效率低下,要注意劳逸结合。

    --有些时候,有些东西,并不是你熬夜就能解决的,有时候往往会事倍功半,得不偿失!

    二:

    养成良好的编程习惯。

    1.0

    --在写程序以前自己先在心里或者在草稿纸上打个草稿,心里面要有大概的思路。

    2.0

    --注意休息,写代码是注意力要集中。

    3.0

    --善于收集相关的专业开发上的资料

    4.0多多与同学和老师交流自己的想法

    三:如何当一个程序员做好准备

    1.0学好对应的计算机语言的基础知识,例如:程序的语法,关键点,易错点,对应的出错 的理解。

    2.0尽量多多接触跟计算机有关方面的东西,比如数据库基础到了尽量学会sql的原理。

    3.0用到面向对象的语言的时候最好学点相关的设计模式。

    4.0不断的对相关的知识进行总结,把相关的资料整理和学习。

    5.0记录自己容易出错的地方以及解决的方法。

    四:训练自己

    1.     设定自己未来的学习目标。

    2.     2.有针对性的设定学习时间安排以及学习路线。

    3.     抽出时间认真核对计划完成的情况。

    4.     多多培养自己的记忆能力、逻辑思维能力、全局能力、学习能力、沟通能力、自制能力。

    六:忠告

    1.     不要以为自己很差。

    2.     不要以为自己学的很多就很强。

    3.     不要以为自己没有做项目就会落后于他人。

    4.     不要以为自己做过很多项目就很了不起。

    七、最终还是得要自己写代码才是关键

    展开全文
  • 究竟怎样写代码才算是好代码

    万次阅读 多人点赞 2016-09-21 16:05:06
    今天让我们来谈谈代码吧。代码重要吗?当然,代码就是设计(Jack W.Reeves, 1992);代码是最有价值的交付物。我们需要好代码吗?在给“好代码”下个定义之前,这个问题无法回答。那么,究竟什么是好代码?看下面这...
  • 好了小伙伴们,从今天开始,我们就要开始逐步地学习在逆向...在本篇博客中,你将会学习到如何快速定位到关键代码的相关知识和技巧,其核心技术点我这里总结一下就是:顺藤摸瓜!在茫茫一望无际的Smali代码中要找到...
  • 菜鸡程序员都是怎样写代码的?

    万次阅读 多人点赞 2021-03-26 13:22:22
    可能不少程序员都会有这样的经历,写代码时灵光乍现,为了保证在灵感消逝前敲出更多代码,敲代码速度飞快,当然命名就显得很随意了。 什么样奇奇怪怪的命名都有:xiaonaigou,ergouzi,xxxx,j1,llst等等,可能...
  • 怎么提升写代码的能力

    千次阅读 多人点赞 2021-01-18 14:44:33
    对于程序员而言,我始终认为代码是展现能力的关键,一个优秀程序员代码,和一个普通程序员代码是很容易看出差别的,代码作为程序员的硬实力和名片的展示,怎么提升写代码的能力始终是一个关键的话题,不过很...
  • Android 4.4 源码中的关键代码路径

    千次阅读 2014-08-05 11:13:25
    最近再看Android的源码,各种大牛的资料上都会引用一些源码,我需要找到这些源码才能查看并且相互印证,也可能是各家资料或者源码的版本的不同,感觉路径比较混乱,现在将我学习过程中找到的关键源码的路径贴出来...
  • Java 实现会员注册升级 关键代码

    千次阅读 2016-09-20 17:20:34
    String a="注册成功!"; boolean b=false; String[] splitphone=new String [3]; splitphone=dian.split("-",2); if(shen.length()!=16&&shen.length()!=18){ System.out.println(
  • 程序员出这样的代码,能不挨骂吗?

    万次阅读 多人点赞 2020-03-13 17:04:21
    当你换槽填坑时,面对一个新的环境。能够快速熟练,上手实现业务需求是关键。但是,哪些因素会影响你快速上手呢?是原有代码写的不够好?还是注释写的不够好?昨夜...
  • 如何代码

    万次阅读 2018-01-19 08:35:42
    原文链接:https://www.cnblogs.com/huipengkankan/archive/2011/07/28/2120416.html伪代码(Pseudocode)是一种...因此,伪代码必须结构清晰、代码简单、可读性好,并且类似自然语言。 介于自然语言与编程语言之间。
  • 避免在代码注释

    千次阅读 多人点赞 2013-03-14 14:21:45
    如果用很多注释来“装饰”代码是件好事的话,那么在代码中加入大片大片的注释便是锦上添花了。是这样吗?事实上不完全是这样的。过犹不及,好心也会办坏事。 '************************************************* ' ...
  • 一个程序员老人用代码写的临终遗言

    万次阅读 多人点赞 2018-04-24 00:00:00
    点击上方“程序员大咖”,选择“置顶公众号”关键时刻,第一时间送达!定义多个变量最后输出I miss you./n先翻译代码字面意思:两个世界,无言的信,短暂停留长长的会回...
  • 手写代码的一些经验

    千次阅读 2015-10-11 21:06:17
    手写代码,指完全脱离计算机,用笔纸进行编码,有这些好处 1. 面试需要 ...2. 想到解法以后,关键步骤伪代码,防止细化的时,精力分散,遗漏一些步骤 3. 编码 4. 一定要耐心再次检查,花不了多少时
  • 原作者也已经毕业了,曾经的代码的学弟也能独挡一面了。不知道你是否会想起曾经代码的那段经历?
  • 写代码的三重境界

    千次阅读 2012-09-30 12:03:24
    搞IT的就是修电脑的,做软件的就是写代码的。后一句可能更对一些,因为学校是这么教的,开发工作中的确也是这么在做。然而,新手在写代码,牛人也在写代码,他们之间有什么区别?为何新人老手相互之间不理解?新手...
  • 我在阿里写代码学会的六件事

    万次阅读 多人点赞 2020-08-17 13:34:45
    简介:从团队的角度来看,代码是一件非常有必要的事情。如何出干净优雅的代码是个很困难的课题,我没有找到万能的 solution,更多的是一些 trade off,可以稍微讨论一下。了多年的代码,始终觉得如何出...
  • 复杂业务代码要怎么

    千次阅读 多人点赞 2019-08-01 18:33:14
    了解我的人都知道,我一直在致力于应用架构和代码复杂度的治理。 这两天在看零售通商品域的代码。面对零售通如此复杂的业务场景,如何在架构和代码层面进行应对,我有了一些新的思考,在此分享给大家。我相信,同样...
  • 如何一个代码分析文档

    千次阅读 2018-11-08 01:16:23
    持续更新 目录 1.给出这段代码的功能描述,让读者知道这篇文章主要介绍哪一部分 2.这段代码入口方法,以及如何找到入口类、方法 3.给出结论的代码调用图 4.具体代码说明 ...(2)跟哪些关键代码有交互...
  • 可测试的代码

    千次阅读 2014-05-10 04:25:49
    可测试的代码 任何一个软件都是可以测试。在某种意义上,用户的使用过程也就是一个软件测试的过程。可是这并不是我们今天要讲的可测试性。我们讲的可测试性指的是代码的可测试性,通俗点儿说就是是一串代码里...
  • 提高写代码的效率

    千次阅读 多人点赞 2010-01-20 13:41:00
    首先让我们看一看刚入软件公司会出现的情况:1. 你可能会常常发现,了一段代码后,编译程序时是一大堆的出错 (原因:语法不熟)──别...──如何避免:在写代码以前,要认真的学习计算机语言的语法,如关键点,易
  • 高科技公司的 CEO 要写代码吗?

    万次阅读 多人点赞 2020-09-01 17:44:58
    导读:周末与一老朋友相聚,聊起创业,聊起涛思数据,他说,"老陶,看你朋友圈,经常看到你在程序,你应该是在作秀吧,涛思数据融资都超过2000万美元,你这个创始人不太可能也不需要敲...
  • 一文教会你如何复杂业务代码

    千次阅读 多人点赞 2019-08-05 14:00:17
    结合实际的业务场景,我沉淀了一套“如何复杂业务代码”的方法论,在此分享给大家。 我相信,同样的方法论可以复制到大部分复杂业务场景。 一个复杂业务的处理过程 业务背景 简单的介绍下业...
  • //**发送端1初始化代码,使用通道1进行通讯:** //设置TX地址,TX数据宽度,设置RX自动应答的地址,填充TX发送数据,选择RF频道 void NRF24L01_TX_Mode(void) { NRF24L01_CE=0; NRF24L01_Write_Buf(NRF_WRITE_REG...
  • 程序员自我修练-提高写代码的能力

    万次阅读 多人点赞 2016-06-11 17:44:56
    1. 你可能会常常发现,了一段代码后,编译程序时是一大堆的出错 (原因:语法不熟) ──别担心,这是每个程序员必须经历的事,这时候你就需要更大的耐心及细心, 对每一行代码进行仔细人阅读并改正,这个...
  • 代码的人离职之后....

    万次阅读 多人点赞 2016-02-15 22:13:21
    半个月没有blog了,正好是春节假期。 静下来,想想自己代码,真是...作者最近了不少代码,review了不少代码,也做了不少重构,总之是对着烂代码工作了几周。为了抒发一下这几周里好几次到达崩溃边缘的情绪,他
  • 程序员每天出好代码的5大方法

    千次阅读 2018-09-16 22:59:03
    有不少的程序员天天写代码,但是还是被自己的代码丑哭了。 有些好的代码具有易理解、可扩展、易维护的特点,简直是人见人爱。 ...就像运动员每天锻炼一样,每天练习...什么主题不重要,关键是要养成每天写代码的...
  • 代码我只服雷布斯!分享雷军22年前代码

    千次阅读 多人点赞 2018-03-18 00:00:00
    有网友分享了一篇雷军22年前代码。完整版分享雷军22年前编写的代码.txt1 (点击阅读原文可查看)雷军心爱的代码被新程序员格式化对于雷军来说,虽然现在他更加专注在产品开发以及管理方面,但是曾经
  • 资深程序员告诉你什么是整洁的代码,下面详细介绍了Bjarne Stroustrup的描述,其他描述就不一一列出了,在此只记录几个关键点。 我喜欢高效优雅的代码代码逻辑应当直接了当,叫缺陷难以隐藏;尽量减少依赖关系,使...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 756,501
精华内容 302,600
关键字:

关键代码怎么写