Да, к тому же последние версии всех этих ЖПТ обожают создавать максимально сложный и запутанный код. Недавно я попросил сделать на Питоне скрипт для удаления пары таблиц в БД. Получил класс с методами на 150 строк!! Вместо 2 или 5 максимум, 150, это просто ужасно.
Пример со списком и a += [3] высосан из пальца, вообще удивлен его наличию а языке, учитывая принцип питона "явное лучше чем неявное". По-нормальному надо писать a.append(3) и тогда всегда будет однозначность понимания, а за такое "заумство" в реальном проекте наругал бы!
На мой взгляд, описание задачи для ИИ это и есть самая сложная задача. Когда мы пишем программу сами, то постепенно выгружаем контекст из головы в код, который имеет однозначную трактовку.
В случае ИИ мы должны использовать естественный язык, который многосмысленный, и получается, что ИИ за нас додумывает многие моменты. То есть надо тратить время на уточнение каждого понятия исходного промпта, что приводит к экспоненциальному росту его сложности. Это путь в никуда.
Комментаторы захейтили автора только за то, что он считает Python хорошим ЯП для корпоративной разработки. Это те же не любители 1С? Я сам занимаюсь корп. разработкой на Python и считаю его самым удобным и надёжным языком для решения поставленных задач. Многие забывают, что во внутренней корп. разработке нет огромного RPS, зато есть сложная бизнесовая логика и здесь лаконичность синтаксиса python подходит лучше всего для создания читаемого и поддерживаемого кода. Хотя в нашем проекте мы внедряли типизацию, но потом ушли от нее, для нас удобства от динамической перевесило потенциальные проблемы, но у нас и не было этих проблем.
Полностью согласен, сам взял себе год назад для работы китайский ноут 14" на i1235u 16Gb за 35000 руб., правда в магазине, чтоб с гарантией. Доволен как слон и не страшно за него, как за какой-нибудь МакБук М4 Про за 350к.
Подскажите, пожалуйста, что такое "сократический метод" и какой использовать промпт для него?
Да. Отличное примечание!
Да, к тому же последние версии всех этих ЖПТ обожают создавать максимально сложный и запутанный код. Недавно я попросил сделать на Питоне скрипт для удаления пары таблиц в БД. Получил класс с методами на 150 строк!! Вместо 2 или 5 максимум, 150, это просто ужасно.
Можно раскрыть подробнее про запрет отвечать "я не знаю", хочется более развернутую аналитику.
Пример со списком и a += [3] высосан из пальца, вообще удивлен его наличию а языке, учитывая принцип питона "явное лучше чем неявное". По-нормальному надо писать a.append(3) и тогда всегда будет однозначность понимания, а за такое "заумство" в реальном проекте наругал бы!
У меня есть как раз пара противоположных случаев применения python в проектах.
В первом была реализована сложная логика работы оборудования и там из-за отсутствия статической типизации был трэш (аннотации типов использовали).
А во втором как раз автоматизация обычных бизнес процессов в компании, там вообще не понадобилась типизация и не было никаких проблем с этим связано.
Так что всё решает контекст.
На мой взгляд, описание задачи для ИИ это и есть самая сложная задача. Когда мы пишем программу сами, то постепенно выгружаем контекст из головы в код, который имеет однозначную трактовку.
В случае ИИ мы должны использовать естественный язык, который многосмысленный, и получается, что ИИ за нас додумывает многие моменты. То есть надо тратить время на уточнение каждого понятия исходного промпта, что приводит к экспоненциальному росту его сложности. Это путь в никуда.
Это было в РФ? Вроде у нас не так просто уволить человека, особенно по ерунде?
Так здесь прямая реклама трекера задач.
Я кафельную плитку подкладываю для небольшой высоты - так намного жестче конструкция.
И ещё автор не заметил повышенных рисков заболеваний и увечий, вплоть до смертельных исходов.
У мозга в работе используются другие физические принципы, а это может давать ключевое различие в возможностях.
В Южной Корее идёт полным ходом депопуляция, самая низкая рождаемость в мире!
Комментаторы захейтили автора только за то, что он считает Python хорошим ЯП для корпоративной разработки. Это те же не любители 1С? Я сам занимаюсь корп. разработкой на Python и считаю его самым удобным и надёжным языком для решения поставленных задач.
Многие забывают, что во внутренней корп. разработке нет огромного RPS, зато есть сложная бизнесовая логика и здесь лаконичность синтаксиса python подходит лучше всего для создания читаемого и поддерживаемого кода.
Хотя в нашем проекте мы внедряли типизацию, но потом ушли от нее, для нас удобства от динамической перевесило потенциальные проблемы, но у нас и не было этих проблем.
перед копированием ссылки, ставьте пробел в самом начале, перед https и будет нормальная, не кодированная ссылка: https://ru.wikipedia.org/wiki/Оцифровка_книг#Сканирование_с_обрезкой_страниц
Подскажите, как делать переключение в Qwen3, чтобы не думать, а сразу выдавать результат?
Мы тут про обычных разработчиков, для которых стоимость МакБука почти месячная з/п, а не про CEO, для которых это менее 10% месячного дохода.
Полностью согласен, сам взял себе год назад для работы китайский ноут 14" на i1235u 16Gb за 35000 руб., правда в магазине, чтоб с гарантией. Доволен как слон и не страшно за него, как за какой-нибудь МакБук М4 Про за 350к.
Это сарказм или фантастика?
Я хотя тоже не фанат Copilot и прочего, но такое старческое брюзжание дочитать не смог.