Айтишник обыкновенный 🐰

#юморэзки

Еще одно доказательство того, что кролики из семейства не грызунов, а кошачьих😂😂😂

Ваши коты тоже любят тусить на ваших стульях/креслах?

#кабачок

#юморэзки

Почему так важно уметь слушать и договариваться?

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

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

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

Что это означает?
Например, бизнес-заказчик может прийти в команду с запросом, что ему нужно сделать какой-то отчет показателей для руководства, чтобы руководитель мог в конце квартала/месяца/недели/дня его изучать и принимать решения. Но поскольку аналитики умеют слушать, они перевернули эту задачу таким образом, что руководителю приходит оповещение, если показатели не сходятся/отличаются от медианных. По сути для команды разработки обе задачи примерно одинаковые по объему, зато для руководителя время сильно экономится. Далее на этапе разработки, программисты придумали еще варианты оптимизации, чтобы сократить время на выполнение задачи. Например, вместо смс-сообщения руководителю приходит пуш в телеграме.

Во-вторых, очевидно, когда работаешь с коллегами, которые слушают и умеют договариваться, это способствует созданию здоровой рабочей атмосферы. Уменьшается количество конфликтов, снижается уровень стресса, и как следствие – люди в таких командах реже «выгорают». А еще в такой атмосфере люди лучше развиваются за счет конструктивной обратной связи и в целом продуктивной работы.

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

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

#быстростатья

#юморэзки

Экспресс-пост на тему HTTP-методов, которая часто встречается на собесах.

В чем отличие методов POST, PUT и PATCH? Чаще спрашивают про два метода из трех: разница между POST и PUT или разница между PUT и PATCH.

Короткий ответ:
🟢POST - для создания ресурса
🔵PUT - для изменения ресурса
🟡PATCH - для частичного изменения ресурса

Разница между POST и PUT, думаю, ясна. А вот между PUT и PATCH тут немного сложнее. Смысл в том, что PUT целиком перезаписывает ресурс, соответственно, следует отправлять полный объект для изменения. А вот PATCH не перезаписывает объект, а меняет только отдельно взятые поля.

По крайней мере так предполагалось создателем HTTP и REST Роем Филдингом. Но, конечно же, под капотом внутри системы алгоритм обработки может быть какой-то свой и даже с помощью POST или PUT будет частично обновляться объект. Такое сделать можно, но с точки зрения концепции это будет неправильно.

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

А вот с идемпотентностью все немного интереснее. Идемпотентность — свойство, которое позволяет при повторном применении операции к объекту давать тот же результат, что и при первом. Например, при оформлении заказа у вас моргнул интернет, и вы не получили в приложении реакции на нажатие кнопки. Если эта операция идемпотентна, то вы сможете нажать на кнопку повторно и получить гарантировано один и тот же результат, даже если заказ уже все-таки оформлен. Если идемпотентность у такой операции отсутствует, то при повторном клике на кнопку будет создаваться новый заказ раз за разом.

Так вот, метод PUT удовлетворяет этому свойству, а POST и PATCH(частично) - нет.

Почему? Потому что PUT обращается к конкретному объекту по его ключу и полностью заменяет его, а при вызове POST генерируется новый объект. Поэтому сколько не вызови одинаковыми запросами PUT в конечном итоге будет один и тот же результат, а при использовании POST будет создано столько объектов, сколько будет отправлено запросов.

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

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

Для PATCH также обычно на серверной стороне добиваются идемпотентности. Например, за счет добавления дополнительной логики с проверками.

#быстростатья

#юморэзки

Синдром победителя

«Синдром победителя» — это психологическое состояние, при котором человек, достигнув значительных успехов, начинает считать себя непогрешимым и перестает развиваться. В IT-сфере данный феномен встречается довольно часто среди специалистов, работающих над крупными проектами или получивших признание благодаря своим навыкам.

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

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

Кроме того, «синдром победителя» может привести к снижению командного духа. Уверенный в себе специалист может игнорировать мнение других членов команды, считая их менее компетентными. Это создает напряженность внутри коллектива и затрудняет совместную работу.

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

Синдром победителя представляет собой серьезную угрозу для карьерного роста и эффективности работы в IT. Осознание этой проблемы и принятие мер по ее предотвращению помогут вам оставаться востребованными профессионалами и успешно справляться со своей работой.

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

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

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

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

Если кто-то столкнулся с увольнением, то во-первых, прошу не переживать и для начала прочитать инфо по статистике. По оценкам государства и бизнеса, сегодня отрасли не хватает от 740 тыс. до 1 млн сотрудников, а к 2030 году нужно будет подготовить еще более 2 млн человек. На этом фоне идет жесточайшая конкурентная борьба за специалистов.
 
Во-вторых, расторжение трудового договора происходит не по вашей инициативе, поэтому вы в праве получить хорошие условия при уходе, то есть стоит отстаивать выплату нескольких окладов, сохранение премии. Мы с вами как работники хорошо защищены по ТК, и компании стремятся сохранять бренд работодателя, поэтому попытайтесь получить выгодные для вас условия.

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

❤️ Валентин Заботин | аналитик маминой подруги
❤️ Чулан системного аналитика
❤️ SA | Собеседования
💜 Владимир Бурмистров - заметки

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

Перед выходом на рынок рекомендую также изучить полезные посты у Виты Заебумбы. Там структированно написано все самое необходимое. Эти материалы сэкономят вам время и позволят сосредоточиться на поиске работы.

🟣 Файл для подготовки к собесам на системного аналитика
🟡 Критерии продающего резюме
🔵 HR отвечает на ваши вопросы
🟢 Ищем системного аналитика глазами рекрутера

И еще раз хочу поблагодарить Валентина за освещение проблемы и организацию этой кампании.

#движуха

Ля вы какие ведомые, такого актива на моем канале еще не было😂😂😂 Надеюсь с этого момента вы будете чаще ставить реакции(желательно положительные), а то иногда прям грустно становится❤️

Кстати, я обновил набор реакций, теперь вам доступны дизлайки, для теста можете жеска задисить этот пост

SOAP (Simple Object Access Protocol) – это протокол для обмена структурированными сообщениями в формате XML между приложениями через сеть. Он используется в интеграционных проектах для обеспечения взаимодействия между различными системами, когда требуется высокая надежность передачи данных и строгий контроль над структурой сообщений.

Ходят слухи, что интеграции на SOAP разрабатывали еще мамонты 🦣

Основные особенности SOAP:

1️⃣ Структурированные сообщения: SOAP-сообщения состоят из конверта (envelope), заголовка (header) и тела (body). Это позволяет четко определить структуру передаваемых данных и дополнительные параметры обработки.

2️⃣ Использование WSDL: Веб-сервисы, работающие по SOAP, обычно сопровождаются описанием интерфейсов с помощью Web Services Description Language (WSDL). WSDL-файл содержит информацию о методах сервиса, параметрах и форматах данных, что упрощает взаимодействие клиентов с сервисом.

3️⃣ Поддержка сложных типов данных: В отличие от RESTful API, где данные передаются преимущественно в формате JSON, SOAP может работать с более сложными структурами данных, включая вложенные объекты и массивы.

4️⃣ Поддержка XSD: В wsdl структура тела(body) описывается с помощью XSD-Schema. XSD - очень крутой инструмент для описания структур в формате XML. Подробнее об этом тут)

Но по сути все особенности «мыла» выступают и его же основными проблемами. А если быть точнее, то разработка API в SOAP банально сложнее и дольше, чем сделать примерно тоже самое на RESTful API. А зачем усложнять и делать дольше, если можно этого не делать? Именно поэтому «чилловый» API 🤩 и начал вытеснять собой «мыло».

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

#быстростатья

#юморэзки

А вот кадры из нашего пятничного митапа.

Спасибо за организацию и приглашение - Насте и Лене

Спасибо Антону, Ване и Глебу за живую и приятную дискуссию❤️

#движуха

Полный джинглбелз

#кабачок

Итак, признаюсь честно, отбирать было очень сложно. Много юморэзок, которые реально меня позабавили. Я не могу выделить кого-то одного, поэтому решил поступить чуток по-другому. Первое место и главный приз(сумка) уходит @artemkachesov за упорство, он прислал больше всех мемов.

Еще 2 поощрительных приза для @li_inec и @shamkhal_aliev, так как с ваших мемов я добротно поржал.

Всем спасибо за участие!

Кто остался без подарка - не расстраивайтесь и помните – такой зачёт на деревьях не растет🤷

Это я про вас, да-да 💗

PS приложил те самые #юморэзки, которые пошли в зачет от победителей