А поддерживать их кто будет? Фиксить баги в них, имплементировать новые фичи в них. Это сейчас никому все это не нужно, потому что эти компоненты не пользуются популярностью, но если бы пользовались, то приходилось бы не 30 компонентов делать, а 30 фиксов/фич в существующих делать, и не в год, а в неделю. И тогда даже 10 andrestudio не хватит. А ведь еще надо и новые компоненты делать (а потом поддерживать), избавляться от старых, переводя на новые, писать документацию, примеры, отвечать пользователям. Работы дофига короче.
В общем, к чему я это - 30 компонентов в год - это хороший показатель крайней непопулярности. И если цель оставаться на таком уровне всегда (а с умирающим языком выше вряд ли прыгнешь) - то это странная цель, себя надо перестать любить, чтобы такие цели ставить

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

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

Или на "самом рейтинговом C#". А популярным оказался на "мертвом" Delphi (который уже к тому моменту лет 10 "хоронили"). Со средой ровно та же ситуация. Поэтому смысла разделять среду и пакет в этом плане нет никакого - и там и там есть пользователи и есть разработчики.

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

И да, я даже попробовал:
- оказалось проблемой его даже скачать, потому как там надо было себе установить торрент-клиент, прописать каких-то "пиров".
- ну, окей, как-то скачал (был архивом на форуме выложен или в какой-то сборке). Установил на чистой ОС, в чистом HiAsm, создал приложение - бац, полетели сообщения об отсутствии каких-то библиотек то ли для запуска приложения, то ли при компиляции. Полез искать, вроде нашел, вроде попробовал.
- ко всему этому надо было ещё установить вполне конкретные версии .NET Framework, ручками настроить компиляцию. А для пополнения - изучить новый язык ("более рейтинговый").
На том моё знакомство с ним и закончилось. Но это я, цепляющийся за "мертвые технологии". Хотелось бы услышать как кто-то из любителей-знатоков популярных языков себе его скачал, впечатлился и оценил.

Редактировалось 8 раз(а), последний 2021-01-15 12:26:25

Зачем же делиться? Места всем хватит. Коммерческое использование это наоборот очень хорошо, оно позволяет сделать продукт открытым для личного использования и платным для коммерческого. На мой взгляд это одна из самых приемлемых моделей. Если вы используя среду при этом зарабатываете - замечательно! Просто не забывайте купить за условные 100 руб подписку на год и все.


Я выше уже все написал. Просто надо прочесть.


Слушайте, дайте мне тоже пожить в этой вашей вселенной, где достаточно выложить что-то на форуме, что напрямую конкурирует с фан базой этого форума и оно на следующий день станет популярнее и все местные поклонники туда как один в очередь встанут

Редактировалось 1 раз(а), последний 2021-01-15 12:43:27

Это причина почему не "взлетело"? А новых пользователей/разработчиков почему не привлекло, если их по статистке в тысячи раз больше и "легче найти"? Или так и было задумано и всё идёт по плану?

Редактировалось 1 раз(а), последний 2021-01-15 16:15:39

Netspirit, проведите следственный эксперимент - положите 1000$ в пакет и заройте его где-то в лесу, подождите год, а после этого проверьте - хоть один из 7млрд человек на земле забрал его себе или нет. Это вот примерно тот уровень доказательной базы, которого вы так упорно придерживаетесь. Может конечно вопросы такие и на полном серьезе задаются, тогда в этом случае только и остается, что от всей души пожелать успехов в творчестве - если сделаете на паскале мощный продукт с хотя бы тысячной аудиторий, развивающийся хотя бы лет 10, лично сниму шляпу перед вами и скажу, что был не прав. Ну а не получится - тогда вернемся к этому вопросу, я ближайшие лет 10 пока не собираюсь форум покидать

Редактировалось 1 раз(а), последний 2021-01-16 00:20:25

https://ru.wikipedia.org/wiki/FL_Studio

С вас машина времени для возвращения в 1997

Assasin зачем возвращаться?

флка по сей день прекрасно работает, Даже на макосе, сам был крайне удивлён этому факту
https://www.embarcadero.com/ru/case-study/image-line-software-case-study

Судя по всему тоже не особо много желания было всю тему целиком прочесть?




В теме вроде речь идет про Open Source и создание свободного комьюнити для него, а FL Studio



Если кто не понял, то речь тут о создании Open Source проекта на Pascal в настоящий момент с нуля. То, что вы можете взять 100500$ инвестиций, найти специалистов и сделать коммерчески успешный продукт да хоть на собственном языке Вася++ никто не спорит.

Тем не менее я вам немного помогу с контрпримерами, которые хотя бы с виду не настолько далеки от обсуждаемой темы, как FL_Studio. В пример надо было привести скажем HeidiSQL. Он и на Delphi написан, и Open Source с недавних пор, и имеет репозиторий: https://github.com/HeidiSQL/HeidiSQL. Одно но - старт разработки все те же начала нулевых. Ну да и фиг с ним, пока не будем на это смотреть. Давайте глянем на то, что представлено в цифрах и что мы с Assasinом тут вторую страницу безуспешно пытаемся донести:

HeidiSQL - количество контрибьютеров 18 человек, количество ишью 397/841 (открытых/закрытых), пул реквестов за все время - 2/40 (открытых/закрытых).

А теперь давайте посмотрим на сравнимый по популярности (судим по числу звезд) ESPHome, о котором я выше писал:

ESPHome - количество контрибьютеров 208 человек, количество открытых ишью 1/239, пул реквестов - 114/1077.

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

Редактировалось 1 раз(а), последний 2021-01-16 13:16:09

картинок мало мы же тут за визуальным программированием пришли.

Вот для чего такое делать? Чтобы гарантировано еще и следующие 10 лет в этом болоте вариться? HiAsm 4 это не только продукт, построенный на базе мертвого языка, но еще и не обладающий никакой внутренней архитектурой. Те разработчики, которые туда придут (в случае открытия кода) не найдут ничего лучше, как продолжать вбивать в это тело новые костыли, пока у самих кровь из глаз не пойдет. Подобные предложения тем более странно выглядят с учетом того, что в отличии скажем от той же FL_Studio и HeidiSQL у нас нет миллиона строк кода, которые нужно с нуля портануть под что-то новое, а после этого поменять команду разработчиков, потому что вряд ли старые разработчики будут переучиваться. У нас есть HiAsm 5, где сделана уже вся база, есть Hion, который даже схемы пакета Windows без особых проблем открывает https://forum.hiasm.com/topic/66210, в них есть более менее нормальная архитектура и модульность, нет никаких привязок к Windows. Поэтому нет никаких объективных причин тащить с собой и дальше 4ю версию, кроме нежелания местного сообщества принимать ничего, что не опускается корнями в лихие нулевые. Я конечно более чем уверен, что открытие кода ситуацию не изменит никак, но чем, как говорится черт не шутит - чем быстрее до каждого дойдет, что вариантов больше нет, тем вероятно быстрее что-то изменится в лучшую сторону.

Редактировалось 1 раз(а), последний 2021-01-16 14:17:11

Assasin, давай без наездов, ведь сам этого и не делал в таком масштабе. Ну пускай у кого то пользуется, потому как HiAsm под Win98 заточен, спасибо начальнику транспортного цеха.

Это, конечно, не совсем подходящее сравнение, но если тебе нужны такого рода аргументы, то я 2.5 года работал в большой компании над проектом, который используется миллионами по всей России (и не только) каждый день. Задачи, конечно, к нам прилетали не напрямую от пользователей, а проходя сначала бизнес-аналитиков, но тем не менее, их было достаточно, чтобы в неделю выпускать в продакшен по ~30 задач примерно одинакового объема и сложности командой, в которой разработчиков было 6. Как тимлиду, в мои задачи также входило проведение код-ревью этих задач (что можно сравнить с PR на гитхабе) и приоритизация (сравнить с разбором issue).

Но как мне кажется, у Dilma аргумент нагляднее и лучше - сравнил конкретные числа двух конкретных проектов на github.

Assasin, я открывал тему не для того чтобы знать кто и над какими проектами работает, просто нужно HiAsm из болота вытаскивать. Моё решение известно, просто хочу что бы проект был жив.

Я то же хочу что бы HiAsm оживился. Надо вместе подумать что можно сделать для этого.