По колено в коде — Говнокод.ру

bash / Говнокод #24231

+1

1
2
3
4
5
6

...
# uncomment for a colored prompt, if the terminal has the capability; turned
# off by default to not distract the user: the focus in a terminal window
# should be on the output of commands, not on the prompt
#force_color_prompt=yes
...

.bashrc по умолчанию в Xubuntu.
Мне казалось, что приглашение должно быть другого цвета, чтобы можно было быстро найти начало вывода программы:
user@computer:~$ cat blah.txt
<много текста>
<много текста>
<много текста>
<много текста>
<много текста>

Но тут, понимаешь, решили, что нечего цвета разводить.

Steve_Brown, 06 Мая 2018

Комментарии (22)

Куча / Говнокод #24228

−2

1
2

Золотце
https://lj.rossia.org/users/sadkov/103320.html?nc=55

OpenGL - говно опенсурсное
Попытался реализовать getPixel и putPixel на OpenGL, в результате получение одного пикселя занимает болшьшую часть времени выполнения программы. Другие люди тоже жалуются на тормознутость функций OpenGL, вроде glDrawPixels и glReadPixels

https://stackoverflow.com/questions/39821850/why-is-glreadpixels-so-slow-and-are-there-any-alternative

https://stackoverflow.com/questions/36534933/gldrawpixels-vs-textures-to-draw-a-2d-buffer-in-opengl

>glDrawPixels is known to be very slow

Зачем вообще нужно все это 3d ускорение? В DOS все было идеально:
((uint8_t*)(0xB8000))[y*320+x] = pixel

почему нельзя современным программам предоставить такой 0xB8000 адрес и пару регистров вывода? Зачем все эти ритуалы? И да, MMU и protected mode значительно замедляют доступ к памяти, посему современный DOS работал бы на порядок быстрей Windows/Linux. Протекция памяти оправдана только на этапе разработки программы, а для release билда ее лучше отключить, чтобы иметь прямой доступ к реальной памяти.

И я не одинок в негодовании:

https://stackoverflow.com/questions/39430404/drawing-pixels-in-opengl

>I'm using integrated GPU (Intel HD graphics 4000), as far as I know CPU and GPU share the same memory so why is it that I need to download? Why is it impossible to get a pointer?

Начинаю думать, что Unabomber был прав во всем - надо к чертям взорвать офисы мразотных бюрократов из Khronos Group.

j123123, 05 Мая 2018

Комментарии (53)

1C / Говнокод #24225

−4

1
2
3
4
5
6
7
8

http://developer.android.com/
Заблокировано в РФ

http://isitblockedinrussia.ru/?host=http%3A%2F%2Fdeveloper.android.com%2F

http://addons.mozilla.org 
Заблокировано в РФ
http://isitblockedinrussia.ru/?host=http%3A%2F%2Faddons.mozilla.org%20

ж)

roskomgovno, 04 Мая 2018

Комментарии (40)

1C / Говнокод #24224

+5

01
02
03
04
05
06
07
08
09
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31

//Модуль 1
Функция хуй() экспорт
возврат хуйбазовый();
конецфункции

//Модуль 2
Функция хуйбазовый() экспорт
возврат хуйразширеный();
конецфункции

//Модуль 3
Функция хуйстандартный() экспорт
возврат хуйособый();
конецфункции

//Модуль 4
Функция хуйособый() экспорт
возврат хуйуправляемый();
конецфункции

//Модуль 5
Функция хуйуправляемый() экспорт
возврат получитьхуй();
конецфункции

//Модуль 6
Функция получитьхуй() экспорт
возврат хуйстандарт();
конецфункции

и т.д.

Нахуя?

3oJIoTou_xyu, 04 Мая 2018

Комментарии (19)

JavaScript / Говнокод #24223

+4

1
2
3
4
5
6
7
8

function isPalindrom1(str) {
    if (str.toLowerCase().replace(/[^а-яА-ЯёЁ]/g, '') === str.toLowerCase().replace(/[^а-яА-ЯёЁ]/g, 
    '').split('').reverse().join('')) {
        return true;
     } else {
        return false;
     }
}

"Красиво, просто, изящно."
h: post/351874/

gost, 04 Мая 2018

Комментарии (7)

Куча / Говнокод #24221

−6

1

Бомбёж по поводу Telegram

Вот что бы там не говорили про право на тайну переписку, а у него есть важное ограничение, о котором все забыли: если человек подозревается в преступлении, то государство имеет полное моральное и юридическое право читать его переписку. А вот Пашка Дуров об этом не знает, либо знает, но намеренно это игнорирует, а потом тысячи глупых хомячков бросают из окон самолётики и обвиняют РКН. Я вот полностью поддерживаю международное уголовное преследование Пашки за пособничество терроризму.

dm_fomenok, 04 Мая 2018

Комментарии (45)

Java / Говнокод #24217

+3

1

http://www.ssw.uni-linz.ac.at/Research/Papers/Wuerthinger07/Wuerthinger07.pdf

Как известно, в языках C и C++ есть проблема с buffer overflow, в то время как в языке Java такой проблемы нет (баги в реализации самой JVM не рассматриваем). В языке Java, как и в многих других подобных языках для анскиллябр заедушных, не могущих в сырые указатели, сделали проверки границ массива. В говноязыке C++ впрочем тоже есть какая-то такая питушня, например std::vector::at выполняет роверку выхода индекса за границы диапазона вектора. Только вот в язык JVM давно уже внедряют такую хреноту, как array bounds check elimination, т.е. убирание проверок, когда на этапе компиляции можно доказать, что такие проверки не нужны.

В какой версии C++ сделают чтоб std::vector::at тоже вот так могло автозаменяться на небезопасный аналог если компилятор доказал что там эти проверки не нужны?

j123123, 03 Мая 2018

Комментарии (24)

Си / Говнокод #24216

0

01
02
03
04
05
06
07
08
09
10
11
12
13
14
15
16

if (cond1)
{
  do_shit1();
}
else if (cond2)
{
  do_shit2();
}
else if (cond3)
{
  do_shit3();
}
else if (cond4)
{
  do_shit4();
}

Вот например есть такая вот типичная хуита, предположим что я знаю, что среди этих cond1 cond2 ... только один может быть true, остальные условия всегда будет ложными.
И в этой сраной цепочке из if - else if можно перемещать if блоки без изменения логики. НО в языке Си (да и в C++ я уверен тоже) нет способа сказать компилятору что-то вроде "только одно из условий true, так что ты, сраный компилятор, можешь переделывать эту хуиту, и даже убрать else, если процессор в таком случае (при if(cond1) {do_shit1();}; if(cond2) {do_shit2();}; ... ) будет эту ссанину быстрее обрабатывать".
Какие-нибудь языки программирования такую оптимизацию вообще умеют?