Дополнительные работы над - старыми проблемами/визуалом/модули/вектором движения BAS

[Sinbad77]

• Переименование окна Капча в Требуется ввод. (Все поля что тянет это окно, завершение скрипта статистика и где там еще есть)
• Более гибкие настройки для блока - ввод пользователя (Выбор типа диалогового сообщения как при создании ресурса список).
• Если возможна реализация предыдущего пункта - применить более гибкие настройки ко всем параметрам, которые взаимодействуют с стандартным интерфейсом (Рабочая зона скрипта с браузерами, лог, результат, капча, настройка кастомных окон. То что вы там статическим натыкали - можно и нужно делать динамическим. Я, да и возможно не только я, не имею желания менять стек из раза в раз или привлекать иных специалистов для перехода на кастомный интерфейс. Почему wix/ucoz/любойконструктор абоссаный может, а вы нет? У вас самый хенный редактор для веб страниц, более легкой штуки для отладки не видел, только адобе кривые. Ск, тыкните туда лояуты-шаблоны, там работы индусу фрилансеру на пол дня и 50 шекелей с пивом, раз уж персонал в перегрузе. Тот кастом что есть сейчас - это неудобно, расширеный режим там где можно проще, итак с привязками после бобо, над ним не было давно работ, нужны очень).
• Функция для мгновенного завершения потоков (Сейчас она не контролируемая. Для реализации того, что вижу, требуется, чтобы у запуска скрипта был дополнительный параметр. Или колхозить через максимум выполнений функций, но все равно упремся в то, что при мгновенном завершении скрипта, он у нас завершится полностью, а не выйдет в предыдущую функцию и как это около реализовано при плавной остановке. Раз уж отдается каждому потоку одна и та же команда, возможно было бы целесообразно создать функцию на подобии OnApplicationStart (End какой-то, или PreEnd), в которой разработчик смог бы убивать все потоки, кроме Main. Или хотя бы сделать какое-то требуемое действие, перед закрытием потока, те тот буфер который и так используется при плавном завершении потоков. Управление данным параметром так же необходимо).
• Пересмотрение ценовой политики премиума, либо включение дополнительного сбора для разработчиков, которым необходим расширеный режим и их интересует только эта ветка вашей студии BAS. (А не ожидания годами того или иного момента, что сводится к тому, что сделай сам костылями в черти пойми как работающей среде. Эта среда должна быть стабильной, а не биполярное качание, то будем делать, а то не будем, в итоге ничего не делается. Мне как разрабу удобно визуальное программирование, да во всех вышках таким подходом ЯП учат. Бас выбирают впервую очередь за удобство, а не за иновции, которые вы пытаетесь внедрять, но до их полной реализации годы. Как и годы тем "фичам", которых половина форума, многое без изменений и без приориета. Так давайте вам шекелей больше платить станем, те кому нужна стабильная поддержка,а не иновации. Иновацию - сборку модулей доделайте наконец-то. Или адекватное подключение длл, а дальше разрабы сами. Но не вот эта ересь, что происходит последние пол года прям конкретно, лаву или гпт пускай открывают и строят логику, не можешь вопросы задавать нх даже в визуал лезть, шарага и вступительные максимум. А ты, офисный работничек, можешь и на другом шекели поднять, но вектор работяг ой не тот).
• Проведение дополнительных работ над FingerprintSwitcher (Почему клиент платит пускай и копейки, по вашему мнению получает подмену как в антике или около, а по факту получает дырявое дерьмо, собирающее где-то это дерьмо и выдающее это дерьмо конечному клиенту? В кастом сервере ведь есть фильтры, докрути ты их еще к этому решению и обзови инче, или рука не поднимается в json строку добавить какие фингеры игнорировать при сборе? Или силы закончились после внедрении шума webgpu и бизнес модели фингеров? Не епт, тут клиентура ваша пишет свои фильтры, неужто команда разраба/разраб не может это до ума довести? Вернемся к теме повышения прайса? Так только более ленивым-и станет-е, что разрабы где-то отличаются друг от друга) Либо уже указывайте, что там фарш в вашей бд, а не блаблабла это решение для автоматизации, да, с кпд 0.10% от ста. А рещение: посмотри как оно работает и сделай свое - это не решение, кумарит, не кря кря, плачу за услугу - предоставляй услугу, или опиши ее иначе, или работай и улучшай. Мне потом клиентура мозг шатает за такое решение и я выступаю сапортом вашей услуги, а не вы. Тот клиент код тыкнул и ах ловит уже при выборе фильтров, а вы этот ах только добавляете).

Возможно чего-то да где выглядит как провокация или грубости, но тут вроде бы не северная корея и критика как палка, должна тыкать в ребра и ускорять в мышлении, действиях.
Тут поднял лишь часть предложение/пожеланий/критики, но как считаю, являются основными, для дальнейшего продвижения продукта. И чтобы тот был конкруентом 3еnkи не как продукт для бомжа от бомжа - а визуально нативный конструктор, с стабильно работающими функциями из коробки и хотя бы поддержкой 3х ЯП без мостов и цмд решений. Тогда вы конкурент, а так, даже с бесплатной подпиской нет смысла развивать уже сейчас свой продукт в том векторе, в котором вы развиваете свой последние годы. Азиаты с своим продуктом стремительно быстрее развиваются на рынке автоматизации и организации бывшего снг словят не малый заглот через пару лет, если не меньше. Их продукты уже вышли на рынок ес. Сопли жевать прикольно, причины находить тоже, но пареньку с Индии, Китая или Вьетнама глубоко плевать на такое. Он сделает это быстрее, лучше, еще и дочь у вас уведет, или будет сыном маминой подруги для ваших младших:) Просто потому что он более ответственный, а не его казнят в случае чего. Не зевайте, пока только дизайнер/верстальщик не спит и как пчел жужит во всю в правильном направлении, респект его работе)
Бас классный продукт, а главное гибкий в волю своей доступности.
У баса есть будущее, потому что работа над студией не брошена и продолжается, даже в такое сложное для него время, и уже достаточно длительное время.
Разраб студии, ну столько времени было убито в это творение? Представляю каких размеров блок-схема была бы или та нереальных размеров уже. Но неужели готов отдать позиции конкурентам и довольствоваться лишь малым процентом зевак? Так оберткой и иновациями двигают продукты: либо дешевые и никому не нужные ибо в них заявленые функций хромают и на это соглашаются, либо дорогие и многим недоступные ибо то что деньги то кормушка и тут канон что это дорого. Золотая середина только у цыганов. При ненаплевательском развитии, "либо" - быть не может, середины тоже.
Не забывайте, что весь стыд ловит разраб (ваш клиент) перед конечным клиентом, за то каков продукт и почему он с "костылями". Хватает рынка прокси, вы то не тоните в том же окене дерьма.
Альтернативных библиотек предостаточно, да теряется визуал, ну и что? Мне к примеру не лень купить А1 или доску и визуализировать на ней или даже и покупать ничего не нужно, в онлайне все доступно. В тг чатах баса уже 40-50% людей кто на чистом яп пишет, а бас выступает только удобным терминалом и хранилищем/привязки клиентской базы.
Думаете, по своему желанию люди с визуала на код пересели, обратно/снова? Че за скилбокс народный? Главная задумка студии: делать скрипты заготовками-лояутами - чет тормознула в развитии, в тот момент, когда этого делать не стоит.
Весь этот прогресс, которому уже лет не мало, не должен быть потолком для этого продукта.
Надеюсь услышан правильно. Нужно понимание, двигаться с вашим продуктом дальше или же наши взгляды, на развитие вашего же продукта, не совпадают.
Всем мир.
Меньше выгорайте)

[High Level]

Как-то агрессивно подано , боюсь удалят просьбу (