Pull to refresh
-9
0
Send message
  • Она платная.

  • Если Яндекс захочет, то сможет забанить нас.

  • Нужен постоянно высокоскоростной интернет чтобы в релтайме отправлять фотки на сервер.

  • У Selero качество сравнимое с Яндекс

  • Все идет к тому что Яндекс уходит из мирового интернета, и например в недалеком будущем, например пользователи из Польши не смогут пользоваться Яндекс.

Интересный вариант, даже если я найду текст, и озвучу его через AI, то как его внедрить в игру, чтобы он использовал мою озвучку ?

Промт - это не просто текстовая строка, это структура данных, которая предназначена для структурирования входных данных для моделей машинного обучения. PromtStd - это формат для хранения и организации промтов, что упрощает разработку, поддержку и модификацию промтов, а также улучшает их восприятие и понимание. Кроме того, использование структурированных данных в промтах повышает точность моделей и упрощает их настройку. Таким образом, PromtStd имеет практическую пользу для разработчиков моделей машинного обучения и способствует улучшению качества моделей.

Спасибо за ваш комментарий. Действительно, опечатка в написании ключевого термина была допущена. В стандарте используется термин "prompt", а не "promt". Благодарим вас за внимательность и конструктивный фидбек!

Я понимаю вашу точку зрения, но давайте рассмотрим некоторые преимущества использования PromtStd.

Во-первых, PromtStd предоставляет четкую и структурированную форму для хранения промтов, что упрощает их создание и поддержку. Это особенно важно для командной работы, где все разработчики должны следовать одному формату.

Во-вторых, благодаря PromtStd, разработчики могут быстро и легко понимать, что именно содержится в каждом промте. Это позволяет сэкономить время на чтении и изучении кода, а также упрощает процесс отладки.

Наконец, PromtStd может быть очень полезен для обучения и использования в качестве руководства. Благодаря структурированной форме промтов, пользователи могут быстро найти ответы на свои вопросы и легче понимать, как использовать различные функции и инструменты.

Таким образом, PromtStd предоставляет стандарт, который может существенно облегчить разработку и использование промтов, а также повысить их качество и удобство использования.

Если идет речь про разработку "нового". Если это действительно новый проект, то откуда разработчикам знать про библиотеки которые решают эти задачи, даже про самые популярные ? Если это действительно новый проект, то нестандартное решение, например использования новых фичей языка, новых библиотек, новых алгоритмов, может улучшить производительность и читаемость кода, а потом это нестандартное решение можно подстроить под то, как вы привыкли делать в команде.

Для этого нужен скил, у меня это уже получается(напишу в скоре об этом статью), но даже у ChatGPT-4 есть ограничения на запоминания 25_000 слов. Так что прям очень больше проекты он будет забывать.

Union не нужен, это он ошибся. То что, для распознавания изображений по фотографии нужен "слишком простой код", эта заслуга Python и ChatGPT. Можно было и 100_000 строк кода написать для такой реализации.

Так дело не только в написание кода. В пример показано как ChatGPT нашел библиотеки для решения этой задачи. И написал код использования. О того что я 5 лет программирую на Python, автоматически не означает что я знаю как пользоваться всеми сторонними библиотеками. А ChatGPT как раз показывает как ими пользоваться.

Тут описание проекта в 3 строчки. Все остальное промт.

Ну я как программист могу не знать про существования библиотек которые уже могут решать мою задачу, а ChatGPT рассказать про них. И еще он может рассказать про нестандартные подходы для решения задачи.

Да, существуют инструменты для автоматической генерации документации TypeScript. Некоторые из них:

  1. Typedoc: это самый популярный инструмент для генерации документации TypeScript. Он может работать со многими форматами документации, включая HTML, Markdown, JSON и другие. Typedoc поддерживает многие функции TypeScript, включая интерфейсы, классы, перечисления и другие.

  2. Compodoc: это инструмент для генерации документации, который поддерживает TypeScript и Angular. Он может генерировать документацию в форматах HTML и Markdown и предоставляет подробные отчеты о структуре проекта.

  3. DocFX: это инструмент для генерации документации, который поддерживает TypeScript и другие языки. Он может генерировать документацию в различных форматах, включая HTML, Markdown, PDF и другие. DocFX поддерживает многие функции TypeScript, включая интерфейсы, классы, перечисления и другие.

  4. JSDoc: это инструмент для генерации документации JavaScript, который может также использоваться для генерации документации TypeScript. JSDoc поддерживает стандартный синтаксис комментариев TypeScript и может генерировать документацию в формате HTML.

  5. TypeDoc Markdown Theme: это тема для Typedoc, которая позволяет генерировать документацию в формате Markdown. Она может быть полезна для разработчиков, которые предпочитают формат Markdown для документации.

Каждый из этих инструментов имеет свои преимущества и недостатки, и выбор зависит от ваших потребностей и предпочтений.

В общем меня ограничили доступ к публикациям на Habr. Поэтому я ухожу с этой платформы. Спасибо, что в меня не верили и дизайкали без причинны, теперь у меня есть аргумент почему в нашей стране нет Open Sourse и почему все прогибаются под запад. Потому что российское комьюнити само себя сжирает, и не дает шансов новым идеям. (Это не все, но как видно большинство)

Так и создали C# / Golang. Наверное, все разработчики языков программирования не хотели читать документацию Асембера вот и навыдумывали велосипеды из других языков. Да ?

Я не нашёл примера у программcookiecutter / dynaconf

где они показывают аналогичный функционал. Может быть если я потрачу на изучения несколько дней то я найду вариант который может просто использовать python файлы как инструмент создания конфигураций, а может не найду, тогда мне придётся подстраиваться под их правила, шерстить всю документация вверх и вниз, искать ответы на форумах. Но зачем это все делать если задача банальная, эту программу можно написать за вечер и она будет решать свою задачу. Это не Docker или веб фреймворк или СУБД, чтобы подстраиваться под их правила, даже если они тебе не нравятся.

Писать велосипед к простым и важным технологиям это хорошо, потому то они решают конкретные задачи, без излишеств. Вы можете потратить недели разработки, а потом узнать что нужно фичи нет сторонней технологии, и что вы будете, разбираться в тысячах строчек чужого кода для создания форка и добавления фичи, и постоянно быть на чеку чтобы этот форк был актуален. Может это выход для сложных технологий, но не для простых технологий.

У него вроде только json поддерживаться, а у меня задача под любой формат подстроиться, у меня это достигается путем простой шаблонизации текста. (если не так то поправь)

dynaconf я не использовал, вот только сейчас 5 минут прочитал документацию и нашел следующий отличия

  1. Поддерживать только toml|yaml|json|ini|py

У него как-то сложная документация, задача то простая, я хочу просто создавать файл и брать значения для них из python а в dynaconf у него 20 заголовков по 6 под глав(в среднем) в каждой, в которых я за 5 минут не разобрался. Личное мнения, но я бы не захотел им пользоваться, излишняя сложность.

Я не видел такой возможности в Ansible скинь ссылку на пример как это возможно там сделать ?

Не удобно каждый раз активировать ВО писать полный путь до исходного кода, а с бинарником все просто. Плюс бинарник протестирован а исходный код может случайно изменить версию библиотеки и программа может не запуститься. Поэтому Бинарник это удобнее

Information

Rating
Does not participate
Registered
Activity