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

Для того чтоб понять, в чем причина конфликта, стоит ответить на несколько вопросов, а чтобы защитить свои интересы, выработать план.

Приветствую тебя, Хабр!

Эта статья будет полезна тем, кто уже начал изучать Java и даже успел добиться некоторых успехов в понимании Java Core, и вот услышал слово Spring. И, возможно, даже не один раз: знание Spring Framework, как минимум, фигурирует в описаниях множества вакансий для джавистов. Эта статья поможет вам взобраться на самую первую ступеньку: понять общую идею столь популярного фреймворка.

Начнем издалека. Существует такое понятие как Inversion of Control, по-русски – Инверсия управления, сокращенно – IoC. IoC — один из принципов, приближающий наш код к слабосвязанности. IoC — это делегирование части наших обязанностей внешнему компоненту.

Существуют разные реализации IoC подхода, нас интересует одна из них — Dependency Injection, внедрение зависимостей. Что это такое, название говорит само за себя, так что раскрыть ее я постараюсь на примере. Мы пишем приложение, автоматизирующее работу сети магазинов. Есть классы Shop (магазин) и Seller (продавец). У класса Seller имеется поле типа Shop — магазин, в котором работает продавец. Вот мы и столкнулись с зависимостью: Seller зависит от Shop. Теперь задумаемся, как в объект Seller попадет объект Shop? Есть варианты:

• Внедрить его через конструктор и сразу, при создании продавца, указывать магазин, в котором он работает:

public class Seller {
    
    private Shop shop;

    public Seller(Shop shop) {
        this.shop = shop;
    }
}

• Создать сеттер и с помощью его вызова устанавливать продавцу магазин:

public class Seller {

    private Shop shop;

    public void setShop(Shop shop) {
        this.shop = shop;
    }
}

Перечисленные два способа — это реализация Dependency Injection (но пока еще это не IoC). И, наконец, мы подобрались к спрингу: он предоставляет еще один способ внедрять зависимости (а тут уже IoC).

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

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

Но недавно я узнал, что в Беларуси, где я прожил несколько лет, стал очень популярен сервис, где люди раздают друг другу вещи просто так. Тогда я созвонился с одним из трех его основателей Сергеем Лепченковым. Это бывший программист, который бросил программирование как только смог себе это позволить. Оказалось, за проектом кроется гораздо больше, чем «очередная удобная приложенька в смартфоне». Кажется, я впервые лично поговорил с тем мифическим видом стартапера, который искренне верит, что знает, как сделать мир лучше.