Абстрактный класс имеет смысл использовать для обобщения реализации каких-то классов (например «шаблонный метод»), интерфейс для декларирования контрактов между подсистемами
В интерфейсе гарантированно нет реализации соответственно, если какой-то другой класс зависит от интерфейса, мы точно знаем что можем подсунуть ему любой класс, реализующий такой интерфейс. Также в джаваподобных языках отсутствует множественное наследование классов, но есть множественная реализация интерфейсов — таким образом, порождая зависимость от класса мы жестко задаем иерархию в которой должна находиться реализация, а если у нас есть зависимость от интерфейса, мы можем в любую иерархию добавить его реализацию.
Знать термины важно для работы в команде и обсуждения дизайна. Да и, для того, чтобы думать о собственном коде и сознательно выбирать более подходящий дизайн.
Я имел ввиду не заводить новых циклов, а сделать энумерабл, который в гетэнумераторе возвращает переданный в конструкторе энумератор. А циклом воспользоваться готовым из каунта.
но это для саморазвития просто. В реальном коде проще конечно нациклить, а е разводить itertools на пустом месте
С моей точки зрения задача абсолютно бессмысленна в такой постановке, я думал вы имеете дело с конкретной ситуацией, просто переобозвали участников для анонимности но готовы уточнить обстоятельства. По всей видимости, на самом деле вы задумали отгадку сначала, а потом обстоятельства уточняются так, чтобы возможной была именно она. Хотя сама идея противостояния интеллектуала пиэма стаду, возможно, и была следствием какой-то реальной ситуации, но мы не можем быть вполне уверены, что эта идея верна. Может конфликт был по другой какой-то причине, а результирующая позиция «я — интеллектуал, а вы — стадо» просто греет самолюбие ;)
Мне ближе концепция информированного согласия — техперсонал предлагает несколько решений, описывая достоинства и недостатки, а менеджемент выбирает, какой компромисс ему нужен
Имхо в данном случае руководителю надо не обзываться «стадом» а подумать, что он может сделать для улучшения ситуации а так же. И иногда хороший руководитель — это политик и психолог.
Как вы думаете, что пм может сделать в следующий раз, чтобы исходя из тех же начальных данных достигнуть больших успехов?
Под наблюдательностью я имею ввиду довольно простую вещь — интересоваться людьми вокруг себя: кто как с кем говорит и почему, у кого какие интересы, кто с кем в каких отношениях, когда вы говорите кто как вас слушает и с каким выражением лица и т.д.
Обычная жизнь весьма многообразна. Вполне возможно, что все, кроме тимлида были агрессивных и неадекватны.
Мы не знаем отношения персонажей до этого. У нас нет ни прямой речи ни интонации того, что было после высказывания мнений. Мы даже не знаем, что именно скрывается за словом «набросились», но по моему опыту, технический персонал как правило не часто открыто конфликтует с непосредственными начальниками (то есть они скорее разойдутся ворча, чем набросятся). А люди в массе своей любят транслировать высокомерие формулировками и тоном голоса. Часто этим грешат технические специалисты.
Мне как-то довелось видеть психологический тренинг, где группа людей беседовала на отвлечённые темы, а ведущий занимался тем, что в усиленном виде воспроизводил их интонации, формулировки и жесты. Оказалось у очень многих чуть ли не каждая фраза основной своей целью имеет увеличение самооценки за счет небольшого унижения собеседника. И очень часто люди сами не могут оценить тон своего голоса, пока им де его не предъявлять подобным способом.
Не знаю, что там у вас было в этой ситуации, но меня настораживают некоторые вещи в ваших формулировках:
— вы не сочли сообщили некоторые существенные подробности происходящего
— вы назвали участников Herdentiere (это типа стадо баранов да?)
— кстати выбор самого немецкого слова — нет ли в этом некоторого снобизма?
Я сам в-общем-то не психолог, а технарь, но предполагаю, что если тимлид — это вы, то просто вы чем-то задели остальных участников совещания.
а почему, собственно не поинтересоваться целями человека на данный момент.
но это для саморазвития просто. В реальном коде проще конечно нациклить, а е разводить itertools на пустом месте
en.Where(chk.ckeck).Count
Что надо делать если en или checker == null и как правильно это сделать (Code Contracts?)
Как вы думаете, что пм может сделать в следующий раз, чтобы исходя из тех же начальных данных достигнуть больших успехов?
Обычная жизнь весьма многообразна. Вполне возможно, что все, кроме тимлида были агрессивных и неадекватны.
Мы не знаем отношения персонажей до этого. У нас нет ни прямой речи ни интонации того, что было после высказывания мнений. Мы даже не знаем, что именно скрывается за словом «набросились», но по моему опыту, технический персонал как правило не часто открыто конфликтует с непосредственными начальниками (то есть они скорее разойдутся ворча, чем набросятся). А люди в массе своей любят транслировать высокомерие формулировками и тоном голоса. Часто этим грешат технические специалисты.
Мне как-то довелось видеть психологический тренинг, где группа людей беседовала на отвлечённые темы, а ведущий занимался тем, что в усиленном виде воспроизводил их интонации, формулировки и жесты. Оказалось у очень многих чуть ли не каждая фраза основной своей целью имеет увеличение самооценки за счет небольшого унижения собеседника. И очень часто люди сами не могут оценить тон своего голоса, пока им де его не предъявлять подобным способом.
Не знаю, что там у вас было в этой ситуации, но меня настораживают некоторые вещи в ваших формулировках:
— вы не сочли сообщили некоторые существенные подробности происходящего
— вы назвали участников Herdentiere (это типа стадо баранов да?)
— кстати выбор самого немецкого слова — нет ли в этом некоторого снобизма?
Я сам в-общем-то не психолог, а технарь, но предполагаю, что если тимлид — это вы, то просто вы чем-то задели остальных участников совещания.
И всегда существует больше чем 2 решения :)