Все потоки

Хабр, привет! Недавно я спросил нескольких коллег — вчерашних студентов, как они представляли себе разработку в телекоме до того как пришли в эту сферу. Их ответы были очень далеки от реальности. Многие считали, что разработка в телекоме — это возня со старым пыльным железом на чердаках и в подвалах. Внедрять новые и современные решения невозможно из-за тонн легаси, в сторону которого все боятся даже дышать. А большинство коллег — бородатые деды, которые программируют паяльником и строго следуют парадигме каскадной разработки. Да и задачки в целом довольно скучные: перекладываешь байты — и, в общем-то, больше ничего не происходит. Нечего будет рассказать внукам, когда сам станешь бородатым дедом.

Мой сегодняшний пост — рассказ о том, что на самом деле происходит в разработке телекоммуникационного оборудования для сотовых сетей с точки зрения программиста, и почему эта работа чертовски вдохновляет.

Весной 2023 года команда компании АйПиМатика встала перед выбором лучшего спикерфона для сотрудников. Чаще всего такие устройства используются просто как Bluetooth-колонка для просмотра фильмов и прослушивания музыки, но они становятся поистине незаменимыми, когда нужно подключиться к видео- или аудиоконференции (особенно для нескольких человек одновременно).

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

Наша инициативная группа выбирала между четырьмя моделями трех производителей. Несмотря на отличия в дизайне и характеристиках (незначительные), в целом, все эти устройства решают одни и те же задачи и находятся в одном ценовом сегменте.

Розничные цены на спикерфоны на конец апреля 2023 года

Как быть, если на запущенный тобой стартап претендует бывший работодатель, обвиняя в краже интеллектуальной собственности, но не предоставляя никаких доказательств? С такой ситуацией столкнулся экс-стартапер, а сегодня руководитель направления развития технологического предпринимательства казанского ИТ-парка Алексей Таранов несколько лет назад. В статье он рассказывает о разработке продукта, совершенных ошибках и делится выводами, которые выделил для стартапам (одно из – полный документальный контроль). А еще рассуждает о черном пиаре и недооцененных айтишниках – будем рады обсуждению. 

Мы уже рассказывали на Хабре про биографию Рэя Курцвейла, американского изобретателя и футуриста. В этой статье рассмотрим его смелые и часто точные прогнозы о технологиях и их влиянии на общество. Они были основаны на глубоком понимании тенденций в информационных технологиях и искусственном интеллекте и принесли ему как признание, так и споры.

Merhaba! На связи Михаил TutMee, и сегодня мы поговорим о квизах. Появились они относительно недавно, но показывают такие результаты, что не использовать их просто преступление.

Для начала немного базы. Квиз представляет собой онлайн-опросник, на завершающем этапе которого, перед выдачей результата, клиенту предлагается оставить свои контактные данные.

По сути, это просто модифицированная форма сбора заявок, но изначальная вовлеченность выше в разы. Вот вам просто несколько примеров квиза для понимания:

Это вторая статья про 2Д рендеринг разнообразных эффектов в нашей игре. Предыдущую статью можно прочитать здесь. Напомню, что игра двухмерная и разрабатывается на движке Game Maker Studio 2.

Сегодня рассмотрим четыре стихии — воду, огонь, землю и воздух. Какие графические эффекты они скрывают в себе? Давайте узнаем.

Количество разных элементов конечно или может увеличиваться без ограничений? Почему в тяжелом атоме, начиненном положительными протонами, электрические силы отталкивания не разрывают ядро на части? Ответ, подтвержденный экспериментом, заключается в том, что существует не подозревавшееся ранее, притягивающее взаимодействие протонов, которое аннулирует отталкивание и сохраняет ядро в целости. Притягивание оказывается сильнее электромагнитного взаимодействия его стали называть «сильным». Но вдали от ядра атома следы такого взаимодействия не обнаруживаются, следовательно, его радиус действия мал. Этим Джон Гриббин, в работе Вселенная: Биография, Penguin Books / Allen Lane, Великобритания, 2007, стр. 11.объяснил отсутствие ядер крупнее урана. Существуют два разных макета Стандартной модели, которая, как известно, является кратким изложением понимания физиками строительных блоков материи (фермионов) и сил, склеивающих их вместе (бозонов). Стандартная модель также, как Периодический закон, является периодической и имеет три поколения (периода) фермионов (I, II, III) с повторяющимися для каждого зарядовыми и спиновыми свойствами.  

По одной из гипотез, учитывающих предельные релятивистские эффекты, о том, что ни один электрон, вращающийся вокруг атомного ядра SHE, не может иметь скорость, равную или превышающую 0,92c (где c — скорость света), без значительного увеличения вероятности захвата электрона (т. е. обратного бета-распада) этим атомным ядром.

Гипотеза положена в основание статьи доктора Ф. В. Джакоббе, опубликованной в Electronic Journal of Theoretical Physics ( www.ejtp.com) .) (№1, 2004 г.), в которой предлагается «метод оценки максимально возможного атомного номера (т. е. значения Z), которым могут обладать относительно стабильные сверхтяжелые элементы (СТЭ).

У нас есть прокатный Стан-2000. 2 000 — это не год создания, а длина бочки рабочего валка в миллиметрах, а значит, ширина стальной полосы. Стан раскатывает металлический слиток под названием сляб (примерно 25 тонн, толщиной 25 см и длиной — 10–12 м) в стальную полосу длиной до 1,5 км.

Всё, что входит в стан с одной стороны, проедет целых 1 500 метров до самых моталок, будет раскатано и смотано в готовый рулон. На выходе толщина полосы — минимум 1,45 мм, а в среднем — около 3 мм. Поскольку стан длиннющий, на нём едет сразу несколько слябов/полос: пока одна полоса в конце стана сматывается в рулон, другая катается, и ещё пара слябов уже выходит на стан из печи.

Это ключевое звено всего производства. Производительность цеха во многом определяется тем, насколько хорошо мы загружаем прокатный стан.

Естественно, что мы хотим загрузить на стан как можно больше слябов, но при этом точно вовремя, чтобы они не помешали друг другу. Поэтому важно:

1)   Чтобы слябы не догоняли друг друга, потому что тогда будет пробка и всё остановится.

2)   Чтобы разрыв между слябами был минимальным, то есть подаваться они должны почти впритык.

Задача сводится к пониманию того идеального момента, когда надо подавать на стан следующий сляб.

До появления ИТ-системы, о которой и хотим рассказать, люди в общем неплохо справлялись, но они всегда перестраховывались и закладывали несколько дополнительных секунд паузы между слябами (такой пессимистичный прогноз вместо оптимального).

Ведь сложность ещё и в том, что в зависимости от того, какой типоразмер полосы нужно получить, прокатывать нужно с разной скоростью. А ещё есть совершенно неалгоритмизируемые факторы типа «как-то не так дрожит полоса» и «что-то мне звук не нравится» — их мы пока не можем выделить для полной автоматизации.

То есть нам нужна система, которая работает в паре с человеком (точнее, командой из четырёх человек): модель принимает решение, а люди могут вносить корректировки, если их опыт подсказывает, что нужно поступить иначе.

Транскрипт доклада Wiren Board с конференции и выставки WBCE 2023.

Мы расскажем о быстром Modbus, который значительно ускоряет хорошо знакомый всем протокол, о новых устройствах и планах разработки.

Быстрые действия – полезная функция приложений в iOS, позволяющая упростить путь клиента и сократить число действий, требуемых для выполнения задач.

Несмотря пользу, применяют ее далеко не все, а у тех, кто применяет, часто есть потенциал для улучшения.

В этой статье – 58 гайдлайнов с лучшими практиками и примерами ошибок, которые лучше не совершать при проектировании быстрых действий в iOS, а также идеи применения быстрых действий в e-commerce приложениях.

При разработке приложений регулярно возникает задача кэширования каких-то данных, которые из хранилища должны читаться много чаще, чем писаться. Давайте рассмотрим на примере простого теста, когда и на каком механизме эффективнее организовать его для JavaScript-приложения - на Map или на Object.

Совершенный кубоид, это параллелепипед в котором все 7 основных величин целые числа. Три стороны, три боковые диагонали и главная диагональ. В данной статье изложены доказательства невозможности существования совершенного кубоида.

Допустим, вам нужно перенести хранилище данных из одного кластера в другой. А выключать его нельзя, потому что это может вызвать незначительный (или значительный) коллапс сервисов, которые с ним работают. В статье мы расскажем о не самом очевидном и популярном способе переноса etcd из одного облачного кластера Kubernetes в другой. Такой способ поможет избежать простоя и связанных с ним последствий. Согласно стартовым условиям, оба кластера находятся в облаке, а потому нам предстоит столкнуться с некоторыми ограничениями и трудностями — им мы уделим особое внимание.

Неважно, какие методологии, процессы, языки и фреймворки вы используете. В любом тестировании программного обеспечения всегда присутствует тест-дизайн, сужающий генеральную совокупность всех возможных проверок до какой-то реалистичной выборки. Тест-дизайн можно разбить на несколько уровней сложности, и где-то в середине пути мы встретимся с комбинацией данных в элементах системы. Но не везде упоминают, что используемая в тестировании комбинаторика очень ограничена в применении, об этом мы и поговорим в статье. С примерами, конечно.

Всем привет, я работаю в группе компаний Dyninno. Это большой международный холдинг, который предоставляет услуги и продукты в сфере туризма, финансов, развлечений и технологий в 50 странах. Основа и самая весомая часть нашего бизнеса - продажа авиабилетов. Поэтому скорость и максимальное количество наиболее релевантных результатов поиска для клиентов - наша основа основ. И сегодня предлагаю посмотреть на то, как работает наш поиск изнутри. 

Этот материал будет интересен тем, кто имеет дело с масштабируемыми сервисами, написанными на Go и развернутыми в Kubernetes, и тем, кто так или иначе связан с поисковыми системами. Я расскажу об интеграции наших собственных сервисов с Amazon SQS и базами данных - как внутренними, так и сторонними.  

Как подключить базу данных? Казалось бы, простейший вопрос, однако частенько здесь совершают ошибки. Как правило, даже если сделать всё плохо, проблем не возникнет, но это до поры до времени. Как только проект вырастет и увеличится нагрузка, эти ошибки дадут о себе знать, и отследить их будет сложно.

В этой небольшой статье, я последовательно буду создавать подключения к БД, а затем показывать на примере, что может пойти не так. На мой взгляд, понимание, почему нужно делать именно так, а не иначе, лучше, чем простое заучивание и использование паттернов.

Статья рассчитана на начинающих и всех, кто интересуется этой темой.

Дисклеймер №1. Давайте сразу оговоримся, что статья полностью выдумана, примеры являются продуктом творчества, а все совпадения с реальностью случайны. Прошу считать её выдумкой в стиле SCP-foundation.

В предыдущих статьях я несколько раз упоминал, что достаточно глубоко интересовался темой психологического манипулирования и воздействия на личность и даже пытался развивать IT-стартап в этом направлении (о чем писал здесь). Но мой интерес не ограничивался исключительно академическими увлечениями – я был практиком и изучал «врага» с разных сторон: и ходил во все доступные места, где могут «промыть мозги» (об этот тут), а также принимал участие в ряде экспертиз, направленных на выявление деструктивного потенциала экстремистских материалов, и принимал решение – можно ли считать это вещественным доказательством в суде или нет?

И, в связи с большим количеством громких дел, участие в которых принимают психологи и деструктологи (и такое сейчас появилось), я решил сделать обзор своего опыта и задаться такими вопросами: как проходят такие экспертизы, что из себя представляют, какие условия выдвигают, что требуют и можно ли посадить человека за сказку «Колобок»? Ответы вы сможете получить в данной статье (или хотя бы приблизиться к ним).

Часто задерживаетесь на работе, количество задач растет в геометрической прогрессии, сроки проектов постоянно приходится сдвигать? Тогда эта статья для вас: расскажу о 4 главных ошибках, которые совершают руководители проектов, приводящие к таким последствиям. На примерах разберём эти ошибки, откуда они берутся и как их не допускать.

Прочитал книгу Демарко и Листера "Человеческий фактор". Она про управление проектами и командами. Но не столько про саму суровую Методологию, а про важные принципы, которыми стоит руководствоваться в нашем труде менеджеров среднего звена.

Честно сказать, я в восторге! Книга оставила очень хорошее впечатление. Вообще очень редко в литературе по менеджменту встречается мудрый и человечный взгляд. Скорее, наоборот: каждый автор стремиться как-то особенно упороться по одному или нескольким тезисам, нагородить кучу теории, привести много обязательно успешных примеров и т.д.

В "Человеческом факторе" особенно тронул за душу фокус на командах в проектах. Не на производительности, стоимости, кривой обучения, транспарентности и бог знает чём ещё, а на самом главном - той сущности, которая сама больше суммы её составляющих.