>> есть такие паразиты, которые на шею могут сесть легко и непринужденно
Почти сутки не давали покоя эти слова :)
Пришел к следующему: Начнем с факта, что паразиты — тоже люди. Как и все люди паразиты тоже имеют потребности. Следует учесть, что когда руководитель говорил отделу кадров при приеме на работу «паразита» он наверняка видел хоть какое-то умение думать у паразита. Из этого следует, что либо руководитель недалеко ушел от паразита, либо не объяснил паразиту, когда можно садиться на шею. Ну и как уже говорили уже в коментах мотивацию никто не отменял!
На мой взгляд подход к паразиту должен быть примерно таков: «У нас работают Вася, Петя, Дима, Женя, ..., и ты. Мы получаем в месяц ИКС рублей. Вася сделал работы на N1 %, Петя на N2%,… ты сделал на N0%. Объясни мне пожалуйста почему я должен отнять деньги у другого члена команды и дать их тебе?».
Другими словами: пояснение в цифрах как подсчитан доход паразита даст понять паразиту, что нужно работать или паразитировать в другом месте.
К сожалению так и не осилил эту книгу. Дома лежит и сколько раз не брался потом все равно закрывал из-за обилия математических формул. В виду того, что мой математич. уровень не так высок, приходится «буксовать» и в очередной раз делаю вывод: «Интересно, полезно, но столько тратить время на разбор формул не могу».
Тогда для всех остальных указывается ссылка и описывается то чего нет в оригинале!
По поводу LZJB вот ссылка на сорец. В коментах весьма подробно разжевана весьма интересная изюминка ;)
>>Ну так я ее и писал
Значит для хабра надо было что-то другое! Смысл-то выкладывать на хабре то, что уже есть в инэте? На мой взгляд вы можете большего! ;) К примеру LZjb который в ZFS применяется редко где разжевывается ;)
Относитесь проще к минусам. Ведь «минус» это тоже результат ;) Пусть и отрицательный.
На мой взгляд хабр это не повод для гордости «смотри-ка какая у меня карма?», а еще один инструмент для получения знаний и нужных знакомств!
>>Каждому хорошему руководителю — побольше хороших исполнителей!
Так и хочется вспомнить русскую и народную «Плохому танцору...»
Я хочу сказать руководитель должен отчетливо осознавать, что он не программирует, не водит машину, не дебажит программу, где все и вся от него зависит, а«руководит». Именно «руководит»! Это означает, что он должен полностью осознавать, что он работает с живыми и мыслящими существами! Он должен каждый день узнавать, что происходит у него в отделе?
Очень часто бывает, что руководитель раздаст задачи и целую неделю ждет, когда подчиненные доделают их. Если вдруг кто чего не сделал, то начинает кнутом…
А всего-то надо было интересоваться как идут дела, что хорошего, что сделали, что не получается? Тогда бы он и увидел во вторник, что Васи Пупкина плохое настроение. Пообщался и понял, что тот с женой поругался. Взял бы и снял Васю с его задачи на день и подсадил к Пете. В итоге Петя решит быстрее и Вася не будет грузиться.
На мой взгляд нужно не просто себя за мотивировать, а хорошо за мотивировать! Качество мотивации имеет значение. Если касательно занятия по-английскому «Ты узнаешь меньше, чем мог» ты можешь отмазаться «Ну и ладно, MSDN же читаю...». То когда касается «Если придешь на скрам-митинг позже всех, до до митинга коллеги на кухне расхватают еду», тогда твой мозг сообразит что выполнять таски и при этом голодным как-то не хочется!
Качество мотивации повышает Конкретика и такая, что показывает чуть ли не фатальный исход всему и вся в твоей жизни. Чем фатальней, тем выше мотивация ;)
Есть несколько вариантов:
1) Как предложил mark_ablov можно слушать в фоне
2) Не знаю как Вам, но я куда лучше воспринимаю информацию, если выписываю ее в виде списка пунктов или делаю ментальную карту. А тут автор слайда эти пункты частично сделал это за меня! ;)
3) Автор все-таки читает не с экрана, а добавляет много полезной информации, которой не написано на слайде. А она хоть и в не большом экране, но тем не менее как-то дополняет основную написанную.
Не провоцируйте народ! Может начаться холивар, ведь у каждого есть свои любимые учебники! ;)
На мой взгляд, если вы имели опыт программирования, то последняя книга от Страуструпа с голубенькой обложкой это самое то! Однако она научит как правильно писать клиентский код на С++. Поэтому когда захотите писать библиотеки, т.е. инструментальный код, то желательно почитать ранние книги Страуструпа. Дальше классика Майерса и уж потом ищите заклинание «решение сложных задач». Этого думаю, достаточно!
Он такого не мог сказать, по крайней мере весь материал строится на том, что нужно и полезно юзать исключения, а не коды ошибок в виде возвращаемого значений. Единственное что он говорит по поводу исключений в С++, что могло бы хоть как-то навести на мысль что он против С++ исключений, так это «некоторые программисты находят удобным разделение на logic_error, runtime_error, я нет»! Если бы он был против исключений, уверяю, его харизмы хватило бы на изменения в стандарте!
Не писал на Java и ничего не скажу про нее. Но если не обработать исключение в коде на С++, то пользователь точно заметит. Вернее с определенной вероятностью в 99%
Насколько я понимаю механизм исключений появился не просто как средство сказать об ошибки, а скорее как средство принуждающего программиста-пользователя обработать ошибку! Ведь всем известно, что если функция возвращает значение какого-нить типа, то это еще не говорит что это значение обязательно проверят! А так хотя бы безусловный catch(...) поставят, что будет говорить о том, что программист хоть немного но осведомлено об ошибке!
Я лично не вижу никакого героизма. Толку-то от 1-2 лежащих сервера? Педофилы по-любому найдут где скачать и купить. На мой взгляд 3-4 карательных телодвижения над конкретными педофилами сделали куда бы больше.
Почти сутки не давали покоя эти слова :)
Пришел к следующему: Начнем с факта, что паразиты — тоже люди. Как и все люди паразиты тоже имеют потребности. Следует учесть, что когда руководитель говорил отделу кадров при приеме на работу «паразита» он наверняка видел хоть какое-то умение думать у паразита. Из этого следует, что либо руководитель недалеко ушел от паразита, либо не объяснил паразиту, когда можно садиться на шею. Ну и как уже говорили уже в коментах мотивацию никто не отменял!
На мой взгляд подход к паразиту должен быть примерно таков: «У нас работают Вася, Петя, Дима, Женя, ..., и ты. Мы получаем в месяц ИКС рублей. Вася сделал работы на N1 %, Петя на N2%,… ты сделал на N0%. Объясни мне пожалуйста почему я должен отнять деньги у другого члена команды и дать их тебе?».
Другими словами: пояснение в цифрах как подсчитан доход паразита даст понять паразиту, что нужно работать или паразитировать в другом месте.
По поводу LZJB вот ссылка на сорец. В коментах весьма подробно разжевана весьма интересная изюминка ;)
Значит для хабра надо было что-то другое! Смысл-то выкладывать на хабре то, что уже есть в инэте? На мой взгляд вы можете большего! ;) К примеру LZjb который в ZFS применяется редко где разжевывается ;)
УРА! Оно меня очень бесило! ;)
На мой взгляд хабр это не повод для гордости «смотри-ка какая у меня карма?», а еще один инструмент для получения знаний и нужных знакомств!
Так и хочется вспомнить русскую и народную «Плохому танцору...»
Я хочу сказать руководитель должен отчетливо осознавать, что он не программирует, не водит машину, не дебажит программу, где все и вся от него зависит, а«руководит». Именно «руководит»! Это означает, что он должен полностью осознавать, что он работает с живыми и мыслящими существами! Он должен каждый день узнавать, что происходит у него в отделе?
Очень часто бывает, что руководитель раздаст задачи и целую неделю ждет, когда подчиненные доделают их. Если вдруг кто чего не сделал, то начинает кнутом…
А всего-то надо было интересоваться как идут дела, что хорошего, что сделали, что не получается? Тогда бы он и увидел во вторник, что Васи Пупкина плохое настроение. Пообщался и понял, что тот с женой поругался. Взял бы и снял Васю с его задачи на день и подсадил к Пете. В итоге Петя решит быстрее и Вася не будет грузиться.
Качество мотивации повышает Конкретика и такая, что показывает чуть ли не фатальный исход всему и вся в твоей жизни. Чем фатальней, тем выше мотивация ;)
Как-то сумбурно, но попытался проще ;)
1) Как предложил mark_ablov можно слушать в фоне
2) Не знаю как Вам, но я куда лучше воспринимаю информацию, если выписываю ее в виде списка пунктов или делаю ментальную карту. А тут автор слайда эти пункты частично сделал это за меня! ;)
3) Автор все-таки читает не с экрана, а добавляет много полезной информации, которой не написано на слайде. А она хоть и в не большом экране, но тем не менее как-то дополняет основную написанную.
Спасибо! Мне это пригодится!
На мой взгляд, если вы имели опыт программирования, то последняя книга от Страуструпа с голубенькой обложкой это самое то! Однако она научит как правильно писать клиентский код на С++. Поэтому когда захотите писать библиотеки, т.е. инструментальный код, то желательно почитать ранние книги Страуструпа. Дальше классика Майерса и уж потом ищите заклинание «решение сложных задач». Этого думаю, достаточно!