Интересно, что я не нашел подставку под щётки, которая автоматически определяет, когда надо включаться.
Ну а с этим проектом, после того, как разобрал весы, было уже не остановиться.
Наверное, минус поставили те, кто думает, что PhantomReference – это такая неудачная шутка. Однако, фантомы вполне реальны.
Немного разъясню вашу мысль. Давайте сделаем вот так:
ReferenceQueue queue = new ReferenceQueue();
PhantomReference ref = new PhantomReference(object, queue);
После того, как object будет уже никому не нужен он добавится в queue. Его можно будет забрать вот так:
PhantomReference ref = queue.remove();
Понятно, что забирать и обрабатывать эти ссылки можно в своей нити. Стоит отметить, что ref.get() всегда возвращает null, хотя object и жив внутри приватного поля ссылки.
Этот механизм позиционируется как более гибкий, чем finalize(). Хотя, если честно, когда я вижу такие кренделя в неспециальных проектах у меня по коже муражки идут.
Мне кажется, что ожидать от сотрудников работать «ради команды» совершенно не уместно. Почти всё происходит из-за личной выгоды. Если адекватному сотруднику очевидно, что, работая в команде, он увеличит личную выгоду, то он будет работать в команде. Если ему очевидно, что «каждый сам за себя», то за бонус он будет закладывать коллег.
Поэтому, когда руководитель начинает говорить о том, что надо работать ради блага команды, самое время менять место работы. Во-первых, руководитель врёт, поскольку ему надо, чтобы работали его блага, во-вторых, лучшего аргумента для поднятия духа, похоже, нет.
Мне лучшей мотивацией служит отчёт о продажах, а не разговоры на философские темы.
Я очень надеюсь, что Pofben лукавил, когда сказал «Забудьте всё, что вы знали о баннерах». Первый банер кажется, во-первых, довольно стандартным, во-вторых, не привлекает внимания, в-третьих, перегружен текстом и картинками. Надеюсь, что дизайнер это понимает и использует этот пример, чтобы показать важность простоты.
Впрочем, думаю, что он мог бы сделать «простой» баннер позабавнее. Я бы сделал так:
Ну а с этим проектом, после того, как разобрал весы, было уже не остановиться.
Немного разъясню вашу мысль. Давайте сделаем вот так:
После того, как
objectбудет уже никому не нужен он добавится вqueue. Его можно будет забрать вот так:Понятно, что забирать и обрабатывать эти ссылки можно в своей нити. Стоит отметить, что
ref.get()всегда возвращаетnull, хотяobjectи жив внутри приватного поля ссылки.Этот механизм позиционируется как более гибкий, чем
finalize(). Хотя, если честно, когда я вижу такие кренделя в неспециальных проектах у меня по коже муражки идут.Мне кажется, что ожидать от сотрудников работать «ради команды» совершенно не уместно. Почти всё происходит из-за личной выгоды. Если адекватному сотруднику очевидно, что, работая в команде, он увеличит личную выгоду, то он будет работать в команде. Если ему очевидно, что «каждый сам за себя», то за бонус он будет закладывать коллег.
Поэтому, когда руководитель начинает говорить о том, что надо работать ради блага команды, самое время менять место работы. Во-первых, руководитель врёт, поскольку ему надо, чтобы работали его блага, во-вторых, лучшего аргумента для поднятия духа, похоже, нет.
Мне лучшей мотивацией служит отчёт о продажах, а не разговоры на философские темы.
Как вы полагайте, что бы вы могли сделать как руководитель, чтобы предотвратить такое развитие событий в будущем?
Впрочем, думаю, что он мог бы сделать «простой» баннер позабавнее. Я бы сделал так: