草庐IT

javascript - 我的 JavaScript 模式/实践很糟糕。我应该去哪里寻求帮助?

在过去的几年里,我几乎完全专注于后端任务,而且我刚刚注意到大多数JavaScript(和CoffeeScript)项目在我不在的时候变得非常漂亮。我主要在Rails环境中工作,几乎我所有的JavaScript/jQuery以前都是这样的:$(an_element).an_event(function(){stuff_i_want_to_do;})$(another_element).some_other_event(function(){some_other_stuff_i_want_to_do;})撇开回调不谈,差不多就是这样了。无论如何,我只是浏览了一些其他人的代码,并注意到在我不

git:未注释的标签是否比带有错误注释的标签更糟糕?

您查看的每个git教程都对标签有明确的看法:应该始终使用带注释的标签,原因之一是它们被gitdescribe使用。但是,我没有发现使用gitdescribe--tags有什么不好,它也将未注释的标签作为引用点。关于未注释的标签,还有什么其他不好的地方吗?我问是因为我刚刚完成了一个SVN项目到git的转换。我实际上正在考虑为标签提供注释,但如果不是冗余得惊人的“为我们的项目标记版本1.5”消息(无论如何已经用作SVN注释)我应该放什么?带注释的标签对我来说似乎是一件好事(你可以将事物标记为不同的作者,并可能给出简短的描述),但你真的应该使用它们吗?原始提交消息?或在哪些情况下未注释的标签

git:未注释的标签是否比带有错误注释的标签更糟糕?

您查看的每个git教程都对标签有明确的看法:应该始终使用带注释的标签,原因之一是它们被gitdescribe使用。但是,我没有发现使用gitdescribe--tags有什么不好,它也将未注释的标签作为引用点。关于未注释的标签,还有什么其他不好的地方吗?我问是因为我刚刚完成了一个SVN项目到git的转换。我实际上正在考虑为标签提供注释,但如果不是冗余得惊人的“为我们的项目标记版本1.5”消息(无论如何已经用作SVN注释)我应该放什么?带注释的标签对我来说似乎是一件好事(你可以将事物标记为不同的作者,并可能给出简短的描述),但你真的应该使用它们吗?原始提交消息?或在哪些情况下未注释的标签

OpenAI CEO喊麦ChatGPT:你很酷,但却是个“糟糕的产品”

OpenAI联合创始人兼CEO山姆·阿尔特曼(SamAltman)最近在一档播客节目中称ChatGPT为“糟糕的产品”。 阿尔特曼说,“人们访问的是一个有时能用,有时不能用的网站。”他指的是ChatGPT频繁出现的错误消息。他补充说道:“他们会输入一些东西,不停输入,直到搞定,然后把答案复制下来,粘贴到某个地方——然后再回过头来将此与搜索结果或他们的其他工作流整合起来。”他指的似乎是该产品只具备简单的知识储备,也就是不够聪明。同时期,互联网圈层的一位大佬对聊天机器人的投资热度发出警告。谷歌副总裁、有“互联网之父”之称的温特·瑟夫(VintCerf)在美国加利福尼亚州一场会议上表示,不要因为Ch

OpenAI CEO喊麦ChatGPT:你很酷,但却是个“糟糕的产品”

OpenAI联合创始人兼CEO山姆·阿尔特曼(SamAltman)最近在一档播客节目中称ChatGPT为“糟糕的产品”。 阿尔特曼说,“人们访问的是一个有时能用,有时不能用的网站。”他指的是ChatGPT频繁出现的错误消息。他补充说道:“他们会输入一些东西,不停输入,直到搞定,然后把答案复制下来,粘贴到某个地方——然后再回过头来将此与搜索结果或他们的其他工作流整合起来。”他指的似乎是该产品只具备简单的知识储备,也就是不够聪明。同时期,互联网圈层的一位大佬对聊天机器人的投资热度发出警告。谷歌副总裁、有“互联网之父”之称的温特·瑟夫(VintCerf)在美国加利福尼亚州一场会议上表示,不要因为Ch

不糟糕的人

在我的主菜单上,我有一个简单的按钮布局和几个在后台移动的精灵,以使其更具互动性。当我第一次运行它时,一切都很好,精灵的移动顺利,如果我单击菜单的一个按钮,则称为自定义segue,并完全显示下一个视图控制器。然后,我可以按下一个按钮,再次显示菜单,一切都很好。但是,如果我重复此过程(垃圾邮件导航系统),这些过程仍然可以正常工作,但是最终,菜单页面上的精灵开始滞后并以急剧的跳跃移动而不是光滑的滑梯。因此,我认为我的SEGUE实施存在问题示例代码:classSegueFromLeft:UIStoryboardSegue{overridefuncperform(){letsrc=self.source

php - 在 MYSQL 中使用 SELECT MAX(id) 而不是在 PHP 中使用 mysql_insert_id() 有多糟糕?

背景:我正在开发一个系统,其中开发人员似乎正在使用一个函数来执行MYSQL查询,例如"SELECTMAX(id)ASidFROMTABLE"每当他们需要获取最后插入的行的ID(具有auto_increment列的表)。我知道这是一种可怕的做法(因为并发请求会弄乱记录),我正在尝试将其传达给非技术/管理团队,他们的回应是......"Ohokay,we'llonlyfacethisproblemwhenwehave(a)alotofusers,or(b)it'llonlyhappenwhentwopeopletrydoingsomethingat_exactly_thesametime"

php - 在 MYSQL 中使用 SELECT MAX(id) 而不是在 PHP 中使用 mysql_insert_id() 有多糟糕?

背景:我正在开发一个系统,其中开发人员似乎正在使用一个函数来执行MYSQL查询,例如"SELECTMAX(id)ASidFROMTABLE"每当他们需要获取最后插入的行的ID(具有auto_increment列的表)。我知道这是一种可怕的做法(因为并发请求会弄乱记录),我正在尝试将其传达给非技术/管理团队,他们的回应是......"Ohokay,we'llonlyfacethisproblemwhenwehave(a)alotofusers,or(b)it'llonlyhappenwhentwopeopletrydoingsomethingat_exactly_thesametime"

mysql - 为什么 MySQL 语法错误消息如此糟糕?

MySQL语法错误通常很模糊,只指定错误发生的行。编写一个生成准确且有用的错误消息的解析器并不是一件容易的事,但这不是一个开放的研究问题:大多数通用编程语言的编译器都会生成更有用的错误消息。那么为什么MySQL的解析器不能产生更好的错误消息呢?是与MySQL相关,还是与一般的SQL语法有关?这是一个例子:SELECT*FROMfooWHEREbar>0ANDbazNOTNULLORDERBYquxASCMySQL生成以下错误消息:您的SQL语法有错误;查看与您的MySQL服务器版本相对应的手册,了解在“NULLORDERBYquxASC”附近使用的正确语法其实NOTNULL应该是ISN

mysql - 为什么 MySQL 语法错误消息如此糟糕?

MySQL语法错误通常很模糊,只指定错误发生的行。编写一个生成准确且有用的错误消息的解析器并不是一件容易的事,但这不是一个开放的研究问题:大多数通用编程语言的编译器都会生成更有用的错误消息。那么为什么MySQL的解析器不能产生更好的错误消息呢?是与MySQL相关,还是与一般的SQL语法有关?这是一个例子:SELECT*FROMfooWHEREbar>0ANDbazNOTNULLORDERBYquxASCMySQL生成以下错误消息:您的SQL语法有错误;查看与您的MySQL服务器版本相对应的手册,了解在“NULLORDERBYquxASC”附近使用的正确语法其实NOTNULL应该是ISN