Жили-были в одном лесу коза, осел и волк. И у каждого были свои заботы. Коза искала самую сочную траву, осел мечтал о ровной дороге без камней, а волк строил настоящую империю: охотился, управлял стаей и внедрял новые технологии.

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

— Я внедрил Agile, использую генеративный ИИ и веду квартальные OKR-сессии.

Коза округлила глаза:

— Вот оно! Нужно срочно начать проводить стендапы!

Осел закивал:

— А я сразу закажу какой-нибудь модный AI!

Эта тема претендует на такую же вечную, как софт/хард-скиллы, первично бытие или сознание, что было раньше — курица или яйцо :) Даже среди коллег я встречала мнение, что manual QA не очень-то полезны: «Чё там делать, сиди себе, monkey-testing лепи». А с темпами развития ИИ QA должны были ещё больше испугаться, вот же Copilot от GIT и Microsoft и миллион менее известных, но не менее популярных нейросетей, которые уже пишут код, они что, пачку тестов не сделают, да ещё и автотестами покроют?..

Дисклеймер:

Я работаю тестировщиком уже около восьми лет, сейчас — на проекте Свой Банк. До этого ещё семь лет работала в веб-студии, занимающейся разработкой приложений, связанных с ресторанным бизнесом и доставкой еды. Дальше — моё маленькое философское рассуждение о том, заменит ли нейросеть мою работу, исходя из того, что я вижу в it.

Как повысить лояльность и уровень мотивации в команде? Практически каждый уважающий себя Project Manager сталкивался с данным вопросом или, как минимум, рассуждал на эту тему в контексте “а что, если бы..”. Причины, которые могут приводить к таким мыслям или нужде могут быть разные: 

В последние годы наблюдаются значительные изменения в банковской сфере, обусловленные развитием цифровых технологий. Одним из наиболее заметных трендов является запуск цифровых банков, которые предлагают клиентам высококачественные финансовые услуги с использованием современных информационных систем. В этом контексте автоматизированные банковские системы (АБС) играют ключевую роль в обеспечении эффективной работы цифровых банков. В статье будут рассмотрены особенности запуска цифрового Своего Банка на базе автоматизированной банковской системы RS-Bank, преимущества и недостатки, а также преодоленные вызовы и риски.

 Понятие цифрового банка и его преимущества

Давайте посмотрим на выбор между Agile и классическим управлением проектами на примере постройки дома с участием козы, осла и муравья (добавим немного сарказма).

Пример: Постройка дома

👀 Классика:

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

Строительство началось по расписанию. Осел, конечно, сразу захотел бассейн, но муравей сказал: «Подожди, осел, сначала закончим крышу, потом — бассейн». Коза решила, что ей нужен балкон, чтобы наблюдать за закатом, но муравей снова был непреклонен: «Балкон только в следующем проекте. Сейчас у нас дом по плану!»

В итоге, дом был достроен. Осел получил спальню, но без бассейна. Коза — стойло, но без балкона. Муравей был доволен своим уголком, но коза и осел ворчали. Зато всё по плану! К сожалению, унитаз оказался в стойле осла.

👀 Agile:

Теперь представим, что коза, осел и муравей строят дом по Agile. Начали они с одной комнаты. Коза въехала в эту комнату и сразу заявила: «Мне тут тесно, хочу балкон!» Муравей записал это в задачи следующего спринта. Осел посмотрел на всё это и сказал: «Мне нужен бассейн, а то я вообще не перееду!»

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

В компании “Свой Банк” мы активно развиваем лучшие практики и стандарты в Backend-разработке. Но, прежде чем выработать хотя бы одну практику, необходимо изучить материалы, разобраться в теме и выработать подходящий вариант. Поэтому в данной статье затронем основные понятия и концепции работы null-безопасности в объектно-ориентированном языке программирования Java.

Что такое Null-безопасность и Nullability

Nullability — это концепция, которая описывает, может ли переменная или выражение содержать значение `null`. Несмотря на свою кажущуюся простоту, работа с `null` часто становится причиной сложных ошибок, таких как `NullPointerException` (NPE). Из-за этого возникла концепция null-безопасности, целью которой является защита кода от ошибок, связанных с `null`.

Null-безопасность означает, что в коде либо отсутствуют `null`-значения, либо они обрабатываются явно и безопасно. В Java существуют разные подходы к обеспечению `null`-безопасности, которые позволяют управлять возможностью появления `null` в коде и минимизировать риски, связанные с их использованием.

Итого Nullability - это способность объекта быть `null`.

Null-безопасность - это свойство языка программирования безопасно работать с `null`.

Так заведено, что сложные проекты требуют серьезных инструментов. К примеру, финтех-продукты холдинга IDF Eurasia, в том числе и Своего Банка, где я работаю, разрабатываются на далеко не самых простых языках Java и Kotlin. И, казалось бы, использование сложных форм — это само собой разумеющееся. Но из головы никак не выходят low-code инструменты, минимизирующие объем работ для запуска функционала, о которых без устали говорит IT-сообщество. Вот и на Хабре уже, казалось бы, все писано-переписано. Но давайте все же еще поразмышляем))