Относитесь проще к минусам. Ведь «минус» это тоже результат ;) Пусть и отрицательный.
На мой взгляд хабр это не повод для гордости «смотри-ка какая у меня карма?», а еще один инструмент для получения знаний и нужных знакомств!
>>Каждому хорошему руководителю — побольше хороших исполнителей!
Так и хочется вспомнить русскую и народную «Плохому танцору...»
Я хочу сказать руководитель должен отчетливо осознавать, что он не программирует, не водит машину, не дебажит программу, где все и вся от него зависит, а«руководит». Именно «руководит»! Это означает, что он должен полностью осознавать, что он работает с живыми и мыслящими существами! Он должен каждый день узнавать, что происходит у него в отделе?
Очень часто бывает, что руководитель раздаст задачи и целую неделю ждет, когда подчиненные доделают их. Если вдруг кто чего не сделал, то начинает кнутом…
А всего-то надо было интересоваться как идут дела, что хорошего, что сделали, что не получается? Тогда бы он и увидел во вторник, что Васи Пупкина плохое настроение. Пообщался и понял, что тот с женой поругался. Взял бы и снял Васю с его задачи на день и подсадил к Пете. В итоге Петя решит быстрее и Вася не будет грузиться.
На мой взгляд нужно не просто себя за мотивировать, а хорошо за мотивировать! Качество мотивации имеет значение. Если касательно занятия по-английскому «Ты узнаешь меньше, чем мог» ты можешь отмазаться «Ну и ладно, MSDN же читаю...». То когда касается «Если придешь на скрам-митинг позже всех, до до митинга коллеги на кухне расхватают еду», тогда твой мозг сообразит что выполнять таски и при этом голодным как-то не хочется!
Качество мотивации повышает Конкретика и такая, что показывает чуть ли не фатальный исход всему и вся в твоей жизни. Чем фатальней, тем выше мотивация ;)
Есть несколько вариантов:
1) Как предложил mark_ablov можно слушать в фоне
2) Не знаю как Вам, но я куда лучше воспринимаю информацию, если выписываю ее в виде списка пунктов или делаю ментальную карту. А тут автор слайда эти пункты частично сделал это за меня! ;)
3) Автор все-таки читает не с экрана, а добавляет много полезной информации, которой не написано на слайде. А она хоть и в не большом экране, но тем не менее как-то дополняет основную написанную.
Не провоцируйте народ! Может начаться холивар, ведь у каждого есть свои любимые учебники! ;)
На мой взгляд, если вы имели опыт программирования, то последняя книга от Страуструпа с голубенькой обложкой это самое то! Однако она научит как правильно писать клиентский код на С++. Поэтому когда захотите писать библиотеки, т.е. инструментальный код, то желательно почитать ранние книги Страуструпа. Дальше классика Майерса и уж потом ищите заклинание «решение сложных задач». Этого думаю, достаточно!
Он такого не мог сказать, по крайней мере весь материал строится на том, что нужно и полезно юзать исключения, а не коды ошибок в виде возвращаемого значений. Единственное что он говорит по поводу исключений в С++, что могло бы хоть как-то навести на мысль что он против С++ исключений, так это «некоторые программисты находят удобным разделение на logic_error, runtime_error, я нет»! Если бы он был против исключений, уверяю, его харизмы хватило бы на изменения в стандарте!
Не писал на Java и ничего не скажу про нее. Но если не обработать исключение в коде на С++, то пользователь точно заметит. Вернее с определенной вероятностью в 99%
Насколько я понимаю механизм исключений появился не просто как средство сказать об ошибки, а скорее как средство принуждающего программиста-пользователя обработать ошибку! Ведь всем известно, что если функция возвращает значение какого-нить типа, то это еще не говорит что это значение обязательно проверят! А так хотя бы безусловный catch(...) поставят, что будет говорить о том, что программист хоть немного но осведомлено об ошибке!
Я лично не вижу никакого героизма. Толку-то от 1-2 лежащих сервера? Педофилы по-любому найдут где скачать и купить. На мой взгляд 3-4 карательных телодвижения над конкретными педофилами сделали куда бы больше.
Что сделано:
1) Найденный файловый офсет не проверялся на вхождение в файл
2) Не учитывалось, что системный загрузчик берет минимальное между файловым и виртуальным размерами
Что еще нужно сделать:
1) Файловое выравнивание может быть меньше чем 0x200.
>>на примере implicitly shared контейнеров в Qt достаточно просто показать зачем на самом деле нужно ключевое слово const.
Это же реальный опыт!!! Это же самое интересное! Именно такие обсуждения и следует вести на хабре. Очень надеюсь, что вы найдете время на подобный материал!
Не в тему:
Напишите пожалуйста пост про константность, ту что делится на «физическую» и «логическую». Потому что это скользкий и очень важный момент при разработке на С++. Только прошу написать более развернутый пост, чем на rsdn.ru
Смелая затея! Но чтобы оценить такие вещи нужно либо-самому потрогать и попробовать либо посмотреть видео. Рисунок или фото тут просто показывает как выглядит, но не более того!
На мой взгляд хабр это не повод для гордости «смотри-ка какая у меня карма?», а еще один инструмент для получения знаний и нужных знакомств!
Так и хочется вспомнить русскую и народную «Плохому танцору...»
Я хочу сказать руководитель должен отчетливо осознавать, что он не программирует, не водит машину, не дебажит программу, где все и вся от него зависит, а«руководит». Именно «руководит»! Это означает, что он должен полностью осознавать, что он работает с живыми и мыслящими существами! Он должен каждый день узнавать, что происходит у него в отделе?
Очень часто бывает, что руководитель раздаст задачи и целую неделю ждет, когда подчиненные доделают их. Если вдруг кто чего не сделал, то начинает кнутом…
А всего-то надо было интересоваться как идут дела, что хорошего, что сделали, что не получается? Тогда бы он и увидел во вторник, что Васи Пупкина плохое настроение. Пообщался и понял, что тот с женой поругался. Взял бы и снял Васю с его задачи на день и подсадил к Пете. В итоге Петя решит быстрее и Вася не будет грузиться.
Качество мотивации повышает Конкретика и такая, что показывает чуть ли не фатальный исход всему и вся в твоей жизни. Чем фатальней, тем выше мотивация ;)
Как-то сумбурно, но попытался проще ;)
1) Как предложил mark_ablov можно слушать в фоне
2) Не знаю как Вам, но я куда лучше воспринимаю информацию, если выписываю ее в виде списка пунктов или делаю ментальную карту. А тут автор слайда эти пункты частично сделал это за меня! ;)
3) Автор все-таки читает не с экрана, а добавляет много полезной информации, которой не написано на слайде. А она хоть и в не большом экране, но тем не менее как-то дополняет основную написанную.
Спасибо! Мне это пригодится!
На мой взгляд, если вы имели опыт программирования, то последняя книга от Страуструпа с голубенькой обложкой это самое то! Однако она научит как правильно писать клиентский код на С++. Поэтому когда захотите писать библиотеки, т.е. инструментальный код, то желательно почитать ранние книги Страуструпа. Дальше классика Майерса и уж потом ищите заклинание «решение сложных задач». Этого думаю, достаточно!
Что сделано:
1) Найденный файловый офсет не проверялся на вхождение в файл
2) Не учитывалось, что системный загрузчик берет минимальное между файловым и виртуальным размерами
Что еще нужно сделать:
1) Файловое выравнивание может быть меньше чем 0x200.
Это же реальный опыт!!! Это же самое интересное! Именно такие обсуждения и следует вести на хабре. Очень надеюсь, что вы найдете время на подобный материал!
Напишите пожалуйста пост про константность, ту что делится на «физическую» и «логическую». Потому что это скользкий и очень важный момент при разработке на С++. Только прошу написать более развернутый пост, чем на rsdn.ru