当然可以帮助您。请您提供一下您遇到问题的Python代码,我会尽力帮您找出错误并提供修复方案。如果可能的话,请附带您遇到的具体错误信息,这样我可以更准确地定位问题所在。
你也不能直接设置属性——你需要一个setter: 现在我们再试着运行看看。 到现在Python和Ruby的可读性似乎都不错,等等,让我们看看下面的测试。...放到Python里怎么样? 有用了,我们甚至可以在类里完成这一操作。 那么有人就要问了,Ruby的对象更直接吗? 我认为在 Ruby 中更容易看出类和实例属性之间的区别。...有人就对其进行了反驳。 我精通的Python,直到现在我仍然无法在Ruby中做任何有用的事情。其实,Python比Ruby更具可读性、易懂。...我同意,对于这两种语言的新手来说,Ruby的@和@@可能会使阅读起来有点困难,而且对我来说似乎更冗长,Python获胜。...对于Guido van Rossum来说,最完美的语言可能是Python。 我希望看到Ruby能够让世界上每个程序员变得高效,享受编程,并且快乐编程。这是Ruby语言的主要目的。
大家好,又见面了,我是你们的朋友全栈君。...我有一个问题,我的导航栏似乎与CSS中的.container缩放.现在,我是一个新手,但我已经尝试搞乱CSS中的值,但无济于事.这是 HTML和CSS的代码: * { margin: 0px; padding...,我是一个新手,所以如果我错过了一些非常明显的东西,如果你能指出我正确的方向,我会很感激.我整个上午一直在绞尽脑汁,试着想想它会是什么....以下是一些参考我正在谈论的截图: 在缩放.container之前: 缩放.container后: 我正在做的是缩放它是我将.container的宽度更改为50%;.不要担心其他任何事情 – 我知道我将要做些什么来扩展其余部分...但是,如果有人能帮我解决这个问题,我会非常感激.如果做不到这一点,至少指出我正确的方向.
如果有些代码真有问题,请尽量添加注释,说明为什么优化这段代码。如果你觉得需要说明自己做了什么优化,做就是了。你可能经常会听到人们说,你永远都不应该陈述代码做了“什么”。...试着保持耐心,不要把自己置于压力之下。当你能保持冷静,整理思路,并形成想法时,你的工作会更出色。而且,可以肯定,这对你的心理健康也是有益的。...不给自己压力,可以说是地球上最难的事情了,你总是免不了会这样做。那没什么问题。你只要尽力不要那样做就行了。时间长了,那会对你造成伤害。 5持续性是关键 持续不断地做某件事可以帮助你成为专家。...而且,你还可以从他人的失败中汲取教训,这样你就不会再犯同样的错误。 7社交网络很重要 走出去,和人建立联系。现如今,这特别重要。 我曾经以为,一份出色的简历就可以为我打开所有的大门,但我错了。...如果一个问题在某种程度上适合我,那么我肯定就可以分得该项任务。在某些事情上,我成了名人,经常有人找我寻求帮助,我升职了。我在这里就不罗列早期取得的诸多成绩了。反正我的经理已经知道了。 为什么会这样?
我不会因为我使用的笔而大动干戈,我为我所创造的东西而激动。那么从你的经验来看,为什么会这样呢?在大家面前辩护,让大家相信你对一种编程语言的看法是正确的,这样的一种思潮是从何而来的呢?...说到底,如果你确实是一名非常非常好的程序员,但是你做的东西没有人需要,没有人喜欢……它没有为世界增加价值,但是你真的真的非常擅长这门手艺,只是找不到能产生影响的方法,我想你可能会深入研究并讨论所使用的工具...00:19:54 - Femi Owolade-Coombes: 我确实喜欢玩游戏这个点子,比起在课堂上学习代码,我最喜欢的是能够控制游戏中发生的事情,而代码是背后的魔法,代码给了你那种非常酷的能力,让游戏做你想要的事情...但我的设想完全错了,我们坐得就跟房间后面那 10 个大屏幕一样靠后。不过这并没有减少孩子们的热情。大会的其中一天,全体开发人员也在会议上出场了。当工程师们出来的时候,所有在场的孩子都站起来尖叫。...00:24:10 - Robyn Bergeron: 尽管对于已经从事多年编程工作的人来说,这似乎微不足道,但我开始游玩的那一刻,我甚至没有意识到,我其实是在学习一种可以让我受益终生的东西。
但是成为一个开发者,这并不是一张你需要全都知道的图谱。完全不是!你真的觉得我——或者任何开发人员——真的知道怎么使用全部这些东西吗? 臣妾做不到! 当你刚刚开始接触电脑编程的时候,这些知识完全过多了。...就像其他成千上万的人一样,你很可能犯了一个非常可以理解的错误:你觉得你需要知道关于编程的一切。 但你并不需要这么做。而且没有人会期待你做到这点。...作为一个开发者,如果你尝试在每个新技术上都保持在最前列你会常常铩羽而归。他们实在是太多了,并且比以往变化的都快。最好的方法是,你可以选择一些技术随时留意最新变化。...如果这个程序包的一些地方运行的与你预期不同,或者介绍文档缺失,读一读源代码会让你找到答案,尽管(常常)格式不是很亲切。 一些小技巧我发现很有用: Github的代码检索工具。...当你回来的时候,程序漏洞将会直直的盯着你的脸。我保证。 程序(绝大部分)总是正确的。它完全按照你的指令运行,这点有好处也有坏处。你需要找你(或者其他人)在哪里让它去做了错误的事情。
到现在,我已经做了超过 21 年开发,可以说,我生命中超过一半的时间都在编程,那既是我的职业,也成了我的习惯。 下面是我在开发过程中学到的 10 条最有价值的经验。...如果有些代码真有问题,请尽量添加注释,说明为什么优化这段代码。如果你觉得需要说明自己做了什么优化,做就是了。你可能经常会听到人们说,你永远都不应该陈述代码做了“什么”。...试着保持耐心,不要把自己置于压力之下。当你能保持冷静,整理思路,并形成想法时,你的工作会更出色。而且,可以肯定,这对你的心理健康也是有益的。...不给自己压力,可以说是地球上最难的事情了,你总是免不了会这样做。那没什么问题。你只要尽力不要那样做就行了。时间长了,那会对你造成伤害。 5持续性是关键 持续不断地做某件事可以帮助你成为专家。...如果一个问题在某种程度上适合我,那么我肯定就可以分得该项任务。在某些事情上,我成了名人,经常有人找我寻求帮助,我升职了。我在这里就不罗列早期取得的诸多成绩了。反正我的经理已经知道了。 为什么会这样?
如果有些代码真有问题,请尽量添加注释,说明为什么优化这段代码。如果你觉得需要说明自己做了什么优化,做就是了。你可能经常会听到人们说,你永远都不应该陈述代码做了“什么”。...试着保持耐心,不要把自己置于压力之下。当你能保持冷静,整理思路,并形成想法时,你的工作会更出色。而且,可以肯定,这对你的心理健康也是有益的。...不给自己压力,可以说是地球上最难的事情了,你总是免不了会这样做。那没什么问题。你只要尽力不要那样做就行了。时间长了,那会对你造成伤害。 5 持续性是关键 持续不断地做某件事可以帮助你成为专家。...而且,你还可以从他人的失败中汲取教训,这样你就不会再犯同样的错误。 7 社交网络很重要 走出去,和人建立联系。现如今,这特别重要。 我曾经以为,一份出色的简历就可以为我打开所有的大门,但我错了。...如果一个问题在某种程度上适合我,那么我肯定就可以分得该项任务。在某些事情上,我成了名人,经常有人找我寻求帮助,我升职了。我在这里就不罗列早期取得的诸多成绩了。反正我的经理已经知道了。 为什么会这样?
但我可以告诉你,书本和课程也无济于事。几乎所有最好的黑客都是自学成材的。真正能起作用的就是去亲自 读代码 和 写代码。...最好的做法是读一些大师的名著,试着自己写点东西,再读些,再写点,又读些,又写点....如此往复,直到你达到自己在范文中看到的简洁和力量。 在如何学习编程中,我已经说了很多次这个学习过程。...读它的代码。试着去修改他。你会得到比微软操作系统上好的多的编程工具(包括 C, Lisp, Python, and Perl),你会得到乐趣,并将学到比你想象的更多知识。...正确的反应应该是 “闭嘴,给我看一下代码”。 第三个测试有一个棘手的递归元素在里面。我注意到在 “什么是黑客?”...你会教我如何做黑客吗? 自从第一次发布此页,我每周都会得到一些请求,要我“教会他如何做黑客”;遗憾的是,我没有足够的时间和精力来做这个;我自己的编程项目已经占用了我 110% 的时间。
这本书中阐述的一些代码调试应该遵循的规则似乎很有道理,比如说“了解系统”,“让它失败”,“别想了,先看看”,“分而治之”,“一次只改变一件事情”,“保持审查详细记录”,“从一个新的角度看问题”,和“如果你没有修复它...我认为这里可能需要循环地重复以下步骤: 猜测可能发生的错误的某一个方面(比如说,“这个变量被设置为X,它应该是Y”,或“发送到服务器的请求是错误的”,或“这段代码根本没有运行过”等等)。...做实验来验证这个猜测。 重复循环,直到你明白发生了根源所在。 一次只改变一件事情——所有人都肯定地同意,在做实验来验证一个假设时,一次只改变一件事情是很重要的。...下面是一些例子: 此变量设置为X(“该文件名绝对正确”); 该变量的值不可能在X和Y之间变化; 这段代码以前没有问题; 此函数执行X; 我正在编辑正确的文件; 我写的那一行代码不可能有任何拼写错误,只是一行代码而已...; 文档是正确的; 我正在查看的代码在某个时刻被执行; 这两段代码是按顺序执行的,而不是并行执行的; 这段代码在调试模式和发布模式下编译(使用或不使用-O2开关,或…)时,会做同样的事情; 编译器没有错误
以下为译文: 以前,我们组里有个非常弱的人,弱到就快要被辞退了(开发也有要被辞退的?!)。而我在代码评审中的每条注释都成了他棺材上的一颗钉子。 每次我点“提交评审”的时候似乎都能听到锤子落下的声音。...他为人很好,我甚至感觉他有点可怜,但我也不能因此而放过他的代码。我有权批评他的代码,不是吗?我比他优秀,所以我做的没错。没有人会把很差的代码说成很好,不是吗?...那时我问了问题,也遭遇了很多凌辱:他们说我的问题是垃圾,解决方案更垃圾,还说我选错了语言,甚至不配成为“好”的程序员。 我想要变得更好,似乎只是为了把他们甩在身后。...我做代码评审并不是为了业务,而只是想贬低新手。我的技术终于开始给我回报了。 如果别人给我的代码中有错误,我就会觉得自己很聪明,从而感受到莫名的喜悦。...赢得争论、永远坚持正确、完美地完成所有事情,对我来说这些非常重要。谁的想法更好并不重要,重要的是最后实现的必须是我的想法。 感觉有点大事不妙。我从未想过这些! ? 本文开头提到的那次评审?
这本书中阐述的一些代码调试应该遵循的规则似乎很有道理,比如说“了解系统”,“让它失败”,“别想了,先看看”,“分而治之”,“一次只改变一件事情”,“保持审查详细记录”,“从一个新的角度看问题”,和“如果你没有修复它...我认为这里可能需要循环地重复以下步骤: 猜测可能发生的错误的某一个方面(比如说,“这个变量被设置为X,它应该是Y”,或“发送到服务器的请求是错误的”,或“这段代码根本没有运行过”等等)。...做实验来验证这个猜测。 重复循环,直到你明白发生了根源所在。 一次只改变一件事情——所有人都肯定地同意,在做实验来验证一个假设时,一次只改变一件事情是很重要的。 ?...下面是一些例子: 此变量设置为X(“该文件名绝对正确”); 该变量的值不可能在X和Y之间变化; 这段代码以前没有问题; 此函数执行X; 我正在编辑正确的文件; 我写的那一行代码不可能有任何拼写错误,只是一行代码而已...; 文档是正确的; 我正在查看的代码在某个时刻被执行; 这两段代码是按顺序执行的,而不是并行执行的; 这段代码在调试模式和发布模式下编译(使用或不使用-O2开关,或…)时,会做同样的事情; 编译器没有错误
提高对双关语、文字游戏的鉴赏能力。 这些事情,你已经在做的越多,你就越是天生做黑客的料。至于为什么偏偏是这些事情,原因并不完全清楚,但它们都涉及用到左右脑混合使用,这似乎是关键所在。...Q: 你能推荐一些有关黑客的好书吗?Q: 成为一名黑客我需要擅长数学吗?Q: 我该从哪种语言开始学?Q: 我需要什么样的机器配置?Q: 我想做贡献。你能帮我挑选一个问题来处理吗?...如果有人想要以黑客精神的名义来招揽你,那是他们搞错了重点。最好的回应恐怕是“闭嘴,给他们看代码(Shut up and show them the code)。” 第三个问题是递归的。...这很难度量,但是每个黑客在看到它的时候就能知道。 Q: 你能教我做黑客吗? A: 自从第一次发布这份文档,我每周都会收到一些请求,(通常一天几封)要我“教会他们做黑客”。...我过去曾说过在IRC上找不到真正的黑客,但我发觉现在情况有所改变。显然一些真正的黑客的社区像GIMP及Perl,也有IRC频道了。) Q: 你能推荐一些有关黑客的好书吗?
因此,如何处理修复bug的过程也值得我们细细琢磨。 我想分享一些程序员修复他们的源代码时所经历的想法。这是事情变得紧张时所触发的轻松幽默。...这难道不像我们自己的编程故事吗?你正兴致勃勃地在构建着什么,但是突然之间,函数输出了一个致命的错误。所以,现在你必须回过头去删除一些代码块,以找出错误发生的行号。...然后我发现我的整个方法实际上是错误的,而且从头来过更容易!如果我开始的时候能先做一番研究的话,从长远 来说,反而节省时间。 10.Stack Overflow上和善的人或许愿意帮助我。...16.是不是有人动过了我的源代码? 这 听起来有点妄想和偏执,但有时你会不由自主地怀疑,是不是有人在你补觉的时候,写过这个东西了。回顾过去几周或几个月做的项目会让你的心不断地往下沉。...你能遇到的最坏情况是,你对你正在浏览的源代码完全不知道该怎么做。可能是你自己的项目,也可能是别人的项目,但问题的根源是相同的。
比如我想学习如何使用 Python 创建网站,但似乎每一个学习资源都希望大家花上两个漫长、枯燥的几个月来学习 Python 语法,然后我才能考虑去做我真正感兴趣、想要做的事情。...没错我知道,很多人都希望在这方面花费少一些时间,最好能够速成,这就仁者见仁智者见智了。当然我的观点也是,尽可能少的把时间花费在基础知识上,很多东西只需要在用到的时候再去学习即可。...做一些自己感兴趣的事情,我的地盘我做主。...这个时候就更加有意思了,我们可以再进一步做一些事情: · 试着教一个新手如何运行你的项目 · 项目够完美吗,它能处理更多的数据,还是能处理更多的流量? · 你能让你的程序运行得更快吗?...· 你能让你的工具对更多的人有用吗? · 你将如何将你所做的商业化? Python 是一门非常有趣且值得学习的语言,我认为任何人只要找到正确的动机和方法,都可以熟练的掌握 Python。
在过去的六个月中,curl 的 hyper 代码只进行了重构和其他内部清理以及与改进保持同步的修复。没有人似乎(想要)致力于改进 curl 的 hyper 后端。...而且似乎没有人使用它或关心它缺乏 HTTP/2 的支持。 在距离最初合并后的大约 40 个月后,这项工作似乎陷入了停滞。...“作者有足够的时间(大约 1315 天)来发现该漏洞,但为什么没有发现呢?原因很简单,开发人员基本只有他一人。他多次对代码运行了几个静态代码分析器,但是它们都没有发现这个函数中的任何问题。...他对 Rust 也不是很熟悉,以至于用错了 Hyper 的 API 。而 Hyper 作者在其社交网络上也声称自己对 C 的经验不足,无法进一步推动这件事。...所以,问题的重点不在于是否该移除 hyper,而是如何找到愿意持续推进这件事的人。否则,光靠 curl 开发者一人的力量,也做不到持续维护。 你愿意参与推动这件事吗?
我想分享一些程序员修复他们的源代码时所经历的想法。这是事情变得紧张时所触发的轻松幽默。通常说来,应用程序终将可以工作,然后你也可以进入到下一个伟大的任务。...“我用 30 分钟写函数,花 2 小时让它工作。” 这难道不像我们自己的编程故事吗?你正兴致勃勃地在构建着什么,但是突然之间,函数输出了一个致命的错误。...然后我发现我的整个方法实际上是错误的,而且从头来过更容易!如果我开始的时候能先做一番研究的话,从长远来说,反而节省时间。 10.“Stack Overflow 上和善的人或许愿意帮助我。”...“是不是有人动过了我的源代码?” 这听起来有点妄想和偏执,但有时你会不由自主地怀疑,是不是有人在你补觉的时候,写过这个东西了。回顾过去几周或几个月做的项目会让你的心不断地往下沉。...你能遇到的最坏情况是,你对你正在浏览的源代码完全不知道该怎么做。可能是你自己的项目,也可能是别人的项目,但问题的根源是相同的。
我想分享一些程序员修复他们的源代码时所经历的想法。这是事情变得紧张时所触发的轻松幽默。通常说来,应用程序终将可以工作,然后你也可以进入到下一个伟大的任务。...这难道不像我们自己的编程故事吗?你正兴致勃勃地在构建着什么,但是突然之间,函数输出了一个致命的错误。所以,现在你必须回过头去删除一些代码块,以找出错误发生的行号。...然后我发现我的整个方法实际上是错误的,而且从头来过更容易!如果我开始的时候能先做一番研究的话,从长远来说,反而节省时间。 10.“Stack Overflow上和善的人或许愿意帮助我。”...“是不是有人动过了我的源代码?” 这听起来有点妄想和偏执,但有时你会不由自主地怀疑,是不是有人在你补觉的时候,写过这个东西了。回顾过去几周或几个月做的项目会让你的心不断地往下沉。...你能遇到的最坏情况是,你对你正在浏览的源代码完全不知道该怎么做。可能是你自己的项目,也可能是别人的项目,但问题的根源是相同的。
超越语法 在你不得不全力对付任意编程语言的语法时,也就是学习如何充分利用该语言最琐碎的时刻。一门语言的语法往往是非常静态的,并且如果你出错了,你的编译器会向你控诉。...有时候当我阅读其他人的代码时,如果看到他们做错了,我会生气。但是随着我代码阅读量的增加,我开始懂得,总会有一些情形常见于别人的代码,但我在我自己的代码中却未曾遇到过的,并且我的方法没有必要那样执拗。...我以前学习新的编程语言,会把重点放在诸如目录结构和命名约定这些简单的事情上。但是,现在,我会找一些不同的开源项目,然后可以开始拼凑常用的方法。我很少强调以前那些类型的东西了。...关键是不要害怕尝试任何你觉得看上去正确的东西,并且当你走错路的时候能够承认错误,并改正问题,然后继续前行。 坏的代码就坏的,是这样的吗? 有人会说“坏的代码比好的代码要更多更明显”。...我发现当我帮助别人学习的时候能学到更多。如果我认为我理解了一个新的主题,那么我会找个人来试着向他解释,这能让我更深刻地理解和记住它,并且让我快速发现我是否写了坏的代码。
领取专属 10元无门槛券
手把手带您无忧上云