Pull to refresh
0
0
Send message

Конечно все работают по BoM и BoT, так как основная причина: низкая квалификация заказчиков и порядочность исполнителей.

Чтобы работать по фикс прайсу, должны быть статусы работ, как в классическом НИОКР, где первая стадия - подверждение концепта, создание PoC и выбор варианта решения (внутри этого лежит большая работа по проектированию и анализу).

Если этого не делать, то идет эффективная работа по прожиганию денег.

Сам факт, что вся информация хранится централизованно, на одном (условно) сервере, который контролируется банком или компанией, это огромная проблема. - проблема в том, что все делают вид, что понимают это, хотя на самом деле - нет. Но разбираться нет времени, поэтому оставим как есть.

Второй момент - децентрализация. Может кто-нибудь написать статью, почему распределенные БД не могут решать аналогичную проблему, что и Bitcoin. Cassandra распределенная или HDFS. Можно делать реплики, постоянно обновлять информацию и etc.

Есть ли системно-инженерный разбор, что такое система блокчейн, почему она появилась именно сейчас, как она решает ТЕКУЩИЕ проблемы? Какие это проблемы?

Так, а что по части приборной обработки данных? Это 90% всего результата в диагностике =)

Поддерживаю. Очевидно, что автор что-то упускает по метрологии.
Причина этого берет корни из каскадной структуре управления проектами. Такой способ управления был создан во время промышленной революции. Целью было найти лучший способ оптимизировать производственную линию. Сейчас все по-другому, потому что скорость изменений настолько высока, что компаниям необходимо адаптироваться каждый день.


Я нигде не видел точку зрения, что истинная причина agile сегодня — это слабое качество подготовки руководителей, инженеров, проектировщиков и архитекторов. Вместо этого все говорят об инертности waterfall.

Agile — это продукт гиперспециализации и не желании человек брать больше, чем ему комфортно. Поэтому мы видем такой фантан людей с приставкой product ****** и project *****. На каждый чих — своя позиция. А все вместе — agile.

Вот бы сделать бенчмарк того, как в 39-40 переносили целые фабрики в другие города, и как сейчас новая методология решила «ту» проблему.
Проект это организационная единица. — проект, это форма деятельности, которая имеет точку старта и точку завершения. Важно отличать это, так как люди начнут потом относить проект ко всему подряд: компании, продукту, не дай бог — процессу.

Имхо, Product Manager — это Project Manager, который горит продукт и делает несколько проектов. В какой-то момент он понимает, что нужно делегировать, и берет себе помощников на каждый из проектов.

По жизни: не видел людей, которых можно было назвать Product Manager вне легаси. По-другому, когда в проекте появляется долгострой, то самого погруженного называют productом
Экономика и цены — здорово, если разработчик не совершает ошибки на уровне принципиальной схемы и разводке.

Т.е. вам очень повезло, либо вы сильный специалист, если у вас заработала плата с первого раза =)
Если камень поменять под STM32F407, то разницы в скорости не увидите. И Вы, конечно же, знаете, что память можно расширить. Долгий только будет процесс сбора мусора, но все зависит от архитектуру и прямоты рук.

Можно, ради интереса, сделать порт на mc, когда проект откроют.
Я имею ввиду БМ вашего инкубатора. Если короче, откуда вы берете на это деньги?
Беруши, которые вы сделали — это не одна итерация разработки. Как минимум, вы прошли стадии макета, прототипа, опытного образца, редизайн опытного образца и предсерия. Кто платит за это?
Кроме того, 12 человек, из которых треть — это коммерция, очень мало. Вы используете широкую сеть аутсорса?

Есть, но лучше не стоит. Посмотрите на dikey с поиском по micropython.
В любом случае, это только совет.

Почему не рассматриваете micropython?

Сейчас все больше и больше продуктов, коммерческих, выпущены с использованием этого языка.
Zephyr — медленый.
С/C++ — увеличиваете срок и стоимость.

Если вы хотите ускорить и упростить — лучше micropython ничего нет.

Хороший инструмент.
Нужно поправить его работу в соответствии с несколькими кейсами:


Заканчиваем спринт 10 августа в 11
Can not schedule for this date


Заканчиваем спринт десятого августа в 11
Can not schedule for this date


Заканчиваем спринт первого августа
Can not schedule for this date


Заканчиваем спринт у 31 июля в 20
Can not schedule for this date


Закончить спринт 10 августа 20 года в час дня
Can not schedule for this date

Ваши алгоритмы. Все на Python 3.6.3
Что-то мне не везло. Это все на списке из 10 000 рандомных от 0 до 1000
Причем, 3-я функция работает с ошибкой.
Для 1-ой:
2.47 ms ± 39.9 µs per loop (mean ± std. dev. of 7 runs, 100 loops each)
Для 2-ой:
7.92 ms ± 159 µs per loop (mean ± std. dev. of 7 runs, 100 loops each)
Для 3-ей:
11.2 ms ± 73.4 µs per loop (mean ± std. dev. of 7 runs, 100 loops each)
У меня для web-repl стоит отдельный ноутбук. Но это костыля.

Про память особо нечего добавить. Просто esplorer не позволяет допускать ошибки для новичков, как и в схеме подключения, так и в заливке (я про кнопку Send to ESP). Если файлы имеют большой размер и их попробовать залить все сразу, то велика вероятность ребута.
Для загрузки файлов проекта я бы посоветовал web-repl, о нем написано на сайте разработчиков. Дело в том, что если вы не будете следить за памятью при использовании ESPlorer, то ваша esp уйдет в ребут. Будете потом по кускам код заливать, а это геморно.

Web-repl удобен: вы получаете доступ к esp по воздуху и таким же образом заливаете в него скрипты.

MicroPy — невероятно удобная вещь, когда необходимо сделать прототип. Очень гибко, элегантно и быстро. Но производительность удручает. Хотя, для многих приложений ее будет достаточно.
Micropython вот для таких вот игрушек подходит замечательно. Это очень просто и быстро прототипируется. Но за это платишь быстродействием и ограничением памяти.
А вообще, MPy действительно удобный инструмент, при этом его номенклатура расширяется
Дорогой друг, в чем отличие от «слюняво-восторженных» возгласов первого канала от ваших «желчно-негативных» возгласов на портале? =) (риторический вопрос)

Считаю, что данном случае религиозные взгляды человека никак не сказываются на его профессиональных навыках. Факты, как и деньги, не должны пахнуть. А автор на протяжении всего текста приправляет их своей риторикой и обычно это называют «дурным тоном».
Вы ищите подвох там, где его нет. Это, кстати, специфика «русского» человека.

Статья с предубеждениями и не выдерживает никакой критики в виду отсутствия какого-либо деятельностного контекста.
1

Information

Rating
Does not participate
Registered
Activity