Привет! Я Анна Ширшова, руководитель Кластера моделирования для CRM и оптимизации в ВТБ. Это вторая часть моего материала о карьерном росте в Data Science. В первой мы говорили о том, как правильно ставить карьерные цели, избегать типичных ошибок и добиваться высоких результатов. А в этой статье поговорим о важности самопрезентации и самосовершенствования.
Итак, йоу, юзеры!
Я Hilrein, 18-летний разработчик мобильных и веб-приложений. В этой статье я расскажу вам про базовый Dart - язык программирования, лежащий в основе Flutter. Он отлично подходит как для новичков, так и для тех, кто хочет перейти в кроссплатформенную мобильную разработку.
Эта статья рассчитана на начинающих и охватывает всё, что нужно знать до перехода к объектно-ориентированному программированию (ООП).
Популярная задача — определить, состоит ли строка только из числовых символов. Например, нужно проверить, что пользователь правильно ввел номер телефона, индекс или ИНН организации. Сделать это можно несколькими способами, которые отличаются своей эффективностью. Давайте рассмотрим самые популярные из них.
Представьте будущее, где искусственный интеллект молча берет на себя рутинную работу в разработке ПО: рефакторинг запутанного кода, миграцию legacy-систем и поиск состояний гонки (race conditions), позволяя инженерам-людям сосредоточиться на архитектуре, дизайне и действительно новых проблемах, которые пока недоступны машинам.
Последние достижения, казалось бы, приблизили нас к этому будущему, но новая работа исследователей из MIT Computer Science and Artificial Intelligence Laboratory (CSAIL) и нескольких партнерских институтов утверждает, что эта потенциальная реальность требует трезвого взгляда на современные вызовы.
В рамках одной из внутренних задач коллега занимался исследованием того, как Bitrix измеряет общую производительность системы. Пользователи часто ссылаются на эти цифры как на аргумент в пользу «медленных серверов». Мы решили разобраться, что стоит за этой метрикой на самом деле. Эта небольшая статья — адаптированный вариант проведённого исследования.
Наша рубрика «Где работать в IT» — это интервью с интересными айти-компаниями, в которых они делятся подробностями о процессах своей работы. Представители индустрии отвечают на вопросы о найме, условиях, командах и технологиях.
В этом выпуске мы расскажем про компанию DatsTeam, которая разрабатывает рекламные платформы, игры, мобильные приложения и финтех-решения. В команду продуктовой разработки входят PM, PO, инфраструктура, DevOps, SecOps, QA. Основные стеки — JAVA Spring, PHP Symfony, React, iOS, Android.
В истории вычислительной техники Великобритании хватает громких имён — Sinclair, Acorn, Ferranti. Но среди них теряется другое — скромное, почти забытое: Cifer. Эта компания никогда не претендовала на лавры создателя народного компьютера, как Sinclair Research, и не совершила прорыва на массовый рынок. И всё же в середине 1970-х — начале 1980-х она создавала устройства, которые можно назвать воплощением функциональной строгости. Машины Cifer стояли в банках, университетах, на промышленных предприятиях, соединяя пользователей с мейнфреймами и распределёнными системами, которые на рубеже 70-х и 80-х годов главенствовали в «корпоративном» сегменте IT.
В центре Млечного Пути, рядом с черной дырой Стрелец A*, звезды ведут себя странно — они выглядят моложе, чем должны, а некоторые, по расчетам, вообще могут становиться нестабильными. Одна из причин может быть в том, что, помимо привычной энергии от термоядерного синтеза, такие светила получают подпитку от аннигиляции темной материи. Их называют «темными звездами главной последовательности» (dark main sequence stars). Что это за объекты, как они появляются и почему важны для астрофизики?
Меня зовут Андрей, я разработчик интерфейсов в команде User Experience инфраструктурных сервисов Яндекса. Мы развиваем Gravity UI — опенсорсную дизайн‑систему и библиотеку React‑компонентов, которую используют десятки продуктов внутри компании и за её пределами. Сегодня расскажу, как мы столкнулись с задачей визуализации сложных графов, почему существующие решения нас не устроили, и как в итоге появилась @gravity‑ui/graph — библиотека, которую мы решили сделать открытой для сообщества.
Эта история началась с практической проблемы: нам нужно было рендерить графы на 10 000+ элементов с интерактивными компонентами. В Яндексе много проектов, где пользователи создают сложные пайплайны обработки данных — от простых ETL‑процессов до машинного обучения. Когда такие пайплайны создаются программно, количество блоков может достигать десятков тысяч.
Существующие решения нас не устраивали:
— HTML/SVG‑библиотеки красиво выглядят и удобны в разработке, но начинают тормозить уже на сотнях элементов.
— Canvas‑решения справляются с производительностью, но требуют огромного количества кода для создания сложных UI‑элементов.
Мы решили не выбирать между Canvas и HTML, а использовать всё лучшее из обеих технологий. Идея была проста: автоматически переключаться между режимами в зависимости от того, насколько близко пользователь смотрит на граф.
SEO и контекстная реклама — это база диджитал-маркетинга. Это важный источник лидов для В2В. Вот только маховик аукциона раскручен по максимуму. Стоимость клика летит всё выше. Причин для остановки нет. Лиды дорогие. В перспективе будут ещё дороже.
В этих условиях у бизнеса 3 варианта:
В этой статье мы делимся практиками использования языковых моделей (LLM) в биологии и биомедицине — с акцентом на то, что действительно помогает учёным, студентам и всем интересующимся быстро осваивать новое, экономить время и делать работу увлекательнее.
Мы подробно рассказываем, какие LLM и сервисы сейчас актуальны — от ChatGPT и Gemini до отечественных решений и специальных инструментов для работы с ДНК, научными статьями и кодом. Показываем, как находить и сравнивать лучшие модели для своих задач с помощью лидербордов, а также как научиться “разговаривать” с ИИ так, чтобы получать от него максимум пользы.
В статье много внимания уделено тому, как LLM может стать вашим персональным наставником: объяснять сложные темы на простых примерах, генерировать упражнения, задавать вопросы на понимание и даже разбирать ваши протоколы и отчёты.
Мы честно говорим о плюсах и рисках работы с ИИ — ведь важно не только учиться быстрее, но и не забывать развивать критическое мышление и твёрдые навыки.
Если вы хотите по-новому взглянуть на свою работу или учёбу, освоить ИИ-помощников и сделать шаг вперёд в мире науки — эта статья для вас!
В 2022 году австралийская компания Cortical Labs представила широкой публике свою разработку — проект DishBrain. Исследователи вырастили 800 тысяч нейронов человека и мыши на мультиэлектродной матрице и обучили их играть в Pong. Позже завертелся хайп с искусственными нейросетями, и о детище Cortical все забыли. Между тем в мае этого года компания показала новую разработку под названием CL1 — следующий этап развития систем на живых нейронах. А значит, пришло время переключиться с ИИ на биогибридные компьютерные системы, или wetware (от англ. wet — «мокрый»), и посмотреть, как там дела.
В этом тексте — о том, есть ли смысл в биогибридном интеллекте, как он устроен, в чем преимущества/проблемы и за какими проектами, помимо работы Cortical, можно следить.
Ведущие производители чипов Samsung, Micron и SK Hynix наперегонки разрабатывают новое поколение оперативной памяти DDR6, которое обещает вдвое превзойти по скорости современные решения. Когда ожидать выхода технологии на рынок и что она принесет пользователям — рассказываем в этой статье.
Оверинжиниринг — это когда простую задачу решают так, словно строят космический корабль: с абстракциями, фабриками и паттернами «на будущее». Разбираем живые примеры, почему так происходит и как находить баланс между гибкостью и простотой.
Всем привет!
Это моя первая заметка на Хабре и в интернете вообще. Поэтому сразу хочу извиниться за некоторую косность изложения и незрелость оформления текста.
Для своих редких домашних проектов я заказываю печатные платы на известном многим китайском сайте jlcpcb. В данной заметке мне бы хотелось поделиться своим опытом монтажа и пайки компонентов на таких платах в домашних условиях, на примере моего последнего хобби проекта.
Схемы и платы из EDA редактора я здесь приводить не буду, т.к. проект еще находится в стадии отладки, поиска ошибок и внедрения новых решений. Расскажу лишь вкратце суть и причины разработки, а затем хочу сделать акцент именно на процессе пайки деталей на PCB.
Итак, у одного моего бывшего коллеги и старого приятеля в ремонте появился преобразователь постоянного напряжения от аккумуляторов в переменное 230В. Хочу сразу сказать, что само устройство целиком я никогда вживую не видел. Как мне пояснил мой друг, частой причиной поломки таких преобразователей является выход из строя микроконтроллера управления основной ШИМ преобразователя — SG3525. Микроконтроллер измеряет входное напряжение с батареи, температуру каких‑то силовых элементов, и при превышении, либо просадке входного напряжения, а также превышении температуры выключает SG3525 и включает вентилятор и играет звуковой сигнал тревоги. Здесь все достаточно просто. Единственный минус — ног у микроконтроллера всего 8, из них две — Vdd и Vss(GND).
Микроконтроллер имеет шлифованную верхнюю поверхность без маркировки. Но по распайке некоторых компонентов в нем отчетливо угадывается PIC12F675.
Ещё одна проблема, что из‑за недостатка свободных ног мне недоступен аппаратный дебаг. ICSP пины, как раз задействованы для измерения входного напряжения и температуры. Разве, что можно попробовать использовать один из пинов МК под программный UART‑TX и передавать данные по нему.
В общем достаточно убогий и старый микроконтроллер — он уже больше 20 лет присутствует на рынке. Есть более современные аналоги pin-to-pin. Думаю, поработать с ними позже.
В компаниях часто ищут агента изменений: «сильного менеджера», который возьмёт весь хаос на себя и решит проблемы, накопленные годами. Но когда менеджер выходит на работу, оказывается, что нет ни целей, ни ответственности, ни бюджета. Зато слышит фразу: «Мы тебя наняли — ты и решай». Вместо изменений менеджер тушит пожары, берёт на себя чужие задачи и пытается доказать, что перемены вообще нужны. В итоге его увольняют за то, что тот «не оправдал ожиданий», а ситуация в компании остаётся прежней.
Меня зовут Степан Сорокин, я Delivery-менеджер в Outlines Tech и руководитель проектов с опытом более 10 лет. Запускал процессы в стартапах и корпорациях. Почти в каждом проекте сталкивался с одной и той же проблемой: компания хочет внедрить Agile или другую методологию, но не готова действительно менять процессы и вкладывать в это ресурсы. От менеджера ждут, что он изменит всё сам, без поддержки сверху.
Ниже расскажу, почему изменения срываются, и покажу три рабочих инструмента, которые помогают запускать перемены. А ещё подскажу, как распознать на собеседовании компанию, которой на самом деле изменения не нужны.
«Разрозненность отделов снабжения и закупок – это не просто бюрократия, а прямая угроза эффективности бизнеса, – рассказывает Дина, cистемный аналитик 1С в Programming Store. – Пока одни сотрудники формируют потребности в Excel, другие вручную обрабатывают заказы, теряя время на согласование, исправление ошибок и поиск актуальных данных. Результат? Задержки, избыточные заказы и недовольство смежных подразделений. Как решить эту проблему, расскажу в статье»
Полагаю, каждый Product Manager хотел бы стать Senior Product Manager и на эту тему написано множество статей. Поэтому эта статья не о том, как получить повышение до старшего руководителя, а о том, как улучшить свое мышление и стать лучшим руководителем. Любой человек может мыслить как старший PM, независимо от его должности - и если у кого-то есть должность старшего PM, это еще не значит, что он ее заслуживает.
Как-то в одной известной компании решили упразднить процесс под названием "код-ревью". Упразднили не на уровне компании, а на уровне отдела, но в итоге упразднили не процесс, а того самого менеджера (по офицальный версии причины были другие, но мы-то знаем). Процесс (код-ревью), как видно, полезный, если способен пережить одного менеджера, но видно, вопросы к нему имеются. Код-ревью представляет собой взаимодейсвие автора пулл реквеста и ревьюера, что-то типа игры с ненулевой суммой, где та самая сумма аккумулируется между участниками процесса.
Фикс критической ошибки (не архитектурной или по дизайну системы, а именно ошибки/баги) не добавляет профита ревьюеру. При удачной фиче похвала и бонус пойдут автору. То есть действия ревьюрера приносят ноль ему и что-то автору. Хотя ревьюер может не только помочь, но и навредить - заблочить пул реквест (и иногда действительно такое случается), бизнес невилирует отрицательные последствия - вмержат только в путь, когда бабло начнет течь мимо кассы. Не беря во внимание совесть ревьюера, получить максимальный профит можно на дейликах (ведь для этого утренние созвоны и нужны, так ведь?) - аккурат перед мержем пулл реквеста упомянуть о критической неисправности.
Ревью это про чтение кода - выбор золотой середины между мыслями автора и доходчивостью ревьюера. Последний может попросить скомпоновать код попроще, что скорее всего заставит автора выгрузить из оперативной памяти смысловые блоки под запись в файл. Данную аргументацию дополняет еще и условие: пишем раз, читаем много раз. Если ревьюеру хочется сделать фичу самому - лучше сделать ее самому, а если уже поздно - лучше не бурчать, а понять и простить. Но никто же не просит устранять неэффективность (говнокод) без удовольствия, так? Предлагаю рассмотреть примеры кода на языке "тайпскрипт", хотя идеи ниже могут быть применимы к любому языку программирования.
