Ну, как бы any, как мне кажется, делает "строго-типизированную надстройку" не такой уж и строгой прям с фундамента. Заглушка any не только про "возвращает то, не знаю что". Ее можно пихать во все места и не заморачивать мозг всеми этими типизациями. С object уже не то манто. Как, повторюсь, мне кажется.
Фигасе. Какие интересные предположения. Если пойти немного дальше, то в телевизоре не должно быть, по вашей логике, никакого USB и никаких интерфейсов подключения сторонних девайсов. Слава свободному рынку, что производители телевизоров так не думают.
Не такой уж он и сложный (хотя, всё не просто и с авр :) )
А ардуино-подобная шляпа есть для стм. google it "stm32 blue pill" или "stm32 maple" даже IDE таже самая.
Я залип на сборке Эклипса с плагинами. И Авр и Стм. И вообще. Хотя и vim с Makefile вполне себе работает. Особенно, когда понимаешь, что Ардуино это, конечно, хорошо, а avr-libc — гибче.
Какой-то был, да. Но без WatchCat всё равно как без рук. На его фоне подоспевшая 4 NT с её Ctrl-Shift-Esc была вообще молодец. Но полумуху я любил не за это, конечно.
Ну, диспетчер задач изкоробочный там был так себе. Ежели какой криворук в своем приложении повесит очередь сообщений PM, то все, и диспетчер не запустится. Спасал только WatchDog (или я забыл как он назывался, столько лет уже утекло).
Да нету никакого волшебного "Arduino Toolchain". Там обычный avr-gcc toolchain с avr-libc. Все что делают Arduino IDE и прочие надстройки, это переваривают Wiring в набор .c .h файлов налету и скармливают его компилятору.
В ФП мы не просто объявим четыре функции, но точно также опишем специальный тип данных. И методы работы с ним.
В ООП, насколько я его понимаю, в дополнение дается возможность строить иерархии АТД (наследование+полиморфизм).
Полиморфизм это не прерогатива ООП. Вполне его можно встретить и в ФП.
Я к тому, что комментарий можно переписать вот так:
"Для работы с матрицами (ООП|ФП|ПП) излишне. Достаточно описать абстрактный тип данных с пачкой методов: транспонирования, ранга, умножения, сложения ну и еще чего-нибудь." и ничего не изменится.
У меня такое ощущение, что второе предложение в какой-то мере опровергает первое. Вернее так: без некоторых важных уточнений — это дышло, может вильнуть хоть в ООП, хоть в ФП.
Побольше, чем TypeScript.
Dart-то от чего сдох-то? Вполне себе живой, вроде, и здоровой. Возможно, причина в том, что он не очень-то и стремился бороться с JS.
Ну, как бы
any, как мне кажется, делает "строго-типизированную надстройку" не такой уж и строгой прям с фундамента. Заглушкаanyне только про "возвращает то, не знаю что". Ее можно пихать во все места и не заморачивать мозг всеми этими типизациями. Сobjectуже не то манто. Как, повторюсь, мне кажется.Нет. Это было сделано раньше. Тип
anyбыл с самого сразу. Иначе, как бы оно дружило с JS?Фигасе. Какие интересные предположения. Если пойти немного дальше, то в телевизоре не должно быть, по вашей логике, никакого USB и никаких интерфейсов подключения сторонних девайсов. Слава свободному рынку, что производители телевизоров так не думают.
Серьёзно? Вы планируете публиковать всю книгу здесь, на Хабре?
Последний коммит в 2016 году? Оно, вообще, живое там?
Это будет вертикальная нейросеть с единственным узлом.
Кто на ком стоит?
А в чем проблема-то? Я через MacPorts устанавливал без особых сложностей.
Не такой уж он и сложный (хотя, всё не просто и с авр :) )
А ардуино-подобная шляпа есть для стм. google it "stm32 blue pill" или "stm32 maple" даже IDE таже самая.
Я залип на сборке Эклипса с плагинами. И Авр и Стм. И вообще. Хотя и vim с Makefile вполне себе работает. Особенно, когда понимаешь, что Ардуино это, конечно, хорошо, а avr-libc — гибче.
Какой-то был, да. Но без WatchCat всё равно как без рук. На его фоне подоспевшая 4 NT с её Ctrl-Shift-Esc была вообще молодец. Но полумуху я любил не за это, конечно.
Если объявлена переменная x, то все равно ничего не скомпилируется.
Ну, диспетчер задач изкоробочный там был так себе. Ежели какой криворук в своем приложении повесит очередь сообщений PM, то все, и диспетчер не запустится. Спасал только WatchDog (или я забыл как он назывался, столько лет уже утекло).
Да нету никакого волшебного "Arduino Toolchain". Там обычный avr-gcc toolchain с avr-libc. Все что делают Arduino IDE и прочие надстройки, это переваривают Wiring в набор .c .h файлов налету и скармливают его компилятору.
Так, разве, можно?
https://kapeli.com/dash
https://zealdocs.org/
В ФП мы не просто объявим четыре функции, но точно также опишем специальный тип данных. И методы работы с ним.
Полиморфизм это не прерогатива ООП. Вполне его можно встретить и в ФП.
Я к тому, что комментарий можно переписать вот так:
"Для работы с матрицами (ООП|ФП|ПП) излишне. Достаточно описать абстрактный тип данных с пачкой методов: транспонирования, ранга, умножения, сложения ну и еще чего-нибудь." и ничего не изменится.
У меня такое ощущение, что второе предложение в какой-то мере опровергает первое. Вернее так: без некоторых важных уточнений — это дышло, может вильнуть хоть в ООП, хоть в ФП.