MrPi

Рейтинг
17
Регистрация
05.05.2025
Александр Попов #:
Многие певцы ртом делают треки хуже, чем ИИ уже сейчас, а прогресс ИТ неминуем. 

Многие певцы под фанеру поют

master32 #:
да все, музыканты уже проиграли)
а в этом году проиграют фильмоделы, голливуд конечно будет сопротивляться, но это бесполезно)

Конечно. Уже локальные модели есть. Вместо студии, можно купить норм видяху и генерит качественные треки. Через год каждый уважающий себя слушатель будет генерит музыку себе сам)

master32 #:
у меня CF работает,
мобильные операторы в логах есть,
может быть в регионах где-то что-то и блочат
основной траф не упал, как и был год назад

Страна?

Александр Воробьев #:
Состояние на данный момент в ветке next
public function get(string $key, array|bool|float|int|string|null $default = null): array|bool|float|int|string|null
    {
        [$configName, $parts] = $this->parseKey($key);
        $value = $this->props[$configName];
        if (empty($parts)) {
            return $value;
        }
        foreach ($parts as $part) {
            if (is_array($value) && isset($value[$part])) {
                $value = $value[$part];
            } else {
                return $default;
            }
        }

        return $value;
    }
Эммм..
ArbNet #:
Не все подобные сложные запросы сможешь реализовать таким способом, да и ещё потеря времени на их формировании сначала добавляя команды и параметры, а потом сам запрос.. это два.
Сложные запросы через билдеры никто не пишет. Если больше одного join, то только чистый запрос с валидацией
ArbNet #:
на передачу этих параметров в класс, а потом на их обработку. По-моему это глупый и тупой подход, когда проще и лучше написать сразу готовый запрос.
Валидировать каждый запрос? Ну-ну. Какие потери на цепочке вызовов с индексами в таблице по отношению к сырому запросу?  Каждый запрос надо проверять, валидировать, что бы пользователь например 
"SELECT * FROM users WHERE name = '$name'"

вместо имени не кинул, что-то типа?

DROP TABLE users;

Предпочтительнее на таких простых операциях не заморачиваться и делать через билдер

table('users') ->where('name', $name) ->get();

Экранируем, валидируем. Получаем ожидаемый результат, даже если пользователь хотел другой

Vladimir SEO #:
смотря какой контент 
Онлифанс))
softerra #:
Обсуждать музыкальные вкусы - наитупейшее занятие.
Как и принципы кодирования
TheVS #:
Не забывайте делать скидку на то, что каждому человеку своё сгенерированное творение по умолчанию кажется лучше, чем оно есть на самом деле. Для 90% слушателей даже неплохой результат будет "безыдейным хрючевом".

Ну это бред же. Неплохой результат подразумевает не слоп контент. И да, слушателей много. Кому-то и "Мало половин" нравится. Чем композиции этой великой артистки лучше? Мне нравятся мелодии сгенерирвоанные ИИ. Вот не встречаю сейчас реально хороших мелодий. Исходя из того, что я меломан, могу слушать многие жанры, от rap, jazz, blues до house, trance, pop punk, не могу найти подходящие моему слуху мелодии. Нет изюминки (именно для моих слуховых рецепторов).

Genius Ideaing #:
потому что для этого ИИ должен стать Искусственным Разумом...
)))) Блин, сорян, но смеялся долго. Что значит разум? И причем здесь разум? Вот к примеру для приготовления вкусной пищи необходимо воздецствовать на определенные рецепторы. Для создания приятной мелодии необходимо так же воздействовать на определенные рецепторы с учетом преобладания гормонов. Кто лучше, чем алгоритм может это? Это чистые алгоритмы - не более. ЗЛО - нейрослоп. Т.е. контент ради контента. Если бы пользователи делились бы именно своими песнями, которые слушают на репите, то никакого негатива от слушателей не было бы. Но, читал новость. Одного такого судят за то, что он сгенерил 600 тысяч песен низкого качества и ввиду большого количества, даже при минимальных прослушиваниях получил 12млн $. Я представляю как он заморочился на создании такого колиечства мусора. Даже все подряд генерации - 2-3 минуты на 2 композиции. Вероятно он установил собственную нейронку, иначе везде есть лимиты - 500 песен в месяц. Т.е. 1200 месяцев, что нереально
Всего: 304