Техническая литература — читаю много, по ходу текста понимаю, если это интересно — читаю все, иначе через строчку, либо оглядывая абзацы. Т.е. если цель стоит ознакомится — то важно понимать о чем речь, что за информация содержится, что бы при необходимости — «знать где искать и знать что такое есть». И если это где то пригождается — перечитывать, но уже вдумчиво и с расстановкой, раскапывая всю недостающую инфу.
Художественная литература же наоборот — читаю с толком и расстановкой, получая удовольствие от каждой строчкой и смакуя замысел автора :-)
Еще хорошим способом фильтровать предложения от программистов и не только, является просьба оформить это в виде документа.
Во первых, это часто это заставляет додумать идею или отказаться от нее на начальном этапе. Это позволяет обсуждать и оценивать предложение более качественно и со всех сторон. Это удобно в плане коммуникаций, бывает проще прорецензировать предложение, чем обсуждать его вслух. При этом может понадобиться это рассказать еще дополнительным заинтересованным людям — с документом это не является проблемой. При этом документ также должен содержать и описание рисков, примерые трудозатраты. Документ можно расширить цифрами, диаграммами — от этого эффективность представления информации только вырастет.
Во вторых, эти предложения, офромленные в виде документа потом легче обосновать project manager-у или руководству. Не получится испорченного телефона.
В третьих, в случае одобрения — этот документ и будет сразу являться постановочным документом или техническим проектом ваших предложений.
Спасибо, есть еще чем поделиться. Буду стараться :-)
Заметил один момент применительно к статье, пока писал — пришлось закрывать все свои прорехи в знаниях, т.е. пока не формализуешь — оно все находится в каком то незаконченном варианте в голове, обрывки. А так, разложил все на бумаге и как то для себя оно стало понятней и прозрачней.
Но если вы знаете такие поделитесь. В свое время смотрел Visio for Architect, Rational Rose и еще какие то мелкие. Все они оставляют ощущуение какой то недоделанности. Т.е. как будто их сделали только для того, что бы оно было. Да, можно нарисовать диаграмму последовательности (Sequence) сгенерировать по ней первоначальный код. Потом, когда изменился код — можно перегенерировать диаграмму, но она визуально уже не будет такой удобной, что то она может и не учесть, а с измененной диаграммы в код тоже уже ничего не вернешь — ведь в коде наше форматирование, комментарии. В общем, какое то это одноразовое дело. Подходит только для первоначального описания архитектуры, но не для поддержания системы.
Жаль, но пока вот эти диаграммы и чаще всего роняют бету студии. Наблюдалось неоднократно.
А так функционал полезный. Так как часто бывает, что архитектор или тим лид передает на реализацию дальше именно краткое описание задачи, пару UML диаграмм, каркас проекта с заданными нейспейсами и интерфейсами. Таким образом будет меньше зоопарка.
Навскидку — загрузка 2010 (студии, проектов, открытие диаграмм, открытие окна свойств проекта, запуск проекта в отладке) намного дольше 2005/2008. При наборе кода тормозов не заметил, но их и в ранних версиях не замечал, да и нечему там тормозить.
Но не надо забывать, что это не релиз и наверняка с этим многое связано. Плюс падает она тоже регулярно, особенно при работе с диаграммами (есть в team версии).
Но очень уж там понравилась возможность создания UML диаграмм (некоторые даже поддерживают синхронизацию кода, например Sequence diagram).
Понравилась возможности программирования многих ранее недоступных для этого элементов, например, окно набора кода — это легко увидеть, если установить перечисленные выше мной расширения из Online Gallery.
Думаю что с подобными наворотами можно будет затормозить любую версию студии :-)
А мне очень понравились возможности «Галерея шаблонов Online» и ее связка с Extension Manager — сразу нашел расширения под VS2010, интересные шаблоны приложений. Не надо искать и инсталлировать все отдельно. Вызываем это через Tools/Extension Manager. Там выбираем Online Gallery, оттуда обычно в пару кликов можно добавить себе контрол, шаблон или расширение. Так сказать не выходя из дома, тьфу ты, из студии.
Из галереи сразу понравилось Image Insertion — можно в исходный код вставить картинку (зачем не понятно, но сама возможность понравилась), IntelliSence Presenter — более красивое окошко подсказки IntelliSence, ItalicComments — с ним как то посимпатичней код стал.
Одна из самых глупый вещей, которая не позволяет оглядываться назад и пересматривать себя со стороны — это отношение к критике.
Глупость
Не принимал критику кода/решений — взрывался, отрицал, начинал оправдываться. Очень резко относился к любому вмешательству в свой код. Следствие
Заблуждения, конфликты с коллегами, «допотопность» — не использовал кругозор других. Что я должен был сделать
Прислушаться к критике, самому на нее нарываться. Потому что люди, критикующие или сообщающие тебе об ошибке — чаще всего, делают тебе хорошую услугу. Обсуждая свой код, свои решения — мы учимся, находим правильные решения, ведь спор заставляет нас думать, аргументировать наши поступки. Понимание этого вкупе с терпимостью :-) и позволяет легко учиться на своих ошибках.
А по залу все таки скучаю. Зал помогает переключиться. Зал никак не связан с работой. Ты туда приходишь и там все свое родное. Куча разбросанных блинов. Скамья для лежа. Стойка для приседа. Друзья. Почти не разговариваем. Каждый занят своими мыслями. Первый подход — и все, работа забыта. Звучит музыка, иногда что нибудь особо тяжелое можно и через наушники. Тянуть, рвать, ломать, терпеть.
Так вот — качалка, это и еще и способ переключится, т.е. не только физическая работа, это и разгрузка мозга. Он ведь закипает от работы :-) И интересный эффект получается. Потом, как и с мышцами, после тренировки такое ощущение, что наступает суперкомпенсация работы мозга :-) Т.е. как то оно и формулируется лучше, и мысль становится быстрее :-)
В общем, железо — это не только работа для наших мышц, но и отдых для головы!
3 дня в неделю — многовато, тем более если использовать жим/присед/тяга на одной неделе. Еще не забывать про циклы, здесь про это ничего не сказано: легкие, тяжелые, объемные.
Для себя на работе (программист) с нашим режимом — восстанавливаться толком не получается, в итоге и на работе завал и в качалке тяжело становится, только насилование над организмом. Поэтому для себя эволюционно пришли к следующему.
1. Хорошая кампания единомышленников (в основном лифтеры).
2. Доступный инвентарь. Гири, штанга (используется для жимов стоя), эспандеры.
3. Небольшой кусочек места.
4. 15-20 минут времени.
5. Желание и настроение потягать железки, пусть и не большие :-)
Собираемся вместе, делаем небольшие циклы. Физической нагрузки для ежедневного сидения за монитором получается достаточно. Например, одно из базовых — жим стоя. Каждый раз поднимаешь штангу на грудь, выжимаешь (можно толчок), на грудь, штангу на пол. Повторять полный цикл. Обычно делаем лесенкой, что то типа 2-4-6-8-6-4-2. Вес на штанге регулируем, что бы сильно не упахиваться, ну и не рвать себе ничего. Делаем для того, что бы мышцы не закисали, к железу тянет, но оно уж сильно много забирает сил и времени. Хотя некоторые из нас все же 2 раза в неделю в зал ходят.
В итоге, если это утром — то заряд бодрости и хорошее настроение — обеспечено. Главное, сильно не потеть, на работе все таки :-)
А сам сайт — хорошая идея, хорошая реализация. Спасибо.
Художественная литература же наоборот — читаю с толком и расстановкой, получая удовольствие от каждой строчкой и смакуя замысел автора :-)
Во первых, это часто это заставляет додумать идею или отказаться от нее на начальном этапе. Это позволяет обсуждать и оценивать предложение более качественно и со всех сторон. Это удобно в плане коммуникаций, бывает проще прорецензировать предложение, чем обсуждать его вслух. При этом может понадобиться это рассказать еще дополнительным заинтересованным людям — с документом это не является проблемой. При этом документ также должен содержать и описание рисков, примерые трудозатраты. Документ можно расширить цифрами, диаграммами — от этого эффективность представления информации только вырастет.
Во вторых, эти предложения, офромленные в виде документа потом легче обосновать project manager-у или руководству. Не получится испорченного телефона.
В третьих, в случае одобрения — этот документ и будет сразу являться постановочным документом или техническим проектом ваших предложений.
Заметил один момент применительно к статье, пока писал — пришлось закрывать все свои прорехи в знаниях, т.е. пока не формализуешь — оно все находится в каком то незаконченном варианте в голове, обрывки. А так, разложил все на бумаге и как то для себя оно стало понятней и прозрачней.
Но если вы знаете такие поделитесь. В свое время смотрел Visio for Architect, Rational Rose и еще какие то мелкие. Все они оставляют ощущуение какой то недоделанности. Т.е. как будто их сделали только для того, что бы оно было. Да, можно нарисовать диаграмму последовательности (Sequence) сгенерировать по ней первоначальный код. Потом, когда изменился код — можно перегенерировать диаграмму, но она визуально уже не будет такой удобной, что то она может и не учесть, а с измененной диаграммы в код тоже уже ничего не вернешь — ведь в коде наше форматирование, комментарии. В общем, какое то это одноразовое дело. Подходит только для первоначального описания архитектуры, но не для поддержания системы.
В VS2010 пока эти же грабли присутствуют.
А так функционал полезный. Так как часто бывает, что архитектор или тим лид передает на реализацию дальше именно краткое описание задачи, пару UML диаграмм, каркас проекта с заданными нейспейсами и интерфейсами. Таким образом будет меньше зоопарка.
Сайт налогового комитета Министерства Финансов Республики Казахстан
www.salyk.kz/
Но не надо забывать, что это не релиз и наверняка с этим многое связано. Плюс падает она тоже регулярно, особенно при работе с диаграммами (есть в team версии).
Но очень уж там понравилась возможность создания UML диаграмм (некоторые даже поддерживают синхронизацию кода, например Sequence diagram).
Понравилась возможности программирования многих ранее недоступных для этого элементов, например, окно набора кода — это легко увидеть, если установить перечисленные выше мной расширения из Online Gallery.
Думаю что с подобными наворотами можно будет затормозить любую версию студии :-)
Из галереи сразу понравилось Image Insertion — можно в исходный код вставить картинку (зачем не понятно, но сама возможность понравилась), IntelliSence Presenter — более красивое окошко подсказки IntelliSence, ItalicComments — с ним как то посимпатичней код стал.
Глупость
Не принимал критику кода/решений — взрывался, отрицал, начинал оправдываться. Очень резко относился к любому вмешательству в свой код.
Следствие
Заблуждения, конфликты с коллегами, «допотопность» — не использовал кругозор других.
Что я должен был сделать
Прислушаться к критике, самому на нее нарываться. Потому что люди, критикующие или сообщающие тебе об ошибке — чаще всего, делают тебе хорошую услугу. Обсуждая свой код, свои решения — мы учимся, находим правильные решения, ведь спор заставляет нас думать, аргументировать наши поступки. Понимание этого вкупе с терпимостью :-) и позволяет легко учиться на своих ошибках.
Так вот — качалка, это и еще и способ переключится, т.е. не только физическая работа, это и разгрузка мозга. Он ведь закипает от работы :-) И интересный эффект получается. Потом, как и с мышцами, после тренировки такое ощущение, что наступает суперкомпенсация работы мозга :-) Т.е. как то оно и формулируется лучше, и мысль становится быстрее :-)
В общем, железо — это не только работа для наших мышц, но и отдых для головы!
Для себя на работе (программист) с нашим режимом — восстанавливаться толком не получается, в итоге и на работе завал и в качалке тяжело становится, только насилование над организмом. Поэтому для себя эволюционно пришли к следующему.
1. Хорошая кампания единомышленников (в основном лифтеры).
2. Доступный инвентарь. Гири, штанга (используется для жимов стоя), эспандеры.
3. Небольшой кусочек места.
4. 15-20 минут времени.
5. Желание и настроение потягать железки, пусть и не большие :-)
Собираемся вместе, делаем небольшие циклы. Физической нагрузки для ежедневного сидения за монитором получается достаточно. Например, одно из базовых — жим стоя. Каждый раз поднимаешь штангу на грудь, выжимаешь (можно толчок), на грудь, штангу на пол. Повторять полный цикл. Обычно делаем лесенкой, что то типа 2-4-6-8-6-4-2. Вес на штанге регулируем, что бы сильно не упахиваться, ну и не рвать себе ничего. Делаем для того, что бы мышцы не закисали, к железу тянет, но оно уж сильно много забирает сил и времени. Хотя некоторые из нас все же 2 раза в неделю в зал ходят.
В итоге, если это утром — то заряд бодрости и хорошее настроение — обеспечено. Главное, сильно не потеть, на работе все таки :-)