Все потоки

Любая организация, от госструктуры до стартапа, всегда имеет некоторый набор принципов и задач, которыми руководствуются менеджеры при принятии решений и распределении ресурсов. Иногда он формализован, и тогда есть документ с названием вроде “Стратегия общества “Рога и Копыта” на 20ХХ-20ХХ годы”. Иногда написанного документа нет, но есть установки вроде “отобрать долю у конкурента Х”, “повысить прибыльность до Х%”, “запустить продукт Х”, “выйти на рынок Х”, или, например, как у моего знакомого собственника небольшой компании, “заработать за год Х, чтобы построить себе дом взамен сгоревшего”. Насколько бы ни были формализованы эти установки, их можно назвать стратегическими задачами и приоритетами, так как именно исходя из них де факто будут исходить руководители при принятии решений.

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

В C++ есть несколько "умных указателей" - std::unique_ptr, std::shared_ptr, std::weak_ptr. Также есть более нестандартные умные указатели, например в boost: intrusive_ptr, local_shared_ptr.

В этой статье мы рассмотрим новый вид умного указателя, который можно назвать static_ptr. Больше всего он похож на std::unique_ptr без динамической аллокации памяти.

В первой части статьи было рассказано о бинарном и json форматах сериализации данных, о механизмах версионирования. В этой части речь пойдет о концепции команд, сообщениях, и механизмах их доставки.

После прочтения заголовка у среднестатистического читателя наверняка возникнет весьма логичный вопрос: «Кто такая эта ваша рефлексия и зачем её ускорять?»

И если первая часть будет волновать только совсем уж откровенных неофитов (ответ тут), то вторая точно нуждается в пояснении.

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

Однако в java рефлексия реализована не самым быстрым (зато надёжным) методом, а именно, через использование JNI-вызовов. JNI (Java Native Interface) – очень полезная штука, позволяющая машине вызывать код из «внешнего мира», библиотек, написанных на C/C++ или ассемблере.

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

Тем не менее, рефлексия работает именно так: машина «выходит наружу», копается в своих внутренностях и «возвращается обратно», доставляя пользователю полученную информацию или вызывая методы/конструкторы.

А теперь представьте примерное быстродействие какого-нибудь фреймворка, который в процессе работы постоянно осуществляет рефлективные вызовы…

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

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

Итак, в СССР на 1990 год действовали несколько крупных заводов по производству телевизионных кинескопов в городах Львов, Паневежис, Воронеж, Елец, Москва, Запрудня МО, Новосибирск, Новгород, Брянск, Нальчик. Ряд специальных ЭЛТ так же производился в нескольких НИИ. Это достаточно был достаточно мощный сравнительной высокотехнологичный индустриальный кластер, где работали более 70 тысяч человек (а со смежной цепочкой кооперации более 100 тысяч!). Ряд упомянутых заводов параллельно делали ещё другие электровакуумные приборы, в том числе осциллографические ЭЛТ и другие "приборные", ФЭУ, ЭОПы, имели свои сборочные производства телевизоров, компьютерных мониторов и разных стеклянных изделий бытового назначения.

Но всё равно, весь этот индустриальный кластер держался на массовом выпуске бытовых кинескопов, который с развалом СССР и началом реформ Гайдара-Ельцина начал резко стагнировать и уменьшаться в первую очередь из за очевидного проигрыша иностранным массовым образцам кинескопов по технико-экономическим параметрам. Наиболее длительно существовать на уменьшающемся рынке смогли заводы, которые либо выпускали только чёрно-белые бытовые кинескопы (для конкуренции с которыми западных массовых образцов приборов уже не было на рынке) и электровакуумные приборы для специальных применений, либо заводы, у которых была как большая номенклатура и цветных ( ЦЭЛТ ), и чёрно-белых кинескопов, а так же диверсификация в направлении другой бытовой и специальной техники. Массовое производство цветных кинескопов в РФ фактически остановилось в 1997-98 годах. После единственным и достаточно успешным наследником кинескопной промышленности СССР стал литовский завод "Экранас" ( г. Паневежис ). Его специалисты для увеличения мощности производства на европейские кредиты смогли фактически по цене металлолома скупить значительную часть советского оборудования последней модификации с остановившихся предприятий аналогичного профиля и провести работу модернизации такого оборудования на базе западной автоматики. Так же качество выпускаемых литовцами кинескопов резко возросло в связи с переходом предприятия на снабжение западными материалами и комплектующими. "Экранас" проработал до 2006 года и на пике в 2003-2004 годах выпускал цветных кинескопов порядка 5-6 миллионов в год, что было соизмеримо с мощностью всех советских кинескопных заводов вместе взятых.

Меня зовут Бен Джонсон, и я написал встраиваемую базу данных, которая служит бэкендом систем вроде etcd, — это BoltDB. Сегодня я работаю над Open Source проектом Litestream в компании Fly.io. Благодаря репликации Litestream делает SQLite приемлемым для фулстек‐приложений. Если вы можете установить SQLite, то Litestream заставите работать за 10 минут.

Пожалуй, нет ни одной крупной IT компании, которая бы не страдала от огромного и неповоротливого legacy, состоящего из тесно переплетенных между собой решений. Каждое решение связано с несколькими другими, и добавление одной новой, на первый взгляд незначительной, фичи требует изменения чего-то в каждом. Отдельные решения устарели настолько, что они в принципе не могут дать новый нужный функционал, и их нужно переписать полностью или заменить современным решением - и его, соответственно, также встроить во всю архитектуру. Это делает новые запуски сложными и долгими.

Иногда размер технического долга оказывается настолько большим, что для его устранения запускаются отдельные проекты, рассчитанные на месяцы и годы - а это сопоставимо с 5-10 time-to-market новых решений. Соответственно, все новые запуски откладываются до тех пор, пока авгиевы конюшни не будут расчищены, покрашены и перестроены. Отдельное зрелище - СТО, который убеждает СЕО и добрую половину правления, а также акционеров, потратить несколько тысяч человекочасов драгоценных разработчиков на то, что по завершении не поможет бизнесу моментально, а только ускорит на неизвестное время получение выгод от новых продуктов в будущем. Правда, после того, как запуск каждого из этих продуктов будет отложен на несколько месяцев.

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

Мы в MozgoParty уже 3 года делаем онлайн-квизы. Для нас это отлаженный процесс, в котором мы хороши. Но примерно год назад в компании появилась идея сделать игру, непохожую на все то, что создавалось ранее. И выпустить ее MVP за три месяца. Да, мы оптимисты ;)

Как только пришла идея, тут же появилась инициативная группа для ее воплощения. В команду вошли авторы вопросов, редактор, маркетолог, креатор из дружественной организации и предводитель R&D. Мы встречались раз в неделю, с трудом находя время и отрываясь от своих повседневных обязанностей. 

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

Еще через несколько встреч определились с форматом первого детективного дела – это должно было быть убийство в театре. Также решили, что игроку понадобится помощник – разумная электронная криминалистическая система, ну или просто Р.Э.К.С.

Привет, меня зовут Алина Богомолова, я project-manager в IT-компании Pitch. Сегодня я хочу поделиться нашей экспертизой в сфере создания сайтов для медучреждений.

Государство предъявляет к их содержанию повышенные требования. Эти требования описаны в 5 Федеральных законах и в более чем 10 приказах, постановлениях правительства и иных подзаконных актах. Делается это для того, «чтобы не вводить пациентов в заблуждение относительно предоставляемых медицинских услуг». Но мы знаем что государство все стандартизирует. Небольшая частная клиника или городской диспансер — соответствуйте единым требованиям. А требований много. Очень много :-)

Для любого медучреждения альтернатива очевидна. Если соблюдать все требования регулятора — есть риск того, что сайт станет непонятным и неудобным для пользователей. Если игнорировать — можно получить штраф в размере 5 миллионов рублей. Много.

Если 20-21 года можно назвать «годами удалёнки», то 2022 можно назвать годом релокации. Если раньше мысль о переезде посещала меня в формате «ну когда-нибудь потом, перееду в тепло ближе к пенсии», то после февраля этого года, когда зарубежные компании начали сворачивать бизнес в России, заказчики — сокращать бюджеты, а деньги со счёта в банке можно ждать неделями — вопрос о переезде в другую страну встал ребром. Причём не с целью «переждать», а как минимум для небольшой адаптации за рубежом, для возможного переезда уже на ПМЖ.

В качестве такой первой остановки выбрал Сербию (почему именно её расскажу дальше). Если вас тоже посещали/посещают мысли уехать — переходите под кат, там я делюсь своими критериями выбора страны,  деталями переезда и сведениями, которые удалось узнать у уже переехавших.

Случается, что связку .obs/Obx критикуют за нарушение инкапсуляции и за прямой доступ к изменению переменной из View минуя Model. Статья описывает подход к устранению этого недостатка и к реализации Unidirectional Data Flow поверх Rx-переменных библиотеки GetX с помощью паттерна Decorator.

— Указатели в СтарБейсике видишь?
— …
— А они там есть.

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

 Соцсеть, и не только соцсеть является сочетанием нескольких разных объектов.

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

Преимущества, которые получают организаторы соревнований:

Когда мы «продавали» команды роста в банки и в Альфа-Групп, нам всегда задавали одни и те же вопросы: «Зачем создавать команду роста? Ведь тестирование гипотез — это обязанность каждого продакта? Да и что там делать целой команде? Размер шрифтов и кнопочек большого ума протестировать не нужно»

Но Growth Hacking, это не про шрифты и кнопочки, а про принятие решений совершенно другого уровня. Одна из целей Growth Hacking и интенсивного тестирования гипотез в том, чтобы ошибаться не в бизнесе, а в «песочнице». Меня зовут Илья Кузнецов, я — CPO Digital Innovations в Альфа-Банк. В статье я кратко расскажу про наши команды Growth Hacking в Альфа-Банке с примерами кейсов, цифрами, результатами и «неудачными» гипотезами. Возможно, наш опыт поможет, если вы задумывались о Growth Hacking и о том, зачем он вам нужен.

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

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