Может, всё проще?
Создатель кода не знает как/не может его монетизировать;
Боится нести ответственность, ведь если купят, скорее всего потребуется дорабатывать и править баги, причем некоторые в срочном порядке;
Много кода в одном файле, огромные функции, большая вложенность.
Чем это всё плохо? Пример: код кодека Opus, opus_encode.c и, например, в нём opus_encode_native. Вы бы не взяли на работу разработчика этого кода?
Для сравнения в этом же кодеке есть код, написанный в другом стиле, в пакете silk.
Очевидное дублирование кода.
Часто так делается подразумевая, что будут вносится изменения или потому что это лишь визуальное сходство. Это бывает лучше, чем лишние условия в общем коде, наставленные ради создания общего кода.
Откровенно плохие названия переменных и функций.
Рассказать бы это тем, кто даёт названия консольным утилитам или тем, кто даёт названия стандартным функциям. И вообще, хорошие бывают?
Неиспользуемые переменные, функции, импорты.
Такое может быть на этапе работы над кодом, что в этом плохого?
Если гнаться за то, чтоб было покороче, надо из разных языков слов покороче и поблагозвучнее набрать. По типу как название Вики появилось. Заодно кроме английского что-то будет.
Интересно было бы узнать, все ли понимают смысл этих звуков одинаково, и каков результат употребления слов из неродного языка. Часто люди смысла слов родного языка не понимают или понимают по-разному, а тут вообще непонятно на каком языке общение идёт.
Спасибо за ответ! Сколько всё-таки ресурсов требуется для русского/английского языков примерно хотя бы: объём данных, ОЗУ, загрузка процессора при работе в реальном времени?
А что у вас поддаётся настройке?
Можно ли влиять на акцентирование разметкой текста?
Какая производительность CPU требуется и сколько памяти, например, для 8 кГц/16 бит, и от чего это зависит?
В разделе «Последовательность применения тем и стилей ко View-компоненту» ThemeOverlay в иерархии отсутствует.
Как изменения атрибутов в ThemeOverlay повлияют? Что именно будет затронуто? В чем отличие от Theme?
Создатель кода не знает как/не может его монетизировать;
Боится нести ответственность, ведь если купят, скорее всего потребуется дорабатывать и править баги, причем некоторые в срочном порядке;
Чем это всё плохо? Пример: код кодека Opus, opus_encode.c и, например, в нём opus_encode_native. Вы бы не взяли на работу разработчика этого кода?
Для сравнения в этом же кодеке есть код, написанный в другом стиле, в пакете silk.
Часто так делается подразумевая, что будут вносится изменения или потому что это лишь визуальное сходство. Это бывает лучше, чем лишние условия в общем коде, наставленные ради создания общего кода.
Рассказать бы это тем, кто даёт названия консольным утилитам или тем, кто даёт названия стандартным функциям. И вообще, хорошие бывают?
Такое может быть на этапе работы над кодом, что в этом плохого?
Можно ли влиять на акцентирование разметкой текста?
Какая производительность CPU требуется и сколько памяти, например, для 8 кГц/16 бит, и от чего это зависит?
Как изменения атрибутов в ThemeOverlay повлияют? Что именно будет затронуто? В чем отличие от Theme?