т.е., туда перекатываются ПХПшники и продолжают говнокодить уже на Го. Гугл доволен.

(работает же)

да мне кажется это даже не теория заговора, а офф позиционирование языка

так вот, про контроллелры - библиотеками они подменябют открытие аппаратного интерфейса. Компы у нас с открытой архитектурой (спасибо ИБМ), а вот контроллеры теперь идут с либрари, но без описания прерываний, портов и прочего.

И кроме авторов контроллера (которые знают только Си) никто не может скомпилиться туда со своим языком типа Го или Ди или раста, например.

так вот, про контроллелры - библиотеками они подменябют открытие аппаратного интерфейса. Компы у нас с открытой архитектурой (спасибо ИБМ), а вот контроллеры теперь идут с либрари, но без описания прерываний, портов и прочего.

а что за контроллеры то, если не секрет?

stm32 например

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

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

а описания производители уже не дают.

аппаратуры.

stm32cubemx гляньте

я об этом библиотеке

ну так на выходе то проект в исходниках

это просто для удобства же

да и вообще

Кстати, вот https://github.com/JinShil/stm32_datasheet_to_d

Program for automatically generating register access code in D from the STM32 datasheets

так что, IoT пока что мимо, если под ним понимаются контроллеры

А с мобильной разработкой что?

только для Андроид и в стадии глубокой альфы

У эппла свифт, у sailfish - Qt прасти хоспади, у андроида Го нативным будет видимо

Ок ждём хоть на андроид...

я хз как они на Go собрались интерфейсы писать...

Я так понял, пришли к выводу что андроид это ARM.

И можно делать бинарный АПИ

(он там и есть наверняка уже)

Go для каких-то мелких вещей еще норм, но вот там где GUI и тд я хз как его вообще используют. Думаю по удобству в этом отношении он как PHP для числодробилки

Swift вот ИМХО годный, хотя и посложнее D будет

Дык на нём не надо мудрить просто) Пишешь в тупую и всё. Зато коллеги по несчастью поймут твой код.

Чем он годный? я только обзоры читал.

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

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

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

туториалов тоже оочень мало и большинство из серии "делаем вот так", а почему именно так не объясняется

Исключительно для ознакомления

Тут ещё в чем фишка - хочется знать 1 язык универсальный, а не так что для контроллера я пишу на С, для десктопа на яве, а сайты на похапэ

и Ди на эту роль годится

@ANtlord нее, я про Свифт

Тут ещё в чем фишка - хочется знать 1 язык универсальный, а не так что для контроллера я пишу на С, для десктопа на яве, а сайты на похапэ

мне кажется, что это утопия.

смотрели/читали? http://dconf.org/2017/talks/wilson.html

мне кажется, что это утопия.

Почему? Вот D в этом смысле подходящ. Как и С++ (но он сложноват)

а вот это больше похоже на дело

да, можно на dsymbol от Hackerpilot навалиться всем каналом)

да, можно на dsymbol от Hackerpilot навалиться всем каналом)

мне кажется нужно в dmd лезть

и отделять front-end от остального в либу

но это сложно

но полезно

тогда и компиляторы другие будет проще делать (ldc, gdc) и инструменты (dsymbol и тд)

смотрели/читали? http://dconf.org/2017/talks/wilson.html

еще нет, но звучит многообещающе. Совсем недавно пришлось видеокарту заюзать для расчетов (но на python)

и отделять front-end от остального в либу

на хакатоне кажется одна из целей сделать JIT либу из dmd

ты об этом?

может в чём-то есть сходство, но я всё-таки не о jit

для dsymbol например бесполезен будет jit

https://docs.google.com/document/d/1L5edu6LLj3Afa3tPgqk-aX-fErwr7sPj37Dt5avoc5w/edit#heading=h.xbwlcqwzwjpf

там ast нужно

аа, тут про backend

непонятно в общем(

но в любом случае dmd как библиотека

а jit back-end это ок

для некоторых задач

но не по дефолту

а jit back-end это ок

эмм. Ты понимаешь о чем речь?

в общих чертах

front-end разбирает код, получает ast

front-end разбирает код, получает ast

это я понимаю

а back-end как java машина его ест и получается работающая программа

ERROR: S client not available

ну или не ast, а промежуточный байткод

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

в смысле, уметь его допиливать?

да

меня всегда инетересовала логика почему @nogc, но nothrow

а оказывается есть DIP на эту тему

Потому что nothrow это старый keyword

Потому что nothrow это старый keyword

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

вроде они и не против привести всё к единообразию то

нее, nogc нельзя уже было занять, а nothrow давно висело в keywords

вдруг у кого переменная названа nogc?

так себе аргумент

они всегда ломали обратную совместимость (раньше) и как-то норм было, язык активно развивался

Ну как, считается кейворды должны быть немногочисленными

это ок, я согласен

https://wiki.dlang.org/DIP64

но этот DIP мне нравится

и этот тоже ничего так https://wiki.dlang.org/DIP79

Да, выглядит ничего

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

заинтересованным в разработке инсутрументов для D

https://forum.dlang.org/post/wvdipdsbwmqsbyxrvixq@forum.dlang.org это вот расстроило, из недавнего

зачем мне разбираться в компиляторе, если ты занимаешься ML или веб или GUI

Кстати, скоро WebAssembly завезут, может

в LDC

фронт на D. Звучит на самом деле перспективно, но не понятно как пользоваться объектами JS. То есть должна быть наверное какая-то либа, которая позволяет обращаться к объектам DOM

Было бы не плохо, я только сегодня смотрел что там у WASM с перспективами GC. Вроде мелкие подвижки есть. Но думаю не раньше зимы сделают что-то

фронт на D. Звучит на самом деле перспективно, но не понятно как пользоваться объектами JS. То есть должна быть наверное какая-то либа, которая позволяет обращаться к объектам DOM

делали уже в rust, вроде примерно так и есть: какая-то либа реализует общение с DOM

делали уже в rust, вроде примерно так и есть: какая-то либа реализует общение с DOM

Хорошо, что делали. Пусть и в D будет)

Хорошо, что делали. Пусть и в D будет)

опять вопрос к нам же

в смысле?

фронт на D. Звучит на самом деле перспективно, но не понятно как пользоваться объектами JS. То есть должна быть наверное какая-то либа, которая позволяет обращаться к объектам DOM

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

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