Все потоки

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

Всем привет! Изучив несколько статей по этой теме, у меня остались вопросы, и некоторые моменты по-прежнему были не понятны, поэтому я решил написать свою, которая, как мне кажется, была бы понятна тем, кто не силен в спортивном программировании. В ней я объясняю, как устроено дерево отрезков. Примеры с кодом будут приведены на языке C++, однако на объяснение это не влияет.

На собеседовании:

- Как у вас с Экселем?

- Я его ненавижу!

- О, да вы VBA-разработчик!

Я не могу открывать здесь Америк, ибо не технарь, но раз тут был чей-то текст, как написать "Hello world" в Word'e, и всем понравился, то думаю, что нелишним будет и мой небольшой опыт.

п1. Как обычный пользователь пишет макросы в эксельке

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

Ну, например, очень редко для обращения к ячейке употребляется метод Cells с индексами номера строки и колонки, по большей части используют уродцев типа Cells("A"&(i+1)) , а переход к следующей ячейке делают через Offset (и. что интересно, код работает - умудряются не запутываться в сдвиге А относительно Б, С относительно Б и так далее, могу только предположить, сколько такую связку из офсетов отлаживают). Массивов в их классическом виде средний российский макрописец не признает в принципе, и я догадываюсь, что он просто не знает, что есть такая сущность, и все переборы и вычисления проводит. обращаясь напрямую к ячейкам (хотя сансэй Уокенбах в каждой книжке повторяет, что массивы работают на порядок быстрей).

В Институте бизнеса и дизайна состоялась научная конференция «Эмоции в цифровой культуре: репрезентация, выражение, потребление»

18 и 19 февраля в Институте бизнеса и дизайна проходила научная конференция на тему «Эмоции в цифровой культуре: репрезентация, выражение, потребление». Участники обсудили самые актуальные вопросы цифровых гуманитарных наук: может ли нейросеть быть субъектом и как устроены отношения человека и искусственного интеллекта? Как в видеоиграх работают законы морали и почему «цифровые кладбища» становятся популярными?

История дизайна в IT 1984 - 2024

На российском рынке проектирования интерфейсов в какой-то момент появился инструмент под названием Axure. Я «притащил» его в студию, в которой работал, в далёком 2008 или 2009 году, точно не скажу. И предложил перед созданием технической документации делать интерактивные прототипы в Axure.

Мы попробовали — и результаты превзошли все ожидания. Теперь клиенты могли согласовать будущие проекты не по многостраничным текстовым описаниям, а по кликабельным прототипам, в которые было легко вносить правки. А ТЗ уже шли следующим этапом.

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

В 2011 году я создал группу по Axure Вконтакте и начал ссылаться на неё в обучающих роликах. Группа работала по принципу обсуждений, любой мог написать свой пост на стене. Люди приходили, задавали вопросы, а я всем отвечал. Из часто повторяющихся вопросов я готовил видеоуроки и выкладывал их на Ютуб и Вконтакте.

В 2013 году я написал несколько статей на Хабре, в которых рассказывал об Axure и о проектировании интерфейсов. Одна из них на сегодняшний день набрала уже 146 тысяч просмотров.

Всё это привело к тому, что любой человек, который искал бы информацию об Axure в русскоязычном сегменте интернета, попадал бы на мои обучающие статьи или видеоматериалы. С 2013 по 2017 был пик популярности этой программы. В группе Вконтакте набралось больше 8 000 человек, мне каждый день писали и те, кто пытался осилить программу, и те, кто сдался и решил воспользоваться моими услугами.

Актуальной задачей для веб-ресурса в нынешних реалиях является установка ограничений доступа по регионам, либо географическая привязка выдаваемой информации с учетом региона. Одним из решений, которые можно использовать для этих целей, является база данных и американский сервис MaxMind GeoIP2. Сервис привлекает огромным объемом и детальностью информации, но имеет свои особенности. Так, Крым, ДНР, ЛНР, Запорожская и Херсонская области а также Севастополь указаны в базе как регионы Украины. Соответственно, если, скажем, разрешить доступ к ресурсу только с территории РФ, то эти регионы останутся не у дел.

Так я, первоначально настроив свой ресурс только на доступ с территории РФ, обнаружил, что мои друзья из Крыма и ДНР не могут получить доступ (получают специальную версию страницы, с ограниченным объемом информации). Проблема эта легко решается, и в этой статье я покажу, как именно можно простым спососбом ее решить, а также покажу действующий пример конфигурации сервера.

В настоящее время объектно-ориентированные базы данных (ООБД) не имеют достаточно большого распространения в повседневном использовании, да и более того, не настолько популярны как реляционные базы данных, которые не один десяток лет уже активно поддерживаются различными сообществами и имеют долгую историю применения.

В данной статье рассматривается реализация ООБД в контексте разработки системы, состоящей из микросервисов, на примере Perst и Db4o. Также будет рассмотрена отдельная реализация с документно-ориентированной базой данных MongoDB, работа с которой имеет много общего с ООБД.

Целью данной статьи является рассмотрение практического применения ООБД и решения проблем совместимости с помощью микросервисной архитектуры.

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

Одна из многословных конструкций .NET связана с деталями реализации асинхронности и обросла кучей мифов. Про неё спрашивают на собеседованиях, код-ревью, делают обязательной, добавляя в правила линтера. Это .ConfigureAwait(false), сопровождающий каждый await в коде.

В этой статье я расскажу, зачем нужен ConfigureAwait(false) и как обойтись без него.

Всем привет! Меня зовут Ростислав Мусиенко. У меня более 10 лет опыта работы в движке, я начинал еще с Unreal Engine 3, изучая разные аспекты движка. В этой статье мне хотелось бы показать, насколько просто работать с системой частиц на Unreal Engine. Разберем основные аспекты работы с Niagara System. Для разбора нам сначала потребуется создать систему частиц.

Всем привет! Сегодня расскажем, какие качества работодателя делают компанию более привлекательной в глазах соискателя. Материалом для наших выводов послужило последнее исследование ЭКОПСИ и Хабра, где мы опросили 16 тысяч IT-соискателей, сотрудников 88 компаний, на тему взаимоотношений «сотрудник — работодатель», а также провели анализ 95 EVP IT-компаний и множество фокус-групп с IT-специалистами. По итогам всей этой работы получились ключевые тренды в работе с IT-кадрами в 2023–2024 гг. Если интересно — приглашаем под кат. 

Биткоин пережил много взлетов и падений. При этом он продолжает оставаться якорем, обеспечивающем стабильность криптосообщества. Несмотря на макроэкономическую обстановку и ряд проблем, возникших за годы его существования, биткоин имеет серьезную поддержку криптоэнтузиастов пользуется большим спросом. Но чего следует ждать дальше? Одни говорят, что в 2025 году мы увидим BTC за $100.000, опираясь на тренды (NFT на BTC) и считая, что это цифровое золото, другие настаивают, что в течении пяти лет он сдуется в ноль, видя в BTC лишь манипулятивный актив. В сегодняшнем материале мы приведем доводы как в подтверждение первой теории, так и второй, а вы уже сами решайте, что делать с этой информацией, всегда доверяйте только собственному анализу. Поехали!

В этой статье я хочу поделиться своим опытом того, как я учился вести проекты, то есть контролировать риски, планировать ресурсы и все такое.

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

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

И так задача - научиться вести проекты.

Как реально этому научиться, какие варианты есть?

Вариант 1. Можно читать книжки, статьи на эту тему. Кому-то это поможет, но имхо это один из тех навыков, которые приобретаются не за счет изучения теории, а целиком из практики. Невозможно научиться кататься на велосипеде по книжке, сразу сев и поехав

Вариант 2. Пробовать, пробовать, набить шишки, и через N проектов вы станете хорошим продукт-менеджером, если вас не уволят или по пути вы не впадете в глубокое уныние ). Опять же так себе вариант - во-первых пока научитесь, угробите кучу проектов в ущерб своей карьере. А во-вторых это все равно что учиться водить машину с нуля без автошколы, 30 раз врезаясь в препятствие, пока поймете, что делает педаль тормоза, а что педаль газа.

Могу это подтвердить еще своим опытом создания нескольких стартапов.

К фразе "стартап не удался, но приобрели бесценный опыт" - отношусь скептически. Хороший опыт приобретается, когда видишь положительный эффект от своих усилий.

Я обожаю хакатоны. Они - как демоверсия стартапов - надо сварганить MVP, провести аналитику. Вот только побеждать в них у меня не всегда получается.

Я со своей командой участвовал в хакатоне ЛЦТ-2022. Думали будет просто - мы были опытны, слаженны, побеждали ранее. Но в итоге, как это часто бывает, что-то пошло не так. Заняли мы, само собой, самое обидное место из существующих: 4-е из 97

Мы решили провести анализ ошибок, результатом которого и стала данная статья.

Как слили? Почему? Зачем? Давайте разбираться.

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

Первая Часть

Предыдущая часть закончилась неудачной балансировкой, которая не решает практически никаких проблем. В комментариях кто-то спросил, почему я не использовал балансировку на уровне DNS. Так вот, я ее использовал. Оказалось, что c помощью DNS записей можно организовать балансировку Round Robin. Для этого в конфигурации Wireguard всего лишь нужно использовать доменное имя вместо IP адреса.

Всем привет! Сегодня рассмотрим задачу диагностирования респираторных заболеваний, то есть заболеваний дыхательной системы, но решать её будем не ушами, а алгоритмами. И решать её будем два раза, сначала методами классического машинного обучения, а затем методами глубокого обучения, то есть нейронной сетью.

Узкие IT рынки редко когда обращают на себя внимание. И денег там не много, и компании мелкие, и требования к соискателям у них специфические. С тем же, они бывают очень интересны в силу своей специализации и продуктов. Кроме того, эти компании достаточно активно ищут разработчиков и продажников, но зарплаты в той IT нише зачастую ниже сегодняшнего перегретого рынка.

Сегодня мы расскажем о том, как выглядит с финансовой точки зрения российский рынок разработки геоинформационных систем (ГИС) и сервисов.