сам я пробовал разобраться в компиляторе, но что-то сложновато

Чего они напрямую-то не дали из wasm доступ в ДОМ?

Так я только предположил. Я не в курсе)

сам я пробовал разобраться в компиляторе, но что-то сложновато

Где-то на вики видел страничку-руководство по нему

в wiki dlang?

Так я только предположил. Я не в курсе)

А я проверил - не дали

да да

Там просто вызов функций и возврат назад в яваскрипт

в wiki dlang?

https://wiki.dlang.org/DMD_Source_Guide

не оно?

во

надо прочитать

Там просто вызов функций и возврат назад в яваскрипт

то есть к сделать getElementById нельзя?

Нельзя. Делают яваскриптовую прослойку, у которой уже есть доступ в ДОМ

Костыли-костылики

https://wiki.dlang.org/DMD_Source_Guide

много старой инфы, да и в целом достаточно мало всё-таки описания того что происходит

но как отправная точка сойдёт

и опечатки еще есть(

в общем еще и обновлять надо

я поэтому думаю, что допилить dsymbol, чтоб получить сносный дополнятор, который бы умел шаблоны, UFCS и аргументы foreach. И уже с ним можно пробовать писать что-то посерьезнее, чем конверторы данных

кто смотрит стрим с конфы?

http://dconf.org/2017/talks/nitu.html

надо посмотреть что будет результатом хакатона

даже результатамИ

вообще странно как-то разработчики поступили (Брайт и Ко)

типа все инструменты на совести сообщества

Они же не могут разорваться

при таком то языке

язык важнее всего остального

я не говорю про реализацию инструментов

и брайт спец в языках а не в автокомплитах

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

M$ мутят что-то на тему стандартизации протоколов между IDE и компиляторами

слыхали?

да вроде намутили уже, не?

Чтобы отделить уже ИДЕ от остального

https://www.opennet.ru/opennews/art.shtml?num=44682

отвечает за операции, связанные с разбором семантики языка, такие как автодополнение кода, анализ опечаток, определение переходов и поиск ссылок

и это очень правильный подход

имхо

Вот туда надо ди накручивать

вот тут, как мне кажется, у D самая удобная позиция: dcd работает по этой схеме и везде используется

http://dconf.org/2017/talks/cojocaru.html интересный доклад

Потому что женщина?

ну это привлекает внимание, но смысл там интересней

упрощение компилятора, рантайма, увеличение скорости работы и уменьшение потребляемой памяти

Румыния - Бухарест - Рутковска

Не, а почему она архаичным наследование называет?

final проставить и всё норм же станет?

Ладно, больше не буду комментить пьяным

Андрей - румын же, кстати. Вот откуда ноги растут.

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

Ладно, больше не буду комментить пьяным

а кто-то ещё на работе

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

если кто-то и выскажет такую идею, то я не поверю)

явно ничего не может взлететь

Любой проект это минимум пол года упорной работы

Бывает идея, которую надо немного додумать, а сил уже нет, или типа того.

Ну или идея, которая непонятная и скучная, а кто-то ею может загореться.

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

есть пара идей, которые точно взлетят)))

но они взлетят лишь потому что для них готова почва

и они достаточно локальные

и самому их не поднять в воздух)

одна из них - ПО для сбора и анализа информации с различных датчиков

такое ПО есть, но оно очень дорого стоит

если такое ПО написать самому, то вряд ли кому-то получится продать

а вот мы это делать будем через год где-то) потому что мы продаём оборудование и ПНР =)

одна из них - ПО для сбора и анализа информации с различных датчиков

MQTT?

ERROR: S client not available

если такое ПО написать самому, то вряд ли кому-то получится продать

Вот хз. Контрпример из другой области. Однажды закон про СОРМ-2 появился и провайдеры не смогли договоритсья чтобы запилить опенсорсную реализацию. В результате каждый из них теперь платит охулионы рублей за проприетарщину.

А могли бы рубить бабло на саппорте этого всего

MQTT?

нет, протоколы связи у разного оборудования разные

кто-то по modbus, кто-то по snmp, кто-то ещё как-то...

Но это не IoT, всё централизованно?

а на выходе у этого ПО что будет?

интерфейс пользователя (GUI) и база сбоев

это промышленная автоматизация

А "сбор и анализ" это что?

Сбор понятно, анализ?

анализ сбоев

например постоянно перезагружается как-то прибор

и вот нужно выяснить почему

Т.е. кто-то ещё параллельно будет собирать инфу с этих датчиков для использования по назначению?

ну как сказать, параллельно больше никто

это и есть "по назначению"

Тогда вот есть датчик температуры, мы с него собираем и видим что он не умер. А дальше что? Нафига он измеряет если инфа никуда не идёт?

http://www.schneider-electric.ru/ru/product-range/61851-struxureware-data-center-expert/

вот такая прога есть

и делает она примерно это

Ого, APC купил шнайдер

на днях

хотя вроде давно говорят

но узнал я лично об этом вчера, когда привезли новую игрушку

10 лет как

Ок, ответа в предисловии не нашёл

Итак, некая система ещё и распределяет. Вопрос: по какому принципу?

эм, не понял вопрос

Конфиг задаёт условия?

Другими словами, софтина должна: * собрать инфу по разным проткоолам * раскидать её дальше в соответствии с конфигом * кинуть алерты если датчики зашкалили или типа того так?

вроде без второго пункта

она мониторит, сохраняет, показывает на экране