Думаю, многие когда-либо задумывались над тем, как работают сотовые сети. Ведь мы пользуемся мобильными телефонами почти каждый день. Количество абонентов увеличивается с каждым днем, так же как и площади сетевого покрытия… На смену старым стандартам приходят новые, растут и «аппетиты» пользователей мобильного интернета. Если Вас интересует, как все это работает, добро пожаловать под кат! Поскольку инфраструктура сотовых сетей довольно велика, а ее описание может занять целую книгу, в данной статье мы остановимся на Um-интерфейсе, с помощью которого наши телефоны взаимодействуют с оборудованием оператора, а также другими абонентами.

Осторожно, злая собака много картинок!

Недавно была публикация «Простой алгоритм определения пересечения двух отрезков». Я решил попробовать решить задачу пересечения двух отрезков немного по-другому, более геометрически.

Тело супруги 20 лет назад пожертвовал вдовец, и несколько дней назад завершился процесс оцифровки фрагментов. Труп женщины 59-ти лет, скончавшейся от ожирения, разрезали на 5 000 кусочков размером 0,33 мм, и теперь, по мнению медиков, это откроет новые возможности, в том числе для опытов, проведение которых небезопасно для живого человека.

Здравствуйте!

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

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

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

Процессоры, используемые в наших продуктах — это, в основном, 16- и 32-битные микроконтроллеры Microchip, имеющие RAM от 8 до 32 кБ, и ROM от 128 до 512 кБ, без MMU. Иногда, для самых простых устройств, используются еще более скромные 8-битные чипы.

Очевидно, что у нас нет (разумных) шансов использовать ядро Linux. Так что нам нужна какая-нибудь RTOS (Real-Time Operating System). Находятся даже люди, которые не используют никаких ОС в микроконтроллерах, но я не считаю это хорошей практикой: если железо позволяет мне использовать ОС, я ее использую.

Несколько лет назад, когда мы переходили с 8-битников на более мощные 16-битные микроконтроллеры, мои коллеги, которые были гораздо более опытными, чем я, рекомендовали вытесняющюю RTOS TNKernel. Так что это — та ОС, которую я использовал в разных проектах в течение пары лет.

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

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

Тема радиации заинтересовала меня после прочтения статьи про брелок Гейгера. Как справедливо заметил в комментариях KbRadar, брелок является сигнализатором опасности, а не поисковым прибором для сравнения мощности фона излучения в разных местах. Поэтому мне захотелось обзавестись простейшим дозиметром-радиометром с экраном. Я написал в Даджет и заказал для обзора дозиметр Defender СОЭКС. Оказалось, что прибор уже снят с производства, и мне достался последний имевшийся в наличии экземпляр. Поэтому далее в статье не буду подробно описывать данный конкретный гаджет, а лишь приведу результаты проведенных с его помощью исследований.

Мы не рекламируем и не продвигаем ни компанию Digifort, ни её продукты. Компания указана, чтобы показать — это не «фейк», не «фотошоп», люди/продукты реальные. В данном техническом интервью будет рассмотрена проблема мобильной разработки глазами «классического destkop-программиста» с большой степенью объективности и непредвзятости. Нельзя, к примеру, говорить о проектировании мостов без анализа ключевых проектов, таких как Golden Gates Bridge. Для пользователей Delphi такой проект, несомненно, пионерский, есть смысл ознакомится с обзором.

Данное интервью — переводное. Эрик, будучи техническим специалистом, тем не менее, отвечал в классическом «западном деловом» стиле и формате, когда публично не принято ругать и резко критиковать. Он старался похвалить Embarcadero и всячески выражал благодарность, поэтому нам пришлось добавить «sugar-free» секцию, чтобы сохранить объективность изложения.

Сегодня мы поговорим с представителем компании Digifort, которого зовут Эрик Флеминг Бонила (Eric Fleming Bonilha). Он – разработчик, а его компания недавно выпустила мульти-платформенную мобильную версию системы, о чем писалось здесь. Мы попросили Эрика поподробнее рассказать о том, как, что, зачем он делал (при соблюдении know-how), а также почему именно Delphi for Android/iOS.

Здравствуйте, Эрик! Чтобы мы могли понять техническую составляющую Вашего проекта, расскажите о системе в целом. Каково её назначение? Это – реальный проект?

Здравствуйте. Я представляю «софтверную» компанию. Наш основной продукт решает задачи в области IP-TV-наблюдения на основе TCP/IP передачи закодированных изображений с аналоговых или IP-камер. Предусмотрена запись для последующего анализа. Технологии Digifort могут быть использованы в качестве основы для реализации анализа видео на предмет соответствия заданным шаблонам для идентификации проблемных ситуаций. Например, можно записывать изображения номеров машин, помещать их в базу данных, распознавать случаи угона. Естественно, можно представить себе и ряд других сценариев использования нашей системы. У нас есть масса продуктов, которые могут быть агрегированы в единое решение для создания замкнутых решений проблем безопасности вплоть до корпоративных потребностей.

Судя по ряду пояснений здесь, и обсуждению на форумах, компания Embarcadero Technologies, производитель инструментов разработчиков приложений и баз данных (Delphi, InterBase, DBArtisan и др.), была приобретена компанией Idera, специализирующейся на инструментах для баз данных. Сумма сделки, исходя из доступных данных — 425 миллионов долларов.

Интересно вспомнить, что сама Embarcadero Technologies в 2006-2007 годах была приобретена частным фондом инвестиций и снята с листинга (т.е. она была публичной, торговалась на бирже, а стала закрытой, частной компанией), затем (в 2008-2009) Embarcadero приобрела за 20 миллионов долларов инструменты разработчика CodeGear (Delphi, C++Builder, InterBase) у Borland. И вот через 6 лет продажа за 425, т.е. примерно раза в 4 увеличили стоимость.

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

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

В попытке создать в вашем воображении череду образов, которые приведут мысль к одному из вариантов развития стартапа — или к слиянию проекта (поглощению конкурентом) или к выходу его на IPO, я начну из далека, точнее с цитаты из «Песенки о переселении душ». Как сказал в одном своём музыкальном интервью Владимир Семёнович Высоцкий: «Хорошую религию придумали индусы: что мы, отдав концы, не умираем насовсем...»

По словам Стива Бланка, что: «Стартап — это временная организация для поиска повторяемой, прибыльной и масштабируемой бизнес модели».

Как избежать позора на ровном месте – наглядное пособие

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

Представьте ситуацию...

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

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

Не реально, правда?

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

Почему же этот принцип не работает при покупках онлайн? Что заставляет клиентов уйти в последний момент?

Реляционные базы данных (РБД) используются повсюду. Они бывают самых разных видов, от маленьких и полезных SQLite до мощных Teradata. Но в то же время существует очень немного статей, объясняющих принцип действия и устройство реляционных баз данных. Да и те, что есть — довольно поверхностные, без особых подробностей. Зато по более «модным» направлениям (большие данные, NoSQL или JS) написано гораздо больше статей, причём куда более глубоких. Вероятно, такая ситуация сложилась из-за того, что реляционные БД — вещь «старая» и слишком скучная, чтобы разбирать её вне университетских программ, исследовательских работ и книг.

На самом деле, мало кто действительно понимает, как работают реляционные БД. А многие разработчики очень не любят, когда они чего-то не понимают. Если реляционные БД используют порядка 40 лет, значит тому есть причина. РБД — штука очень интересная, поскольку в ее основе лежат полезные и широко используемые понятия. Если вы хотели бы разобраться в том, как работают РБД, то эта статья для вас.

В июне этого года в России был принят новый стандарт блочного шифрования — ГОСТ Р 34.12-2015. Этот стандарт помимо старого доброго ГОСТ 28147-89, который теперь называется «Магма» и имеет фиксированный набор подстановок, содержит описание блочного шифра «Кузнечик». О нем я и расскажу в этом посте.

"Все предметы обладают своим уникальным звуком, и как только вы поймете принцип действия системы, вы сможете "видеть", что вас окружает". До относительно недавнего времени это удивительное свойство окружающего нас мира существовало в отрыве от практического применения. Благодаря Питеру Мейеру, работающему в отделе исследований и разработок голландской компании Philips был составлен уникальный алгоритм, позволяющий буквально превратить звук в картинку. После нескольких десятков лет поиска возможности воплотить идею Мейера “на аппаратном” уровне было создано устройство, позволяющее наделить слепого человека т. н. ”суррогатным” зрением. Об успехах, проблемах и перспективах проекта, реализуемого сегодня командой российских ученых – энтузиастов, мы остановимся в нашей статье.

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

В этой статье я собрал основные приоритеты (в порядке возрастания), в соответствии с которыми я сортирую и удерживаю в балансе все, что мне нужно сделать – будь то связано с консультированием и наставничеством основателей/руководителей стартапов или с управлением моим собственным проектом mParticle. Этот список нельзя назвать исчерпывающим, и у других людей могут быть свои мысли на этот счет, и поэтому я, как всегда, оставляю за собой право на ошибку. Я просто хочу рассказать вам о том, как лично я выстраиваю приоритеты. Я перечислил по порядку главные пять пунктов, которым нужно следовать генеральному директору стартапа.

Совет, как не превысить число допустимых лицензий на одну зарегистрированную копию Embarcsdero RAD Studio XE. Возможно, будет полезно к прочтению системным администраторам и руководителям проектов, разрабатываемых на Embarcadero RAD Studio XE.
Проверено на Delphi XE3.