阅读是最好的习惯

你见过最烂代码是什么?

你见过最烂代码是什么?

《LOL》从代码上来说最难的是哪个英雄?

看到有些朋友会说塞拉斯和弗耶戈做一下适配器模式或者怎么着就能实现的,只能说远远小看了游戏开发的风云诡谲……(以下各种bug完全是我脑补虚构的,不代表真实情况。我不是拳头公司的,完全不知道英雄的底层实现机制是怎样的,仅根据个人开发经验瞎编,主要是展示一下开发中常见的情况)想象一下,你是塞拉斯这个英雄的设计师(这里补充一个小知识,像拳头这样水平的公司,一般来说英雄的逻辑是策划自己写的,接触过UE的应该能想的到,基本上就是蓝图、lua一类的脚本语言,程序只做基础功能架构并在出锅的时候帮忙接锅),你正在 更多

写 C++ 代码,想趁 2022 教育优惠买一台 mac studio,请问 mac 写代码好不好使?

arm的mac虽然可以跑docker用qemu跑x86软件但是没有实现ptrace…在x86容器内跑gdb可能会炸具体写代码更多的应该还是看ide吧Mac对写代码来说最大优势其实是强制高分屏以及强制200%缩放。而Mac可用的高分屏最低标准是1600p。Windows下一些人要么不买4K屏,要么买了4K屏但不开200%缩放,最终自然无法体会到更舒服的字体渲染。而写代码作为文字工作来说,字体渲染的优秀可以大幅度提升体验。为什么要提4K呢?因为虽然1600p屏幕苹果也能用,但现实中Windows下用 更多

GitHub上有个特别的项目,主要是教授你如何写出一个”让人窒息“的代码。这样在别人接手你的项目代码时,可以充分恶心一下他。

这个项目截止到目前为止,已经有2.5K的星星数。看来很多人都在努力学习,如何写出令人狗血不止的亮眼代码了。

该项目一共提供了19个准则,项目地址如下,读者们可以根据自己的实际情况看看自己是否有中招了。
github.com/trekhleb/sta

| 变量命名越少字越好

如果我们在编写代码的时候输入的东西越少,那么就有越多的时间去思考代码逻辑等问题。其中Good表示写出了好代码。

Good

Bad

| 变量/函数混合命名风格

变量和函数命名时进行混搭,把多种命名法混合在一起,显示自己的学识渊博。

Good

Bad

| 不要写注释

没人看你的注释,为什么要多此一举呢?

Good

Bad

更多时候,评论应该包含一些“为什么”,而不是一些“是什么”。如果“什么”在代码中不清楚,那么代码可能太混乱了。

| 使用母语写注释

如果的一定要写注释,尽量使用母语作为注释,比如可以使用阿拉伯语,法语等作为注释

Good

Bad

| 尽可能混合不同的格式

混合多种不同的格式,比如可以使用多个双引号,打乱读者的阅读逻辑

Good

Bad

| 尽可能把代码写成一行

代码有多长写多长,这样能够充分说明你写代码的时候“文思泉涌”

Good

Bad

| 不要处理错误

不需要让别人发现代码的错误,只要没有错误,就没有bug。

Good

Bad

| 广泛使用全局变量

使用全局变量,让你的代码更加适应全球化

Good

Bad

| 创建你不会使用的变量

多创建几个变量,以防万一你会使用到它,这样的代码才叫做未雨绸缪

Good

Bad

| 如果语言允许,不要指定类型和/或不执行类型检查。

如果对自己的代码有信心,就不需要去检查变量的类型,这充分说明了你的胸有成竹。

Good

Bad

| 有存在不执行的代码函数

多构造不需要执行的函数,者能充分说明你有多个plan b。

Good

Bad

| 三角法则

多嵌套条件语句,写起来就很顺手

Good

Bad

| 混合缩进

避免缩进,因为它们会使复杂的代码在编辑器中占用更多的空间。这样代码会变得不简洁

Good

Bad

不要锁住你的依赖项

频繁更新依赖项,为什么坚持使用过去的版本,让我们使用最先进的库版本。

Good

Bad

| 函数长的比短的好

代码写得越长,说明你的逻辑思维能力也越厉害。所以不要把程序逻辑分成可读的部分。

| 不要测试你的代码

测试你的代码是很愚蠢的动作,说明你对自己的代码没有信心

| 避免代码风格统一

编写您想要的代码,风格不一定要统一,特别是在一个团队中有多个开发人员的情况下。这是“自由”的味道。

| 构建新项目不需要 README 文档

不需要readme文档,只需要看代码内容就知道功能了。这样会使得项目更加简洁。

| 保存不必要的代码

不需要的代码,肯定是需要删除的,不然会占空间

一夜之间收到这么多赞,受宠若惊。

另外我自己开了公众号,更多的精彩内容,可以关注我的公众号:算法一只狗

只使用while,彻底不使用if,for,break,continue,return(除了函数的最后一句),goto的代码。

顺便一提,这种代码好歹有一个优势:它不会出现“else谜语人”的情况,也就是else和if中间太多行导致在else的地方早就忘了它对应的是什么判断没有被满足。

其实还可以更烂,那就是把“谜语人”发挥到极致:变量的定义和赋初始值在太多行之前完成,而且变量名也和这个一样就标一个没用的单词后面跟着1234(a1a2b1b2比abcd谜语得多!),然后进入循环或if的时候早就忘了这个变量干啥的。

当年我写用C语言抄下第一个课本上的hello world代码时候,加上括号一共五行,能够报出来十几个bug。

我感觉这是程序对我的第一次劝退。

我一直没懂得它的良苦用心。

入行十年,方知,写代码就是一条不归路。

我领导规划了一个安卓app,app中有个功能是每隔5分钟中服务器获取一个图片并显示出来

你们知道我的鬼才领导是打算怎么做这个功能的吗

他想的是先写个HTML,HTML有个img控件,有个5分钟定时器,时间一到就从服务器获取图片显示在img,然后把HTML放到服务器上,app调用接口获取HTML,再通过webview来显示这个HTML。

之前随手一答,没有写太细,没想到这么多人评论,感谢各位赐教,现在来补充一下

我领导这么做只是想定时获取图片并显示出来,并不是为了热更新,因为图片由服务器上的服务生成,样式不会变,生成图片的服务也不会轻易修改

另外,如果是为了热更新,虽然使用这种方式可以做到热更新,但是我认为这种方式性能不够好,直接从服务器获取图片可能变动的信息,再用安卓的代码实现定时更新,性能可能更好,而且后期可能是要增加图片数量,webview这种方式的就不太行了

来看看吧~ 这种代码就是一坨屎,没人想动它。

别问这是在干啥,问就是,做SEO!!!

以前随手写的那些O(n^6)的

======

现写一个呗。。。

猴子二维码生成器

参考自猴子排序

新建一个bitmap,每个像素随机填入黑或白,然后读二维码,如果读不出或与拟生成二维码的字符串不同则重复

所有的乱根源都是耦合在一起导致的,大的方面是模块的耦合,小的方面是功能的耦合,更细腻的方面是纯与副作用耦合。

做app的,偶然发现首页代码里有个计时器,算了下计时时长,居然有一个星期。。。。计时器到时会进行一个跳转web页面操作,wtf

中文有一个生僻字写做「丨」,你看它像不像英文的”|”?

我曾经在代码中拿它作为字符串分隔符,印度小哥调我的程序调了半个下午,整到怀疑人生/笑哭

「咦?把分隔符传进函数怎么返回的还是整个字符串呢?(揉眼睛)难道这是数字1?(改代码)返回的还是整个字符串?(揉眼睛)难道是英文小写l?(改代码)啊!怎么还是返回整个字符串?(揉眼睛)难道是大写I?(改代码)不可能啊!怎么返回的还是整个字符串啊?(陷入了深深的思考和对自己作为一个程序开发者职业生涯深深的怀疑)」

自己以前写的代码

有兴趣的拿去run

public class shit{
public static void main(String[] args) {
System.out.print(“ttttt~~~ntttt ~~~ntttt~~~nttt @nttt@@ntt@@@@@@@@nt@@@@@@@@@@@@@n@@@@@@@@@@@@@@@@@@@”);
}
}

reddit上有个话题,累了就去看看别人写的代码,学习一下

reddit.com/r/Programmer

网页中有个定时函数,每隔一秒向服务器请求当前的时间并显示。

顺便上张图。

反正不是我们公司的代码,甚至我觉得这边开发写出来的代码都好漂亮好专业(难怪人家工资高),还值得我这个半路出家的非科班程序员好好学习,毕竟,单纯做测试没有什么钱途,努力往开发走才是唯一出路,哈哈哈哈!!!!!!

不敢评别人的,感觉自己写的就是最烂的

《LOL》从代码上来说最难的是哪个英雄?

看到有些朋友会说塞拉斯和弗耶戈做一下适配器模式或者怎么着就能实现的,只能说远远小看了游戏开发的风云诡谲……(以下各种bug完全是我脑补虚构的,不代表真实情况。我不是拳头公司的,完全不知道英雄的底层实现机制是怎样的,仅根据个人开发经验瞎编,主要是展示一下开发中常见的情况)想象一下,你是塞拉斯这个英雄的设计师(这里补充一个小知识,像拳头这样水平的公司,一般来说英雄的逻辑是策划自己写的,接触过UE的应该能想的到,基本上就是蓝图、lua一类的脚本语言,程序只做基础功能架构并在出锅的时候帮忙接锅),你正在 更多

写 C++ 代码,想趁 2022 教育优惠买一台 mac studio,请问 mac 写代码好不好使?

arm的mac虽然可以跑docker用qemu跑x86软件但是没有实现ptrace…在x86容器内跑gdb可能会炸具体写代码更多的应该还是看ide吧Mac对写代码来说最大优势其实是强制高分屏以及强制200%缩放。而Mac可用的高分屏最低标准是1600p。Windows下一些人要么不买4K屏,要么买了4K屏但不开200%缩放,最终自然无法体会到更舒服的字体渲染。而写代码作为文字工作来说,字体渲染的优秀可以大幅度提升体验。为什么要提4K呢?因为虽然1600p屏幕苹果也能用,但现实中Windows下用 更多

赞(0) 打赏
未经允许不得转载:微精选 » 你见过最烂代码是什么?
分享到: 更多 (0)

评论 抢沙发

  • 昵称 (必填)
  • 邮箱 (必填)
  • 网址

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

微信扫一扫打赏