C板块提问的长代码，最常见的不方便调试的情况还是开发环境差异吧，使用VC或者VS用了微软自己的库或者用了第三方库进行编写的话，那我们这种落伍人士只能拿着MinGW干瞪眼了(比如说conio.h这个库文件就是MinGW没有的），虽说下载个VS也用不了多少小时，可我一想到曾经的几十GB噩梦就脑阔疼，妥妥的新人劝退啊，我方了，至于三方库，脑阔疼，告辞。这种情况只有脑子好使的dalao又有空闲才会直接对代码进行分析来帮忙排错了，另外自行编写的库文件如果附上倒是没啥问题...虽说这么说似乎有点偏见，不过果然不仅使用C标准库的话，挺让人为难的
其次就是确实是代码太长了，说难听的，在板块摸鱼的，常冒泡的不会是那种精通或者非常熟练的dalao，那种有的是正事要做，基本上涉及到多个代码块的话，就很难提起兴趣去分析了...甚至还有涉及插口编程或者特定复杂算法的卧槽，这种问题能给予肯定回答的dalao可遇不可求啊，这种时候还是更加倾向自行查错比较优先吧，如果把代码块进行肢解简化....能这么折腾基本上问题自己找出来了，很多时候问题都是出在细节上，这样的话，还是老办法，自己加注释吧，基本注释个遍，也查的差不多了，还没找出来，提问也有个满满注释的东西了不是，注释没有阅读者会嫌多的，只有编写者会嫌麻烦。
涉及到人机交互的话，人机交互不可怕，可怕的是不知道或难以理解你想要干啥....
能编写长代码的，我觉得已经不算是初学者，而是入门者了，不过这种人群也是最容易被冷落的，因为技术水平正处在一个断层，能给予指导的没空，有空的其实半斤八两(为嘛我基本不提问，因为我知道我想问些什么，但是我需要的在这板块可遇不可求，而不是我是dalao，我菜的很），初学者的不佳提问更多的是那种根本不像提问而是求答案的那种，或者是问些看似基础实则烧脑属于吃饱了撑着类型的尝试，如果是前者，不想多说，如果是后者，我这有个好东西一直想给你们康康:
程序代码：
#include <stdio.h>
int main( )
{
for ( ; ; )
{
printf("e");
}
}
int on_exit( )
{
return "e" [0] ;
}
//https://
