Как стать автором
Поиск
Написать публикацию
Обновить
13
0
Василий Салаев @SystemXFiles

Разработчик

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

Надо подобные системы обучать планомерно, направленно, дабы эффективность действий была первостепенной, а наличие костыльных решений минимум.

Потому лучше показать пока лучшие имеющиеся стратегии, которые у нас есть, это реплеи игр чемпионов.
Согласен. Есть одна знакомая. Гроза всего отдела разработки. Докопается до истины, всегда придерживается правил, не допустит ПО к релизу, пока не проверит досконально все подозрительные места.

Отличный тестировщик к слову =)
Я на него наткнулся.

Думаю, что за ссылка от НЛО между статьями. Открываю, попадаю в хранилище, архив, а там ХОП, черный властелин.

Было неловко открыть это на работе =)
А зачем так извращаться?

Есть стандарт, он отточен под использование одностороннего подключения. Все иные способы использовать подключения могут сломать порт.

Причем тут это?

Как делают на норм устройствах.

Сначала оно не работает, доступно только в локалке и явно требует зайти по веб-интерфейсу и настроить его.
Заходишь, а там запрос такой: не будете ли любезны указать логин и пароль свой, под которым вы будете всегда заходить?

Уже после того как указали логин/пароль, система должна включить настройку предварительную через «мастер», который изначально настроит максимально безопасно устройство и наглядно объяснит, чем грозит кривая настройка. Потом уже когда все настроено и пользователь в курсе безопасности, устройство выходит в нормальный рабочий режим.
То что у человека в руках смартфон и он его направляет, еще можно заметить, а то что у человека в очках камера, не сразу сообразишь.
Это необходимо было сделать.

Но кому надо, найдет способ устранить эту «проблему»
Вы кажется не поняли посыл комментирующего. Система в идеале не должна была вообще допустить оборудование без шурупа, она должно проверять всё вдоль и поперек. В таком случае наличие человека чисто для галочки, а уж возврат товара потеряет смысл.
Как по мне дорабатывать текущее «инженерное решение» эволюции дело неблагодарное и напоминает больше *насилование трупа*. Реально гораздо проще (поддержка, развитие) и надежнее разработать механизированные аналоги того, что у нас есть, максимально приближенные к природному тел.
Уже давно ясно, что природное тело весьма костыльное решение.
А почему нет? Интересуюсь, потому что собираюсь покупать мониторы для домашнего использования
Это как? Связи уловить не могу.
У меня лично есть практические ощущения.

Я читать со обычного экрана не могу долго, глаза начинают болеть. Если читаю с электронной бумаги, такого не наблюдается (ну или обычной книги). И более чем уверен, что я не один такой.
Мне кажется тут не в модной технологии проблема, а то что небыли проведены нормальные предварительные тесты. Вы проверяли производительность перед тем как переписать?
Есть у нас вроде жаргонный аналог: желтизна, желтый заголовок, желтая пресса и т.д. и т.п.
Вот хотелось бы раскрыть эту часть истории более подробно. Потому что эмоционально концовка будет вообще иная в таком случае.
А что делать с нераскрытыми вопросами по типу, почему Нео мог управлять машинами в реальном мире и почему когда он ослеп, начал видеть мир как матрицу? О том, как возможен переход машин в реальным мир через станцию метро?

Если перезапуск сможет ответить на эти вопросы, не изменяя основную историю, но дополняя, то это того стоит.
Внимательно следить может наоборот усугубить ситуацию, ибо область внимания сужается очень, из-за чего можно пропустить порой даже очевидные ошибки. Единственное, что реально помогает, это code review. Можно конечно тестами покрывать, но по опыту знаю, что тестами в большом модуле не напасешься и некоторые ситуацию даже не догадаешься проверить.

Информация

В рейтинге
Не участвует
Откуда
Иркутск, Иркутская обл., Россия
Дата рождения
Зарегистрирован
Активность

Специализация

Software Developer, Backend Developer
Middle
Java
Kotlin
TypeScript
Python
Java Spring Framework
PostgreSQL
Apache Cassandra
Apache Kafka
Camunda