Года каждый твердит - "вместо наследования должны быть композиция"

Начиная с 1990 года

жабаскрипт тоже такое... но тут хоть можно обойтись языками-надстройками.

Проблема css в первой букве C

Ну, а если её не будет - будут стили, как в Андроиде, а это ещё большее уродство

то, куда идёт веб - полнейший тупик.

Почему? webasm + лет 10-15 и можно будет писать на фронте на эликсире.

https://www.webtoolkit.eu/wt

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

Эти умники делают основной смысл своего инструмента в наследовании

Почему? webasm + лет 10-15 и можно будет писать на фронте на эликсире.

https://caniuse.com/#search=webassembly уже всеми основными браузерами поддерживаются

КОМПОЗИЦИЯ декларации внешнего вида

И только так

и не уйдет, пока document flow не выкинут из браузеров

Да,БЭМ что-то похожее

Но он построен на костылях

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

оно всё сильнее и сильнее становится, это ощущение. такое впечатление, что разрабы соревнуются в степени адовости.

https://caniuse.com/#search=webassembly уже всеми основными браузерами поддерживаются

Ну а библиотек-то нет.

Го на GWT фронт ебашить, че

Но он построен на костылях

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

и не уйдет, пока document flow не выкинут из браузеров

и js не отправят на помойку уже

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

Да, смысл что эта методология идет в разрез с заточенностью инструмента

под названием CSS

Это как в хаскеле делать ООП

Наверное можно

Ну а библиотек-то нет.

https://github.com/appcypher/awesome-wasm-langs

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

ВАСМ ничего не решит

> Rust wasm32-unknown-unknown target - Rust compiler backend for WebAssembly (without the need for Emscripten) вот это, конечно, вершина хипстерства

Потому что он не отвечает на вопросы компоновки дизайна интерфейса

А запрос послать по сокету

И на ЖС можно без особых проблем

Есть конечно вариант скомпилировать какой-нибудь GL+ или TCL

И пилить интерфейс на канвасе

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

Но Флеш сайты мы уже проходили

И sliverlight....

Но Флеш сайты мы уже проходили

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

И пилить интерфейс на канвасе

имитировать пиксели на программном экране на физическом экране с пикселями?

встроить пиксель в пиксель в пиксель)

А потом мы скомпилируем chrome в WASM. И будем запускать html сайты в электроне, в котором открыт WASM Chrome

встроить пиксель в пиксель в пиксель)

Как то раз мелькала идея асинхронно отрисовывать каждый пиксель

И пилить интерфейс на канвасе

Что-то подобное сейчас с атомом пытаются сделать

В несколько потоков

целые игры делают

В несколько потоков

мне даже интересно, как это авторы представляют

уж интерфейс как в десктопном приложении прицепят

я тут, кстати, в связи с webassembly решил kotlin изучить ибо у них появился http://kotlinlang.org/docs/reference/native-overview.html как думаете приподъёмно такую магию для эликсира/эрланга делать? P.S. кому лень читать - они котлин от JVM отвязали

и стоит ли? у эрланга легковеснее VM

Теоретически я могу предположить компиляцию эрланга в Го

Соответственно - можно компилировать из Го в ЛЛВМ

ну для кроссразработки, лучше на LLVM переделать ибо на IOS го не запустишь

Но легче уже в самом Го сделать ОТп

а зачем из ерланга в го? если если некий формат аст

а зачем из ерланга в го? если если некий формат аст

воооот

Просто я понятия не имею как работают каналы

https://github.com/thejerf/suture

Теоретически я могу предположить компиляцию эрланга в Го

имхо хаскель более мощный и более удобный чем го хотя у меня опыта с этими языками с гулькин йух)

Но как из мэилбоксов сделать каналы - это знаю

я тут, кстати, в связи с webassembly решил kotlin изучить ибо у них появился http://kotlinlang.org/docs/reference/native-overview.html как думаете приподъёмно такую магию для эликсира/эрланга делать? P.S. кому лень читать - они котлин от JVM отвязали

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

Вот такие попытки с OTP в Go уже есть.

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

не, я тут ещё нативные плагины для мобил хочу писать, webassembly это побочный подпроект

Вот такие попытки с OTP в Go уже есть.

го паршивый язык для эмбеддинга

я тут, кстати, в связи с webassembly решил kotlin изучить ибо у них появился http://kotlinlang.org/docs/reference/native-overview.html как думаете приподъёмно такую магию для эликсира/эрланга делать? P.S. кому лень читать - они котлин от JVM отвязали

> такую магию для эликсира/эрланга делать? это какую, собственно? компиляцию в нативный код?

он для небольших отдельных приложений

> такую магию для эликсира/эрланга делать? это какую, собственно? компиляцию в нативный код?

да, без VM запускать, ибо на мобилах слабые процы

и лишнее преобразование кода, наверное не очень эффективно будет (и по памяти и по процу)

или всё же провести серию экспериментов? кто-то пробовал?

@zloyrusskiy Почему же, на нем пишут большие приложения на практике

хм. ну я бы оценил сложность написания пристойного компилятора жрланга в нативный код сравнимым с написанием BEAM с нуля

сорри что перебиваю беседу. Вероятно я хочу странного, но можно ли в связке GenStage Producer -> Consumer заставить потребителя сделать sleep на некоторое время, если у продюсера кончились данные для обработки? я пробовал так: в продюсере в handle_demand(demand, []) если выборка данных пустая, то возвращаю {:noreply, [], []}. в воркере такое добавил: def handle_events([], _from, db_pid) do Logger.info "next_pack empty, wait" :timer.sleep 5_000 {:noreply, [], db_pid} end Но на деле продюсер возвращает :noreply, и потом ничего не происходит, как будто в воркер и не попадает

@nwalker Или/и с доделыванием HIPE до нормального состояния....

они даже jit уже сколько лет пишут, а вы про aot компилятор с нуля

хм. ну я бы оценил сложность написания пристойного компилятора жрланга в нативный код сравнимым с написанием BEAM с нуля

+

да и возможен ли он в принципе?

хм. ну я бы оценил сложность написания пристойного компилятора жрланга в нативный код сравнимым с написанием BEAM с нуля

и главное, зачем?..

@nwalker Или/и с доделыванием HIPE до нормального состояния....

О! ?

я как-то забыл про него

то что надо

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

и главное, зачем?..

то есть, и под ios, и под андроид есть вполне пристойные фреймворки для многопоточности в коробке

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

оптимизированные и интегрированные

то есть, и под ios, и под андроид есть вполне пристойные фреймворки для многопоточности в коробке

не хочется в проекте кроссплатформенном 3 языка использовать

а придется

а, ну или бери котлин

то есть, и под ios, и под андроид есть вполне пристойные фреймворки для многопоточности в коробке

Hy, такое, асинк таски в Андроиде - говно, а кроме них есть только корутины, которые как будто годные, но пока экспериментал

Выбирая Elixir - всегда приходится использовать другие языки в определенных областях.

Сейчас даже на backend-е.

не хочу котлин, я его совсем чуть-чуть знаю

а, ну или бери котлин

можно будет обойтись двумя - котлин и свифт

мне эликсир зайдёт для моих целей

мне эликсир зайдёт для моих целей

не зайдет, потому что ты его на мобилы не затащишь

можно будет обойтись двумя - котлин и свифт

благодаря kotlin-native он и на IOS работает

kotlin-native еще более экспериментальный, чем корутины

не зайдет, потому что ты его на мобилы не затащишь

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

посмотрю как hipe реализован

мало ли что

посмотрю как hipe реализован

как часть beam он реализован