ни в коем случае не хочу обесценивать усилия автора. но, так как неоднократно реализовывал системы мониторинга и предсказательной аналитики батарей, есть вопросы:
вы делаете выводы на основе 2 или 4 аккумуляторов с разными начальными емкостями без использования и изменения внешних параметров, например температура? в исследованиях используют климатические камеры для данных измерений - например https://www.mdpi.com/2313-0105/7/4/88 и т.п
процесс разряда и потери емкости батареи не экстраполируется по первым сотням циклов, в представляет собой примерно такое для 18650:
как видите там все веселье только начинается после 200-300 циклов
для того чтобы утверждать про вред или пользу быстрой зарядки необходимы полноценные тесты энергосистемы с контроллерами блоков батарей, балансировщиками заряда и прочим оборудованием которые могут ОЧЕНЬ сильно влиять так как учитывают сотни параметров в реальной эксплуатации и коммуницируют с зарядными станциями (если говорить про электрокары например) в т.ч. ограничивая токи зарядки и прочее.
зависит от того чем заниматься, все как в знаменитой речи Джобса про connecting dots.
тоже учился в вузе на ПОВТ c 2001, и тоже сразу после выпуска думал что потратил зря много времени, а потом когда пришло время детально разбираться во многих вещах, пригодились и основы искусственного интеллекта и нейросетей и вычмат, чтобы погрузиться в оптимизацию микросервиса инференса в хайлоаде, а так же продуктивно работать с командой AI и понимать что конкретно происходит в данном спринте и почему, и микроконтроллеры с встраиваемыми системами, когда разбирались в нюансах автомобильной телеметрии и мат.статистика, когда надо отличить нормальный фреймворк и его результаты нагрузки от маркетингового булшита (которого 80% в целом, но это отдельная проблема) который интерпретируется как надо вендору, и даже комп графика. и это только навскидку самая малость из задач.
есть вещи которые не описаны в интернете как привычно в виде инструкции или ютуб ролика и никто не сделает их гуглением и копипастой. Сообразительность без базы не пригодится никак.
а так да, если не нужно RnD по текущему профилю работы, то и не нужно, а если нужно - очень сильно пригодится все то, что уже заложено на подкорку и просто так самому не нагнать, особенно когда не знаешь конкретно где искать и что искать. и это понимание тоже входит в базу.
>Человек может выкладываться на 100%, а может на 50. Условно говоря, у человека есть задача на три дня, а он растягивает её на неделю, но не потому, что сложно идёт, а из-за работы по пять часов в день.
а он и команда знает что задача на 3 дня? или это фантазии начальства?
>там тоже люди могут формально быть на встрече, но слушать краем уха и заниматься своими делами.
как будто обычно на таких митингах где участник не заинтересован, он не делает то же самое только присутствуя физической оболочкой
>Он как бы доступен, но отвечает медленно
ну так пропишите это в должностные обязанности (ответ в течение часа для второй линии поддержки или devops), если это критично для бизнеса то это там есть обычно, если нет и опять хотелки отдельных людей - то и спроса нет.
>знаю человека, который натурально в рабочее время ходил в спортзал и, очевидно, никакой работой в это время не занимался.
а архитектор или дизайнер, очевидно, чтобы подпадать под определение "работает", должен сидеть с выпученными венами на шее и пыхтеть над блокнотом в линейку в то же время пока его достают другими вопросами? или как по вашему выглядит работа головой? почему не в спортзале на дорожке?
а я вот большего разгильдяйства и пофигизма не видел, чем в офисах крупных компаний где "менеджеров" больше всего на единицу объема, куча оболтусов бродит с целью присесть на уши чтобы рассказать про свой отпуск или поспрашивать по текущим задачам в стиле чайка-менеджмент и прочее и прочее.
ни в коем случае не хочу обесценивать усилия автора. но, так как неоднократно реализовывал системы мониторинга и предсказательной аналитики батарей, есть вопросы:
вы делаете выводы на основе 2 или 4 аккумуляторов с разными начальными емкостями без использования и изменения внешних параметров, например температура? в исследованиях используют климатические камеры для данных измерений - например https://www.mdpi.com/2313-0105/7/4/88 и т.п
процесс разряда и потери емкости батареи не экстраполируется по первым сотням циклов, в представляет собой примерно такое для 18650:
как видите там все веселье только начинается после 200-300 циклов
для того чтобы утверждать про вред или пользу быстрой зарядки необходимы полноценные тесты энергосистемы с контроллерами блоков батарей, балансировщиками заряда и прочим оборудованием которые могут ОЧЕНЬ сильно влиять так как учитывают сотни параметров в реальной эксплуатации и коммуницируют с зарядными станциями (если говорить про электрокары например) в т.ч. ограничивая токи зарядки и прочее.
в какой то момент настолько преисполнились абстракциями и евентами что перешли с go на python )) или это пасхалка такая?
зависит от того чем заниматься, все как в знаменитой речи Джобса про connecting dots.
тоже учился в вузе на ПОВТ c 2001, и тоже сразу после выпуска думал что потратил зря много времени, а потом когда пришло время детально разбираться во многих вещах, пригодились и основы искусственного интеллекта и нейросетей и вычмат, чтобы погрузиться в оптимизацию микросервиса инференса в хайлоаде, а так же продуктивно работать с командой AI и понимать что конкретно происходит в данном спринте и почему, и микроконтроллеры с встраиваемыми системами, когда разбирались в нюансах автомобильной телеметрии и мат.статистика, когда надо отличить нормальный фреймворк и его результаты нагрузки от маркетингового булшита (которого 80% в целом, но это отдельная проблема) который интерпретируется как надо вендору, и даже комп графика. и это только навскидку самая малость из задач.
есть вещи которые не описаны в интернете как привычно в виде инструкции или ютуб ролика и никто не сделает их гуглением и копипастой. Сообразительность без базы не пригодится никак.
а так да, если не нужно RnD по текущему профилю работы, то и не нужно, а если нужно - очень сильно пригодится все то, что уже заложено на подкорку и просто так самому не нагнать, особенно когда не знаешь конкретно где искать и что искать. и это понимание тоже входит в базу.
>Человек может выкладываться на 100%, а может на 50. Условно говоря, у человека есть задача на три дня, а он растягивает её на неделю, но не потому, что сложно идёт, а из-за работы по пять часов в день.
а он и команда знает что задача на 3 дня? или это фантазии начальства?
>там тоже люди могут формально быть на встрече, но слушать краем уха и заниматься своими делами.
как будто обычно на таких митингах где участник не заинтересован, он не делает то же самое только присутствуя физической оболочкой
>Он как бы доступен, но отвечает медленно
ну так пропишите это в должностные обязанности (ответ в течение часа для второй линии поддержки или devops), если это критично для бизнеса то это там есть обычно, если нет и опять хотелки отдельных людей - то и спроса нет.
>знаю человека, который натурально в рабочее время ходил в спортзал и, очевидно, никакой работой в это время не занимался.
а архитектор или дизайнер, очевидно, чтобы подпадать под определение "работает", должен сидеть с выпученными венами на шее и пыхтеть над блокнотом в линейку в то же время пока его достают другими вопросами? или как по вашему выглядит работа головой? почему не в спортзале на дорожке?
а я вот большего разгильдяйства и пофигизма не видел, чем в офисах крупных компаний где "менеджеров" больше всего на единицу объема, куча оболтусов бродит с целью присесть на уши чтобы рассказать про свой отпуск или поспрашивать по текущим задачам в стиле чайка-менеджмент и прочее и прочее.
у вас ошибка, фраза после последней занятой не нужна