Не знаю как в маунтинборде, но в лонгборде тормозят поворачивая достуку боком (вероятно аналогично как в сноубординге). Думаю и в маунтинборрде аналогично.
А ещё про то что интегратор несет ответственность за внедрённое решение в соответствии с договором. Просто клиенты ещё могут приходить и жаловаться на чужие системы — приведу выдуманный пример по тексту статьи. Ребята внедрили ценники, которые получают днные из 1С. И заказчик теперь думает, что все проблемы с 1с теперь они тоже могут решать. "Ой, у нас формат цен в erp поменялся — почините. Ой у нас интеграция не работает — в смысле это не вы виноваты а вопрос к шине?!"
Я скорее про компетенции сотрудников. Если интегратор не просто перекупщик, то у него сотрудники знают и умеют больше, чем у киента, иначе зачем они были бы нужны, если клиент сам с усами? И иногда разница бывает просто катастрофическая)
Ну не знаааю) Вы идеализируете Клиента, так как работаете на стороне заказчика. С точки зрения интегратора выглядит иначе. Местный ИТ-отдел смотрит, хлопает глазами и: "Что такое https? А можно инструкцию как залогиниться по логину и паролю? Сделать учётку в нашей системе это надо месяца три...". А бизнес-заказчик как вы: "Почему так дорого? Вот же можно за 3 копейки у конкурента!". И пытаешься долго объяснить, что у конкурента только название похоже, половины фич нет, половина работает не так, что тестирование занимает много времени и "нет, мы не можем выбросить тестирование из сметы", что интегрировать всё со всем и реализовать все бизнес-требования это не просто коробку развернуть.
У биологических микроскопов два типа оптики (обычно). На 160 мм и на бесконечность — об этом есть пометка на самом объективе. Соответственно у таких микроскопов разные окуляры. Оптика скорректированная на бесконечность считается качественнее и она обычно более технологична — ахроматическая, планахроматическая. Но для такой не обойтись переходником без линз. Думаю можно на-DIY-ить из какого-нибудь адаптера для камеры для такого микроскопа.
Опять герой Д'Артаньян, а остальные…
0) Это 1С-ное деление на «программистов» и «разработчиков» я наверно никогда не пойму. Но:
1) В разработке ПО есть несколько этапов, в нашем случае таких:
— появление проблемы у Клиента
— поиск подрядчика
— бизнес-анализ
— системный анализ
— разработка
— тестирование
— передача в промышленную эксплуатацию
— поддержка
На каждом этапе требуется специалисты, причём это могут быть специалисты достаточно узкие, как Бизнес-аналитик, Системный аналитик, Архитектор, Разработчик, Тестировщик, Менеджер и тд. Так и какие-то специальности могут быть у одного человека, например Бизнес и системный анализ. Или анализ и тестирование. Или архитетктура и разработка.
Не стоит забывать, что у каждого специалиста есть свой грейд и нормально, что джуниор разработчик пишет ровно то что ему дали, а сеньор способен оценить контекст и предложить аналитику изменить решение.
К чему я виду — Сергей сноб, который не умеет в управление командой и процессы разработки ПО. Здорово конечно везде рассказывать, какой ты крутой и окружить себя сеньорами, но это не совсем так работает в реальной жизни. Это нельзя масштабировать и это не подходит длябольшинства задач. Не считая того, что многие программисты не хотят расти в сторону анализа и тем более бизнес-анализа и это НОРМАЛЬНО.
Сергей! Вылези из своего мирка 1С, и посмотри на разработку продуктов, в которую вовлечена хотя бы одна полноценная команда, не то что несколько команд! И в каждой команде есть свои роли!
Изменили отображение населённых пунктов, чтобы крупный город было легче отличить от небольшого населённого пункта с первого взгляда
А как вы «крупность» города определяете? А то, например, Королёв больше и Мытищ, и Пушкино, и Щёлково, а вы убрали его.
А ещё, мне как пешеходу, удобно ориентироваться по дорогам — жаль что вы снижаете их контрастность. Теперь города превращаются просто в поле с кучками значков и визуально найти нужное место становится сложнее.
Можете провести исследование — сколько было пропусков на какое количество импульсов — это было бы интересно. 0/N — тоже результат, особенно, если N достаточно большое.
Про батарейки помнить не обязательно — датчик имеет информацию об уровне заряда своей батареи и можно настроить уведомление в телеграмм, что пора поменять батарейку в таком-то датчике. Обычно проще поменять батарею в датчике, чем подключать датчик к электросети — это раз, а во-вторых, в частном доме свет может отключаться достаточно часто — тут батарейки выглядят даже надёжнее.
Если пропускается каждый сотый импульс, то ошибка будет 1% — такой точности для мониторинга достаточно.
С неизвестным микроконтроллером надо бы ещё разобраться и запрограммировать его не сделав ошибок, отладить и вообще занятие для тех, кто любит микроконтроллеры. Данный же датчик вполне понятен и работает сам по себе стабильно, при этом распространён и дёшев. При этом интегрируется с HA вообще автоматически. Сколько будет ошибок из-за интеграции микроконтроллера в HA?
В Италии, кстати, магазины работают и вечерами, и в воскресенье.
Чтоооооо?! Я бывал видимо не в той Италии. Потому что в той, где я был, магазины работают с 10 до 12, потом обед и с 14 до 17. Со вторника по пятницу — да-да, понедельник выходной. Может конечно в туристическом центре Рима не так, тут не проверял.
Не знаю как в маунтинборде, но в лонгборде тормозят поворачивая достуку боком (вероятно аналогично как в сноубординге). Думаю и в маунтинборрде аналогично.
Ещё можно легально ездить по обочине.
Чадящий - да, анахронихм - возможно. Но зато удельная мощность, как в статье и написано, заметно выше 4-тактных двигателей.
Ссылочка с объяснением нюансов.
Вообще-то уже было в Лондоне.
https://youtu.be/vs0hfhSje9M
А ещё про то что интегратор несет ответственность за внедрённое решение в соответствии с договором. Просто клиенты ещё могут приходить и жаловаться на чужие системы — приведу выдуманный пример по тексту статьи. Ребята внедрили ценники, которые получают днные из 1С. И заказчик теперь думает, что все проблемы с 1с теперь они тоже могут решать. "Ой, у нас формат цен в erp поменялся — почините. Ой у нас интеграция не работает — в смысле это не вы виноваты а вопрос к шине?!"
Я скорее про компетенции сотрудников. Если интегратор не просто перекупщик, то у него сотрудники знают и умеют больше, чем у киента, иначе зачем они были бы нужны, если клиент сам с усами? И иногда разница бывает просто катастрофическая)
Ну не знаааю) Вы идеализируете Клиента, так как работаете на стороне заказчика. С точки зрения интегратора выглядит иначе. Местный ИТ-отдел смотрит, хлопает глазами и: "Что такое https? А можно инструкцию как залогиниться по логину и паролю? Сделать учётку в нашей системе это надо месяца три...". А бизнес-заказчик как вы: "Почему так дорого? Вот же можно за 3 копейки у конкурента!". И пытаешься долго объяснить, что у конкурента только название похоже, половины фич нет, половина работает не так, что тестирование занимает много времени и "нет, мы не можем выбросить тестирование из сметы", что интегрировать всё со всем и реализовать все бизнес-требования это не просто коробку развернуть.
0) Это 1С-ное деление на «программистов» и «разработчиков» я наверно никогда не пойму. Но:
1) В разработке ПО есть несколько этапов, в нашем случае таких:
— появление проблемы у Клиента
— поиск подрядчика
— бизнес-анализ
— системный анализ
— разработка
— тестирование
— передача в промышленную эксплуатацию
— поддержка
На каждом этапе требуется специалисты, причём это могут быть специалисты достаточно узкие, как Бизнес-аналитик, Системный аналитик, Архитектор, Разработчик, Тестировщик, Менеджер и тд. Так и какие-то специальности могут быть у одного человека, например Бизнес и системный анализ. Или анализ и тестирование. Или архитетктура и разработка.
Не стоит забывать, что у каждого специалиста есть свой грейд и нормально, что джуниор разработчик пишет ровно то что ему дали, а сеньор способен оценить контекст и предложить аналитику изменить решение.
К чему я виду — Сергей сноб, который не умеет в управление командой и процессы разработки ПО. Здорово конечно везде рассказывать, какой ты крутой и окружить себя сеньорами, но это не совсем так работает в реальной жизни. Это нельзя масштабировать и это не подходит длябольшинства задач. Не считая того, что многие программисты не хотят расти в сторону анализа и тем более бизнес-анализа и это НОРМАЛЬНО.
Сергей! Вылези из своего мирка 1С, и посмотри на разработку продуктов, в которую вовлечена хотя бы одна полноценная команда, не то что несколько команд! И в каждой команде есть свои роли!
А как вы «крупность» города определяете? А то, например, Королёв больше и Мытищ, и Пушкино, и Щёлково, а вы убрали его.
А ещё, мне как пешеходу, удобно ориентироваться по дорогам — жаль что вы снижаете их контрастность. Теперь города превращаются просто в поле с кучками значков и визуально найти нужное место становится сложнее.
Я участвовал.
С неизвестным микроконтроллером надо бы ещё разобраться и запрограммировать его не сделав ошибок, отладить и вообще занятие для тех, кто любит микроконтроллеры. Данный же датчик вполне понятен и работает сам по себе стабильно, при этом распространён и дёшев. При этом интегрируется с HA вообще автоматически. Сколько будет ошибок из-за интеграции микроконтроллера в HA?
Воскресенье, понедельник выходной. Условная Zara конечно работает лучше.
Вот салон сотовой связи в маленьком городе:
О ужас! Они работают в понедельник :-) До обеда правда. И вообще, обеденный перерыв на три часа — это ок)
В России салон условного МТС в таком же маленьком городке — ни обедов, ни выходных:
Чтоооооо?! Я бывал видимо не в той Италии. Потому что в той, где я был, магазины работают с 10 до 12, потом обед и с 14 до 17. Со вторника по пятницу — да-да, понедельник выходной. Может конечно в туристическом центре Рима не так, тут не проверял.