mayton2019

с каждым выбором номера идёт другой совсем ход событий то есть с каждым ответом меняется вопрос и тому подобное

Во времена DOS/RPG игрушек был создан такой себе DSL на котором можно было описывать диалоги
персонажей к квестах. Вот интересно было-бы поднять хотя-б название этого языка или имя его авторов. Информацию я эту слышал в каком-то youtube канале где такие двое болтунов любят болтать про старое легаси.

Недостаточно информации. Обычно БД и модель таблиц затачиваются под типичный запрос.
Например. У нас есть публикации и и пользователи (те кто просматривают). Концептуально - это
матрица где по горзионтали - пользователи а по вертикали публикации. Если рассматривать во времени
то появляется третье измерение (куб) - ось времени. Где можно делать срез за последний день
или неделю или год. Каждую ось можно агрерировать (брать все данные) как бы для аналитики.

Вот надо выбрать какой запрос будет главным или наиболее частым и уже исходя из этого думать
над таблицей и индексами и партишенами.

Работа - более экспериментальная. Делаешь симулятор запросов. И смотришь как оно работает.
Насколько быстро.

Я вот предложу пойти от происхождения слова. Что такое фреймворк если мы не знаем определения слова?
Фрейм - это рамка. Work - работа. Тоесть работа в рамках. Рамочная работа.

Безотносительно пользы или вреда от фреймворков уже можно предположить что это некое ужесточение
порядка процесса разработки. Разработчик ЯП - свободен. Разработчик фреймворка - менее свободен.
Фреймворк предполагает некоторую дисциплину в разработке user-stories. К примеру вы работаете
с акторным фреймворком (Akka) и вы не можеет просто так запускать вычислительные Threads
потому что это идеологически неверно. Вы должны декомпозировать задачу на набор функций-акторов
которые делают простое действие и передают результат другим акторам. Если вы вдруг резко вильнули
в сторону и затащили во фреймворк какую-то непонятную логику которая не ложиться на идеологию -
то синьоры-лиды сурово сдвинут брови и попросят вас немедленно откатить из feature branch все
что не соответсвтует. Такую ситуацию можно рассмотреть под разными углами. С одной стороны
хорошо что вы не виляете туда-сюда. Код получается гомогенный и понятный. Акторы. Сервлеты.
Bean-компоненты, SpringBeans, ApacheCamel компоненты e.t.c. С другой стороны если автор имеет
амбиции к использованию только своего кода - тут надо обсудить приемлемость такого подхода
в команде. Это - полюбому конфликт. А конфликты в корпоративной среде устраняются очень быстро.
С автором будет проведен разговор. И далее у него будут варианты - работать
в парадигме фреймворка или .. искать другие проекты. Здесь параллельно со фреймворком идут
техники управления людьми на проекте.

Еще одно лирическое отступление.

Недавно я читал комьюнити программистов языка Forth. Эти ребята - большие философы написания
кода. У них - практически нет не то что фреймворков но и даже библиотек. Просто такова специфика
языка. Чего-то нет - напиши сам. Скорее всего сама целевая платформа (микро-устройства) определяет
лимиты и фреймворки и либы просто не приживаются там.

Поднята интересная проблема я считаю. Даже после успешного программного выключения надо проверить что какой-то зомби не был поднят своим хозяином в маске Гая Фокса волшебной командой Wake On Lan.

В идеале надо не только обойти всех и осмотреть статус блока питания но еще и гарантировать что нет возможности его пере-поднять еще раз.

P.S. Централизованное выключение с рубильника - вобщем-то правильное решение только надо проверить что нигде не пищат UPS-ники и нет ноутбуков на разрядке.

BMP начинается с сигнатуры 'BM' и далее идет 4 байта размер файла.
Любой программист-первокурсник сможет извлечь ресурсы владея этой информацией
при условии что ресурсы не шифрованны.

Алгоритмы брать не надо. Седжвик вообще писал не про Java а только про алгоритмы.
У него - целое семейство книг такого вида. Сначала Алгоритмы на С. Потом на C++ И потом Java. Он по сути портировал исходники. Какой толк вам в таком портировании?

А Хорстман, Эккель - вполне себе норм.

Для повышения внутри аутсорсинговой (не продуктовой) комании на самом деле тебе ни ООП ни PHP не надо.
Надо просто спросить у твоего line-manager или ресурсного-менеджера какой план
твоего роста. И какие вопросы будут звучать на assesment. В обычном ассесменте нет ничего
сложного. Собирается комиссия из 3х и более человек. И с тобой просто беседуют. Узнают
твой опыт. Прошлые проекты. Задают вопросы по уровню квалификации. В составе комисси
обычно есть твой тех-лид. Обычно к ассесменту тебя хорошо знают. И у тебя есть характеристика.

По поводу твоей продуктовой компании. Здесь сложно что либо сказать но ты не должен распыляться
на всякое там ООП и прочее. Это никому не надо. Нужно готовиться только к релевантным вещам
которые есть в компании. Например - компания использует Laravel? Пройди сертификацию.
Это будет более полезный бонус чем безсмысленная философия про эти инкапсуляции и прочее.

Вообще ООП - это страшный моветон и им принято мучать джунов при поступлении.

Тема интересная и реально полезная. Но получается что тут недостаточно обучить модель на экспертных ответах. Нужно точняк еще как-то предоставить доступ к актуальной базе заявок.

Вот огромное количество инструментов на Java специально для работы с XML https://www.baeldung.com/java-xml

Я-ж надеюсь ваш Котлин способен затащить в себя java-библиотеки?

Я читернул немного и спросил всезнающий чят. Но не про утилиты самсунг а про slow down скорости для SSD. Вот ответ:

One possible reason why an SSD might slow down during copying is that it becomes busy with other operations, such as garbage collection or wear leveling. These processes are designed to help maintain the performance and lifespan of the SSD by redistributing data across the drive and freeing up space. However, they can also take up valuable resources that would otherwise be used for data transfer.

Another factor that can affect the speed of an SSD during copying is the way that the data is being written to the drive. SSDs use a technology called NAND flash memory, which allows data to be written in blocks. If the data being copied is not aligned with these blocks, it can cause the SSD to slow down or even pause during the transfer.

Разработчик был скорее всего не заинтересован чтоб любой игрок изменял сохранения игры.
Поэтому вопрос можно либо адресовать разработчику это игры либо просто забить на него.

Программисты, будучи студентами на 1-2 курсе изучают алгоритмы и структуры данных (АСД) чтобы
писать более эффективные программы. При этом задача использования DBMS им еще не ставиться.
На этом этапе они учатся оптимизировать и понимать разницу между o(1), o(n^2), o(lon(n)) и т.п.
алгоритмической сложностью. Сложность определяет, как будет работать выбранный алгоритм
при очень резком (шквальном) росте исходных данных. И если ты это не учил, то ты сто процентов
напишешь фигню и твой алгоритм никогда не завершиться, какой-бы мощностьи процессор у тебя
ни стоял. И вот чтобы дать анализ такой ситуации, как раз и нужны знания АСД. А работа на пределе
мощностей сегодня везде. Игры. Рендеринг 3д. Майнинг. Обучение языковых моделей.

Работая с MySQL ты этого не видишь т.к. часть алгоритмов скрыта от тебя под фасадом SQL API.
Но тебе и недоступны вышеперечисленные задачи. Их стек - шире чем тот что ты используешь.
И если ты собираешся всю жизнь работать на PHP/MySQL то скорее всего АСД тебе действительно не
нужны.

Я какое-то время качал учебные видосы с youtube. И кое что добавлю. Видео публикуется в широком диапазоне размеров и кодеков.

Самый слабый размер - от

3gp 176x144
и самый толстый что я видел

webm 3840x2160

Последнее - это классифицируется как 4К видео. Так вот. Я думаю что нагрузка на ЦП определяется
размером видео. Который в свою очередь определяется толщиной вашего канала интернета
и физическим размером монитора. Плагин плеера должен иметь какую-то разумную логику
активации высоких режимов. Очевидно что на обычном FullHD монике нет смысла качать
графику выше чем пикселов покажет ваш моник.

Что еще может влиять на температуру? Наверное тип кодека. Из таковых я вижу VP9 и AVC1.

Кодек выбирается по непонятному мне алгоритму. Тоесть существуют видосы с одинаковым разрешением
но с разными кодеками. Зачем youtube это делает - непонятно. Но возможно для совместимости.

Вот как-то так.

Поскольку мы не знаем что это за шкала то сравнивать 50 и 100 сложно. Приведу пример из машинного обучения.
Есть шкалы измерений. Их много и в разной литературе есть разны английские переводы. К примеру есть ранговая шкала и интервальная. Ранговая это например 1-2-3 места в спорте. Можно ранжировать участников соревнований. И интервальная - это дистанция между ними в неких величинах. Например количество секунд. Кто-то быстрее пришел к финишу на 1.2 с. Это - интервальная. Есть еще абсолютная. Например площадь дачных участков можно мерять в "сотках" и мы можем определить участок нулевой площади. Самый мелкий.

По ссылке на тест Гилева https://habr.com/en/companies/cloud4y/articles/532864/ пишут что

результаты имеют фиксированные значения (10, 15, 35 и 60 соответственно). Результат однопоточного теста предоставляется в неких условных единицах

И хотя нам в топике очень хочеться чтобы 100 было в 2 раза больше чем 50 (числа красивые) - но нам все равно нужно понимать с какой шкалой имеем дело.

Вот. Что еще автору можно посоветовать. Сделать еще 3 независимых теста для CPU/HDD/Memory и просто объединить их с результатами Гилева. Взять свою метрику например среднее геометрическое по 4 измерениям. Гилев + cpu и т.д.

Андрей Прохоренко, попробуй использовать библиотеку Numpy.

Но самые сильные оптимизации мы можем сделать только поняв суть алгоритма.
Поэтому для общей пользы было бы полезно нам всем узнать настоящую цель.

Вот требования к актуальной (2023 год) версии IDE Jetbrains Community Ed.

GNOME or KDE desktop
2 GB free RAM minimum, 8 GB of total system RAM recommended
2.5 GB hard disk space, SSD recommended
1024x768 minimum screen resolution

Вообще учеба учебе рознь. Опиши чем будешь заниматься. Потому что если тебе надо будет понимать
docker/mysql/postgres или какие-то другие системы то их тоже надо посчитать в этом расчете.