В данной статье посмотрим некоторые часто встречающиеся приёмы, а также посмотрим наличие к ним стандартной документации (справка тут Auding and Logging). В данной статье будут рассмотрены прежде всего стандартные инструменты.
Чего только не заваляется в закромах старого гаража: грампластинки и восковые свечи, велосипедные колеса, хозяйственное мыло, боксерская груша, двигатель от ИЖ Планета-4. При очередной генеральной уборке была обнаружена алюминиевая фляга на 25 литров, когда-то востребованная в хозяйстве вещь. Выбрасывать жалко, сдавать на металлолом дешево, а место на стеллаже занимает. Вот и возникла идея сделать из фляги вакуумную камеру, необходимую для дегазации силикона, пластика или при заливке эпоксидной смолы.
Привет, Хабр. Я Роман Голик, руководитель отдела прототипирования в Первой грузовой компании. Мы занимаемся грузоперевозками по железной дороге, в этом нам помогают, в том числе, разработанные нами цифровые продукты. Прежде чем начать реализацию того или иного проекта необходимо понять, действительно ли он нужен бизнесу, стоит ли на него тратить время и средства компании. В одной из наших предыдущих статей мы писали о том, как можно снизить неопределенность и риски на старте реализации цифровых продуктов. В этом материале я расскажу об одном из начальных этапов разработки – прототипировании, зачем он нужен, и каких результатов мы достигли с момента введения такой практики.
Всем привет, меня зовут Влад и я запилил собственный IT стартап в одиночку потратив $100. Я давно хотел проверить свои силы и показать самому себе на что я способен, смогу ли я дойти от: создания идеи, проработки ui/ux, разработки frontend & backend, до публикации продукта и его маркетинга.
Для общего понимания я постараюсь кратко описать свой background. В 14 лет я увлёкся веб разработкой поскольку у меня была команда по игре counter strike и для того чтобы заявляться на турниры, нам требовался сайт, по мере его поддержания, я освоил исскуство владения фотошопом. Этот сайт я начал монетезировать и смотрел как его можно продвигать.
Дальше был универ, где я много писал код на c++, python, c#, писал свои нейронки, программировал роботов, проходил алгоритмы и структуры данных. В это самое время вместе с друзьями начали развивать ивент стартап, который помогал пользователям узнавать расписание, изменения, следить за интересными спикерами. Я занимался ui/ux проектированием и frontend разработкой. В это самое время я изучил первые в своей жизни методологии дизайна: google material design guidelines and Apple Human Interface Guidelines.
Писал диплом на тему: примерка мебели в дополненой реальности на свифте.
Потом был момент, когда мы с партнёрами открыли it outsource компанию на 40 человек разработки, где я был CTO и следил за технологиями в компании на стеке: JS, Typescript, React, Vue, Php, python, nodejs, reactnative.
И весь свой накопленный опыт я хотел применить для создания продукта.
Я много писала про то, как заказываю СВЧ печатные платы для проектов на специализированных заводах, которые применяют технологию фотолитографии.
В этой статье я хочу немного рассказать про другие способы изготовления печатных плат.
Мы живем в неспокойное время. Импортозамещение набирает обороты, но местами буксует как немецкий танк семейства кошачьих в украинской грязи. При чем даже за такое трудное и медленное движение вперед «спасибо» нужно сказать нашим уважаемым партнерам. Без них ничего бы не происходило вообще ничего от слова «совсем». Наши западные «партнеры» пытаются отрезать Россию от передовых инженерных технологий, и мы вынуждены, как те мыши из анекдота, «колоться, плакать», но пытаться съесть кактус.
...Гуд бай Америка о – о – о
где я не буду никогда
нас так долго лечили
любить твои запретные плоды...
В статье мы расскажем как перестать любить Америку и полюбить Китай.
Порой разработчик просто делает дизайн, который ему дают. Молча. Он не то чтобы глупый и подневольный специалист, но время, которое разработчику выделяют на оценку задачи, не всегда позволяет всмотреться в мелочи. Поэтому особенно важно, чтобы дизайнер владел азами вёрстки сайта.
Скрайбинг — это метод визуализации идей, процессов и другой информации через рисунки, символы и текст. Но это не просто рисунки, а целенаправленное создание визуальных записей, которые способствуют лучшему пониманию, запоминанию и обобщению сложных концепций. Скрайбинг делает информацию более доступной, превращая абстрактные идеи в конкретные, легко воспринимаемые визуальные образы.
Скрайбинг применяют в разных сферах, начиная от повседневных заметок и заканчивая стратегическими сессиями в крупных компаниях. В статье мы поговорим о применении скрайбинга в ИТ. В мире, где сложность проектов постоянно растёт, а команды становятся всё более мультидисциплинарными, скрайбинг становится незаменимым инструментом для планирования, разработки и коммуникации. Он позволяет структурировать требования проекта, визуализировать архитектуру систем, проектировать пользовательские интерфейсы и сценарии использования продукта. Благодаря скрайбингу сложные технические идеи становятся понятными не только для специалистов, но и для клиентов, что значительно улучшает взаимопонимание и облегчает процесс разработки.
В прошлых статьях мы обсуждали, как можно реализовать управление предплечьем и кистью наклонами головы. Остановились мы на доставке запястья в необходимую точку в пространстве с последующим переключением в режим управлению кистью. В прошлый раз кисть у нас была «условная», и были продемонстрированы простейшие способы управления ею и некоторые операции, которые можно совершить с помощью ее вращения. В этой статье мы пойдем дальше — добавим к кисти полноценный механизм для захвата объектов и протестируем различные схемы управления этой конструкцией на предмет их удобства и скорости.
Фокус-группы, исследования целевой аудитории, оценка конкурентов — всё это не дает гарантии того, что ваш продукт действительно нужен пользователям. Это прогнозы, которые могут не сбыться. Чтобы узнать наверняка, нужно создать и выпустить на рынок минимально жизнеспособный продукт. Привет, я Артём Трубин, CPO компании ActiveCloud. В этой статье расскажу, в чем разница между PoC, MVP и MLP и как, при запуске нового продукта, снизить риски с их помощью.
Иногда мне в руки попадают различные устройства, которые необходимо отладить и протестировать их работу. В некоторых случаях это не так просто, так как тяжело найти какую либо информацию по устройству.
Приходится изучать большое количество ресурсов. Поэтому буду "складировать" полученную информацию на Хабре. Возможно, она кому-то пригодится.
Приветствую, Хабр!
В статье хочу показать процесс снятия чипов в BGA корпусе и установки на новую плату не перекатывая шарики. Опишу некоторые нюансы, которые позволяют осуществлять данную операцию более или менее безболезненно.
Что делать, если то самое классное изображение никак не удается найти, а у заказчика пока нет ресурса предоставить нужный контент? Что можно придумать для разделов каталога, когда есть только фото для продуктовых карточек, чтобы это выглядело красиво? Как при этом не забыть о метафорах и ассоциациях бренда и создать необходимое настроение на сайте? Да еще и чтобы заказчик все это согласовал без правок…
Привет! Сегодня хочу поделиться опытом разработки многостраничного сайта и на конкретном примере рассказать, как действую, чем руководствуюсь и на что обращаю внимание с самого начала. Погнали.
Мой первый on-call выдался нелегким. Недели тренингов и обучения не подготовили меня к тому что придется бегать по Slack каналам различных команд и искать того, кто может что либо знать о какой-то из частей системы. Оказалось что многие страницы в корпоративной Wiki уже не обновлялись несколько лет. Команды хранили свою документацию кто где хотел: кто в Wiki, кто в Google Docs, кто в GitHub и т.д. Наш on-call был не идеален: 2 человека выходили на дежурство 24/7. Один был ответственен за всю инфраструктуру (MySql, Cassandra, Kafka, ElasticSearch, Nomad и т.д.), второй же был Developer on-call и отвечал за все микросервисы и различные легаси системы, что в сумме давало около 300 различных сервисов от 7 команд на самых различных стеках и фреймворках (Java, Scala, Node, Go). Но что меня больше всего раздражало - так это невозможность быстро оценить на высшем уровне как проходит и обрабатывается запрос от пользователя. Диаграммы для разных бизнес частей точно также были либо устаревшими, либо без прилегающей документации, либо для какой-то бизнес логики не было ничего. И вот тогда мне пришла идея, что было бы неплохо иметь диаграммы, в которых можно не только нажать на любой элемент и добыть о нем более детальную информацию, но также получить ссылки на другие диаграммы и динамически их подгружать. Мне хотелось иметь возможность быстро разобраться в неизвестной распределенной системе, не переключаясь между диаграммой и документацией в Google Docs или Wiki. Именно так я начал работать над проектом Schem.io.
Предупреждение: в статье содержится большое количество GIF-изображений.
В прошлый раз здорово пообсуждали тему намагничивания неодима вот тут. Но нерассказанной осталась история одной катушки. Не той, которую скрутило всмятку на первых этапах испытаний, а той, которая была задизайнена после такого эпичного фейла. В принципе, изделие должно было получиться простым: 20 витков эмальпровода, сложенного вчетверо, в два слоя, на каркасе диаметром 50мм и такой же примерно высоты. Но был нюанс — при прохождении тока 10кА (кило‑Ампер, значит), первое решение «по‑простому» быстро схлопывается из‑за возникающих в проводниках Амперовых сил. Так что надо было придумать что‑то покрепче и намотанное поплотнее, дабы не дать возможности проводникам перемещаться по катушке во время рабочего импульса.
Всем привет! В предыдущей статье Позиционирование бионического предплечья взглядом / Хабр (habr.com) мы обсуждали алгоритм для позиционирования бионического предплечья. В этот раз мы пойдем чуть дальше (на один сустав), добавив к предплечью кисть, и рассмотрим алгоритм, с помощью которого мы будем управлять всей конструкцией.
Изначально, ещё в 2021 году, наша команда начинала разработку протеза, похожего на руку человека.
Такое изделие может быть отличным косметическим вариантом для внешнего вида (за счёт пяти пальцев), но возник вопрос:
«Что оно может конкретно дать пользователю, при использовании в быту?».
Эффективность хвата, прочность и его сила – относительно низкие, поэтому, в решении бытовых задач, данные протезы практически не применимы. Опытным путём, мы пришли к роботизированному захвату и созданию сильного и стильного протеза, который точно будет выделяться и станет полезным для широкого спектра задач, таких как:
• удержание тонких предметов (нож, ложка, ручка, щётка, карточка, лист бумаги и т.д.);
• захват бутылки (1,5 л.), кружки и др.
Такое решение даёт большую свободу движения, что способствует повышению удобства в использовании.
