Ага. А ещё прям бесит что из-за того что на подстановку так "затрачиваются" - забыли все остальное что аж выразили это в DRY. (Это я не буду тут ещё рассуждать почему ооп - недоказуемая концепция)
Это лид написал? А звучит как нытье мидла - "все сложно, и учится сложно", а вот ещё тут, "не поверите" оказывается что паттерны управления прямо не копируются межу командами. И да процессы "надо строить", даже если ты один кто это видит
Почему-то никто не вспомнил квест "Следствие ведут Колобки", хотя он был тех-же времен что и Петька.
А ещё была игра от создателей вангеров - там было поле над которым летали шарики нескольких цветов и сталкивались. И можно было задать что происходит при столкновениях (уничтожаются, размножаться итд) и надо было все шарики один цвет перекрасить. Вот вообще забыл как называлась.
Я тут как разработчик софта скажу. Чем выше параллельность схемы взаимодействия тем проще такие ошибки допустить и не заметить при тестировании.
Я помню как мой код сам себя убивал при попытке восстановления на кластере из всего 50 машин. И там были строгие ревью итд. И нашли мы этот баг через несколько месяцев. Ну как нашли. Первый раз выхватили. Потом ещё пару месяцев учились воспроизводить.
Так что я больше верю что это просто ошибка в сложной системе.
Простите, а откуда на военной технике гражданские микросхемы? Особенно в ракетах?
Я вот вообще не сторонник теории что есть смысл в аппаратных закладках в процессоре, но ваш аргумент про гражданский кремний в ракете выглядит совсем слабо (
Наверное это была попытка выразить мысль что важна последовательность токенов чтобы произвести атаку. Наверное тут правильнее это было в GRU/LSTM обернуть что-бы иметь ограниченный контекст по токенам.
Мне кажется что все же сложные аналитические выборки лучше не в OLTP базе делать а в OLAP-кубе. И если вы уже как часть практики имеете денормализованные таблицы - наверное уже пповод подумать и подключить OLAP
А как определить зачем греют видеокарту? Типа при обучении нейросетей такой же профиль нагрузки. Отследить внутри виртуалки запущенный майнер это надо рутовый доступ на сервер иметь и мониторить это все далеко не тривиальными способами.
Ещё есть такая штук - рендер фермы. Тоже куча видях постоянно греют для фильмов и мультиков.
Как провайдер ДЦ может разделить этих пользователей?
Во-первых, как мне кажется, workrooms и vSpatial круты тем что стараются создать "сквозной воркспейс" (в смысле что они фокусируются именно на коллабе и личном опыте работы)
Во вторых, "пространственный звук" на созвонах и правда очень помогает
В третьих, и это странный минус, я пару раз спал в шлеме и по аватару это не видно)))))
ЗЫ: я купил шлем для "поиграть", но в основном юзаю как коммуникатор в итоге
Как мне кажется, вы забыли упомянуть самый действенный вариант - назначение "фиче-овнера" (знаю что не совсем корректный термин) который не пишет код этой фичи но отвечает за интеграцию фичи и дотаскивает до прода. Пиная разраба и тестеров.
Простите, мне кажется что основная ошибка статьи что автор не совсем понимает в чем разница между CPU-bound и IO-bound.
И действительно пока задача в том что надо "просто скачать и сохранить/агрегировать в памяти" оптимально решается через асинхронные интерфейсы на едином потоке исполнения.
Но как только мы попытаемся что-то сделать с результатом - тут все может очень сильно поменяться
"На практике любой, имеющий доступ к данным и компьютеру, может сегодня обучить модель машинного обучения."
Ай. Больно стало. Дальше читать не смог.
А почему это нельзя выразить типами? Отвратительный опыт когда твой код после компилятора ломается в проде
Тут вся школа ФП-на-эффектах икнула. ZIO/CATS на скале к примеру.
Причем фоннейман - это лямбда-счисление которые доказывается. А тьюринг - недоказуемая модель
Ага. А ещё прям бесит что из-за того что на подстановку так "затрачиваются" - забыли все остальное что аж выразили это в DRY. (Это я не буду тут ещё рассуждать почему ооп - недоказуемая концепция)
Это лид написал? А звучит как нытье мидла - "все сложно, и учится сложно", а вот ещё тут, "не поверите" оказывается что паттерны управления прямо не копируются межу командами. И да процессы "надо строить", даже если ты один кто это видит
Почему-то никто не вспомнил квест "Следствие ведут Колобки", хотя он был тех-же времен что и Петька.
А ещё была игра от создателей вангеров - там было поле над которым летали шарики нескольких цветов и сталкивались. И можно было задать что происходит при столкновениях (уничтожаются, размножаться итд) и надо было все шарики один цвет перекрасить. Вот вообще забыл как называлась.
А это, простите, для какого процесса? Оно хотя-бы для 12нм ещё работает? (Я просто пока не успел статью прочитать)
Я тут как разработчик софта скажу. Чем выше параллельность схемы взаимодействия тем проще такие ошибки допустить и не заметить при тестировании.
Я помню как мой код сам себя убивал при попытке восстановления на кластере из всего 50 машин. И там были строгие ревью итд. И нашли мы этот баг через несколько месяцев. Ну как нашли. Первый раз выхватили. Потом ещё пару месяцев учились воспроизводить.
Так что я больше верю что это просто ошибка в сложной системе.
Простите, а откуда на военной технике гражданские микросхемы? Особенно в ракетах?
Я вот вообще не сторонник теории что есть смысл в аппаратных закладках в процессоре, но ваш аргумент про гражданский кремний в ракете выглядит совсем слабо (
Хорошо что долистал. Вы вот с "языка сняли"))))
Наверное это была попытка выразить мысль что важна последовательность токенов чтобы произвести атаку. Наверное тут правильнее это было в GRU/LSTM обернуть что-бы иметь ограниченный контекст по токенам.
Я вот никак понять не могу - почему запись в реестре владения землёй в бумаге лучше чем в блокчейне.
Или чем вопрос с сохранением по клику противоречит ситуации с незаконными репродукциями картин.
Самое фиговое что есть в ситуации в NFT - это попытки обещать прибыль при покупке. Хотя почему-то на MTG/Хартстоун итд мы так не агримся.
Может мы просто не поняли что идея хранить метаданные которые будет использовать открытый алгоритм - это тру вей?
Да ну нет, вряд-ли но может быть
Мне кажется что все же сложные аналитические выборки лучше не в OLTP базе делать а в OLAP-кубе. И если вы уже как часть практики имеете денормализованные таблицы - наверное уже пповод подумать и подключить OLAP
А как определить зачем греют видеокарту? Типа при обучении нейросетей такой же профиль нагрузки. Отследить внутри виртуалки запущенный майнер это надо рутовый доступ на сервер иметь и мониторить это все далеко не тривиальными способами.
Ещё есть такая штук - рендер фермы. Тоже куча видях постоянно греют для фильмов и мультиков.
Как провайдер ДЦ может разделить этих пользователей?
Если это будут хоть чем-то ценные результаты то возникнет желание украсть их.
Майнер не портится и один кода можно сколько угодно раз копировать)))
Я один из этой чеверки. Могу накинуть от себя.
Во-первых, как мне кажется, workrooms и vSpatial круты тем что стараются создать "сквозной воркспейс" (в смысле что они фокусируются именно на коллабе и личном опыте работы)
Во вторых, "пространственный звук" на созвонах и правда очень помогает
В третьих, и это странный минус, я пару раз спал в шлеме и по аватару это не видно)))))
ЗЫ: я купил шлем для "поиграть", но в основном юзаю как коммуникатор в итоге
Как мне кажется, вы забыли упомянуть самый действенный вариант - назначение "фиче-овнера" (знаю что не совсем корректный термин) который не пишет код этой фичи но отвечает за интеграцию фичи и дотаскивает до прода. Пиная разраба и тестеров.
Простите, мне кажется что основная ошибка статьи что автор не совсем понимает в чем разница между CPU-bound и IO-bound.
И действительно пока задача в том что надо "просто скачать и сохранить/агрегировать в памяти" оптимально решается через асинхронные интерфейсы на едином потоке исполнения.
Но как только мы попытаемся что-то сделать с результатом - тут все может очень сильно поменяться