Professor / Профессор 19

Вы видимо не понимаете смысл платных акков. Они созданы для ответственного подхода к работе. Когда бесплатно, тогда и делают без обязательств. Что стоит снова зарегать акк если прокатил клиентов или заказчиков?

Ну и остальное — калька. Так можно и на ваш проект сказать. Сложные правила, неявная аудитория, безответственные клиенты и заказчики, ввиду бесплатности и отсутствии четких правил. Отсутствие репутации площадки, ну и неявная оплата услуг. кто и как, где и, что бы честно?

Ну и перестаньте генерить тексты нейронкой. Они палятся ведь на раз два и отношение к проекту меняют. если вы не потратили время на составление текста, хотя бы для этой темы, то как вы потратите его бесплатно на помощь начинающим фрилансерам?

Просто интересно было, что может нейронка. В целом неплохо. Можно для видео, фоновой музыки использовать. Она с инструментами неплохо справляется. Плохо нельзя стиль задать с уклоном под определенную группу. Сразу пишет, что название группы запрещено. Но, честно, удивила. Специально примитивный текст придумал, скормил. Подумал не вывезет. Просто странно под него, еще и с моим описанием стиля, было хоть что-то получить. Но, она смогла неплохо выжать из него. Но 5 версия хуже справилась, чем 3.5. что странно. С нормальными текстами 5ка творит чудеса, а с такими не вывозит. Осталось понять её предназначение:)) точнее контекст употребления. Если в будущем позволят создавать уникальный годос под все композиции, задавать стиль музыки для всех песен, тогда уверен, что появятся много групп по типу Горилаз.

Так я вопрос задал. Чисто поиграться пойдет. Интересно было конечно, заинтриговали. Зарегался, текст накидал, фильтры задал, чет получилось:)

https://wdfiles.ru/Opma

Просто фан? Без монетизации? Инструменталку и так не сложно найти без авторских

Вопрос, что с этим делать?) Кто куда использует?

междустрочный интервал в h1 увеличить надо. Наверн 1.3 стоит

Но как же SOLID?

Single Responsibility Principle один класс одна ответственность. Или принцип разделения интерфейсов. класс вмещает почти всегда одну публичную функцию и множество приватных и протектных.

Закрытость классов. Не меняем классы, а создаём интерфейсы. Т.е. базовый класс превращается в древнее мамонтовское.

Если вопрос ко мне, то я в целом не против классов. Я их использую, но не расширяю, не наследую. Я против ООП в принципе мутабельности, наследования, один класс одно действие. Если использую классы, то без переопределения. Если можно обойтись функциями, то использую их во избежании тонны ненужного кода и простоты отладки с чтением. Опять таки, не все проекты enterprise банковские со сложной логикой. Конечно, когда речь заходит о таких проектах, то в принципе парадигмы не работают, и.к. каждый микросервис может быть написан на разных языках с разными подходами, после скомпилирован и забыт, пока не начнет протекать.

Если обо мне, то нет.

Я в контексте, к примеру роутинга. Набор функций, которые последовательно настраивают маршрут. Или набор функций для уведомлений. Показать непрочитанные уведомления, показать непрочитанные сообщения. Количество сообщений, общее количество. Ну и т.д. т.е. все в контексте уведомлений. Всё лежит в директории user например с namespace Users; всё чётко структурировано.

В чем трудность, просто на примере можете показать? Какая структура с классами? Самая дичь в том, что они мутабельны и не очевидны. Если добавить SOLID, то проект разрастается до таких размеров, что требуется несколько команд вместо нескольких программистов. Я написал выше про пространство имён которое легко решает структурирование и упрощает работу команд. Добавив use_strict=1, всё становится прям совсем очевидно. С чем проблема в функциональном подходе?

+ На примере выше, никогда не делаю мутабельны вещи. Если есть животное, то определяю его в отдельные функции. Создаю директорию animals и внутри dogs, cats, birds с неймспейсом. Всё. Если заинклюдил файл и вдруг разные команды без тестов(а они при функциональном подходе прям супер очевидны) написали одинаковые функции, то вызвать meow() не выйдет без очевидного Cat\meow() так же можно указать какие именно функции вызывать use function Animals\Cat\meow;

+ Да, вызов при use function Animals\Cat\meow;

будет просто meow();

+ Просто проект динозавр с проде может стать реальным динозавром. Все эти наследования могут привести к тому, что программисты не трогают класс т.к. хрен знает где созданы экземпляры этих классов ещё и с extends породил десятки основанных на этом классе. Попробуй изменить. Вся цепочка упадет. Если подключаешь каждый файл сгруппированных функций, то вместо создания дочернего класса докидываешь просто новую функцию в файл.

+ Подытожу.

Если программисты нормальные, то они и именуют функции в соответствии с действиями. Добавив пространство имён, модно группировать по любым каталогам — Animals\Dogs; Modules\Weather; Plugins; Filters; и так далее пока словарный запас не закончится.

Так это плюс же? Загружать только то, что надо. Что бы 2 раза не объявить достаточно в файле функций написать пространство имён. namespace Animals\Dogs;

В файле, где используете : use Animals\Dogs; и функции вызываете Dogs\woof($yes){}

Всё очень прозрачно и чисто по сравнению с авто загрузчиком ненужных классов

Тоже сказали, что только для отладки и тестов, но оч интересно, почему? К примеру самую важную инфу, по типу локали, конфигурации приложения

Если придерживаться принципов ООП то 80% времени уходит на создание архитектуры и 20% на кодинг. Соблюсти все парадигмы сложно и очень муторно. Каждый класс выполняет одну задачу, все методы так же. У меня банальная часть фильтров разлетелась на 10 классов. Проекты на ООП слишком объемны. Куча лишнего кода и зависимостей, которые подтягиваются даже при небольшом запросе. Отсюда кэширование всего и вся. Это, как для не интерактивных проектов используют vue js. Зачем? Просто тянуть либы в сотни КБ на фрон ради, к примеру динамики в комментах или уведомления? Так весь рендеринг на стороне клиента. вся нагрузка на клиента, вместо серверной обработки.

Хватит уже бред от ИИ в каждый пост, коммент сувать. Прям тошно от них уже.

Лучше сразу унифицировать. Понимаю, что ru дешевле, но http://aquarium.social/ к примеру или подобное