#проектирование — Public Fediverse posts

Как мы осваивали производство гибко-жёстких печатных плат: от проб и ошибок к рабочей технологии

Производство типовых печатных плат — само по себе сложный высокотехнологичный процесс. Но когда заказчик приходит с нестандартной задачей, нам, как производителям, часто приходится этот процесс изобретать заново. Сложность усугубляется тем, что отрасль печатных плат в России — это узкий рынок производителей, к тому же несколько изолированных от зарубежной производственной базы. Если говорить откровенно: никто толком не знает, как это делать. А если и знает — держит технологию в секрете. В этой статье мы расскажем, как на нашем заводе «ЭЛЕКТРОконнект» делали первые гибко-жёсткие платы, с какими трудностями столкнулись и как в итоге научились их выпускать на серийном уровне.

https://habr.com/ru/companies/electroconnect/articles/1039524/

#печатные_платы #электроника #гибкие_печатные_платы #производство_гибких_плат #производство_в_России #проектирование_печатной_платы #проектирование #разработака #схематехника #гибкожесткие_платы

Как мы осваивали производство гибко-жёстких печатных плат: от проб и ошибок к рабочей технологии

Производство типовых печатных плат — само по себе сложный высокотехнологичный процесс. Но когда заказчик приходит с нестандартной задачей, нам, как производителям, часто приходится этот процесс изобретать заново. Сложность усугубляется тем, что отрасль печатных плат в России — это узкий рынок производителей, к тому же несколько изолированных от зарубежной производственной базы. Если говорить откровенно: никто толком не знает, как это делать. А если и знает — держит технологию в секрете. В этой статье мы расскажем, как на нашем заводе «ЭЛЕКТРОконнект» делали первые гибко-жёсткие платы, с какими трудностями столкнулись и как в итоге научились их выпускать на серийном уровне.

https://habr.com/ru/companies/electroconnect/articles/1039524/

#печатные_платы #электроника #гибкие_печатные_платы #производство_гибких_плат #производство_в_России #проектирование_печатной_платы #проектирование #разработака #схематехника #гибкожесткие_платы

Как мы осваивали производство гибко-жёстких печатных плат: от проб и ошибок к рабочей технологии

Производство типовых печатных плат — само по себе сложный высокотехнологичный процесс. Но когда заказчик приходит с нестандартной задачей, нам, как производителям, часто приходится этот процесс изобретать заново. Сложность усугубляется тем, что отрасль печатных плат в России — это узкий рынок производителей, к тому же несколько изолированных от зарубежной производственной базы. Если говорить откровенно: никто толком не знает, как это делать. А если и знает — держит технологию в секрете. В этой статье мы расскажем, как на нашем заводе «ЭЛЕКТРОконнект» делали первые гибко-жёсткие платы, с какими трудностями столкнулись и как в итоге научились их выпускать на серийном уровне.

https://habr.com/ru/companies/electroconnect/articles/1039524/

#печатные_платы #электроника #гибкие_печатные_платы #производство_гибких_плат #производство_в_России #проектирование_печатной_платы #проектирование #разработака #схематехника #гибкожесткие_платы

Как мы осваивали производство гибко-жёстких печатных плат: от проб и ошибок к рабочей технологии

Производство типовых печатных плат — само по себе сложный высокотехнологичный процесс. Но когда заказчик приходит с нестандартной задачей, нам, как производителям, часто приходится этот процесс изобретать заново. Сложность усугубляется тем, что отрасль печатных плат в России — это узкий рынок производителей, к тому же несколько изолированных от зарубежной производственной базы. Если говорить откровенно: никто толком не знает, как это делать. А если и знает — держит технологию в секрете. В этой статье мы расскажем, как на нашем заводе «ЭЛЕКТРОконнект» делали первые гибко-жёсткие платы, с какими трудностями столкнулись и как в итоге научились их выпускать на серийном уровне.

https://habr.com/ru/companies/electroconnect/articles/1039524/

#печатные_платы #электроника #гибкие_печатные_платы #производство_гибких_плат #производство_в_России #проектирование_печатной_платы #проектирование #разработака #схематехника #гибкожесткие_платы

Технология многовидового представления в nanoCAD BIM Строительство

Современное проектирование – это постоянный поиск баланса между детализацией и производительностью. Чем точнее модель, тем тяжелее с ней работать. Именно здесь на помощь приходит концепция многовидовых представлений (Multiview) – способ организации данных, при котором один физический объект, будь то колонна или стена, может иметь несколько графических вариантов отображения. Долгое время эти задачи решались последовательно или разными программами, что приводило к ошибкам передачи данных и разрыву информационной целостности. Решение этой проблемы в Разобрать

https://habr.com/ru/companies/nanosoft/articles/1039196/

#cad #nanocad #нанософт #проектирование #nanocad_bim_строительство #архитектура #строительство #инженерия #bimпроектирование #3dмоделирование

Технология многовидового представления в nanoCAD BIM Строительство

Современное проектирование – это постоянный поиск баланса между детализацией и производительностью. Чем точнее модель, тем тяжелее с ней работать. Именно здесь на помощь приходит концепция многовидовых представлений (Multiview) – способ организации данных, при котором один физический объект, будь то колонна или стена, может иметь несколько графических вариантов отображения. Долгое время эти задачи решались последовательно или разными программами, что приводило к ошибкам передачи данных и разрыву информационной целостности. Решение этой проблемы в Разобрать

https://habr.com/ru/companies/nanosoft/articles/1039196/

#cad #nanocad #нанософт #проектирование #nanocad_bim_строительство #архитектура #строительство #инженерия #bimпроектирование #3dмоделирование

Технология многовидового представления в nanoCAD BIM Строительство

Современное проектирование – это постоянный поиск баланса между детализацией и производительностью. Чем точнее модель, тем тяжелее с ней работать. Именно здесь на помощь приходит концепция многовидовых представлений (Multiview) – способ организации данных, при котором один физический объект, будь то колонна или стена, может иметь несколько графических вариантов отображения. Долгое время эти задачи решались последовательно или разными программами, что приводило к ошибкам передачи данных и разрыву информационной целостности. Решение этой проблемы в Разобрать

https://habr.com/ru/companies/nanosoft/articles/1039196/

#cad #nanocad #нанософт #проектирование #nanocad_bim_строительство #архитектура #строительство #инженерия #bimпроектирование #3dмоделирование

Технология многовидового представления в nanoCAD BIM Строительство

Современное проектирование – это постоянный поиск баланса между детализацией и производительностью. Чем точнее модель, тем тяжелее с ней работать. Именно здесь на помощь приходит концепция многовидовых представлений (Multiview) – способ организации данных, при котором один физический объект, будь то колонна или стена, может иметь несколько графических вариантов отображения. Долгое время эти задачи решались последовательно или разными программами, что приводило к ошибкам передачи данных и разрыву информационной целостности. Решение этой проблемы в Разобрать

https://habr.com/ru/companies/nanosoft/articles/1039196/

#cad #nanocad #нанософт #проектирование #nanocad_bim_строительство #архитектура #строительство #инженерия #bimпроектирование #3dмоделирование

Самодельный elgato-like макропад. Часть 1, железная

Как я уже писал в своей прошлой статье, дурная голова рукам покоя не даёт. Так что не прошло и месяца после завершения работы над звонком, как руки уже начали чесаться. И занятие им нашлось достаточно быстро... Я пользуюсь MAD CATZ S.T.R.I.K.E. 7, которая всем чудо как хороша, кроме того, что вышла больше 10 лет назад, её производитель обанкротился в 2014 и её софт на Win 11 уже надо ставить с бубном. Все мы смертны, клавиатуры - тем более, так что я стал задумываться над заменой. Но проблема в том, что я привык к россыпи макроклавиш, которые позволяют одним нажатием, не задействуя мозг, переключать ветки гита, исправлять криво введённые команды или вбивать пароли в окошки по 15 раз за день (о боги хаоса, как я "люблю" параноиков-безопасников). А современные клавы имеют в лучшем случае 4-5 макроклавиш (что вдвое меньше, чем нужно), а некоторые ещё и стоят как приватный остров. И тут в унынии я наткнулся на это...

https://habr.com/ru/articles/1020286/

#esp #elgato #проектирование #kicad #arduino #spi #макропад

Самодельный elgato-like макропад. Часть 1, железная

Как я уже писал в своей прошлой статье, дурная голова рукам покоя не даёт. Так что не прошло и месяца после завершения работы над звонком, как руки уже начали чесаться. И занятие им нашлось достаточно быстро... Я пользуюсь MAD CATZ S.T.R.I.K.E. 7, которая всем чудо как хороша, кроме того, что вышла больше 10 лет назад, её производитель обанкротился в 2014 и её софт на Win 11 уже надо ставить с бубном. Все мы смертны, клавиатуры - тем более, так что я стал задумываться над заменой. Но проблема в том, что я привык к россыпи макроклавиш, которые позволяют одним нажатием, не задействуя мозг, переключать ветки гита, исправлять криво введённые команды или вбивать пароли в окошки по 15 раз за день (о боги хаоса, как я "люблю" параноиков-безопасников). А современные клавы имеют в лучшем случае 4-5 макроклавиш (что вдвое меньше, чем нужно), а некоторые ещё и стоят как приватный остров. И тут в унынии я наткнулся на это...

https://habr.com/ru/articles/1020286/

#esp #elgato #проектирование #kicad #arduino #spi #макропад

Самодельный elgato-like макропад. Часть 1, железная

Как я уже писал в своей прошлой статье, дурная голова рукам покоя не даёт. Так что не прошло и месяца после завершения работы над звонком, как руки уже начали чесаться. И занятие им нашлось достаточно быстро... Я пользуюсь MAD CATZ S.T.R.I.K.E. 7, которая всем чудо как хороша, кроме того, что вышла больше 10 лет назад, её производитель обанкротился в 2014 и её софт на Win 11 уже надо ставить с бубном. Все мы смертны, клавиатуры - тем более, так что я стал задумываться над заменой. Но проблема в том, что я привык к россыпи макроклавиш, которые позволяют одним нажатием, не задействуя мозг, переключать ветки гита, исправлять криво введённые команды или вбивать пароли в окошки по 15 раз за день (о боги хаоса, как я "люблю" параноиков-безопасников). А современные клавы имеют в лучшем случае 4-5 макроклавиш (что вдвое меньше, чем нужно), а некоторые ещё и стоят как приватный остров. И тут в унынии я наткнулся на это...

https://habr.com/ru/articles/1020286/

#esp #elgato #проектирование #kicad #arduino #spi #макропад

Самодельный elgato-like макропад. Часть 1, железная

Как я уже писал в своей прошлой статье, дурная голова рукам покоя не даёт. Так что не прошло и месяца после завершения работы над звонком, как руки уже начали чесаться. И занятие им нашлось достаточно быстро... Я пользуюсь MAD CATZ S.T.R.I.K.E. 7, которая всем чудо как хороша, кроме того, что вышла больше 10 лет назад, её производитель обанкротился в 2014 и её софт на Win 11 уже надо ставить с бубном. Все мы смертны, клавиатуры - тем более, так что я стал задумываться над заменой. Но проблема в том, что я привык к россыпи макроклавиш, которые позволяют одним нажатием, не задействуя мозг, переключать ветки гита, исправлять криво введённые команды или вбивать пароли в окошки по 15 раз за день (о боги хаоса, как я "люблю" параноиков-безопасников). А современные клавы имеют в лучшем случае 4-5 макроклавиш (что вдвое меньше, чем нужно), а некоторые ещё и стоят как приватный остров. И тут в унынии я наткнулся на это...

https://habr.com/ru/articles/1020286/

#esp #elgato #проектирование #kicad #arduino #spi #макропад

Как спроектировать API, которое не придется переписывать через полгода

Запуск нового сервиса часто сопровождается жесткими дедлайнами и давлением бизнеса. В таких условиях приоритетом становится скорость, но уже через полгода структура данных и эндпоинтов обычно перестает соответствовать реальным потребностям продукта. На этом этапе раскрываются проблемы: новые функции не вписываются в изначальную архитектуру, интеграции становятся хрупкими — любое изменение вызывает регрессию в смежных модулях, а документация расходится с реализацией. Команда разработки оказывается в ловушке технического долга, где страх сломать работающий, но хрупкий код парализует дальнейшее развитие продукта. Подобные сценарии редко являются следствием низкой квалификации разработчиков или недостатков конкретного фреймворка. Основная причина кроется в пропуске этапа системного проектирования и игнорирования вопроса безопасности на старте. Отсутствие четкого контракта и продуманной архитектуры превращает API из инструмента масштабирования в узкое место всей системы.

https://habr.com/ru/articles/1039356/

#api #it #проектирование #проектирование_систем #информационные_технологии #itинфраструктура #вебсервисы

Как спроектировать API, которое не придется переписывать через полгода

Запуск нового сервиса часто сопровождается жесткими дедлайнами и давлением бизнеса. В таких условиях приоритетом становится скорость, но уже через полгода структура данных и эндпоинтов обычно перестает соответствовать реальным потребностям продукта. На этом этапе раскрываются проблемы: новые функции не вписываются в изначальную архитектуру, интеграции становятся хрупкими — любое изменение вызывает регрессию в смежных модулях, а документация расходится с реализацией. Команда разработки оказывается в ловушке технического долга, где страх сломать работающий, но хрупкий код парализует дальнейшее развитие продукта. Подобные сценарии редко являются следствием низкой квалификации разработчиков или недостатков конкретного фреймворка. Основная причина кроется в пропуске этапа системного проектирования и игнорирования вопроса безопасности на старте. Отсутствие четкого контракта и продуманной архитектуры превращает API из инструмента масштабирования в узкое место всей системы.

https://habr.com/ru/articles/1039356/

#api #it #проектирование #проектирование_систем #информационные_технологии #itинфраструктура #вебсервисы

Как спроектировать API, которое не придется переписывать через полгода

Запуск нового сервиса часто сопровождается жесткими дедлайнами и давлением бизнеса. В таких условиях приоритетом становится скорость, но уже через полгода структура данных и эндпоинтов обычно перестает соответствовать реальным потребностям продукта. На этом этапе раскрываются проблемы: новые функции не вписываются в изначальную архитектуру, интеграции становятся хрупкими — любое изменение вызывает регрессию в смежных модулях, а документация расходится с реализацией. Команда разработки оказывается в ловушке технического долга, где страх сломать работающий, но хрупкий код парализует дальнейшее развитие продукта. Подобные сценарии редко являются следствием низкой квалификации разработчиков или недостатков конкретного фреймворка. Основная причина кроется в пропуске этапа системного проектирования и игнорирования вопроса безопасности на старте. Отсутствие четкого контракта и продуманной архитектуры превращает API из инструмента масштабирования в узкое место всей системы.

https://habr.com/ru/articles/1039356/

#api #it #проектирование #проектирование_систем #информационные_технологии #itинфраструктура #вебсервисы

Как спроектировать API, которое не придется переписывать через полгода

Запуск нового сервиса часто сопровождается жесткими дедлайнами и давлением бизнеса. В таких условиях приоритетом становится скорость, но уже через полгода структура данных и эндпоинтов обычно перестает соответствовать реальным потребностям продукта. На этом этапе раскрываются проблемы: новые функции не вписываются в изначальную архитектуру, интеграции становятся хрупкими — любое изменение вызывает регрессию в смежных модулях, а документация расходится с реализацией. Команда разработки оказывается в ловушке технического долга, где страх сломать работающий, но хрупкий код парализует дальнейшее развитие продукта. Подобные сценарии редко являются следствием низкой квалификации разработчиков или недостатков конкретного фреймворка. Основная причина кроется в пропуске этапа системного проектирования и игнорирования вопроса безопасности на старте. Отсутствие четкого контракта и продуманной архитектуры превращает API из инструмента масштабирования в узкое место всей системы.

https://habr.com/ru/articles/1039356/

#api #it #проектирование #проектирование_систем #информационные_технологии #itинфраструктура #вебсервисы

Новые требования Москвы к ЦИМ для АГР: готовый инструмент для проектировщиков в nanoCAD BIM Строительство

С этого года требования к цифровым информационным моделям (ЦИМ) для получения свидетельств архитектурно-градостроительных решений (АГР) в Москве станут обязательными. Следуя запросам рынка, разработчики добавили в nanoCAD BIM Строительство поддержку новых регламентов – теперь экспорт в IFC можно гибко настраивать через маппинг параметров, в том числе для АГР. Узнать больше

https://habr.com/ru/companies/nanosoft/articles/1038142/

#cad #nanocad #nanocad_bim_строительство #нанософт #bim #проектирование #инженерия #цифровая_информационная_модель #архитектура #программное_обеспечение

Новые требования Москвы к ЦИМ для АГР: готовый инструмент для проектировщиков в nanoCAD BIM Строительство

С этого года требования к цифровым информационным моделям (ЦИМ) для получения свидетельств архитектурно-градостроительных решений (АГР) в Москве станут обязательными. Следуя запросам рынка, разработчики добавили в nanoCAD BIM Строительство поддержку новых регламентов – теперь экспорт в IFC можно гибко настраивать через маппинг параметров, в том числе для АГР. Узнать больше

https://habr.com/ru/companies/nanosoft/articles/1038142/

#cad #nanocad #nanocad_bim_строительство #нанософт #bim #проектирование #инженерия #цифровая_информационная_модель #архитектура #программное_обеспечение

Новые требования Москвы к ЦИМ для АГР: готовый инструмент для проектировщиков в nanoCAD BIM Строительство

С этого года требования к цифровым информационным моделям (ЦИМ) для получения свидетельств архитектурно-градостроительных решений (АГР) в Москве станут обязательными. Следуя запросам рынка, разработчики добавили в nanoCAD BIM Строительство поддержку новых регламентов – теперь экспорт в IFC можно гибко настраивать через маппинг параметров, в том числе для АГР. Узнать больше

https://habr.com/ru/companies/nanosoft/articles/1038142/

#cad #nanocad #nanocad_bim_строительство #нанософт #bim #проектирование #инженерия #цифровая_информационная_модель #архитектура #программное_обеспечение

Новые требования Москвы к ЦИМ для АГР: готовый инструмент для проектировщиков в nanoCAD BIM Строительство

С этого года требования к цифровым информационным моделям (ЦИМ) для получения свидетельств архитектурно-градостроительных решений (АГР) в Москве станут обязательными. Следуя запросам рынка, разработчики добавили в nanoCAD BIM Строительство поддержку новых регламентов – теперь экспорт в IFC можно гибко настраивать через маппинг параметров, в том числе для АГР. Узнать больше

https://habr.com/ru/companies/nanosoft/articles/1038142/

#cad #nanocad #nanocad_bim_строительство #нанософт #bim #проектирование #инженерия #цифровая_информационная_модель #архитектура #программное_обеспечение

Создание и сохранение типовых обвязок отопительных приборов в базе данных nanoCAD BIM Отопление

Рассмотрим, как в Узать больше

https://habr.com/ru/companies/nanosoft/articles/1036534/

#cad #nanocad #нанософт #инженерия #проектирование #отопительные_системы #база_оборудования #bimмоделирование #bim #nanocad_bim_отопление

Создание и сохранение типовых обвязок отопительных приборов в базе данных nanoCAD BIM Отопление

Рассмотрим, как в Узать больше

https://habr.com/ru/companies/nanosoft/articles/1036534/

#cad #nanocad #нанософт #инженерия #проектирование #отопительные_системы #база_оборудования #bimмоделирование #bim #nanocad_bim_отопление

Создание и сохранение типовых обвязок отопительных приборов в базе данных nanoCAD BIM Отопление

Рассмотрим, как в Узать больше

https://habr.com/ru/companies/nanosoft/articles/1036534/

#cad #nanocad #нанософт #инженерия #проектирование #отопительные_системы #база_оборудования #bimмоделирование #bim #nanocad_bim_отопление

Создание и сохранение типовых обвязок отопительных приборов в базе данных nanoCAD BIM Отопление

Рассмотрим, как в Узать больше

https://habr.com/ru/companies/nanosoft/articles/1036534/

#cad #nanocad #нанософт #инженерия #проектирование #отопительные_системы #база_оборудования #bimмоделирование #bim #nanocad_bim_отопление

[Перевод] В агентскую эпоху не все архитектуры кода одинаково полезны

Дебаты, касающиеся программирования с применением агентов, в основном касаются подбора инструментария — какую IDE, какую модель, какой CLI использовать и т.д. Гораздо меньше внимания уделяется более интересному вопросу: а сохраняет ли в таких условиях актуальность сам подход к структурированию кода, которому нас учили, если у той штуки, которая теперь пишет код, ограничена долговременная память, а также ограничено контекстное окно? Более того, агент зачастую должен добиваться прогресса по задаче, не имея «перед глазами» всей системы. Ниже проанализированы различные архитектуры кода — TDD (разработка через тестирование), OOP (объектно-ориентированное программирование, ООП), FP (функциональное программирование, ФП), MVC (модель-представление-контроллер), MVVM (модель-представление-модель представления), микросервисы, событийно-ориентированная архитектура, CQRS (раздельная обработка команд и запросов), гексагональная архитектура, разработка через поведение (BDD), предметно-ориентированное проектирование (DDD). Они отсортированы по показателю прикладной полезности в условиях, когда программирует не человек, а агент.

https://habr.com/ru/articles/1033550/

#агенты #программирование #проектирование #анализ_кода

[Перевод] В агентскую эпоху не все архитектуры кода одинаково полезны

Дебаты, касающиеся программирования с применением агентов, в основном касаются подбора инструментария — какую IDE, какую модель, какой CLI использовать и т.д. Гораздо меньше внимания уделяется более интересному вопросу: а сохраняет ли в таких условиях актуальность сам подход к структурированию кода, которому нас учили, если у той штуки, которая теперь пишет код, ограничена долговременная память, а также ограничено контекстное окно? Более того, агент зачастую должен добиваться прогресса по задаче, не имея «перед глазами» всей системы. Ниже проанализированы различные архитектуры кода — TDD (разработка через тестирование), OOP (объектно-ориентированное программирование, ООП), FP (функциональное программирование, ФП), MVC (модель-представление-контроллер), MVVM (модель-представление-модель представления), микросервисы, событийно-ориентированная архитектура, CQRS (раздельная обработка команд и запросов), гексагональная архитектура, разработка через поведение (BDD), предметно-ориентированное проектирование (DDD). Они отсортированы по показателю прикладной полезности в условиях, когда программирует не человек, а агент.

https://habr.com/ru/articles/1033550/

#агенты #программирование #проектирование #анализ_кода

[Перевод] В агентскую эпоху не все архитектуры кода одинаково полезны

Дебаты, касающиеся программирования с применением агентов, в основном касаются подбора инструментария — какую IDE, какую модель, какой CLI использовать и т.д. Гораздо меньше внимания уделяется более интересному вопросу: а сохраняет ли в таких условиях актуальность сам подход к структурированию кода, которому нас учили, если у той штуки, которая теперь пишет код, ограничена долговременная память, а также ограничено контекстное окно? Более того, агент зачастую должен добиваться прогресса по задаче, не имея «перед глазами» всей системы. Ниже проанализированы различные архитектуры кода — TDD (разработка через тестирование), OOP (объектно-ориентированное программирование, ООП), FP (функциональное программирование, ФП), MVC (модель-представление-контроллер), MVVM (модель-представление-модель представления), микросервисы, событийно-ориентированная архитектура, CQRS (раздельная обработка команд и запросов), гексагональная архитектура, разработка через поведение (BDD), предметно-ориентированное проектирование (DDD). Они отсортированы по показателю прикладной полезности в условиях, когда программирует не человек, а агент.

https://habr.com/ru/articles/1033550/

#агенты #программирование #проектирование #анализ_кода

[Перевод] В агентскую эпоху не все архитектуры кода одинаково полезны

Дебаты, касающиеся программирования с применением агентов, в основном касаются подбора инструментария — какую IDE, какую модель, какой CLI использовать и т.д. Гораздо меньше внимания уделяется более интересному вопросу: а сохраняет ли в таких условиях актуальность сам подход к структурированию кода, которому нас учили, если у той штуки, которая теперь пишет код, ограничена долговременная память, а также ограничено контекстное окно? Более того, агент зачастую должен добиваться прогресса по задаче, не имея «перед глазами» всей системы. Ниже проанализированы различные архитектуры кода — TDD (разработка через тестирование), OOP (объектно-ориентированное программирование, ООП), FP (функциональное программирование, ФП), MVC (модель-представление-контроллер), MVVM (модель-представление-модель представления), микросервисы, событийно-ориентированная архитектура, CQRS (раздельная обработка команд и запросов), гексагональная архитектура, разработка через поведение (BDD), предметно-ориентированное проектирование (DDD). Они отсортированы по показателю прикладной полезности в условиях, когда программирует не человек, а агент.

https://habr.com/ru/articles/1033550/

#агенты #программирование #проектирование #анализ_кода

How it's made. Карта Морзе

Arduino для слабаков: как я собрал дешифратор Морзе на чистой логике и не сошел с ума. Увидел в интернете интересное устройство "Карта Морзе". Удобный брелок для занятия в свободное время, понимания и изучения работы алфавита. Такое простое устройство на микроконтроллере, но как его собрать во время апокалипсиса на железе, которое можно найти под рукой. Как это сделано?

https://habr.com/ru/articles/1033508/

#морзе #nux #morse_code #easyeda #proteus #arduino #железо #печатная_плата #разработка #проектирование

How it's made. Карта Морзе

Arduino для слабаков: как я собрал дешифратор Морзе на чистой логике и не сошел с ума. Увидел в интернете интересное устройство "Карта Морзе". Удобный брелок для занятия в свободное время, понимания и изучения работы алфавита. Такое простое устройство на микроконтроллере, но как его собрать во время апокалипсиса на железе, которое можно найти под рукой. Как это сделано?

https://habr.com/ru/articles/1033508/

#морзе #nux #morse_code #easyeda #proteus #arduino #железо #печатная_плата #разработка #проектирование

How it's made. Карта Морзе

Arduino для слабаков: как я собрал дешифратор Морзе на чистой логике и не сошел с ума. Увидел в интернете интересное устройство "Карта Морзе". Удобный брелок для занятия в свободное время, понимания и изучения работы алфавита. Такое простое устройство на микроконтроллере, но как его собрать во время апокалипсиса на железе, которое можно найти под рукой. Как это сделано?

https://habr.com/ru/articles/1033508/

#морзе #nux #morse_code #easyeda #proteus #arduino #железо #печатная_плата #разработка #проектирование

How it's made. Карта Морзе

Arduino для слабаков: как я собрал дешифратор Морзе на чистой логике и не сошел с ума. Увидел в интернете интересное устройство "Карта Морзе". Удобный брелок для занятия в свободное время, понимания и изучения работы алфавита. Такое простое устройство на микроконтроллере, но как его собрать во время апокалипсиса на железе, которое можно найти под рукой. Как это сделано?

https://habr.com/ru/articles/1033508/

#морзе #nux #morse_code #easyeda #proteus #arduino #железо #печатная_плата #разработка #проектирование

Как устроена разработка ПО: разбираем Waterfall и Agile

Почему Agile‑команды скатываются в неконтролируемый хаос, а проекты на Waterfall годами пилят никому не нужный продукт? Спойлер: проблема не в методологиях, а в нас самих. Вы узнаете, как сильные команды совмещают лучшие практики обоих миров, почему Contract‑First и Trunk‑based Development спасают даже в Agile.

https://habr.com/ru/companies/otus/articles/1022180/

#Waterfall #Agile #Scrum #методологии_разработки #процесс_разработки_ПО #системный_анализ #требования #проектирование #обратная_связь #гибридный_подход

Как устроена разработка ПО: разбираем Waterfall и Agile

Почему Agile‑команды скатываются в неконтролируемый хаос, а проекты на Waterfall годами пилят никому не нужный продукт? Спойлер: проблема не в методологиях, а в нас самих. Вы узнаете, как сильные команды совмещают лучшие практики обоих миров, почему Contract‑First и Trunk‑based Development спасают даже в Agile.

https://habr.com/ru/companies/otus/articles/1022180/

#Waterfall #Agile #Scrum #методологии_разработки #процесс_разработки_ПО #системный_анализ #требования #проектирование #обратная_связь #гибридный_подход

Как устроена разработка ПО: разбираем Waterfall и Agile

Почему Agile‑команды скатываются в неконтролируемый хаос, а проекты на Waterfall годами пилят никому не нужный продукт? Спойлер: проблема не в методологиях, а в нас самих. Вы узнаете, как сильные команды совмещают лучшие практики обоих миров, почему Contract‑First и Trunk‑based Development спасают даже в Agile.

https://habr.com/ru/companies/otus/articles/1022180/

#Waterfall #Agile #Scrum #методологии_разработки #процесс_разработки_ПО #системный_анализ #требования #проектирование #обратная_связь #гибридный_подход

Как устроена разработка ПО: разбираем Waterfall и Agile

Почему Agile‑команды скатываются в неконтролируемый хаос, а проекты на Waterfall годами пилят никому не нужный продукт? Спойлер: проблема не в методологиях, а в нас самих. Вы узнаете, как сильные команды совмещают лучшие практики обоих миров, почему Contract‑First и Trunk‑based Development спасают даже в Agile.

https://habr.com/ru/companies/otus/articles/1022180/

#Waterfall #Agile #Scrum #методологии_разработки #процесс_разработки_ПО #системный_анализ #требования #проектирование #обратная_связь #гибридный_подход

Как за девять видеоуроков спроектировать загородный дом в nanoCAD BIM Строительство – от фундамента до экспорта в IFC

Изучите принципы информационного моделирования на практике. Разбираем возможности с помощью демонстрационного архитектурного проекта в Начать обучение

https://habr.com/ru/companies/nanosoft/articles/1031580/

#cad #nanocad #нанософт #проектирование #инженерия #3dмоделирование #nanocad_bim_строительство #проект_здания #архитектура #информационное_моделирование_зданий

Как за девять видеоуроков спроектировать загородный дом в nanoCAD BIM Строительство – от фундамента до экспорта в IFC

Изучите принципы информационного моделирования на практике. Разбираем возможности с помощью демонстрационного архитектурного проекта в Начать обучение

https://habr.com/ru/companies/nanosoft/articles/1031580/

#cad #nanocad #нанософт #проектирование #инженерия #3dмоделирование #nanocad_bim_строительство #проект_здания #архитектура #информационное_моделирование_зданий

Как за девять видеоуроков спроектировать загородный дом в nanoCAD BIM Строительство – от фундамента до экспорта в IFC

Изучите принципы информационного моделирования на практике. Разбираем возможности с помощью демонстрационного архитектурного проекта в Начать обучение

https://habr.com/ru/companies/nanosoft/articles/1031580/

#cad #nanocad #нанософт #проектирование #инженерия #3dмоделирование #nanocad_bim_строительство #проект_здания #архитектура #информационное_моделирование_зданий

Как за девять видеоуроков спроектировать загородный дом в nanoCAD BIM Строительство – от фундамента до экспорта в IFC

Изучите принципы информационного моделирования на практике. Разбираем возможности с помощью демонстрационного архитектурного проекта в Начать обучение

https://habr.com/ru/companies/nanosoft/articles/1031580/

#cad #nanocad #нанософт #проектирование #инженерия #3dмоделирование #nanocad_bim_строительство #проект_здания #архитектура #информационное_моделирование_зданий

Новый софт для нового города – инженерно-транспортная подготовка территорий многофункционального комплекса «Евроград»

Узнать больше

https://habr.com/ru/companies/nanosoft/articles/1031050/

#cad #nanocad #нанософт #инженерия #проектирование #евроград #топоплан #госэкспертиза_проекта #строительство #bimмоделирование

Новый софт для нового города – инженерно-транспортная подготовка территорий многофункционального комплекса «Евроград»

Узнать больше

https://habr.com/ru/companies/nanosoft/articles/1031050/

#cad #nanocad #нанософт #инженерия #проектирование #евроград #топоплан #госэкспертиза_проекта #строительство #bimмоделирование

Новый софт для нового города – инженерно-транспортная подготовка территорий многофункционального комплекса «Евроград»

Узнать больше

https://habr.com/ru/companies/nanosoft/articles/1031050/

#cad #nanocad #нанософт #инженерия #проектирование #евроград #топоплан #госэкспертиза_проекта #строительство #bimмоделирование

Новый софт для нового города – инженерно-транспортная подготовка территорий многофункционального комплекса «Евроград»

Узнать больше

https://habr.com/ru/companies/nanosoft/articles/1031050/

#cad #nanocad #нанософт #инженерия #проектирование #евроград #топоплан #госэкспертиза_проекта #строительство #bimмоделирование

Проектируем сервис HTTP-запросов: Kafka, PostgreSQL, Redis-очередь и миллионы логических партиций

Ни одна «одна технология» не закрывает это без слоёв. Сначала — почему в стеке именно Kafka, PostgreSQL и Redis ; дальше — как мы спроектировали сервис Requester : контекст, движение данных, внутренние воркеры, graceful shutdown, детали rate limit / retry / cache / отложенных задач, wake-up, тестирование и узкое место с большими payload в Redis.

https://habr.com/ru/articles/1028010/

#postgresql #redis #go #lua #kafka #c4 #проектирование #архитектура

Проектируем сервис HTTP-запросов: Kafka, PostgreSQL, Redis-очередь и миллионы логических партиций

Ни одна «одна технология» не закрывает это без слоёв. Сначала — почему в стеке именно Kafka, PostgreSQL и Redis ; дальше — как мы спроектировали сервис Requester : контекст, движение данных, внутренние воркеры, graceful shutdown, детали rate limit / retry / cache / отложенных задач, wake-up, тестирование и узкое место с большими payload в Redis.

https://habr.com/ru/articles/1028010/

#postgresql #redis #go #lua #kafka #c4 #проектирование #архитектура

Проектируем сервис HTTP-запросов: Kafka, PostgreSQL, Redis-очередь и миллионы логических партиций

Ни одна «одна технология» не закрывает это без слоёв. Сначала — почему в стеке именно Kafka, PostgreSQL и Redis ; дальше — как мы спроектировали сервис Requester : контекст, движение данных, внутренние воркеры, graceful shutdown, детали rate limit / retry / cache / отложенных задач, wake-up, тестирование и узкое место с большими payload в Redis.

https://habr.com/ru/articles/1028010/

#postgresql #redis #go #lua #kafka #c4 #проектирование #архитектура

Проектируем сервис HTTP-запросов: Kafka, PostgreSQL, Redis-очередь и миллионы логических партиций

Ни одна «одна технология» не закрывает это без слоёв. Сначала — почему в стеке именно Kafka, PostgreSQL и Redis ; дальше — как мы спроектировали сервис Requester : контекст, движение данных, внутренние воркеры, graceful shutdown, детали rate limit / retry / cache / отложенных задач, wake-up, тестирование и узкое место с большими payload в Redis.

https://habr.com/ru/articles/1028010/

#postgresql #redis #go #lua #kafka #c4 #проектирование #архитектура

Поиск и устранение коллизий в архитектурной модели в рамках nanoCAD BIM Строительство

В рамках любой работы с проектом со временем возникает потребность сведения проекта и проверки модели или чертежа на корректность выполнения как в рамках одного раздела, так и в рамках работы между несколькими смежными разделами. В частности, очень важным этапом такой проверки является нахождение и устранение коллизий. Также проверка коллизий может помочь пользователям упростить формирование заданий на отверстия и общий контроль над качеством выполнения собственной модели. Для выполнения всех этих задач командой «Нанософт» было разработано два специальных инструмента: Проверка модели и Отчет о проверках . Эти инструменты доступны в Узнать больше

https://habr.com/ru/companies/nanosoft/articles/1027494/

#cad #nanocad #нанософт #nanocad_bim_строительство #инженерия #архитектурная_модель #поиск_коллизий #проектирование #моделирование #инженерное_ПО