Обновить

Комментарии 14

Это не ИИ, это человеческий фактор.

Такой сотрудник и без всякого ИИ все сломает.

А с ИИ - быстрее и эффективнее.

Не стоит недооценивать скорость ломания всякого мясными сотрудниками

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

А с ИИ - быстрее и эффективнее.

Вот видите, ИИ увеличивает эффективность* сотрудника!

(*) но есть нюанс...

А вы вообще заметили, что нынешние поборники ИИ снова начали мерять производительность программистов в строках кода?

А шо делать — нет же метрики «количество времени, которое потом понадобилось, чтобы добавить ешё одно ветвление»....

А потом нам рассказывают, что «в ИТ всё меняется, и постоянных знаний нет»/«база не нужна, достаточно готовить ПТУшников за 2 месяца».

P.S.
По-моему, я это первый подметил. :-)

К сожалению я не смог это понять:
"Таким образом мы выяснили, что скрипт не просто добавляет параметр, а чистит перед этим абсолютно всю ветку реестра, что и приводит к аварийной остановке службы. Причем используемые команды являются абсолютно легитимными, ни один из используемых ключей в командах не должен проводить к очистке реестра. "
Чистка ветки реестра это не удаление ветки или ключей? А что такое чистка?

написали иишкой скрипты, не проверив сразу запускали на проде. Тут не в ии дело, а в дураках.

Вспомнилось как делали проект у клиента с большим и медленным windows доменом.

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

Важная деталь - рабочие машины давали разные (место и стол).

Одним утром не смогли залогиниться.

Плюнули, ушли, оставив загрузку профиля.

Оказалось коллега индус в папке в профиле диск с музыкой сохранил, он залился в роаминг профайл и каждое утро при логине заливался на выделенную машину с сервера, часа так два (сеть перегружена).

Как я Ваш сервер понимаю! Я б от индийской музыки тоже повесился!

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

Опять хайп на этом вашем ИИ.

Неопытный сотрудник получил допуск сверх положеного и сломал систему.

Никогда такого не было ж, да? Всегда ж все скрипты проверялись и ничего не падало.

А тут вот ИИ. Никогда такого не было, и вот опять.

"У коллег частый кейс с поиском причин блокировок учетных записей пользователей, очень много факторов оказывают влияние. Особенно большой парк наложенных средств защиты, который также дает трудности с поиском первопричин блокировок." Понаставили "защит" до невозможности работать и мужественно пытались найти причину. Хотя она на поверхности... ИИ конечно виноват! Но был ли он погружен в контекст? Промпт какой был, "сделай хорошо"? )

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации