Автор совершенно не разбирается в вопросе! Очевидно же что ИИ и без его умных слов сможет всё написать. Главное дать нейронке свободу действий, и она сама напишет отличный код! особенно на питоне! Названия разделов вообще хрень какая-то, не описывает содержание! И вообще, нейронка сложнее мозга некоторых погромистов, джуны косящат чаще нейрухи. И архитектуру программист угробит за три недели, а ИИшка за 5 минут справится! Декомпозиция нужна только людям, нейронка и так схавает!
Предоставляйте ассистенту интерфейс и требования. Формулируйте задачу как строгий контракт: имя, сигнатура, типы, ограничения. Это снижает неопределенность и повышает качество ответа.
Это вообще жесть! Зачем нейронке чето передавать? объясни нормально, и она тебе и интерфейс, и всё сразу!
И зачем писать тесты без ИИ? ты же функцию с помощью ИИ написал, почему она не справится с тестами?
Принцип единого источника истины. ИИ — это мнение, а не истина. Код, документация и спецификация — истина. Все, что говорит ИИ, должно быть верифицировано.
А ты кроме дипсика ничего не пробовал? возьми хоть гимини пять минут потыкай, потом выводы делай!
Будьте честны в своих намерениях. Помечайте весь код, сгенерированный или значительно измененный ИИ, явными комментариями (например, // AI-generated). Это вопрос прозрачности, ответственности и помощи ревьюерам.
А если там и мой код, и код ИИ? Это наше общее творчество, тогда что, мой код тоже будут считать ИИшным?
У меня они обязательны, но удалены там, где они не нужны. то есть, условно, после определения структуры они парсеру вообще не сдались, там нет неодноначности, а вот после операции в коде функции они вполне себе нужны и обязательны.
Попрошу заметить, что я не отказался от запяточек в целом, я не использую их конкретно после закрывающей фигурной скобки, а так они в языке вполне себе есть, что можно понять по разным примерам кода из статьи.
По-моему, вы пропустили тот факт, что статья только частично затрагивает фронт-енд языка, а в основном посвящена исследованию того, насколько решение хорошее, и приблизительные догадки о возможной популярности языка.
Указателей в языке нет. вообще. для библиотек С используются isize либо cffi.voidp типы.
Пытался искать подобные языки, но что-то не ищется. Каждая моя статья заканчивается тем, что я узнаю о существовании как минимум двух языков программирования, забавно.
Косвенно, но я упоминал это в статье. Цель Honey - позволить программисту писать высококачественный код, меньше задумываясь об этом - за него подумает компилятор, ведь правила языка сами по себе способствуют хорошему коду. Хотя я не отрицаю тот факт, что насвинячить можно где угодно и как угодно.
Вы, возможно, неправильно меня поняли. Так то запяточки в языке есть, но моё упоминание бесящих подразумевало точки с запятыми после классов или структур в С/++.для определения функции в конце ";" не требуется, а для структуры зачем-то надо. это меня и бесило.
С вообще никак не обращается с памятью, программист отвечает за работу с её выделением/освобождением вручную. В пайтон же есть сборщик мусора и ещё огромное количество сахара, который упрощает работу программисту и при этом увеличивает производительность кода. Вот вроде бы от GIL пытаются отказаться. А с того что GC жрет как не в себя я усмехнулся) простые типы (int, str, list, ...) реализованы на С, и по большей части работают as is, так что жрут не сильно больше чем ожидается. В общем я тут в процессе написания своего языка, который по сложности обещает быть +- как питон, но при этом компилируемый. короче скоро статья будет, и я там буду рассматривать всевозможные трюки для оптимизации итогового кода, и вы не поверите, сколько методов взято из python!
В статье я не говорил о том, что есть какая-то проблема (хоть по моему мнению их много, но суть не в этом). Я просто предлагаю альтернативу и показываю результаты экспериментов.
А ещë есть pyastra64, но это скорее jff проект, чем что-то очень полезное. Однако я вдоволь наигрался с этой штукой, написал примитивную консольку на питоне под 8086 <)
Вы, должно быть, не достаточно внимательно прочитали. Я же везде где можно пишу, что хочу СВОЙ, ДРУГОЙ язык. Мне не нужен хаскель, с, бейзик, б или что там ещё скществует. Я хочу свой.
Автор совершенно не разбирается в вопросе! Очевидно же что ИИ и без его умных слов сможет всё написать. Главное дать нейронке свободу действий, и она сама напишет отличный код! особенно на питоне! Названия разделов вообще хрень какая-то, не описывает содержание! И вообще, нейронка сложнее мозга некоторых погромистов, джуны косящат чаще нейрухи. И архитектуру программист угробит за три недели, а ИИшка за 5 минут справится! Декомпозиция нужна только людям, нейронка и так схавает!
Это вообще жесть! Зачем нейронке чето передавать? объясни нормально, и она тебе и интерфейс, и всё сразу!
И зачем писать тесты без ИИ? ты же функцию с помощью ИИ написал, почему она не справится с тестами?
А ты кроме дипсика ничего не пробовал? возьми хоть гимини пять минут потыкай, потом выводы делай!
А если там и мой код, и код ИИ? Это наше общее творчество, тогда что, мой код тоже будут считать ИИшным?
Не синоним. На моей практике, которая, возможно, не так разнообразна, как ваша, Тим Тоуди приводит к дестандартизации и захламлению кода.
Как раз противоположность TMTOWTDI. Конечно, при некоторых условиях Тим Тоуди проявляется, но всё же. Насвинячить можно где угодно и как угодно.
У меня они обязательны, но удалены там, где они не нужны. то есть, условно, после определения структуры они парсеру вообще не сдались, там нет неодноначности, а вот после операции в коде функции они вполне себе нужны и обязательны.
Попрошу заметить, что я не отказался от запяточек в целом, я не использую их конкретно после закрывающей фигурной скобки, а так они в языке вполне себе есть, что можно понять по разным примерам кода из статьи.
По-моему, вы пропустили тот факт, что статья только частично затрагивает фронт-енд языка, а в основном посвящена исследованию того, насколько решение хорошее, и приблизительные догадки о возможной популярности языка.
Указателей в языке нет. вообще. для библиотек С используются isize либо cffi.voidp типы.
Пытался искать подобные языки, но что-то не ищется. Каждая моя статья заканчивается тем, что я узнаю о существовании как минимум двух языков программирования, забавно.
Косвенно, но я упоминал это в статье. Цель Honey - позволить программисту писать высококачественный код, меньше задумываясь об этом - за него подумает компилятор, ведь правила языка сами по себе способствуют хорошему коду. Хотя я не отрицаю тот факт, что насвинячить можно где угодно и как угодно.
Вы, возможно, неправильно меня поняли. Так то запяточки в языке есть, но моё упоминание бесящих подразумевало точки с запятыми после классов или структур в С/++.для определения функции в конце ";" не требуется, а для структуры зачем-то надо. это меня и бесило.
Спасибо за совет! пост и так еще уместился в лимиты, так что тесты положу в тот же гитхаб. следите за обновлениями ;)
интересно...
С вообще никак не обращается с памятью, программист отвечает за работу с её выделением/освобождением вручную. В пайтон же есть сборщик мусора и ещё огромное количество сахара, который упрощает работу программисту и при этом увеличивает производительность кода. Вот вроде бы от GIL пытаются отказаться. А с того что GC жрет как не в себя я усмехнулся) простые типы (int, str, list, ...) реализованы на С, и по большей части работают as is, так что жрут не сильно больше чем ожидается. В общем я тут в процессе написания своего языка, который по сложности обещает быть +- как питон, но при этом компилируемый. короче скоро статья будет, и я там буду рассматривать всевозможные трюки для оптимизации итогового кода, и вы не поверите, сколько методов взято из python!
В статье я не говорил о том, что есть какая-то проблема (хоть по моему мнению их много, но суть не в этом). Я просто предлагаю альтернативу и показываю результаты экспериментов.
да, слетела :_)
Но ведь существует venv)
А ещë есть pyastra64, но это скорее jff проект, чем что-то очень полезное. Однако я вдоволь наигрался с этой штукой, написал примитивную консольку на питоне под 8086 <)
Не соглашусь. Pyinstsller может шифровать байткод ключом, его можно указать следующим образом:
--key=<your_key_here>Онигири рассказывает не только о 4D. он рассказывает о технике и науке. Вообще очень осведомленный и творческий человек.
ясно, посмотрим, будет время - буду делиться успехами и там)
Вы, должно быть, не достаточно внимательно прочитали. Я же везде где можно пишу, что хочу СВОЙ, ДРУГОЙ язык. Мне не нужен хаскель, с, бейзик, б или что там ещё скществует. Я хочу свой.