Я как раз всеми силами пытаюсь заставить себя использовать ИИ (Граждане СССР, заставляйте себя есть чёрную икру!), но не могу ничего реально полезного забабахать. Либо слишком примитивные задачи, которые и сам могу сделать, либо слишком сложные, что написание правильного промпта, анализ и исправление ответа займёт больше времени, чем самостоятельное решение.
Кстати, приведённые 9 пунктов неточные в своих формулировках и, если следовать именно этим формулировкам, то не хватает ещё парочки тестов. Например п.4 тетсирует только наличие пробела внутри адреса. А что насчёт теста, когда пробелы в самом начале или в самом конце или и в начале и в конце? Если адрес не вводится, а копируется откуда-то из теста, то обрамляющие пробелы будут часто попадаться. Тут же можно придраться к формулировке "пробел", потому что есть ещё табуляция и другие пробельные символы, но я согласен отнести это всё к пункту 5. Почему нет списка допустимых/недопустимых символов? Как проверять что-то на что-то, что неизвестно? п.6 "очень длинный" это сколько? Это не абстрактная величина, она конкретно ограничена либо почтовым сервером, либо самой формой. п.7 совпадает с п.1, потому что в п.1 не сказано, что почтовый адрес дожен существовать. "корректный емэйл" и "зарегистрированный емэйл" - не слова синонимы. Но это придирка, по наличию пароля можно догадаться, что речь про уже зарегистрированный в системе емэйл.
п.1 это два разный кейса. И там дожен быть третий кейс с емейлом, но пустым паролем, а то как-то недотетсировали сообщения об ошибке.
Нет кейса с неправильным паролем.
То есть для меня это выглядит так, что ИИ сильно недоработанные кейсы вернул даже для простог ослучая. У меня одних придирок больше, чем он написал. Для сложной задачи, по моему, опять же получается проще сразу самому написать, чем за ИИ переписывать и дополнять и удалять лишнее. И это же речь про совершенно типовую задачу, которую он точно где-то уже на гитхабе списывал. А если запросить что-то не типовое и на что сам ответа толком не знаешь, то как потом понять, обманул тебя Ии или нет, нужно ли что-то дополнять или же ответ избыточен и содержит ненужное?
Для меня это замкнутый круг. Либо я и сам знаю и могу написать, либо я слепо доверяю ответу и гори оно всё синим пламенем, если ИИ что-то не учёл или соврал.
В новом варианте ответ получился именно таким, как надо — без таблиц и сложных терминов.
вот хотелось бы знать, сколько всего ушло времени, чтобы до финального запроса добраться и получить этот список из 9 пунктов. И, главное, сколько времени вам нужно, чтобы самому эти 9 пунктов написать?
А ведь тут задача элементарная и сразу можно оценить, чего ИИ недосказал или чего лишнего выдал. А вот будет более реалистичная задача, на несколько порядков сложнее и там не просто запрос надо суметь придумать, но ещё и суметь проанализировать ответ и догадаться, наврал ИИ или не наврал или недосказал или насочинял...
Хотелось бы про реальное испоьзование в боевых условиях узнать, а не на элементарых примерах, которые самому быстрее описать.
Раз пошла такая свистопляска и хотите Ъ в конце слов писать, то извольте пробелом перестать пользоваться. Ъ в конце слов была как раз разделителем слов, пока пробел не изобрели.
Подозреваю, что для всяких бюрократических документов будет большой процент сгенерированности показывать. Там принято лить воду неестественным для нормальных человеков языком и фразеологические обороты нечеловеческие использовать. Не удивлюсь, если даже ИИ перейдёт в спящий режим уже на половине документа.
В открытом доступе есть сайты, которые анализируют переданную картинку и сообщают, реальное это фото или сгенерировано ИИ и какой там процент сгенерированности. Есть ли подобные сервисы для текста? Всякие антиплагиаты похожесть и уникальность проверяют, сгенерированные с разными сидами текста должны быть "уникальными", но вот можно ли их математически как-то распознать как сгенериованные?
Можно сделать QR код, например, с веб-адресом вашей фирмы. И пикселизация отлично подойдёт и фукнциональность такой картины будет отличная. Гарантированно каждый любознательный увидевший захочет отсканировать.
Кто-нибудь может подсказать, какую проблему решает "Feature 4: Constexpr Placement New" ?
Я не могу придумать, зачем в constexpr какие-то хитрости с выделением памяти и размещающим new, если оно отрабатывает при компиляции и в конечном коде только результат этой фукнции будет.
На данный момент ИИ может успешно решать типовые задачи, эквивалентные ручной копи-пасте решения с гитхаба и стэковерфлоу. Вряд ли дотягивает до джуниора.
Вот когда появятся ИИ, генерирующие код по текстовое описание + UML, то уже можно будет переживать даже мидлам.
Но я не эксперт, мнение поверхностное. Из того, что знаю, что-то сложное нагенерить не получится. А уж если в коде где-то будет какая-то ошибка, то её найти и исправить будет в разы сложнее, чем если сам код писал.
Ментор на то и ментор. Для того, чтобы человек мог начать работать с любой системой контроля версий достаточно вводной на 20 минут. А вот когда если вдруг возникнет ситуация, требующая каких-то особых знаний, вот тогда уже это тпрограммист обращается к своему ментору или читает документацию.
Я просто в принципе не понимаю, зачем нужно по памяти помнить команды git или чего-то ещё. Я вообще не понимаю, зачем нужено работать через консоль и что-то помнить, если все простые и частые операции выполняются через GUI (или программа, или контекстное меню - не важно)? Важно просто знать возможности системы, а как конкретно что-то сделать, всегда можно глянуть в мануал. Зачем помнить команду с кучей переменных аргументов, если её надо вызывать раз в пару лет, если случилась неприятная беда?
fetch, pull, push и всё, чтобы начать работать бользих знаний не требуется. Что вы ещё собрались спрашивать? Как откатить изменение в середине файла к ревизии трёхкоммитной давности, при этом переключить ветки и сделать мерж? За такой вопрос на собеседовании можно получить по лицу.
Когда говорю без контекста, стараюсь говорить чуть больше слов для пояснения. "графический интерфейс" и "интерфейс класса", даже если это не совсем правильное название, но оно ближе по смыслу к тому, о чём говорю. Не про собесы, а про вообще повседневные беседы говорю.
Мои знания об 1С ограничены анекдотами и байками. Как я понял, это отдельный дивный Мир. Если там "всё из коробки", а чег онет - запрашивается у службы поддержки 1С на дополнения. Тогда, действительно, для продуктивной раоты нужны только знания имеющегося функционала 1С, без побочных знаний. Но и отойти ни на шаг технически невозможно и из-за отсутствия занний и из-за технической невозможности. Но это пальцем в небо, я только мемчики читал.
Разумеется, разница в ответах заметна.
Я как раз всеми силами пытаюсь заставить себя использовать ИИ (Граждане СССР, заставляйте себя есть чёрную икру!), но не могу ничего реально полезного забабахать. Либо слишком примитивные задачи, которые и сам могу сделать, либо слишком сложные, что написание правильного промпта, анализ и исправление ответа займёт больше времени, чем самостоятельное решение.
Кстати, приведённые 9 пунктов неточные в своих формулировках и, если следовать именно этим формулировкам, то не хватает ещё парочки тестов. Например п.4 тетсирует только наличие пробела внутри адреса. А что насчёт теста, когда пробелы в самом начале или в самом конце или и в начале и в конце? Если адрес не вводится, а копируется откуда-то из теста, то обрамляющие пробелы будут часто попадаться. Тут же можно придраться к формулировке "пробел", потому что есть ещё табуляция и другие пробельные символы, но я согласен отнести это всё к пункту 5. Почему нет списка допустимых/недопустимых символов? Как проверять что-то на что-то, что неизвестно? п.6 "очень длинный" это сколько? Это не абстрактная величина, она конкретно ограничена либо почтовым сервером, либо самой формой. п.7 совпадает с п.1, потому что в п.1 не сказано, что почтовый адрес дожен существовать. "корректный емэйл" и "зарегистрированный емэйл" - не слова синонимы. Но это придирка, по наличию пароля можно догадаться, что речь про уже зарегистрированный в системе емэйл.
п.1 это два разный кейса. И там дожен быть третий кейс с емейлом, но пустым паролем, а то как-то недотетсировали сообщения об ошибке.
Нет кейса с неправильным паролем.
То есть для меня это выглядит так, что ИИ сильно недоработанные кейсы вернул даже для простог ослучая. У меня одних придирок больше, чем он написал. Для сложной задачи, по моему, опять же получается проще сразу самому написать, чем за ИИ переписывать и дополнять и удалять лишнее. И это же речь про совершенно типовую задачу, которую он точно где-то уже на гитхабе списывал. А если запросить что-то не типовое и на что сам ответа толком не знаешь, то как потом понять, обманул тебя Ии или нет, нужно ли что-то дополнять или же ответ избыточен и содержит ненужное?
Для меня это замкнутый круг. Либо я и сам знаю и могу написать, либо я слепо доверяю ответу и гори оно всё синим пламенем, если ИИ что-то не учёл или соврал.
вот хотелось бы знать, сколько всего ушло времени, чтобы до финального запроса добраться и получить этот список из 9 пунктов. И, главное, сколько времени вам нужно, чтобы самому эти 9 пунктов написать?
А ведь тут задача элементарная и сразу можно оценить, чего ИИ недосказал или чего лишнего выдал. А вот будет более реалистичная задача, на несколько порядков сложнее и там не просто запрос надо суметь придумать, но ещё и суметь проанализировать ответ и догадаться, наврал ИИ или не наврал или недосказал или насочинял...
Хотелось бы про реальное испоьзование в боевых условиях узнать, а не на элементарых примерах, которые самому быстрее описать.
и правда писец
Раз пошла такая свистопляска и хотите Ъ в конце слов писать, то извольте пробелом перестать пользоваться. Ъ в конце слов была как раз разделителем слов, пока пробел не изобрели.
Твердый знакъвъконцѣсловъПослѣвсѣхътвердыхъсогласныхъставимъъ:кодъ,багъ,коммитъ,пулъ-реквестъ.
В этой статье очень не хватает раздела про std::pmr
Подозреваю, что для всяких бюрократических документов будет большой процент сгенерированности показывать. Там принято лить воду неестественным для нормальных человеков языком и фразеологические обороты нечеловеческие использовать. Не удивлюсь, если даже ИИ перейдёт в спящий режим уже на половине документа.
Добавят постпрцессинг с добавлением рандомных опечаток и всё, вы ничем уже не докажете, что вы челвоек :)
В открытом доступе есть сайты, которые анализируют переданную картинку и сообщают, реальное это фото или сгенерировано ИИ и какой там процент сгенерированности. Есть ли подобные сервисы для текста? Всякие антиплагиаты похожесть и уникальность проверяют, сгенерированные с разными сидами текста должны быть "уникальными", но вот можно ли их математически как-то распознать как сгенериованные?
Можно сделать QR код, например, с веб-адресом вашей фирмы. И пикселизация отлично подойдёт и фукнциональность такой картины будет отличная. Гарантированно каждый любознательный увидевший захочет отсканировать.
А потом зашёл на страничку Стим и понял, что вид сверху это просто превьюшка уровня, а сама игра на подвалы какого-то Скайрима похожи.
На 99% уверен, что вы вспоминаете про DungeonKeeper
Кто-нибудь может подсказать, какую проблему решает "Feature 4: Constexpr Placement New" ?
Я не могу придумать, зачем в constexpr какие-то хитрости с выделением памяти и размещающим new, если оно отрабатывает при компиляции и в конечном коде только результат этой фукнции будет.
Зато сэкономили целую одну строку кода! Ради этого стоило пилить новый стандарт...
Ещё и статические анализаторы надо ждать доработанные, чтобы они не ругались, что в if написано "=", а не "==".
На данный момент ИИ может успешно решать типовые задачи, эквивалентные ручной копи-пасте решения с гитхаба и стэковерфлоу. Вряд ли дотягивает до джуниора.
Вот когда появятся ИИ, генерирующие код по текстовое описание + UML, то уже можно будет переживать даже мидлам.
Но я не эксперт, мнение поверхностное. Из того, что знаю, что-то сложное нагенерить не получится. А уж если в коде где-то будет какая-то ошибка, то её найти и исправить будет в разы сложнее, чем если сам код писал.
Ментор на то и ментор. Для того, чтобы человек мог начать работать с любой системой контроля версий достаточно вводной на 20 минут. А вот когда если вдруг возникнет ситуация, требующая каких-то особых знаний, вот тогда уже это тпрограммист обращается к своему ментору или читает документацию.
Я просто в принципе не понимаю, зачем нужно по памяти помнить команды git или чего-то ещё. Я вообще не понимаю, зачем нужено работать через консоль и что-то помнить, если все простые и частые операции выполняются через GUI (или программа, или контекстное меню - не важно)? Важно просто знать возможности системы, а как конкретно что-то сделать, всегда можно глянуть в мануал. Зачем помнить команду с кучей переменных аргументов, если её надо вызывать раз в пару лет, если случилась неприятная беда?
fetch, pull, push и всё, чтобы начать работать бользих знаний не требуется. Что вы ещё собрались спрашивать? Как откатить изменение в середине файла к ревизии трёхкоммитной давности, при этом переключить ветки и сделать мерж? За такой вопрос на собеседовании можно получить по лицу.
Когда говорю без контекста, стараюсь говорить чуть больше слов для пояснения. "графический интерфейс" и "интерфейс класса", даже если это не совсем правильное название, но оно ближе по смыслу к тому, о чём говорю. Не про собесы, а про вообще повседневные беседы говорю.
Когда пишешь комментарий не думая, а читают - думая. Красиво по фактам уделали :D
Реквест Пер Монс. Поэтому и с линейным поиском работает нормально :)
Мои знания об 1С ограничены анекдотами и байками. Как я понял, это отдельный дивный Мир. Если там "всё из коробки", а чег онет - запрашивается у службы поддержки 1С на дополнения. Тогда, действительно, для продуктивной раоты нужны только знания имеющегося функционала 1С, без побочных знаний. Но и отойти ни на шаг технически невозможно и из-за отсутствия занний и из-за технической невозможности. Но это пальцем в небо, я только мемчики читал.