Дело конечно хорошее.... (С++17 конечно уже недостаточен, к примеру, нет корутин) Но как это делать правильно....? Кто-то говорит, что не нужно подрбностей из языка C, иначе не напишешь приемлемый код
Если использовавть IAR, там по умолчанию выравнивание включено, но я так бы не стал писать код, если не рассматривать выравниявание, то в структуре 15 байт. Износ для меня не актуален, записвается один раз при калибровке (в идеале), ну никак не 1000 раз. Тут другая проблема вылезла - у 3% микроконтроллеров при определенных обстоятельтствах (пока закономерность не установил - но скорее всего при включении питания) иногда сбрасываются сохраненные данные.
"...выдвинули новый закон природы, который пытается объяснить" - ключевое слово "пытается"
На мой взгляд рассуждениия Майкла Вонга (если он так, как указано в теущей публикации, действительно думает) - это типичное читерство. Попытка выдать за новый закон попытку "объяснить эволюционирующие системы с помощью измерения сложности, называемого функциональной информацией" - звучит как минимум нелепо. Даже интересно в каких единицах можно измерить сложность.
PS. Бегло ознакомился с оригиналом - допускаю что я не владею достаточно хорошо английским - однако я там слов про "измерения сложности" не нашел. Прошу автора указать - где в оригинале это указано.
Вероятно, для кого-то статья познавательна, однако я не считаю целесообразным делать из готового решения C++ динамическую библиотеку, поскольку вносимые "необходимые изменения" в большинстве случаев могут быть весьма значительными. Упоминание же термина "плагин" не совсем уместно https://ru.wikipedia.org/wiki/Плагин. В любом случае хочу похвалить автора за желание освоить низкоуровневый интерфейс, что неизбежно ведет к повышению качества кода на любом языке
В основном солидарен с автором, вот только утверждать, что "… от того, насколько я хорош, зависит вся жизнь" — это уже слишком… Для разумного человека, считаю нормой недооценивать себя. По опыту — чтобы пройти собеседование, не нужно никаких скилов, там нужно умение «втирать мозги», а вот для тестов нужно что-то уметь.
Конечно, удачи автору в создании языка программирования. Не совсем ясно по мотивации… но не важно («выстрелить себе в ногу» теоретически можно на любом языке — даже на «Ü»). Однако я не уверен, что возможно одному человеку под силу реализовать такой проект, что бы он при этом отвечал всем современным требованиям. Сам иногда делаю синтаксические анализаторы по данному описанию грамматики на C/C++ — для приложений — вроде иногда это нужно заказчику для специфических задач. Но я рассуждаю с точки зрения обычного человека (не обладающего уникальными способностями), поэтому в мире наверное все возможно.
Может не совсем в тему, прошу прощения.
Есть приложение на Electron — стоит задача часть кода оставить в web, часть перенести на сервер.
Вопрос спецам — стоит ли этой фигней заниматься?
Большая часть управляющих менеджеров недостаточно компетентны (назначенные по всем известным причинам на свои должности) — как следствие — неэффективная деятельность таких компаний (а таких компаний, особенно в госсекторе — большинство) — это печально.
«Посылать лесом» конечно не эффективно с любой точки зрения, но иногда конечно, трудно бывает сдержаться. Мои знакомые программисты (и не только) обычно в таких случаях уходят молча (без внешних эмоций) с текущего места работы.
Возможно Вы и правы. Но я не знаю как построить проект без зависимостей указанных в package.json.
Про несколько сот MБ немного загнул я конечно — для этой библиотеки всего 72 МБ
Понятие «категорически нельзя» само по себе звучит не очень корректно.
Ну, я программистом себя не считаю, поэтому читаю и меняю библиотеки если мне нужно. Желания тянуть содержимое node_modules (несколько сот MБ) ради мелкой правки у меня нет. Если вы посмотрите содержание модулей из которых построена библиотека — увидите, что в собранном файле тот-же код.
Да нет конечно «раз и навсегда» — не бывает. Я всего лишь хотел сказать, что как поставлена задача — так и будет она решаться. Если нужно быстрее и сейчас — это одно, если перспектива — это другое. И программисту вовсе нет дела до перспективных планов компании — заказчика — это задача компетентного менеджера.
Это понятно — что собирают. Только одни так собирают — другие собирают в более читабельном виде. Для конечного пользователя это все-равно исходный код на js — в который можно вносить любые изменения и без сборки.
Если Вы — руководитель проекта ставите программисту задачу — и если Вы компетентный менеджер — Вы всегда предварительно обсудите все вопросы с персоналом, занятым разработкой ПО — по-моему это очевидно
«а когда у бизнеса проблемы» — об этом должен думать не рядовой программист, а тот кто руководит командой программистов и соответственно согласовывает ТЗ с тем кто ставит задачу
«Как вы в требованиях опишите поддерживаемый код?» — это все хорошо формализуется
Хотя грех спорить с тем, что код дожен быть «читабельным» и т.д. При этом хочу отметить — что любой человек пытается решить задачу с наименьшими энергозатратами
Дело конечно хорошее.... (С++17 конечно уже недостаточен, к примеру, нет корутин)
Но как это делать правильно....? Кто-то говорит, что не нужно подрбностей из языка C, иначе не напишешь приемлемый код
Если использовавть IAR, там по умолчанию выравнивание включено, но я так бы не стал писать код, если не рассматривать выравниявание, то в структуре 15 байт. Износ для меня не актуален, записвается один раз при калибровке (в идеале), ну никак не 1000 раз. Тут другая проблема вылезла - у 3% микроконтроллеров при определенных обстоятельтствах (пока закономерность не установил - но скорее всего при включении питания) иногда сбрасываются сохраненные данные.
"...выдвинули новый закон природы, который пытается объяснить" - ключевое слово "пытается"
На мой взгляд рассуждениия Майкла Вонга (если он так, как указано в теущей публикации, действительно думает) - это типичное читерство. Попытка выдать за новый закон попытку "объяснить эволюционирующие системы с помощью измерения сложности, называемого функциональной информацией" - звучит как минимум нелепо. Даже интересно в каких единицах можно измерить сложность.
PS. Бегло ознакомился с оригиналом - допускаю что я не владею достаточно хорошо английским - однако я там слов про "измерения сложности" не нашел. Прошу автора указать - где в оригинале это указано.
Вероятно, для кого-то статья познавательна, однако я не считаю целесообразным делать из готового решения C++ динамическую библиотеку, поскольку вносимые "необходимые изменения" в большинстве случаев могут быть весьма значительными. Упоминание же термина "плагин" не совсем уместно https://ru.wikipedia.org/wiki/Плагин. В любом случае хочу похвалить автора за желание освоить низкоуровневый интерфейс, что неизбежно ведет к повышению качества кода на любом языке
Есть приложение на Electron — стоит задача часть кода оставить в web, часть перенести на сервер.
Вопрос спецам — стоит ли этой фигней заниматься?
«Посылать лесом» конечно не эффективно с любой точки зрения, но иногда конечно, трудно бывает сдержаться. Мои знакомые программисты (и не только) обычно в таких случаях уходят молча (без внешних эмоций) с текущего места работы.
Про несколько сот MБ немного загнул я конечно — для этой библиотеки всего 72 МБ
Ну, я программистом себя не считаю, поэтому читаю и меняю библиотеки если мне нужно. Желания тянуть содержимое node_modules (несколько сот MБ) ради мелкой правки у меня нет. Если вы посмотрите содержание модулей из которых построена библиотека — увидите, что в собранном файле тот-же код.
это и есть исходный код — только без пробелов и переносов строк (в отладке смотрится без особых неудобств).
«хороший» или «плохой» это код? ))) (обычная практика написания кода в js)
«Как вы в требованиях опишите поддерживаемый код?» — это все хорошо формализуется
Хотя грех спорить с тем, что код дожен быть «читабельным» и т.д. При этом хочу отметить — что любой человек пытается решить задачу с наименьшими энергозатратами