Я снижал думскроллинг через светофильтры на iphone. Универсальный доступ > дисплей и размер текста > светофильтры. Ставил черно-белый экран и этого хватало. Основную информацию посмотреть в телефоне легко, а вот долго сидеть или смотреть видео - становится сложно. Я поставил быструю команду(тройное нажатие на кнопку домой), чтобы легко включать и выключать и это помогло.
Логгируйте входящие данные. Входящий запрос - логгируем, запрос в БД - нет, ответ БД - да, запрос в сторонний сервис - нет, ответ - да. Используя эти данные, вы легко соберете тест кейс для воспроизведения проблемы.
Я понимаю о чем вы пишете. Я - fullstack и тоже не имею глубоких знаний в какой-то конкретной области. Сейчас сосредоточен на backend'e, но в целом могу работать с frontend, может быть без знания каких-то фишек последних лет, но 20-летний опыт помогает заниматься этим без особых проблем. И вот у меня есть коллега - fullstack. Делает хорошо, быстро, без багов. А разница между нами в том, что я люблю разбираться в деталях и решать задачи с пониманием зачем мы делаем то или иное изменение. Какой процесс мы пытаемся решить или улучшить. И я часто вношу предложения как можно сделать еще лучше. А вот коллега таким не занимается. Делает хорошо, быстро, но только то, что было написано и какие-то очевидные улучшения либо не реализованы, либо потом все-таки доделываем. Хорошо это или плохо? Для коллеги - хорошо, он не парится. Для меня - ну, я привык, и воспринимаю это как особенность, так что просто стараюсь описать задачу более подробно.
> Для меня худшие моменты — когда в компании нет для меня работы Опять же конкретно для меня звучит странно. Отбери у меня сейчас все задачи, я буду еще полгода улучшать то что уже есть. Проблемы есть всегда, техдолг, подходы, которые хотели попробовать, но руки так и не дошли. Но я прекрасно понимаю, что люди разные. Мне повезло, я займу себя всегда интересными задачами, которые остальным кажутся скучными.
Да, бывают проколы, но методом проб и ошибок пока дошел до промпта с запросом "create comprehensive guide with step-by-step actions for ..." и далее, что вы хотите сделать и с каким сервисом и библиотекой. Не скажу, что всегда получается 100% рабочий гайд, но по крайней мере эти самые step-by-step помогают выловить расхождения и попросить поправить/актуализировать.
Из недавнего - нужна была интеграция с Hubspot, который я в глаза не видел. Задача не очень сложная: взять данные из бд и использовать их как опции для выпадающего списка custom field в одной из сущностей. Гайд был сделан, где ИИ предлагал использовать private app. Когда я дошел до шага, где эти private app настраиваются в интерфейсе Hubspot, оказалось, что они устарели буквально месяц назад. Просто попросил переделать гайд и использовать новый Developer platform и это помогло. Агент погуглил инфу и новый гайд был вполне рабочий.
Но это, конечно, не закон. Бывают ситуации, когда какая-то каша генерируется.
LLM по моему опыту сейчас очень хорош для быстрого прототипирования. 1. Использую, когда надо написать скрипт для какого-нибудь мелкого анализа данных. Мелкого, потому что обычно это все не так хорошо расширяется и после пары-тройки итераций, лучше начать с нуля. 2. Пользуюсь, чтобы разобраться в незнакомой технологии. Если у системы хорошая документация, то обычно ИИ неплохо пишет пошаговый гайд для решения проблемы и куски кода, которые потом можно использовать как основу. Это в целом получается быстрее, чем самому копаться в доках. 3. Сделать простую HTML страницу со стилями и простой логикой - 5 минут и этого вполне хватит, чтобы оценить идею и потом спокойно либо писать самому, либо опять же используя ИИ как ассистента, но мелкими шагами.
> Один из разработчиков Claude Code поделился, что за последний месяц впервые не открывал IDE вообще — Claude Opus 4.5 написал около 200 пул-реквестов, каждую строчку. Есть и такой опыт, буквально пару недель назад нужно было сделать, чтобы на Shopify сайте можно было выбрать дату и время доставки (все это конфигурировалось внутренним календарем и передавалось в заказ). По умолчанию shopify так не умеет, приложения сторонние либо кривые, либо платные. Потратил 2 дня и вместе с нейронкой все написал. С shopify до этого не работал, код в итоге "без слез не взглянешь", но оно работает и кроме меня туда лазить никто не будет. Считаю, что это успех.
В общем, нужно понимать, когда это работает и с какими ограничениями. Говорить "да вы видели, что он там генерит?!" считаю странным, я и не такое видел и от человеков. Как и считаю странным говорить "можно больше вообще не писать самому". Можно, если для себя. Истина посередине.
В свое время попалась мне совершенно случайно книга "Настройка SQL. Тоу Дэн". Это, наверное, лучшее, что я читал по оптимизации запросов SQL. Отлично написанная, с подробным объяснением что и как работает и как эти знания применять на практике в зависимости от того какие данные у вас в БД и как вы с ними работаете.
Мы в магазине видели адвент календарь с ИИ картинками, но там на упаковке можно было найти надпись: "сгенерировано ИИ", так что никаких претензий. Пятой ноги там, конечно, не было, но в целом бросалось в глаза, что это сгенерированые картинки. Удешевление производства и никто сильно не заморачивается из-за ошибок, так как действительно сезонный товар, который исчезнет через месяц-другой.
Вы по какой-то причине постоянно упускаете тот факт, что в гипотезе сказано про 2 простых числа. Вы удалили простые числа из правого столбца. Да, в левом всегда будут такие числа, что при вычитании их из четного числа вы не найдете в правом столбце результат. Теперь докажите, что хотя бы одно такое число из левого столбца будет простым.
попробуйте взглянуть с другой стороны. Рассмотрим суммы 2х простых чисел: 3+3=6 3+5=8 3+7=10 3+11=14 Сначала четные числа идут попорядку, потом начинаются пропуски, потому что простые числа начинают попадаться реже. Да, 12 легко представить в виде 5+7, но всегда ли у нас получится подобрать другие простые числа, чтобы заполнить очередной пропуск?
Получается, что в левом будут числа вычитая которые из 1000 мы не получим ответ в принципе
Пусть вы вычитаете число A, которое есть в левом столбце (все нечетные числа < 1000), и получаете число B, которого нет в правом столбце (простое нечетное число). Т.е. 1000 - A = B. Теперь докажите, что A - это простое число. У вас в левом столбце, как простые, так и составные числа. Что если существует такое четное число, для которого ваше условие, которое я процитировал, будет выполняться только если A - составное?
Eсли представить, что такое чётное число, которое невозможно представить в виде суммы двух простых чисел есть, то оно будет противоречить доказательству о сумме двух любых нечётных чисел
Не будет противоречить, потому что у вас это число можно будет представить суммой двух нечетных составных чисел.
Тут скорее такой момент. Вы когда подбираете слагаемые для числа, например 20, у вас пары нечетных чисел: 3 и 17, 5 и 15 и т.д. То есть вы одно число постоянно на 2 увеличиваете, а другое уменьшаете. Вам нужно доказать, что для любого четного числа, среди его списка пар нечетных чисел всегда найдется пара, где оба числа одновременно будут простыми.
Еще бы понять почему начиная со стрелки влево стартуешь с -100, а со стрелки вправо с 0? Со списком найденных паттернов было бы интереснее. А так, из-за того что от попытки к попытке результат не меняется, добрался до "идеальных" ◀▶▶◀◀◀▶◀▶▶▶▶◀ , дальше лень. Почему они идеальные? Не знаю, сайту виднее.
Мой опыт показывает, что cursor довольно неплох в написании каких-то небольших скриптов, если технология хорошо документирована. Периодически использую для написания скриптов. Из недавнего: анализ AWS S3 Access Logs и анализ CloudWatch Logs. Оба скрипта были написаны хорошо, разве что в парсинге S3 Access Logs формата была пара ошибок. Но в целом за пару минут у тебя готовый скрипт, на отладку которого уйдет еще несколько минут. Это будет быстрее, чем лезть в документацию и писать с нуля самому.
Более сложные задачи тоже интересно было попробовать. Создать сайт на React - пара минут и готово, добавить страницу с таблицей и данными - без проблем, сделать таблицу редактируемой - ну, вот тут мы и посыпались. И становится ясно, что когда ты полностью отдаешь генерацию ИИ без понимания, а что он там делает - это не работает. Он чего-то нагенерил и у таблицы поехали стили, а вот как это исправить совершенно непонятно и надо потратить уйму времени, чтобы разобраться в написанном и легче написать самому. Но опыт интересный.
ChatGPT очень неплох в качестве получения инструкций. Обращаюсь к нему для того чтобы понять как что-то реализовать в магазине на Shopify, с которым я никогда не работал. Инструкции получаю хорошие, изредка (5% от всего) бывают шаги, которых на самом деле нет (несуществующие меню или что-то подобное). Но опять же это гораздо проще и быстрее, чем шерстить интернет в поисках решения и выуживания простой реализации из кучи статей, где написано, что надо поставить платное приложение.
Я снижал думскроллинг через светофильтры на iphone. Универсальный доступ > дисплей и размер текста > светофильтры.
Ставил черно-белый экран и этого хватало. Основную информацию посмотреть в телефоне легко, а вот долго сидеть или смотреть видео - становится сложно. Я поставил быструю команду(тройное нажатие на кнопку домой), чтобы легко включать и выключать и это помогло.
Я помню летающая акула продавалась лет 10 назад.
250+1(обложка т.1)+1(обложка т.2)+349=501. от - включает страницу, до - не включает
Логгируйте входящие данные. Входящий запрос - логгируем, запрос в БД - нет, ответ БД - да, запрос в сторонний сервис - нет, ответ - да.
Используя эти данные, вы легко соберете тест кейс для воспроизведения проблемы.
Хорошо - это довольно субъективный параметр.
Я понимаю о чем вы пишете. Я - fullstack и тоже не имею глубоких знаний в какой-то конкретной области. Сейчас сосредоточен на backend'e, но в целом могу работать с frontend, может быть без знания каких-то фишек последних лет, но 20-летний опыт помогает заниматься этим без особых проблем. И вот у меня есть коллега - fullstack. Делает хорошо, быстро, без багов.
А разница между нами в том, что я люблю разбираться в деталях и решать задачи с пониманием зачем мы делаем то или иное изменение. Какой процесс мы пытаемся решить или улучшить. И я часто вношу предложения как можно сделать еще лучше. А вот коллега таким не занимается. Делает хорошо, быстро, но только то, что было написано и какие-то очевидные улучшения либо не реализованы, либо потом все-таки доделываем.
Хорошо это или плохо? Для коллеги - хорошо, он не парится. Для меня - ну, я привык, и воспринимаю это как особенность, так что просто стараюсь описать задачу более подробно.
> Для меня худшие моменты — когда в компании нет для меня работы
Опять же конкретно для меня звучит странно. Отбери у меня сейчас все задачи, я буду еще полгода улучшать то что уже есть. Проблемы есть всегда, техдолг, подходы, которые хотели попробовать, но руки так и не дошли. Но я прекрасно понимаю, что люди разные. Мне повезло, я займу себя всегда интересными задачами, которые остальным кажутся скучными.
Там на флаге написано, что для всех систем: windows, linux, mac
Я вот такой вариант структурирования файлов встречал: https://johnnydecimal.com/10-19-concepts/11-core/11.01-introduction/
Сам просто синхронизирую документы в mega.nz, на телефоне клиент, как и на компах.
Зато наглядный пример почему загнулся stackoverflow.
Да, бывают проколы, но методом проб и ошибок пока дошел до промпта с запросом "create comprehensive guide with step-by-step actions for ..." и далее, что вы хотите сделать и с каким сервисом и библиотекой. Не скажу, что всегда получается 100% рабочий гайд, но по крайней мере эти самые step-by-step помогают выловить расхождения и попросить поправить/актуализировать.
Из недавнего - нужна была интеграция с Hubspot, который я в глаза не видел. Задача не очень сложная: взять данные из бд и использовать их как опции для выпадающего списка custom field в одной из сущностей. Гайд был сделан, где ИИ предлагал использовать private app. Когда я дошел до шага, где эти private app настраиваются в интерфейсе Hubspot, оказалось, что они устарели буквально месяц назад. Просто попросил переделать гайд и использовать новый Developer platform и это помогло. Агент погуглил инфу и новый гайд был вполне рабочий.
Но это, конечно, не закон. Бывают ситуации, когда какая-то каша генерируется.
LLM по моему опыту сейчас очень хорош для быстрого прототипирования.
1. Использую, когда надо написать скрипт для какого-нибудь мелкого анализа данных. Мелкого, потому что обычно это все не так хорошо расширяется и после пары-тройки итераций, лучше начать с нуля.
2. Пользуюсь, чтобы разобраться в незнакомой технологии. Если у системы хорошая документация, то обычно ИИ неплохо пишет пошаговый гайд для решения проблемы и куски кода, которые потом можно использовать как основу. Это в целом получается быстрее, чем самому копаться в доках.
3. Сделать простую HTML страницу со стилями и простой логикой - 5 минут и этого вполне хватит, чтобы оценить идею и потом спокойно либо писать самому, либо опять же используя ИИ как ассистента, но мелкими шагами.
> Один из разработчиков Claude Code поделился, что за последний месяц впервые не открывал IDE вообще — Claude Opus 4.5 написал около 200 пул-реквестов, каждую строчку.
Есть и такой опыт, буквально пару недель назад нужно было сделать, чтобы на Shopify сайте можно было выбрать дату и время доставки (все это конфигурировалось внутренним календарем и передавалось в заказ). По умолчанию shopify так не умеет, приложения сторонние либо кривые, либо платные. Потратил 2 дня и вместе с нейронкой все написал. С shopify до этого не работал, код в итоге "без слез не взглянешь", но оно работает и кроме меня туда лазить никто не будет. Считаю, что это успех.
В общем, нужно понимать, когда это работает и с какими ограничениями. Говорить "да вы видели, что он там генерит?!" считаю странным, я и не такое видел и от человеков. Как и считаю странным говорить "можно больше вообще не писать самому". Можно, если для себя. Истина посередине.
В свое время попалась мне совершенно случайно книга "Настройка SQL. Тоу Дэн". Это, наверное, лучшее, что я читал по оптимизации запросов SQL. Отлично написанная, с подробным объяснением что и как работает и как эти знания применять на практике в зависимости от того какие данные у вас в БД и как вы с ними работаете.
Мы в магазине видели адвент календарь с ИИ картинками, но там на упаковке можно было найти надпись: "сгенерировано ИИ", так что никаких претензий. Пятой ноги там, конечно, не было, но в целом бросалось в глаза, что это сгенерированые картинки. Удешевление производства и никто сильно не заморачивается из-за ошибок, так как действительно сезонный товар, который исчезнет через месяц-другой.
Да-да, вон там ваш ChatGPT, который написал эту статью, торгует с
приростом 80% годовыхубытком в 60% за 9 дней.Вы по какой-то причине постоянно упускаете тот факт, что в гипотезе сказано про 2 простых числа.
Вы удалили простые числа из правого столбца. Да, в левом всегда будут такие числа, что при вычитании их из четного числа вы не найдете в правом столбце результат. Теперь докажите, что хотя бы одно такое число из левого столбца будет простым.
попробуйте взглянуть с другой стороны.
Рассмотрим суммы 2х простых чисел:
3+3=6
3+5=8
3+7=10
3+11=14
Сначала четные числа идут попорядку, потом начинаются пропуски, потому что простые числа начинают попадаться реже. Да, 12 легко представить в виде 5+7, но всегда ли у нас получится подобрать другие простые числа, чтобы заполнить очередной пропуск?
Пусть вы вычитаете число A, которое есть в левом столбце (все нечетные числа < 1000), и получаете число B, которого нет в правом столбце (простое нечетное число). Т.е. 1000 - A = B.
Теперь докажите, что A - это простое число. У вас в левом столбце, как простые, так и составные числа. Что если существует такое четное число, для которого ваше условие, которое я процитировал, будет выполняться только если A - составное?
Не будет противоречить, потому что у вас это число можно будет представить суммой двух нечетных составных чисел.
Тут скорее такой момент. Вы когда подбираете слагаемые для числа, например 20, у вас пары нечетных чисел: 3 и 17, 5 и 15 и т.д. То есть вы одно число постоянно на 2 увеличиваете, а другое уменьшаете. Вам нужно доказать, что для любого четного числа, среди его списка пар нечетных чисел всегда найдется пара, где оба числа одновременно будут простыми.
Еще бы понять почему начиная со стрелки влево стартуешь с -100, а со стрелки вправо с 0?
Со списком найденных паттернов было бы интереснее.
А так, из-за того что от попытки к попытке результат не меняется, добрался до "идеальных" ◀▶▶◀◀◀▶◀▶▶▶▶◀ , дальше лень. Почему они идеальные? Не знаю, сайту виднее.
Мой опыт показывает, что cursor довольно неплох в написании каких-то небольших скриптов, если технология хорошо документирована. Периодически использую для написания скриптов. Из недавнего: анализ AWS S3 Access Logs и анализ CloudWatch Logs. Оба скрипта были написаны хорошо, разве что в парсинге S3 Access Logs формата была пара ошибок. Но в целом за пару минут у тебя готовый скрипт, на отладку которого уйдет еще несколько минут. Это будет быстрее, чем лезть в документацию и писать с нуля самому.
Более сложные задачи тоже интересно было попробовать. Создать сайт на React - пара минут и готово, добавить страницу с таблицей и данными - без проблем, сделать таблицу редактируемой - ну, вот тут мы и посыпались. И становится ясно, что когда ты полностью отдаешь генерацию ИИ без понимания, а что он там делает - это не работает. Он чего-то нагенерил и у таблицы поехали стили, а вот как это исправить совершенно непонятно и надо потратить уйму времени, чтобы разобраться в написанном и легче написать самому. Но опыт интересный.
ChatGPT очень неплох в качестве получения инструкций. Обращаюсь к нему для того чтобы понять как что-то реализовать в магазине на Shopify, с которым я никогда не работал. Инструкции получаю хорошие, изредка (5% от всего) бывают шаги, которых на самом деле нет (несуществующие меню или что-то подобное). Но опять же это гораздо проще и быстрее, чем шерстить интернет в поисках решения и выуживания простой реализации из кучи статей, где написано, что надо поставить платное приложение.