А можно как-то наоборот привлечь внимание всех AI ботов планеты к нашим репозиториям на GitHub? Очень хотелось бы чтобы наш код стал частью их датасета для обучения. Как отключить этот robots.txt навсегда и принять всех ботов планеты с любовью?
А если посмотреть на это через призму теории связей, где и вершины и рёбра это связи. Получается можно сделать ещё один шаг и объединить оба подхода и исследовать на что способен общий случай.
Поддерживаю, стараюсь всегда использовать атомарные коммиты. То есть включать в один коммит только изменения на одну единственную тему (например связанную с одной фичой), которые в будущем если что могут быть отменены целиком в связи с откатом этой фичи.
Но каюсь, иногда бывает соблазн объединить парочку изменений, и всё-таки бывает, соединяю в один коммент, что нельзя было объединять.
А ещё это помогает в геймификации процесс программирования. К примеру я играю сам с собой в игру, мол, чем больше у меня зелёных квадратиков на GitHub и чем они зеленее, тем лучше. Лучшая стратегия победы в такой игре это делать каждый день минимум один коммит, и тогда ты точно побеждаешь, но вот реальность показывает что это делать не просто. И развивать самодисциплину - то ещё испытание. Но чем меньше коммиты тем проще это делать, тем проще себя мотивировать и проще получать удовольствие от того что коммиты сделаны :) А после этого хочется делать ещё коммитов и ещё :)
А ещё это помогает следовать принципу атомарной ответственности в задачах, если привязывать каждый коммит к конкретной задаче (issue), никогда нельзя будет сделать так, чтобы в нём содержался код связанный с несколькими задачами, это тоже дополнительно дисциплинирует и делает процесс разработки максимально прозрачным. То есть можно будет потом сделать roadmap/project, из которого можно перейти на конкретные issues, а оттуда на конкретные коммиты которые делались в рамках этой задачи.
Я бы попробовал, я не думаю что стоит использовать решение которое хранит всё только локально, можно шифровать и выкладывать в облака других сервисов. Это всё ещё звучит просто.
Теория графов по определению не позволяет ребрам ссылаться на рёбра. Поэтому у нас не графовая СУБД, а ассоциативная. Ассоциативная теория сейчас в разработке: первый черновик (апрель 2022-го), последний черновик (на декабрь 2023-го). Если коротко, общий случай: L ↦ L² (связи-дуплеты), частный случай L ↦ L³ (связи-триплеты).
В ассоциативной СУБД всегда можно добавить любое количество необходимых "легковесных" рёбер между связями/ассоциациями, просто создав связь/ассоциацию между ними. Да, требуется использовать join, однако у нас есть реализация materialized path индексации, которая позволяет снизить нагрузку на joins в SQL. И в целом mp это не единственный способ дополнительной индексации, которую можно наложить поверх связей. Что касается самих join, то наш следующий собственный движок СУБД разработанный с нуля на Rust делает их в 1000+ раз быстрее чем PostgreSQL, за счёт того, что из движка убрано всё лишнее (бенчмарк). И хотя сами легковесные рёбра уже способ оптимизации поиска или индексации, их можно заменить на битовые строки, которые позволят делать очень эффективное пересечение или объединение данных. С этим способом индексации мы тоже будем экспериментировать в новом движке.
И уже когда мы перейдём на этот движок, то все значения привязанные к связям, числа, строки, json и т.п. будут разложены на Дуплеты. И благодаря такому подходу сразу включится дедупликация последовательностей внутри значений, так и между значениями.
Именно поэтому нужно использовать системы, которые возвращают контроль над своими данными пользователю, и позволяют как минимум делать резервную копию, а как максимум позволяют постоянно отслеживать в каких социальных сетях и мессенджерах какие данные пользователя находятся. Эти данные можно использовать повторно, например разбирать переписку на список вопросов и ответов.
Что касается облачного хранилища особо важных файлов их вообще нужно постоянно синхронизировать между системами (например iCloud, Dropbox, Google Drive и т.п.), что фактически и будет создавать дополнительную активность.
Так же даже пусть если ты активен, это всё равно не значит что ты не потеряешь свои данные. Например, VK хранит всего 15 млн сообщений пользователя после этого он теряет к ним доступ, а новые сообщения затирают самые древние.
И так с заголовка: Deep.Foundation - переводится как Глубокий Фундамент. Буквально это оно и значит - глубокий фундамент для любого ПО, а так же в будущем и для всех наук (математика, информатика, физика, философия и т.п.). Мы фонд развития ассоциативных технологий. Почему ассоциативных? Потому что основанных в отличие от нулей и единиц (битов) на связях. На это можно посмотреть как на ассоциативную машины тьюринга, где вместо нулей и единиц на ленте в каждой ячейке находится целая связь. И алфавит таких связей неограничен. Связь это минимальная единица смысла. Из неё можно собирать объекты, она может хранить строгие последовательности в отличие от графов использует всего одну связь для последовательности в 2 элемента, 2 связи для последовательности в два элемента и т.п. Сами элементы не считаются тут, но они тоже связи.
С точки зрения математики мы это воплощение всех функций соответствующих шаблону L ↦ L². Иными словами в сердце Deep, и сам Deep это просто последовательность связей, то есть массив связей. Но так как последовательность может быть упакована в одну связь, то любой экземпляр Deep может быть представлен одним числом, именно поэтому мы можем реализовать Deep поверх любой машины тьюринга. Мы показали на практике, что не существует ни одной структуры данных, которую нельзя представить связями. То есть что угодно - множества, последовательности, деревья, графы, гиперграфы, объекты и даже функции представимы связями. Мы сейчас работаем над тем чтобы это ещё и доказать автоматизировано используя теорию типов и теорию множеств, вот следующий ещё не опубликованный черновик, если интересно.
Всё это упаковано в ассоциативную архитектуру приложений. Что это такое? Это готовый бэкенд и API, в который достаточно залить свои данные и сделать нужный тебе UI и готово приложение под все платформы: Web, Linux, Windows, macOS и скоро Android, iOS, а ещё позже самостоятельная OS с той же архитектурой, полностью настраиваемая и кастомизируемая пользователем.
Зачем подключать? Мы вавилонская башня в контексте программирования, это значит что используя нашу технологию мы можем сочетать мощь всех человеческих ресурсов в программировании. Код для этой системы можно писать на всех языках программирования, плюс она по совместительству уже и IDE.
Иными словами совсем просто - Deep это универсальный инструмент автоматизации, в том числе и для автоматизации самой автоматизации. Мы позволяем делать ПО быстрее чем когда бы то ни было. Вместо того чтобы ограничивать разработчика одним встроенным в систему языком, мы дали возможность подключать все языки вместе с их пакетными менеджерами, это значит ни одна строчка когда, которую вы где-либо когда-либо написали не пропадёт зря, можно использовать всё и сразу в одном месте.
Зачем это надо? Для ускорения реализации любой мечты. Для нас сам Deep стал мечтой, потому что мы хотели запускать сотни стартапов. Но поняли что нам не хватит ресурсов на всё, поэтому эти идеи стартапов у меня лично опубликованы, другие ребята из команды будут получать под остальные идеи инвестиции.
Я объясняю эту суть вам, а не бабушке, ребёнку или петомцу. Но вы уж, пожалуйста, скажите, какое первое слово в том о чём я говорю не понятно именно вам? Давайте я расскажу что это такое.
Да мы не успели довести до совершенства каждую деталь, и именно поэтому нам нужна помощь и мы ищем тех, кому понравилась идея которую мы разрабатываем. Хотите помочь - присоединитесь к нам. Не хотите - покажите где мы ошибаемся, и как сильно мы тут ошибаемся, мы примем это к сведению и будем ошибаться меньше.
Благодарю за понимание.
P.S. Если от такого ответа вопросов стало только больше, это нормально, у нас так уже многие годы напролёт. Поэтому мы и предлагаем зайти в наш Discord, посмотреть все демки и обсудить что конкретно не понятно именно вам. На все вопросы будут ответы.
Вижу проблему, что нет таких площадок, где можно было бы собирать команды под интересные стартапы.
Мы существуем, написал в личку, жду созвона. На тему ребят которые готовы делать что-то «за интерес», да, у нас есть и такие ребята. Действительно помимо того, что у нас быстрее и проще выйти новичкам на доход, для новичков это формирование портфолио и фундамента, на который они могут опереться. Ведь открый исходный код, а тем более если он в общественном достоянии, можно не только показать на следующем интервью у работодателя, этот код можно повторно использовать при необходимости. Ну и конечно же это сразу вклад в обучение будущих нейросетей таких, как GPT. И в этом смысле я не сторонник того, чтобы скрывать свой код от того чтобы его могли использовать для обучения, а наоборот внести вклад в то, чтобы эти нейросети получали для обучения код наивысшего качества. И это в наших общих силах.
Мы конечно открыты для всех, а не только для новичков. Я написал в личку, было бы здорово созвониться на эту тему. У нас получилось помимо разработки самого опенсорса привлечь сюда инвестиции. Мы так же принимаем заказы от бизнеса, и конечно будем рады и новым инвесторам и всем программистам и разработчикам. И ещё мы запускаем инкубатор стартапов на основе технологий которые разрабатывали более 13 лет. Мы очень амбициозны и хотим делать правильные вещи неправильно. То есть мы делаем то, что обычно не делают. Потому что хотим сделать это лучше, чем это делалось раньше. Я думаю мы обязательно найдём точки соприкосновения со всеми. Заходите к нам, побеседуем. Надеюсь у нас вместе получится осуществить наши мечты ещё быстрее.
Технология Deep это электронный ассоциативный мозг, технологически это хранилище связей (не граф, мы разрабатываем отдельную математическую теорию https://habr.com/ru/amp/publications/658705/). К этому хранилищу благодаря гибким правам можно напрямую подключать как фронтенд так и бэкенд обработчики/компоненты. В архитектуру заложено чтобы можно было подключать их на всех языках. Сейчас поддерживаются JS, Python, PHP, C++, Rust, Kotlin. То есть Дип это архитектура для разработки приложений с готовой упаковкой этого под Linux, Windows, macOS. Так же в разработке поддержка Android, iOS. Ну и конечно приложение может быть веб приложением или сайтом. Так же относительно легко упаковать это и как самостоятельную ОС используя как основу nodeOS или аналог.
Может решил хайпануть (есть те кто не хотят?), но мы на практике буквально делаем это, то есть помогаем вкатиться в IT, иначе я бы даже не начал писать комментарий, это было очень похоже на наш опыт. О чём я выше и рассказал. Но мы не благотворительный фонд, мы коммерческий IT стартап, с открытым исходным кодом в общественном достоянии. Мы фонд развития ассоциативных технологий. Если вы ничего не поняли, прошу прощения. Скажите, пожалуйста, какое первое слово на сайте или в моих сообщениях вы не поняли? Мы не переизобрели SQL, мы его используем.
Так наш стартап называется, если где-то слишком замудрено написано - давайте улучшать, вы мне кусочек текста который вам не понятен, а с меня его улучшение на всех наших текстовых ресурсах. А позже и на аудио и видео, мы постоянно адаптируемся.
Одна из наших задач - продемонстрировать ещё раз, что опенсорс монетизируем. Формально есть множество способов монетизации, одни из самых популярных:
если публично/опенсорсно - бесплатно, если приватно - платно
% от прибыли с бизнеса/стартапа тому движку на котором он запущен
бесплатно до лимита - после лимита платно
локально бесплатно - в облаке платно
платная поддержка
приём пожертвований
В общем кому-то проще будет заплатить, чем разворачивать это у себя на машине или в облаке или что-либо из этого делать самому.
К примеру наша выгода такая - мы предлагаем помощь в запуске бизнеса/стартапа - и рассчитываем на % от прибыли. То есть мы продолжаем улучшать ядро этого самого бизнеса/стартапа, а стартап и рад платить нам, чтобы развиваться быстрее и активнее других.
Это наш ответ Илону Маску, который однажды признался, что он не знает как монетизировать опенсорс.
Мы делаем в нашем IT стартапе тоже самое, но в "промышленных масштабах". И хотя мы верим в базовый безусловный доход, мы к сожалению пока не можем обеспечить им каждого. Мы бесплатно обучаем, и тех кто подаёт успехи на реальных задачах мы начинаем вознаграждать "безусловно", то есть мы не платим уже за задачи, а просто поддерживаем самого человека фиксированной (или меняющейся под потребности) суммой. Это значит человек может заниматься любимым творчеством и с первого же дня мы начинаем с практики, никакой лишней теории. Ну и помимо большого числа коллег, которые не откажут в помощи, у нас есть и виртуальные помощники на основе GPT-4, которые постоянно готовы поддержать советом прямо в Discord или превратить задачу в Pull Request. Что касается лицензий, то мы пошли дальше - общественное достояние и только открытый исходный код. Ну и конечно - у нас можно писать на любом языке программирования который понравится, больше нет смысла спорить о лучшем из них. Что касается дневников, то в нашем Discord сервере под каждого начинающего программиста создаётся свой личный канал, который фактически является своего рода публичным блогом и одновременно прощадкой обсуждения всех текущих вопросов по задачами, которые этот отважный творческий человек берёт в свою ответственность. Мы готовы принимать любое творчество, а значит если у тебя есть крутая идея не просто сделать что-то прикольное, но сразу запустить свой бизнес или даже стартап - мы поможем. А если нет своих идей - подарим целую кучу - у нас идей сотни, а благодаря постоянному росту сообщества их становится ещё больше.
У нас в сообществе есть ребята, которые буквально преподают программирование и детям, и нашим новичкам. Андрей, я вот что думаю, как тебе идея - попробовать делать с нами тоже самое что ты запланировал, но дружнее и веселее и в более крупных масштабах? Хочешь посмотреть что мы делаем? Может быть вместе мы сможем сделать IT доступнее для более широкого числа людей?
P.S.
А ещё у нас в команде тоже есть ребята родом из Воронежа :)
А можно как-то наоборот привлечь внимание всех AI ботов планеты к нашим репозиториям на GitHub? Очень хотелось бы чтобы наш код стал частью их датасета для обучения. Как отключить этот robots.txt навсегда и принять всех ботов планеты с любовью?
I recommend to rename the title to "Deep Links Theory 0.0.0", as in new article: https://habr.com/ru/companies/deepfoundation/articles/804617, so it will be searchable in English
А если посмотреть на это через призму теории связей, где и вершины и рёбра это связи. Получается можно сделать ещё один шаг и объединить оба подхода и исследовать на что способен общий случай.
Исправлено.
Тогда вот, хвастаюсь своими достижениями :)
P.S.
В моём первом комментарии опечатка: "коммент" ↦ "коммит"
Поддерживаю, стараюсь всегда использовать атомарные коммиты. То есть включать в один коммит только изменения на одну единственную тему (например связанную с одной фичой), которые в будущем если что могут быть отменены целиком в связи с откатом этой фичи.
Но каюсь, иногда бывает соблазн объединить парочку изменений, и всё-таки бывает, соединяю в один коммент, что нельзя было объединять.
А ещё это помогает в геймификации процесс программирования. К примеру я играю сам с собой в игру, мол, чем больше у меня зелёных квадратиков на GitHub и чем они зеленее, тем лучше. Лучшая стратегия победы в такой игре это делать каждый день минимум один коммит, и тогда ты точно побеждаешь, но вот реальность показывает что это делать не просто. И развивать самодисциплину - то ещё испытание. Но чем меньше коммиты тем проще это делать, тем проще себя мотивировать и проще получать удовольствие от того что коммиты сделаны :) А после этого хочется делать ещё коммитов и ещё :)
А ещё это помогает следовать принципу атомарной ответственности в задачах, если привязывать каждый коммит к конкретной задаче (issue), никогда нельзя будет сделать так, чтобы в нём содержался код связанный с несколькими задачами, это тоже дополнительно дисциплинирует и делает процесс разработки максимально прозрачным. То есть можно будет потом сделать roadmap/project, из которого можно перейти на конкретные issues, а оттуда на конкретные коммиты которые делались в рамках этой задачи.
VK тоже позволяет выгрузить свои данные.
Я бы попробовал, я не думаю что стоит использовать решение которое хранит всё только локально, можно шифровать и выкладывать в облака других сервисов. Это всё ещё звучит просто.
Теория графов по определению не позволяет ребрам ссылаться на рёбра. Поэтому у нас не графовая СУБД, а ассоциативная. Ассоциативная теория сейчас в разработке: первый черновик (апрель 2022-го), последний черновик (на декабрь 2023-го). Если коротко, общий случай: L ↦ L² (связи-дуплеты), частный случай L ↦ L³ (связи-триплеты).
В ассоциативной СУБД всегда можно добавить любое количество необходимых "легковесных" рёбер между связями/ассоциациями, просто создав связь/ассоциацию между ними. Да, требуется использовать join, однако у нас есть реализация materialized path индексации, которая позволяет снизить нагрузку на joins в SQL. И в целом mp это не единственный способ дополнительной индексации, которую можно наложить поверх связей. Что касается самих join, то наш следующий собственный движок СУБД разработанный с нуля на Rust делает их в 1000+ раз быстрее чем PostgreSQL, за счёт того, что из движка убрано всё лишнее (бенчмарк). И хотя сами легковесные рёбра уже способ оптимизации поиска или индексации, их можно заменить на битовые строки, которые позволят делать очень эффективное пересечение или объединение данных. С этим способом индексации мы тоже будем экспериментировать в новом движке.
И уже когда мы перейдём на этот движок, то все значения привязанные к связям, числа, строки, json и т.п. будут разложены на Дуплеты. И благодаря такому подходу сразу включится дедупликация последовательностей внутри значений, так и между значениями.
Совсем не обязательно чтобы сервер было в облаке, можно сервер хостить на своём компе и даже сделать его доступным в интернете для своих устройств.
Именно поэтому нужно использовать системы, которые возвращают контроль над своими данными пользователю, и позволяют как минимум делать резервную копию, а как максимум позволяют постоянно отслеживать в каких социальных сетях и мессенджерах какие данные пользователя находятся. Эти данные можно использовать повторно, например разбирать переписку на список вопросов и ответов.
Что касается облачного хранилища особо важных файлов их вообще нужно постоянно синхронизировать между системами (например iCloud, Dropbox, Google Drive и т.п.), что фактически и будет создавать дополнительную активность.
Так же даже пусть если ты активен, это всё равно не значит что ты не потеряешь свои данные. Например, VK хранит всего 15 млн сообщений пользователя после этого он теряет к ним доступ, а новые сообщения затирают самые древние.
И так с заголовка: Deep.Foundation - переводится как Глубокий Фундамент.
Буквально это оно и значит - глубокий фундамент для любого ПО, а так же в будущем и для всех наук (математика, информатика, физика, философия и т.п.).
Мы фонд развития ассоциативных технологий. Почему ассоциативных? Потому что основанных в отличие от нулей и единиц (битов) на связях. На это можно посмотреть как на ассоциативную машины тьюринга, где вместо нулей и единиц на ленте в каждой ячейке находится целая связь. И алфавит таких связей неограничен. Связь это минимальная единица смысла. Из неё можно собирать объекты, она может хранить строгие последовательности в отличие от графов использует всего одну связь для последовательности в 2 элемента, 2 связи для последовательности в два элемента и т.п. Сами элементы не считаются тут, но они тоже связи.
С точки зрения математики мы это воплощение всех функций соответствующих шаблону L ↦ L². Иными словами в сердце Deep, и сам Deep это просто последовательность связей, то есть массив связей. Но так как последовательность может быть упакована в одну связь, то любой экземпляр Deep может быть представлен одним числом, именно поэтому мы можем реализовать Deep поверх любой машины тьюринга. Мы показали на практике, что не существует ни одной структуры данных, которую нельзя представить связями. То есть что угодно - множества, последовательности, деревья, графы, гиперграфы, объекты и даже функции представимы связями. Мы сейчас работаем над тем чтобы это ещё и доказать автоматизировано используя теорию типов и теорию множеств, вот следующий ещё не опубликованный черновик, если интересно.
Всё это упаковано в ассоциативную архитектуру приложений. Что это такое? Это готовый бэкенд и API, в который достаточно залить свои данные и сделать нужный тебе UI и готово приложение под все платформы: Web, Linux, Windows, macOS и скоро Android, iOS, а ещё позже самостоятельная OS с той же архитектурой, полностью настраиваемая и кастомизируемая пользователем.
Зачем подключать? Мы вавилонская башня в контексте программирования, это значит что используя нашу технологию мы можем сочетать мощь всех человеческих ресурсов в программировании. Код для этой системы можно писать на всех языках программирования, плюс она по совместительству уже и IDE.
Иными словами совсем просто - Deep это универсальный инструмент автоматизации, в том числе и для автоматизации самой автоматизации. Мы позволяем делать ПО быстрее чем когда бы то ни было. Вместо того чтобы ограничивать разработчика одним встроенным в систему языком, мы дали возможность подключать все языки вместе с их пакетными менеджерами, это значит ни одна строчка когда, которую вы где-либо когда-либо написали не пропадёт зря, можно использовать всё и сразу в одном месте.
Зачем это надо? Для ускорения реализации любой мечты. Для нас сам Deep стал мечтой, потому что мы хотели запускать сотни стартапов. Но поняли что нам не хватит ресурсов на всё, поэтому эти идеи стартапов у меня лично опубликованы, другие ребята из команды будут получать под остальные идеи инвестиции.
Я объясняю эту суть вам, а не бабушке, ребёнку или петомцу. Но вы уж, пожалуйста, скажите, какое первое слово в том о чём я говорю не понятно именно вам? Давайте я расскажу что это такое.
Да мы не успели довести до совершенства каждую деталь, и именно поэтому нам нужна помощь и мы ищем тех, кому понравилась идея которую мы разрабатываем. Хотите помочь - присоединитесь к нам. Не хотите - покажите где мы ошибаемся, и как сильно мы тут ошибаемся, мы примем это к сведению и будем ошибаться меньше.
Благодарю за понимание.
P.S.
Если от такого ответа вопросов стало только больше, это нормально, у нас так уже многие годы напролёт. Поэтому мы и предлагаем зайти в наш Discord, посмотреть все демки и обсудить что конкретно не понятно именно вам. На все вопросы будут ответы.
Мы существуем, написал в личку, жду созвона.
На тему ребят которые готовы делать что-то «за интерес», да, у нас есть и такие ребята. Действительно помимо того, что у нас быстрее и проще выйти новичкам на доход, для новичков это формирование портфолио и фундамента, на который они могут опереться. Ведь открый исходный код, а тем более если он в общественном достоянии, можно не только показать на следующем интервью у работодателя, этот код можно повторно использовать при необходимости. Ну и конечно же это сразу вклад в обучение будущих нейросетей таких, как GPT. И в этом смысле я не сторонник того, чтобы скрывать свой код от того чтобы его могли использовать для обучения, а наоборот внести вклад в то, чтобы эти нейросети получали для обучения код наивысшего качества. И это в наших общих силах.
Мы конечно открыты для всех, а не только для новичков. Я написал в личку, было бы здорово созвониться на эту тему. У нас получилось помимо разработки самого опенсорса привлечь сюда инвестиции. Мы так же принимаем заказы от бизнеса, и конечно будем рады и новым инвесторам и всем программистам и разработчикам. И ещё мы запускаем инкубатор стартапов на основе технологий которые разрабатывали более 13 лет. Мы очень амбициозны и хотим делать правильные вещи неправильно. То есть мы делаем то, что обычно не делают. Потому что хотим сделать это лучше, чем это делалось раньше. Я думаю мы обязательно найдём точки соприкосновения со всеми. Заходите к нам, побеседуем. Надеюсь у нас вместе получится осуществить наши мечты ещё быстрее.
Технология Deep это электронный ассоциативный мозг, технологически это хранилище связей (не граф, мы разрабатываем отдельную математическую теорию https://habr.com/ru/amp/publications/658705/). К этому хранилищу благодаря гибким правам можно напрямую подключать как фронтенд так и бэкенд обработчики/компоненты. В архитектуру заложено чтобы можно было подключать их на всех языках. Сейчас поддерживаются JS, Python, PHP, C++, Rust, Kotlin. То есть Дип это архитектура для разработки приложений с готовой упаковкой этого под Linux, Windows, macOS. Так же в разработке поддержка Android, iOS. Ну и конечно приложение может быть веб приложением или сайтом. Так же относительно легко упаковать это и как самостоятельную ОС используя как основу nodeOS или аналог.
https://habr.com/ru/articles/656879/ - может эта обзорная статья будет больше понятна.
Исходный код с инструкциями по запуску: http://github.com/deep-foundation
Помощь и реалтайм поддержку в связи низким качеством документации можно получить в Discord: http://discord.gg/deep-foundation
Мы открыты у улучшениям, но надеемся и на ваше содействие. Не всё мы можем видеть со стороны так же хорошо как вы.
Может решил хайпануть (есть те кто не хотят?), но мы на практике буквально делаем это, то есть помогаем вкатиться в IT, иначе я бы даже не начал писать комментарий, это было очень похоже на наш опыт. О чём я выше и рассказал. Но мы не благотворительный фонд, мы коммерческий IT стартап, с открытым исходным кодом в общественном достоянии. Мы фонд развития ассоциативных технологий. Если вы ничего не поняли, прошу прощения. Скажите, пожалуйста, какое первое слово на сайте или в моих сообщениях вы не поняли? Мы не переизобрели SQL, мы его используем.
Так наш стартап называется, если где-то слишком замудрено написано - давайте улучшать, вы мне кусочек текста который вам не понятен, а с меня его улучшение на всех наших текстовых ресурсах. А позже и на аудио и видео, мы постоянно адаптируемся.
Я не знаю как тут с правилами, но полагаю как обычно будет работать проход лабиринта через мой профиль на хабре.
Одна из наших задач - продемонстрировать ещё раз, что опенсорс монетизируем. Формально есть множество способов монетизации, одни из самых популярных:
если публично/опенсорсно - бесплатно, если приватно - платно
% от прибыли с бизнеса/стартапа тому движку на котором он запущен
бесплатно до лимита - после лимита платно
локально бесплатно - в облаке платно
платная поддержка
приём пожертвований
В общем кому-то проще будет заплатить, чем разворачивать это у себя на машине или в облаке или что-либо из этого делать самому.
К примеру наша выгода такая - мы предлагаем помощь в запуске бизнеса/стартапа - и рассчитываем на % от прибыли. То есть мы продолжаем улучшать ядро этого самого бизнеса/стартапа, а стартап и рад платить нам, чтобы развиваться быстрее и активнее других.
Это наш ответ Илону Маску, который однажды признался, что он не знает как монетизировать опенсорс.
Мы делаем в нашем IT стартапе тоже самое, но в "промышленных масштабах". И хотя мы верим в базовый безусловный доход, мы к сожалению пока не можем обеспечить им каждого. Мы бесплатно обучаем, и тех кто подаёт успехи на реальных задачах мы начинаем вознаграждать "безусловно", то есть мы не платим уже за задачи, а просто поддерживаем самого человека фиксированной (или меняющейся под потребности) суммой. Это значит человек может заниматься любимым творчеством и с первого же дня мы начинаем с практики, никакой лишней теории. Ну и помимо большого числа коллег, которые не откажут в помощи, у нас есть и виртуальные помощники на основе GPT-4, которые постоянно готовы поддержать советом прямо в Discord или превратить задачу в Pull Request. Что касается лицензий, то мы пошли дальше - общественное достояние и только открытый исходный код. Ну и конечно - у нас можно писать на любом языке программирования который понравится, больше нет смысла спорить о лучшем из них. Что касается дневников, то в нашем Discord сервере под каждого начинающего программиста создаётся свой личный канал, который фактически является своего рода публичным блогом и одновременно прощадкой обсуждения всех текущих вопросов по задачами, которые этот отважный творческий человек берёт в свою ответственность. Мы готовы принимать любое творчество, а значит если у тебя есть крутая идея не просто сделать что-то прикольное, но сразу запустить свой бизнес или даже стартап - мы поможем. А если нет своих идей - подарим целую кучу - у нас идей сотни, а благодаря постоянному росту сообщества их становится ещё больше.
У нас в сообществе есть ребята, которые буквально преподают программирование и детям, и нашим новичкам. Андрей, я вот что думаю, как тебе идея - попробовать делать с нами тоже самое что ты запланировал, но дружнее и веселее и в более крупных масштабах? Хочешь посмотреть что мы делаем? Может быть вместе мы сможем сделать IT доступнее для более широкого числа людей?
P.S.
А ещё у нас в команде тоже есть ребята родом из Воронежа :)