если никто в команде тестирования не пишет код, и нужно изучать всё с нуля.
так изучите :)
ну вот правда, чем тратить время на написание статей "как мы в очередной раз выкрутились лишь бы не делать правильно" - можно было заняться прокачиванием в программизьме
сами же потом нахлебаетесь от своих ИИ-нагенеренных тестов, это шляпа уже известная
главное - писать о том что у вас тестировщики не умеют писать автотесты и вы делегируете это стороннему ИИ - это же антиреклама конторы :) не думаю что все заказчики восхитятся
вы в тексте от BotFather-а не видели предупреждение что токен нужно хранить в секрете и не вводить куда попало?
извините за прямоту, но кажется страсть к использованию "искусственного интелекта" плохо влияет на интеллект естественный.
ну и в целом инструкция "как сделать бота ничего не программируя" с помощью сторонних сайтов это не лучший контент для хабра - что-то меняется и ваша статья уже неактуальна.
Уф, основное что цепляет в статье - это периодические упоминания о 5-летнем пути до текущего результата. А текущий результат, как я понял и посмотреть невозможно (Technical demo will be available after November 15).
В связи с этим трудно что-то сказать по существу :) субъективно кажется что в наше динамичное время проект не должен так растягиваться без выкатывания на публику промежуточных версий для оценки актуальности выбранного направления.
Любопытно понять какой бюджет (ориентировочно) ушёл на эту затею на данном этапе, не включая собственные усилия автора и супруги (все мы что-то пишем в свободное время).
Решил написать сначала сюжет игры, прописать персонажей
Тут невозможно не вспомнить знаменитое замечание Джона Кармака "сюжет в игре - как в порнофильме - неплохо если он есть, но он не очень важен". Возможно стоило писать квест, или текстовый-квест как "спин-офф" проекта :)
отдалённо сходный сюжет есть в книге "Программирование Игр и Головоломок" (Жак Арсак) - про то как монахи играющие в Ханойские Башни в индийском храме наняли программиста чтобы ускорить конец света :)
что система написания статей на Хабр и система кармы Вас не бесят,
это конечно моё личное мнение, но я тут осмелюсь порекомендовать не переживать за систему кармы. статьи писать ради кармы это очень глупое занятие. я больше рассматриваю это как возможность сделать некие заметки - как себе на память - так и с возможностью что кто-то поправит какие-то мои ошибки (видите ниже, так и случилось - вам же просто реальные ошибки не бросились в глаза поэтому сконцентрировались на субъективных моментах)
беситься вредно. рассматривайте отклик по статьям скорее как наводку насколько форма общения которую вы выбрали кажется удобоваримой другим. в любом случае это полезное упражнение для развития скиллов по коммуникации своих мыслей другим. это реально полезно. а беситься неполезно, повторюсь :)
Это слова тех самых разработчиков.
то что разработчики языка Go - паранормальные ребята, это уже ни у кого давно не вызывает сомнения :) другое дело - должны ли мы свято любить то что кажется правильным им?
P.S. насчет кармы и глупости есть оговорка однако - на хабре можно немного денег получать за удачные статьи - наверное это единственная очевидная польза - но суммы вознаграждений очень умеренные, так что опять же писать статьи в надежде стать миллионером - наверное не стоит.
что вам мешает написать собственную статью на свой вкус вместо пространных брюзжащих комментов - я тоже не понимаю :)
А если вспомнить, что ограниченный до отсутствия доступ к планировщику - стратегическое решение, то вдвойне очевидна.
да ну, это ваше личное восприятие. если бы это было логично то было бы не менее логично чтобы main дожидался окончания работы всех запущенных горутин.
единственная внятная логика в том что асинхронно запущенная процедура должна быть асинхронной и максимально независимой от остальных. всё остальное - ересь.
ибо спрашивают, скорее всего,
там кроме порядка выполнения как раз и порядок вычисления аргументов же задействован. нагляднее было бы только использовать в аргументе функцию с сайд-эффектом но это уж слишком толсто
Написать какую-нибудь общеизвестную шляпу с помощью GPT в состоянии буквально каждый из присутствующих, прошу прощения :)
Вы бы лучше рассказали сколько миллионов с помощью написанного решения уже наторговали - это всем интересно :) Только не в стиле "за один день прибыль составила 128% (а за три остальных профукано вдвое больше)" а на интервале вменяемой длины :)
Подключение AI, пишет, что сможем увеличить с 50% до +- 70% винрейт.
эту фразу реально сложно понять, кто вам "пишет", но 50% винрейта можно получить и гораздо проще - рандомом или константой :)))
Вынести его в отдельную функцию в глобальной области видимости, а затем ещё придумывать корректное название
понимаю эти чувства но всё же это поиск проблемы там где её нет :) ну придумайте общее правило для конструирования подобных названий и делов-то (имя вызывающей функции и суфикс "sort" и т.п.), функцию объявите как статик и никому не помешает.
ваш подход снижает читабельность (ну она и просто за счет удлиннения внешней функции снижается) - и это перевешивает небольшие потенциальные плюсы, хотя как трюк - занятно
занятно, на реддите о том же кто-то сказал. предложили после параметров функции двоеточие и какое-нибудь слово (на правах коммента) разрешить добавлять. в таком виде действительно нетрудно сделать.
вот как-то по-умному их парсить и проверять типы - это другой уровень сложности
Симпатишно, но неясно чем вам тут Rust помог. Этот код и на Си будет выглядеть примерно так же :) Даже на ассемблере, пожалуй, особенно куски вроде "главная функция инициализации gl-функций" :) Ну да не важно, графическая/семантическая составляющая заслуживает одобрения, плюсую.
неудачный заход. возможно сперва стоило посмотреть 100500 похожих статей опубликованных раньше
забираю лучший вариант и допиливаю до нужного состояния.
какой-нибудь эпохальный пример был бы уместен. а так получилась коротюсенькая статейка в которой автор уверяет (на словах) что у него что-то хорошее получается :)
вон тут недавно какой-то молодец навайбкодил приложение которое приносит по 6 тыщ баксов ежедневно или что-то в этом духе (правда на деле оказалось что эти горы денег пока не покидают пределов воображения автора).
Не серчайте, но титульная картинка выглядит как-то странно, быть может вы захотите её на что-то более показательное заменить :) толпа людей, перед ними большой монитор - и на нём большой БАТОН с надписью Button. Сразу видно что "IT-сообщество обсуждает насущные вопросы" - типа "сегодня, дети, мы рассмотрим создание кнопки в Дельфи" :)
Картинка использованная в тексте поста, возможно, несколько выгоднее - подсознательно всем приятно смотреть на лица а не на затылки :)
я развиваю Femtech Force — медиа, сообщество фаундеров и исследовательское бюро в фемтехе. Два с половиной года назад я заинтересовалась этим направлением, и вскоре развитие русскоязычного фемтех-рынка стало моей профессиональной задачей.
Кажется, вы не очень справились с этой задачей, извините за прямоту. По крайней мере заметно что эта статья обрушила статистику Вашей компании на Хабре :)
Ничего не имею против данной тематики (мне ортогонально), но есть пара соображений по поводу почему так вышло - если пожелаете, обдумайте их. Во-первых статья по-видимому никак не учитывает аудиторию сайта и её интересы, во-вторых, корректнее было бы сказать о гендерно-дифференцированном подходе и потом уже углублять одно из направлений. А если сразу декларировать "мы занимаемся только проблемами женщин / мужчин / белых / чёрных и т.п. - это всегда выглядит каким-то "рывком в прошлое".
Это верно, даже если вспомнить реализацию в ZX-спектрум, там ведь на самом деле даже прямо токены и вводились и эти токены (типа PRINT) были в кодовой таблице. Так что пожалуй этот пассаж я недостаточно вдумчиво написал, не раскрывает различия. В идеале нужно брать пару реализаций с одной платформы и их сравнивать подробно. Ну и да, знатоки напомнят что изначально бейсик вообще компилируемым был создан :)
так изучите :)
ну вот правда, чем тратить время на написание статей "как мы в очередной раз выкрутились лишь бы не делать правильно" - можно было заняться прокачиванием в программизьме
сами же потом нахлебаетесь от своих ИИ-нагенеренных тестов, это шляпа уже известная
главное - писать о том что у вас тестировщики не умеют писать автотесты и вы делегируете это стороннему ИИ - это же антиреклама конторы :) не думаю что все заказчики восхитятся
вы в тексте от BotFather-а не видели предупреждение что токен нужно хранить в секрете и не вводить куда попало?
извините за прямоту, но кажется страсть к использованию "искусственного интелекта" плохо влияет на интеллект естественный.
ну и в целом инструкция "как сделать бота ничего не программируя" с помощью сторонних сайтов это не лучший контент для хабра - что-то меняется и ваша статья уже неактуальна.
Уф, основное что цепляет в статье - это периодические упоминания о 5-летнем пути до текущего результата. А текущий результат, как я понял и посмотреть невозможно (Technical demo will be available after November 15).
В связи с этим трудно что-то сказать по существу :) субъективно кажется что в наше динамичное время проект не должен так растягиваться без выкатывания на публику промежуточных версий для оценки актуальности выбранного направления.
Любопытно понять какой бюджет (ориентировочно) ушёл на эту затею на данном этапе, не включая собственные усилия автора и супруги (все мы что-то пишем в свободное время).
Тут невозможно не вспомнить знаменитое замечание Джона Кармака "сюжет в игре - как в порнофильме - неплохо если он есть, но он не очень важен". Возможно стоило писать квест, или текстовый-квест как "спин-офф" проекта :)
Респект конечно за усилия и смелость. Лет 40 назад такой дизайн и разрешение экрана произвёли бы неизгладимое впечатление!
в 2025 году однако остаётся пожелать авторам успехов в доведении продукта до ума - потенциал для улучшения тут, похоже, неисчерпаемый :)
отдалённо сходный сюжет есть в книге "Программирование Игр и Головоломок" (Жак Арсак) - про то как монахи играющие в Ханойские Башни в индийском храме наняли программиста чтобы ускорить конец света :)
"точные увеличители швейцарских копий" (с)
учтём идею со спойлерами на будущее, спасибо
да разобраться-то несложно с учётом обилия интернетов и LLM :) но пожелание со спойлерами учтём на будущее, спасибо
это конечно моё личное мнение, но я тут осмелюсь порекомендовать не переживать за систему кармы. статьи писать ради кармы это очень глупое занятие. я больше рассматриваю это как возможность сделать некие заметки - как себе на память - так и с возможностью что кто-то поправит какие-то мои ошибки (видите ниже, так и случилось - вам же просто реальные ошибки не бросились в глаза поэтому сконцентрировались на субъективных моментах)
беситься вредно. рассматривайте отклик по статьям скорее как наводку насколько форма общения которую вы выбрали кажется удобоваримой другим. в любом случае это полезное упражнение для развития скиллов по коммуникации своих мыслей другим. это реально полезно. а беситься неполезно, повторюсь :)
то что разработчики языка Go - паранормальные ребята, это уже ни у кого давно не вызывает сомнения :) другое дело - должны ли мы свято любить то что кажется правильным им?
P.S. насчет кармы и глупости есть оговорка однако - на хабре можно немного денег получать за удачные статьи - наверное это единственная очевидная польза - но суммы вознаграждений очень умеренные, так что опять же писать статьи в надежде стать миллионером - наверное не стоит.
действительно. как это я так сел в лужу. спасибо
впрочем у поста уже 1000+ просмотров, а заметили только Вы :)
что вам мешает написать собственную статью на свой вкус вместо пространных брюзжащих комментов - я тоже не понимаю :)
да ну, это ваше личное восприятие. если бы это было логично то было бы не менее логично чтобы main дожидался окончания работы всех запущенных горутин.
единственная внятная логика в том что асинхронно запущенная процедура должна быть асинхронной и максимально независимой от остальных. всё остальное - ересь.
там кроме порядка выполнения как раз и порядок вычисления аргументов же задействован. нагляднее было бы только использовать в аргументе функцию с сайд-эффектом но это уж слишком толсто
Написать какую-нибудь общеизвестную шляпу с помощью GPT в состоянии буквально каждый из присутствующих, прошу прощения :)
Вы бы лучше рассказали сколько миллионов с помощью написанного решения уже наторговали - это всем интересно :) Только не в стиле "за один день прибыль составила 128% (а за три остальных профукано вдвое больше)" а на интервале вменяемой длины :)
эту фразу реально сложно понять, кто вам "пишет", но 50% винрейта можно получить и гораздо проще - рандомом или константой :)))
понимаю эти чувства но всё же это поиск проблемы там где её нет :) ну придумайте общее правило для конструирования подобных названий и делов-то (имя вызывающей функции и суфикс "sort" и т.п.), функцию объявите как статик и никому не помешает.
ваш подход снижает читабельность (ну она и просто за счет удлиннения внешней функции снижается) - и это перевешивает небольшие потенциальные плюсы, хотя как трюк - занятно
занятно, на реддите о том же кто-то сказал. предложили после параметров функции двоеточие и какое-нибудь слово (на правах коммента) разрешить добавлять. в таком виде действительно нетрудно сделать.
вот как-то по-умному их парсить и проверять типы - это другой уровень сложности
в одну строчку точно можно написать
но заменить их чем-нибудь тоже можно, только именно с фигурными скобками м.б. чуть сложнее финт т.к. они под массивы использованы
ну тут ради совместимости "сверху вниз" и сделано - весь существующий код и либы должны работать "как было". А что про
{}не очень понял?Симпатишно, но неясно чем вам тут Rust помог. Этот код и на Си будет выглядеть примерно так же :) Даже на ассемблере, пожалуй, особенно куски вроде "главная функция инициализации gl-функций" :) Ну да не важно, графическая/семантическая составляющая заслуживает одобрения, плюсую.
неудачный заход. возможно сперва стоило посмотреть 100500 похожих статей опубликованных раньше
какой-нибудь эпохальный пример был бы уместен. а так получилась коротюсенькая статейка в которой автор уверяет (на словах) что у него что-то хорошее получается :)
вон тут недавно какой-то молодец навайбкодил приложение которое приносит по 6 тыщ баксов ежедневно или что-то в этом духе (правда на деле оказалось что эти горы денег пока не покидают пределов воображения автора).
Не серчайте, но титульная картинка выглядит как-то странно, быть может вы захотите её на что-то более показательное заменить :) толпа людей, перед ними большой монитор - и на нём большой БАТОН с надписью Button. Сразу видно что "IT-сообщество обсуждает насущные вопросы" - типа "сегодня, дети, мы рассмотрим создание кнопки в Дельфи" :)
Картинка использованная в тексте поста, возможно, несколько выгоднее - подсознательно всем приятно смотреть на лица а не на затылки :)
Кажется, вы не очень справились с этой задачей, извините за прямоту. По крайней мере заметно что эта статья обрушила статистику Вашей компании на Хабре :)
Ничего не имею против данной тематики (мне ортогонально), но есть пара соображений по поводу почему так вышло - если пожелаете, обдумайте их. Во-первых статья по-видимому никак не учитывает аудиторию сайта и её интересы, во-вторых, корректнее было бы сказать о гендерно-дифференцированном подходе и потом уже углублять одно из направлений. А если сразу декларировать "мы занимаемся только проблемами женщин / мужчин / белых / чёрных и т.п. - это всегда выглядит каким-то "рывком в прошлое".
Это верно, даже если вспомнить реализацию в ZX-спектрум, там ведь на самом деле даже прямо токены и вводились и эти токены (типа
PRINT) были в кодовой таблице. Так что пожалуй этот пассаж я недостаточно вдумчиво написал, не раскрывает различия. В идеале нужно брать пару реализаций с одной платформы и их сравнивать подробно. Ну и да, знатоки напомнят что изначально бейсик вообще компилируемым был создан :)