Пользователь
Технический долг в разработке по-разному воспринимают разработчики и бизнес. Для первых - это важная часть работы, которой нужно выделять время. Для вторых, как правило - нерациональная трата человеко-часов. Редко, когда управление техническим долгом ведется организованно и на регулярной основе. А именно здесь, на мой взгляд, и зарыт ключ к разрешению конфликта между бизнесом и разработкой. Именно об этом я сегодня и хочу поговорить.
Я долго думал над тем, как лучше всего обрабатывать ошибки в программах на языке Go. Мне очень хотелось, чтобы существовал единый способ обработки ошибок, которому можно было бы научить всех программистов на Go, как учат математике или алфавиту.
Однако я пришёл к выводу, что единого способа обработки ошибок не существует. Вместо этого я считаю, что работу с ошибками в Go можно разделить на три основные стратегии.
Сборник реальных советов по написанию сопровождаемых программ на языке Go. Автор - Dave Cheney, опытный разработчик на Go и один из его ведущих пропагандистов.
Если вы знакомы с подходом к документированию, предложенным Саймоном Брауном, вы могли заинтересоваться им, но, возможно, задавались вопросом о его реализации. Этот репозиторий заполняет пробел, представляя конкретный шаблон реализации подхода, который состоящего из:
Предполагается хранение этой документации в репозитории и работа с ней так же, как и с кодом.
Привет! Меня зовут Сергей, я технический эксперт в компании 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».