Pull to refresh
-1
0
Send message

Почему-то никто не вспомнил квест "Следствие ведут Колобки", хотя он был тех-же времен что и Петька.

А ещё была игра от создателей вангеров - там было поле над которым летали шарики нескольких цветов и сталкивались. И можно было задать что происходит при столкновениях (уничтожаются, размножаться итд) и надо было все шарики один цвет перекрасить. Вот вообще забыл как называлась.

А это, простите, для какого процесса? Оно хотя-бы для 12нм ещё работает? (Я просто пока не успел статью прочитать)

Я тут как разработчик софта скажу. Чем выше параллельность схемы взаимодействия тем проще такие ошибки допустить и не заметить при тестировании.

Я помню как мой код сам себя убивал при попытке восстановления на кластере из всего 50 машин. И там были строгие ревью итд. И нашли мы этот баг через несколько месяцев. Ну как нашли. Первый раз выхватили. Потом ещё пару месяцев учились воспроизводить.

Так что я больше верю что это просто ошибка в сложной системе.

Простите, а откуда на военной технике гражданские микросхемы? Особенно в ракетах?

Я вот вообще не сторонник теории что есть смысл в аппаратных закладках в процессоре, но ваш аргумент про гражданский кремний в ракете выглядит совсем слабо (

Хорошо что долистал. Вы вот с "языка сняли"))))

Наверное это была попытка выразить мысль что важна последовательность токенов чтобы произвести атаку. Наверное тут правильнее это было в GRU/LSTM обернуть что-бы иметь ограниченный контекст по токенам.

Я вот никак понять не могу - почему запись в реестре владения землёй в бумаге лучше чем в блокчейне.

Или чем вопрос с сохранением по клику противоречит ситуации с незаконными репродукциями картин.

Самое фиговое что есть в ситуации в NFT - это попытки обещать прибыль при покупке. Хотя почему-то на MTG/Хартстоун итд мы так не агримся.

Может мы просто не поняли что идея хранить метаданные которые будет использовать открытый алгоритм - это тру вей?

Да ну нет, вряд-ли но может быть

Мне кажется что все же сложные аналитические выборки лучше не в OLTP базе делать а в OLAP-кубе. И если вы уже как часть практики имеете денормализованные таблицы - наверное уже пповод подумать и подключить OLAP

А как определить зачем греют видеокарту? Типа при обучении нейросетей такой же профиль нагрузки. Отследить внутри виртуалки запущенный майнер это надо рутовый доступ на сервер иметь и мониторить это все далеко не тривиальными способами.

Ещё есть такая штук - рендер фермы. Тоже куча видях постоянно греют для фильмов и мультиков.

Как провайдер ДЦ может разделить этих пользователей?

Если это будут хоть чем-то ценные результаты то возникнет желание украсть их.

Майнер не портится и один кода можно сколько угодно раз копировать)))

Я один из этой чеверки. Могу накинуть от себя.

Во-первых, как мне кажется, workrooms и vSpatial круты тем что стараются создать "сквозной воркспейс" (в смысле что они фокусируются именно на коллабе и личном опыте работы)

Во вторых, "пространственный звук" на созвонах и правда очень помогает

В третьих, и это странный минус, я пару раз спал в шлеме и по аватару это не видно)))))

ЗЫ: я купил шлем для "поиграть", но в основном юзаю как коммуникатор в итоге

Как мне кажется, вы забыли упомянуть самый действенный вариант - назначение "фиче-овнера" (знаю что не совсем корректный термин) который не пишет код этой фичи но отвечает за интеграцию фичи и дотаскивает до прода. Пиная разраба и тестеров.

Простите, мне кажется что основная ошибка статьи что автор не совсем понимает в чем разница между CPU-bound и IO-bound.

И действительно пока задача в том что надо "просто скачать и сохранить/агрегировать в памяти" оптимально решается через асинхронные интерфейсы на едином потоке исполнения.

Но как только мы попытаемся что-то сделать с результатом - тут все может очень сильно поменяться

Ну тогда это уже не тред пулл а ExecutorService (могу в имени интерфейса ошибиться).

Образуются треды или нет зависит от того какой тредпул вы используете. Так есть и с фиксированным числом и с динамическом и даже есть тредпул с одним потоком как у node.

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

Ох. Ну не знаю. За мои 17 лет в ИТ самые сложные кадры это как-раз олимпиандники-краснодипломники. Хотя в теории обладают экспертизой в нужной области математики - абсолютно не умеют писать поддерживаемый код, не умеют объяснить что они написали и вообще не умеют в командую работу.

Те я с удовольствием возьму в команду такого человека, но только если уже есть стабильная команда которая готова позволить себе растить человека который получив знания свалит. Тут профит в том что во время обучения такого кадра апается вся команда. Но всегда надо помнить что такой человек уйдет получив максимум новой информации от вас.

Почитал кучку негатива из комментариев. Я сейчас в Сухуме. Отдыхаю.

Из минусов к релокации - отключения электричества и слабый коннект. Ну и ещё следы войны (только много домов не разрушены а брошены грузинами и в них тупо никито не живёт)

Из плюсов - очень доброжелательные люди и очень дешёвая и вкусная локальная еда.

Попыток "развести" не больше чем в любом курортном городе.

Про медицину сказать ничего не могу - не болел.

Пляж (городской, не Моко) - чистый.

Не советовал бы релокацию по работе, но что-то слишком много негатива которого на самом деле нет

(Мое личное имхо)

Information

Rating
Does not participate
Registered
Activity

Specialization

Backend Developer, Software Architect