Не так. Должно быть: — А откуда взялся авиаконструктор? — Мы не знаем, поэтому считаем, что его никто не создал, он всемогущий, существовал всегда и будет существовать вечно.
Обычно это должно быть более-менее очевидно из названия функции. Ну то есть, условно, fetchOrders должна сделать запрос на список заказов и вернуть промис, а createOrdersFetcher — вернуть собственно функцию fetchOrders (даже если её имя явно не указано). Ну и если есть типы, то в первом случае это будет () => Promise<Order[]>, а во втором — () => () => Promise<Order[]>.
А вот здесь сказано, но статья Архитектура -> Декларативная композиция компонентов — не самое очевидное место для этого. Кроме того, как пользователь найдёт это с главной страницы https://mol.hyoo.ru/#!section=docs ? Что он должен ввести в Гугле, чтобы найти эту «первую же ссылку»?
Кроме своих разрабов за $1кк/с никто его не поддерживает.
Документации, обучающих материалов, поддержки средств разработки нет вообще, пока не оплатите их создание.
Всё комьюнити ограничено лишь собственными разрабами.
Локин фреймворка на одну единственную компанию одного единственного разработчика.
Это же и к $mol буквально относится, нет?
Оупенсорсный $mol развивается без поддержки компаний уже дольше, чем прожил AngularJS
А сколько ещё он проживёт?
MAM экосистема позволяет гораздо проще, чем NPM, обмениваться кодом.
Объясните, пожалуйста, в чём заключается большая простота? NPM не требует ни денег, ни прохождения ревью.
Документация у нас не просто так называется "энциклопедией", так как содержит гораздо больше полезной информации, чем просто "как рисовать шаблончики".
Проблема энциклопедий в том, что они содержат слишком много малоструктурированной информации, что затрудняет изучение и поиск нужных сведений. Например, где можно найти, почему во view.tree пробелы значимы?
Для VSCode есть два расширения с разными удобствами
Это vscode-language-tree и view-tree-language? Новичок вряд ли догадается, что искать второй нужно по view.tree, а первый вообще утонул среди прочих tree. И ничего не находится по запросу $mol.
Вокруг "токсичного лидера" сформировалось самое дружелюбное комьюнити. Вот парадокс.
отсутствие поддержки (плохая и неполная документация, маленькое комьюнити, токсичный лидер, мало обучающих материалов, нет поддержки в средствах разработки);
требуется время на переобучение;
невостребованная по мнению разработчиков технология.
Для компании такой фреймворк выбрать ещё рискованнее, чем гугловский Дарт.
Сеть ARPANET была изначально запущена в 1969 году между четыремя университетами:
UCLA, Лос-Анджелес, Калифорния
ARC, Менло-Парк, Калифорния
UCSB, Санта-Барбара, Калифорния
Университет Юты, Солт-Лейк-Сити, Юта
Можете сами убедиться по карте, что это далеко не междукомнатная сеть.
К 1973 году к ARPANET уже были подключены несколько десятков нод от Бостона до Лос-Анджелеса и даже был линк с Гавайями. На карте можно видеть, что многие ноды обслуживались PDP-10.
СМ-1 — это клон Hewlett-Packard HP-2000, выпущенного в 1968 году. То есть отставание уже составляло 7 лет.
никто не разрабатывал сложное ПО и за большие деньги 40 лет назад
Microsoft Windows 1.0 была выпущена в 1985 году — 40 лет назад. Apple MacOS System 1 — в 1984 году, а в 1985 — уже System 2. В том же 1985 году вышел Microsoft Word 1.0 for Mac. Кстати в 1987 году Apple выпустили AppleShare — ПО для организации выделенного файлового сервера.
Автоматизированную банковскую систему Equation (тогда Midas), которая сейчас используется в том числе в Альфа-Банке и Райффайзенбанке, начали разрабатывать в 1975 году.
Ну вот и остаётся только ходить обедать с директором, приседая ему на уши, чтобы внедрить свой подход, ввалить в него кучу денег, а потом сказать: «Не шмогла». Вариант писать вообще всё с нуля абсолютно такой же. То, что в каждой компании из реакта (UI-библиотеки) собирают свой фреймворк — тоже очевидно, но там хотя бы детали более-менее взаимозаменяемые и знакомые разработчикам.
Тогда бы уже и на картинке попросить ИИ нарисовать хотя бы Fender Precision Bass, вместо стратокастера :)
Вот только это процессор для бас-гитары. Заголовок и КДПВ вводят в заблуждение.
Не так. Должно быть:
— А откуда взялся авиаконструктор?
— Мы не знаем, поэтому считаем, что его никто не создал, он всемогущий, существовал всегда и будет существовать вечно.
Обычно это должно быть более-менее очевидно из названия функции. Ну то есть, условно,
fetchOrdersдолжна сделать запрос на список заказов и вернуть промис, аcreateOrdersFetcher— вернуть собственно функциюfetchOrders(даже если её имя явно не указано). Ну и если есть типы, то в первом случае это будет() => Promise<Order[]>, а во втором —() => () => Promise<Order[]>.Будет пруф на это утверждение?
Скрытый текст
https://www.electronjs.org/
Я правильно понимаю, что из руководства только Зезюлин и Захаров ранее занимались разработкой игр?
Тем временем Gmail не может добавить событие в календарь, если в нём не будет специальной разметки.
Там не сказано явно о значимости пробелов внутри строки
А вот здесь сказано, но статья Архитектура -> Декларативная композиция компонентов — не самое очевидное место для этого. Кроме того, как пользователь найдёт это с главной страницы https://mol.hyoo.ru/#!section=docs ? Что он должен ввести в Гугле, чтобы найти эту «первую же ссылку»?
Кроме своих разрабов
за $1кк/сникто его не поддерживает.Документации, обучающих материалов, поддержки средств разработки нет вообще, пока не оплатите их создание.
Всё комьюнити ограничено лишь собственными разрабами.
Локин фреймворка на
одну единственную компаниюодного единственного разработчика.Это же и к $mol буквально относится, нет?
А сколько ещё он проживёт?
Объясните, пожалуйста, в чём заключается большая простота? NPM не требует ни денег, ни прохождения ревью.
Проблема энциклопедий в том, что они содержат слишком много малоструктурированной информации, что затрудняет изучение и поиск нужных сведений. Например, где можно найти, почему во view.tree пробелы значимы?
Это vscode-language-tree и view-tree-language? Новичок вряд ли догадается, что искать второй нужно по view.tree, а первый вообще утонул среди прочих tree. И ничего не находится по запросу
$mol.Это как раз-таки не удивительно.
слишком большой бас-фактор;
замкнутая экосистема;
отсутствие поддержки (плохая и неполная документация, маленькое комьюнити, токсичный лидер, мало обучающих материалов, нет поддержки в средствах разработки);
требуется время на переобучение;
невостребованная по мнению разработчиков технология.
Для компании такой фреймворк выбрать ещё рискованнее, чем гугловский Дарт.
Но вряд ли залочка экрана нужна банковскому приложению
Сеть ARPANET была изначально запущена в 1969 году между четыремя университетами:
UCLA, Лос-Анджелес, Калифорния
ARC, Менло-Парк, Калифорния
UCSB, Санта-Барбара, Калифорния
Университет Юты, Солт-Лейк-Сити, Юта
Можете сами убедиться по карте, что это далеко не междукомнатная сеть.
К 1973 году к ARPANET уже были подключены несколько десятков нод от Бостона до Лос-Анджелеса и даже был линк с Гавайями. На карте можно видеть, что многие ноды обслуживались PDP-10.
Карта ARPANET, 1973
СМ-1 — это клон Hewlett-Packard HP-2000, выпущенного в 1968 году. То есть отставание уже составляло 7 лет.
Microsoft Windows 1.0 была выпущена в 1985 году — 40 лет назад. Apple MacOS System 1 — в 1984 году, а в 1985 — уже System 2. В том же 1985 году вышел Microsoft Word 1.0 for Mac. Кстати в 1987 году Apple выпустили AppleShare — ПО для организации выделенного файлового сервера.
Автоматизированную банковскую систему Equation (тогда Midas), которая сейчас используется в том числе в Альфа-Банке и Райффайзенбанке, начали разрабатывать в 1975 году.
Иногда переводят как «пограничная инфраструктура» или «краевая инфраструктура». Единого термина, наверное, нет.
Вы работали в США в 1970-х годах?
PDP-11/45 1972 года поддерживала до 256 КБ памяти, PDP-11/70 1975 года — до 4 МБ памяти.
Очевидно, если у вас не было многоранговых сетей, не означает, что ни у кого их тогда не было.
Ну и, строго говоря, даже микроконтроллер, к которому можно обратиться по сети, а он примет и/или вернёт хотя бы один байт — уже сервер.
Ну вот и остаётся только ходить обедать с директором, приседая ему на уши, чтобы внедрить свой подход, ввалить в него кучу денег, а потом сказать: «Не шмогла». Вариант писать вообще всё с нуля абсолютно такой же. То, что в каждой компании из реакта (UI-библиотеки) собирают свой фреймворк — тоже очевидно, но там хотя бы детали более-менее взаимозаменяемые и знакомые разработчикам.