monochromer, да конечно (псевдокод без генерированного кода и проверки ошибок):
#define NAPI_VERSION 3
#include <node_api.h>
typedef cb_fn (void *)(int, void *));
void start_processing_routine(cb_fn callback, void *userdata) {
for (int value = 0; value < 1000; i++) {
callback(value, userdata);
}
}
napi_value c_callback(napi_env env) {
void *userdata = NULL;
cb_fn callback;
pthread_create(start_processing_routine, callback, userdata);
// ... вот соответственно вопрос тут нужно передать такой callback, который заблокирует поток (мьютесом) и вто же время вернет в Node асинхроный итератор, который будет отпускать мьютекс и разрешать проворачивать поток через await ... код в start_processing_routine доступен только для чтения (дикая проприетарщина)
return NULL;
}
Пробовал я Fyne, но очень он сырой. Много гонок на событиях особенно под "быстрые" системы все мигает и мерцает. Скажу так, что сейчас наверное или идти в WASM или по старинке делать на FLTK и биндить к своему решению через IPS.
ну давайте раскрывать ... раз уж ввязались в спор ... Предлагаете сравнивать 1С Платформу как инструмент (а не продукты на ней) и PHP как инструмент (а не сайты на нем), а я думаю что платформы в целом слабо отличаются, так как языки имеют одинаковую процедурную природу (возможно появление местами ООП). Я так понимаю, что человека интересует в первую очередь вопрос не технологический конечно, а вопрос где больше доход? Вот тут и понятное дело, что PHP без какого-то долгоиграющего продукта это постоянный поиск заказов, а с 1С это какая-то область скажем бухгалтерия (как наиболее популярная). Понятное дело, что понаписали уже и на том и на другом сегодня всего, но основной флагман я так понимаю по прежнему ...
Дѣаволъ: а могли бы Вы как-то поконкретнее раскрыть тему мифов, а то критика туманная у вас выходит, что 1С вовсе и не для бухгалтерии в общем случае, а инструмент развился до невиданного уровня ... подскажите до какого? как еще 1С могут применять в компаниях?
Тут надо решать именно проблему с мотивацией. Скажем многие компании просто ужасны по условиям коллективу и ничего не делают что бы улучшить ситуацию. К сожалению, ничего не сделать так как кушать надо остаеться только молча расстраиваться и смириться... Долгие годы смиряешься а потом сгорает что-то я вас очень пнимаю... а если вы еще и единственный боец в роте, а остальные так для тусовки - то вообще полный нахрен... сочувстыую...
Помню работал как-то в такой компании, а знаете Вы узнаете кто Вы на самом деле в таком месте - разгильдяй или ответственный парень. Впрочем, я поддерживаю мнения Symphony Вам нужно стремительное развитие в отрасли, а сидя в гордом одиночестве Вы узнаете все это конечно, но сколько времени и сил на познания и просеивание у Вас уйдет. Так что идите лучше Junior в любую крупную компанию и не поддерживайте вот такие вот "шаражки" с одинокими бойцами.
1. Рекомендую побороть свои негативные чувства к любой информационной системе. Чувства не помогут в разработке (только мешать будут) и избавить сообщества от Ваших чувственных суждений — свойственные малолетним джунам (я о «еще одного дерьмоязыка»). Вам верно заметили, что писать можно как плохо, так и имея хороший опыт — не плохо (главное понять откуда руки растут).
2, Недостаток, который указан: приведение строчных типов в PHP к численным действительно место для совершения массы ошибок. А еще наличие нескольких сравнений (конкретно == и ===). Можно сознательно избегать таких ситуаций используя костыли методы для приведения типов (пример, в Joomla были методы на подобии getInteger, getString, getBoolean, ...)
2. Если Вам надо срочно реализовать, то очевидно использовать опыт предков. Именно вам уже советовали PHP / Ruby / Perl / Python…
3. Если есть время, желание «рыть каналы» и уверенность в своих силах, то очевидно надо пилить джедайский WEB Framework под C++… Я думаю, что найдутся единомышленники среди крупных компаний (D-Link, ASUS, ...) а то сейчас они творят что хотят (я про CGI скрипты в роутерах)…
4. Опять же возвращаюсь к негативу (скорее всего рожденный к криворуким программистам приходящим в программирование через PHP) по улучшению PHP. Выглядит как не любовь к набору шестигранных ключей (аналогия с инструментом). Исправляйте тогда уж, а не морду воротите…