Это Andrew Chael и он написал 850,000 строк кода из 900,000 благодаря которым, мы смогли увидеть черную дыру [Фейк]
Кстати, Кэти Боумэн написала около 2500 строк кода.
Кстати, Кэти Боумэн написала около 2500 строк кода.
Забыл чье интервью читал, но от человека, что работал на одного из подрядчиков IBM. В то время оплата была "построчная" и программисты IBM породили многострочные комментарии =)
Нет. Обфускация есть процесс изменения исходного код до состояния, когда он крайне сложно читается. А тут просто оплата по объему исходного кода, либо "накручивали" трудочасы.
Но ведь обфускация - это в том числе добавление пустых функций, которые ссылаются друг на друга, что и усложняет чтение
Любое ревью кода выявит наличие пустышек. А наличие nop (по сути можно применить в этом случае), при исследовании чужого кода, ни на что не скажется.
В библиотеке eht-imaging всего (включая комментарии и пустые строки) 793534 строк. Исходные файлы на Python содержат 36667 строк. А остальные 720256 находятся в txt файлах с тестовыми входными данными.
они не учли, что в проекте есть огромные текстовые файлы с данными, и посчитали их как код
if num = 1:
print(1 программист')
elif num = 2:
print('2 программиста')
...
...
...
elif num = 1000:
print('1000 программистов')
каждое две строки это условие выполнения и то, что нужно сделать, если условие выполнено.
/* Пиздец! Как же меня заебало писать этот гребаный код. Еще эта гребаная Кэти Боумэн ходит и улыбается, как буд-то она, мать ее, звезда и самая, мать ее, здесь главная. Я хочу домой на диванчик и смотреть анимешки с фурями. Пойду посру. */
ну вот его коммит на 524000 строк например
но дело в том, что это не код, а два текстовых файла с какими-то данными
.txt немнжечко смущает.
# SRC: M87
# RA: 12 h 30 m 49.3920 s
# DEC: 12 deg 23 m 27.9600 s
# MJD: 58211.000000
# RF: 230.0000 GHz
# FOVX: 512 pix 0.000367 as
# FOVY: 512 pix 0.000367 as
# ------------------------------------
# x (as) y (as) I (Jy/pixel) Q (Jy/pixel) U (Jy/pixel) V (Jy/pixel)
0.0001827832 0.0001827832 0.0000000000 0.0000000000 0.0000000000 0.0000000000
0.0001820664 0.0001827832 0.0000000000 0.0000000000 0.0000000000 0.0000000000
0.0001813496 0.0001827832 0.0000000000 0.0000000000 0.0000000000 0.0000000000
0.0001806328 0.0001827832 0.0000000000 0.0000000000 0.0000000000 0.0000000000
0.0001799160 0.0001827832 0.0000000000 0.0000000000 0.0000000000 0.0000000000
Эти цифры больше похоже на данные, а не программный код.
В git вроде даже понятие есть - sloc - source lines of code или как-то так, где не учитываются комментарии, пустые сроки, текстовые файлы
Ни один осмысленный код не выглядит так (если не всякая экзотика типа брейнфака).
0.0001813496 0.0001827832 0.0000000000 0.0000000000 0.0000000000 0.0000000000
Это тупо набор каких-то результатов расчётов.
Проект на питоне
Код как правило сохраняется в таком случае в .py
Ну для других языков может быть .java, .cpp, .rb, ну и т.п., но не txt. да и содержимое соответствующее.
Если почитать шапку, то становится очевидным, что это input/output data.
Что тут может смущать, ума не приложу.
Дополню свой комментарий: https://github.com/achael/eht-imaging/graphs/contributors
achael - Andrew Chael
Фейки
1.8K постов2.2K подписчиков