Привет! Меня зовут Сергей, я технический эксперт в компании Bercut. Когда-то увлекался Delphi и J2ME, издал несколько книг на эти темы, и профессионально уже около 20 лет создаю высоконагруженные приложения баз данных, используя для этого PL/SQL и SQL.

В Bercut мы занимаемся разработкой и развитием IT-продуктов и решений для операторов цифровых услуг и мобильных сервисов. Наши системы работают на различном железе, разных СУБД и обслуживают 24x7x365 в режиме онлайн сотни миллионов абонентов по всему миру. И это только кажется, что абонент один раз в день куда-то позвонил и все, больше никакой нагрузки от него нет и никто с ним не работает. На самом деле каждый смартфон каждого абонента непрерывно обменивается данными с сетью, а это все работа инфраструктуры операторов сотовой связи, а значит, нашего ПО. Как же система справляется с таким огромным объемом нагрузки?

Сегодня расскажу, что нужно делать и чего избегать, чтобы построить максимально производительную систему на примере СУБД Оракл.

Всем привет! Меня зовут Александр Ермолаев, я один из лидов в IT-платформе СберМаркета. Моя команда занимается разработкой шаблонов, библиотек и некоторых инструментов для создания микросервисов.

В этой статье я расскажу, с чего мы начали строить PaaS в далёком 2020 году, с какими проблемами столкнулись и как их решали. Материал будет особенно актуален для тех, кто задумывается о старте разработки IT-платформы у себя в компании и не знает, с какой стороны подступиться к этому непростому делу. Поехали!

«....всё это действенные методы для улучшения разработки интересной и эффективной технической документации....»

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

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

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

Ну я же не могу чего-нть не оптимизировать... Прямо так не могу, "что аж кушать не могу"©

C 2010 года вместе с тем, как свет увидел новый язык программирования Rust от Mozilla я начал его изучение и применение. Время шло, но он стабильно показывал отличное соотношение тех, кто хочет использовать его, кто уже использует и кто планирует делать это дальше. 

С появлением стабильной версии 1.0 в 2015 году было решено «с головой» погружаться в изучение и пилить курс, который бы в «экспресс» режиме позволил познакомиться с основами и понять, как использовать Rust на практике. 

В кейсе поговорим о создании курса, разочаровании в российском рынке, выходе материала в мир и увеличении доходов с его продажи почти в 10 раз. 

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

Привет, Хабр! Я Артём Чаадаев из команды ассортимента размещения в Туту и занимаюсь разработкой на языке Go. Здесь мы посмотрим как решить распространенную практическую задачу применяя паттерны Semaphore и Worker Pool.

Хотите научиться конкуретной разработке на Go? Значит, вам сюда.

Добро пожаловать под кат!

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

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

Рекомендуем материал опытным тестировщикам, тем, кто выполняет роль QA Lead в команде, а также единственным QA на проекте, и всем, кто хочет улучшить качество и производительность процессов тестирования.

The Open Group выпустила новую версию стандарта архитектуры TOGAF 10, представив более гибкую и настраиваемую структуру, которую легче реализовать в предприятии (перевод статьи от 2022 г.).

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

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

Всем привет! 

Меня зовут Владимир Олохтонов, я руковожу командой разработки в отделе Message Bus, который является частью платформы Ozon. Мы занимаемся разработкой самых разных систем вокруг Kafka, etcd и Vault. В этой статье я расскажу о том, как мы строили линейно масштабируемую gRPC-прокси перед Kafka, способную обслуживать миллионы запросов в секунду, используя Go.

Эта статья помогает понять, как команды в Scrum и agile могут давать гарантии и сроки, сохраняя гибкость в планировании. Она будет полезна тем, кто заинтересован в четких сроках реализации доработок: заказчикам, пользователям, владельцам продукта, другим командам и отделам. А также разработчикам — для понимания, почему сроки так важны стейкхолдерам и как можно вести диалог о сроках, сохраняя при этом гибкость.

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

В конце июня в Санкт-Петербурге прошли две крупных ИТ-конференции: Saint Highload ++ (26—27 июня) и Saint TeamLead (29—30 июня). Команда РСХБ-Интех (технологическое подразделение Россельхозбанка) провела в Design District DAA всю неделю: играли в настолки, решали задачки и раздавали фирменный мерч. Мы уже делились опытом первого выезда на CodeFest, а в этот раз расскажем о новых впечатлениях, плюсах и нюансах нашей работы, которые стоит доработать.

Недавно английский эксперт по SEO Уилл Кричлоу опубликовал обзор опций по применению Chat GPT под заглавием «8 миллионов тестовых идей для Chat GPT».

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

Я возьму тестовые задания на Python, C++, Go и C#  и буду использовать только открытые источники, убрав названия компаний и прямые ссылки, чтобы исключить любые подозрения в предвзятости.

А в качестве нейронки использую ChatGPT Plus (GPT 4). Она всё еще очень глупа, много выдумывает и постоянно смешно ошибается, но как раз для таких задач годится хорошо.

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

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

Микроменеджмент – это довольно частое явление. Скорее всего, многие из вас с ним сталкивались в прошлом, сталкиваются прямо сейчас или столкнутся в будущем.

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

Кто я: меня зовут Науменко Алексей и я руководитель ИТ-проектов с более чем 5-летним стажем и с профессиональным образованием в области ИТ-менеджмента.

Цель статьи: Я описываю свой опыт в реализации ИТ-проектов для повышения своей сознательности и профессионализма, а также для обмена опытом с представителями профессионального сообщества, для личного роста в профессиональной сфере.

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

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