Arduino это уже чересчур примитивно для более-менее серьезной задумки. IDE в целом никакая, а уж организация проекта в виде одного файла это вообще непонятно какими инвалидами придумано.
Код на таких языках как C# писать много быстрее и проще. Сам писал под ESP и на C++ и на C#, и для себя решил, что C++ это боль. Создавая код на C++ постоянно раздражаешься от излишних сложностей. Даже такие мелочи как объявления методов отдельно от реализации, необходимость соблюдения порядка методов в классе в порядке их вызова начинают бесить после опыта с C#. Ну и отсутствие нормальных проверенных библиотек для C++ IoT приводит к трате тонн времени на написание и отладку собственных велосипедов. В итоге постоянно прорубаешься через джунгли с мачете вместо того чтобы проехать по шоссе эффективной разработки с C#.
А так как большинство задач IoT сейчас совсем не про экономию памяти или тактов процессора, а про скорость разработки, наглядность и доступность в изучении, то потому и выбор в основном в сторону более доступных языков и платформ.
Как много сложных терминов и серьезных технологий. Глядишь, когда-нибудь разработчики изучат технологию Cookies и смогут сохранять выбранную пользователем локацию на сайте! Берегу жирный плюс к статье где об этом будет рассказываться =)
Возможно глупый вопрос, но все же хочется поинтересоваться. Неужели до сих пор программы для станков с ЧПУ создаются по большей части на языке G-code? Нет чего-то более высокоуровневого с последующей конвертацией в G-code? Логично предположить, что должны существовать программные комплексы с 3D-моделированием процесса.
Ещё часто на подобные запросы получаю результаты, которые не учитывают важное слово типа "мельхиор" из вашего примера. И где-то на странице есть кнопка "должен включать мельхиор". Дико раздражает такая самодеятельность поисковой системы. Меня что, за дурака держат?
Немного не понял вопрос. Если вы о об изменении данных в таблицах, то зачастую все эти операции можно доверить ORM. Простые insert, update by id транслируются в адекватный SQL. Сложных запросов, даже типа 'update where', где условие включает в себя нечто большее чем match по индексируемому полю я так же стараюсь избегать. Вообще сейчас, когда есть возможность использовать объемные и надежные СХД все больше update становятся insert (event sourcing), а о delete лучше вообще забыть.
Если про схему, то механизм миграций в EF — отличная вещь. Если чего-то не хватает в штатном генераторе — всегда можно дописать SQL в миграции. Если хочется отказаться от EF, то нужен отдельный скрипт под VCS, позволяющий создать/обновить базу. Хорошо, если в таком случае ведением таких скриптов будет заниматься отдельный сотрудник, который в случае чего сможет и написать скрипт под сложную миграцию базы с данными.
Спасибо за полезную информацию! Правда из своего опыта работы с БД из .NET, используя ORM пришел к выводу, что проще и эффективнее либо писать чистый SQL с маппингом результатов (Dapper, EF .SqlQuery), либо организовывать хранилище данных таким образом, чтобы для «боевых» выборок никогда не требовалось бы что-то сложнее простого select + where и несложных group by.
В порядке мистического бреда: если представить, что переменные этой системы являются координатами многомерного пространства, а затем вспомнить теорию струн, где так же предполагается наличие многих измерений пространства-времени и прикинуть, что их количество сопоставимо с количеством переменных в системе из статьи, то напрашиваются подозрительные параллели…
Спасибо за статью! Очень познавательно, проделана большая аналитическая работа. Сам сталкивался с такими ситуациями не раз, были предположения, но теперь все удалось разложить по полкам.
Количество вошедших пассажиров, отчаянно сующих деньги за проезд это concurrency, а вот количество которое водитель может одновременно обслужить — parallelism. Правда обычно он равен единице, ну или максимум двум, когда одной рукой отдает сдачу, а второй берет деньги у следующего пассажира.
Давно задаюсь вопросом, почему производители CPU не делают бутерброд из чипов в котором сразу бы были отверстия под тепловые трубки или водяное охлаждение.
И агрессивно навязывающее свои сервисы. В ярости снес эту маркетинговую поделку после пары фоновых уведомлений с рекламой.
Странно, что не исправляют программной коррекцией
Это чтобы потом все сайты, которые не .ru впоследствии прикрыть в России?
Arduino это уже чересчур примитивно для более-менее серьезной задумки. IDE в целом никакая, а уж организация проекта в виде одного файла это вообще непонятно какими инвалидами придумано.
Да, это тоже безусловно большое преимущество, хотя при разработке меня лично сильно не напрягало, достаточно было использовать умные указатели.
Код на таких языках как C# писать много быстрее и проще. Сам писал под ESP и на C++ и на C#, и для себя решил, что C++ это боль. Создавая код на C++ постоянно раздражаешься от излишних сложностей. Даже такие мелочи как объявления методов отдельно от реализации, необходимость соблюдения порядка методов в классе в порядке их вызова начинают бесить после опыта с C#. Ну и отсутствие нормальных проверенных библиотек для C++ IoT приводит к трате тонн времени на написание и отладку собственных велосипедов. В итоге постоянно прорубаешься через джунгли с мачете вместо того чтобы проехать по шоссе эффективной разработки с C#.
А так как большинство задач IoT сейчас совсем не про экономию памяти или тактов процессора, а про скорость разработки, наглядность и доступность в изучении, то потому и выбор в основном в сторону более доступных языков и платформ.
покажите мне пальцем сервис, который просит ввести контрольный вопрос при логине
Apple ID. Поэтому у меня теперь нет Apple ID
Как много сложных терминов и серьезных технологий. Глядишь, когда-нибудь разработчики изучат технологию Cookies и смогут сохранять выбранную пользователем локацию на сайте! Берегу жирный плюс к статье где об этом будет рассказываться =)
Ещё часто на подобные запросы получаю результаты, которые не учитывают важное слово типа "мельхиор" из вашего примера. И где-то на странице есть кнопка "должен включать мельхиор". Дико раздражает такая самодеятельность поисковой системы. Меня что, за дурака держат?
Если про схему, то механизм миграций в EF — отличная вещь. Если чего-то не хватает в штатном генераторе — всегда можно дописать SQL в миграции. Если хочется отказаться от EF, то нужен отдельный скрипт под VCS, позволяющий создать/обновить базу. Хорошо, если в таком случае ведением таких скриптов будет заниматься отдельный сотрудник, который в случае чего сможет и написать скрипт под сложную миграцию базы с данными.
В порядке мистического бреда: если представить, что переменные этой системы являются координатами многомерного пространства, а затем вспомнить теорию струн, где так же предполагается наличие многих измерений пространства-времени и прикинуть, что их количество сопоставимо с количеством переменных в системе из статьи, то напрашиваются подозрительные параллели…
Спасибо за статью! Очень познавательно, проделана большая аналитическая работа. Сам сталкивался с такими ситуациями не раз, были предположения, но теперь все удалось разложить по полкам.
Количество вошедших пассажиров, отчаянно сующих деньги за проезд это concurrency, а вот количество которое водитель может одновременно обслужить — parallelism. Правда обычно он равен единице, ну или максимум двум, когда одной рукой отдает сдачу, а второй берет деньги у следующего пассажира.