Главная

Теперь посмотрим, чем нам прийдется расплачиваться за эту свободу. На самом деле все, о чем пойдет дальше речь, полезно в любом случае, просто с таким графиком эта полезность становится особенно критичной :)

Во-первых - это культура совместной работы с кодом. Вспомните, сколько ярких ощущений вы пережили, когда ваша команда только училась работать с системой source control (например TFS), позволяющей изменять один и тот же файл нескольким людям одновременно? Но если виновнику торжества (некомпилируемой сборки), сидящему в твоей же комнате, можно эффективно все объяснить используя только великий и могучий, до соседней комнаты вы достучитесь только при помощи аськи или телефона (или порадуете их лично, если хотите пргуляться, а заодно и выговориться). А вот если человека еще (или уже) нет на работе - у вас сразу появится серьезный повод разнести в пух и прах все предыдущие выводы нашего разговора. [читать дальше]

Что еще мы можем добавить в нашу копилку "информации для размышления"?

Мы участвуем в Agile-проектах. Они не могут позволить себе ту роскошь, которая составляет основу их антиподов, Formal-методологий - потратить кучу времени на тщательный анализ и планирование, перепроверить риски, проработать дизайн, опробовать технологии - и только тогда приступить к самому легкому - написанию кода. В этот момент уже все подготовлено и кодирование скорее напоминает поезд, планомерно следующий по заранее проложенному пути, вовремя останавливаясь на станциях и ровно в 22 выключая свет в вагонах, потому что пора спать. [читать дальше]

Вы пришли на работу и обнаружили, что теперь вам нужно отмечать время прихода в специальной толстой книге. Или получили письмо от администратора о том, что использование аськи запрещено и соответствующие порты будут закрыты. А может у вас потребовали справку от врача, после того как вы пропустили два рабочих дня, валяясь дома с температурой. Ну или просто не смогли зайти на одну из избранных страниц ЖЖ (и на все остальные кстати, тоже).

Все это может означать, что в вашей компании решили обратить внимание на трудовую дисциплину. [читать дальше]

В последнее время у меня появилось большое количество мыслей и вопросов, которые можно свести к одной простой фразе "как же все-таки командам, разрабатывающим программное обеспечение, удается попадать в эти желанные 16.2 %?" Если вы подумали "какие еще проценты?" - чуть ниже в примечании вы поймете что я имел ввиду, а сейчас поговорим об одном из самых важных, хотя и несколько философском вопросе ... [читать дальше]

Позади остались майские праздники, Крым и горы. И даже пара рабочих недель, чтобы перестать скучать по работе после отпуска ... Чудесное кстати ощущение - уходить и радоваться, что уходишь, а потом возвращаться к компьютеру - и радоваться, что возвращаешься :)

Помните стихотворение Маршака "Дама сдавала в багаж"? О том сколько возни пришлось пережить грузчикам, носильщикам и самой даме, пока она добиралась до вожделенного Житомира? Очень часто web проекты содержат такое количество вспомогательны файлов, что работа носильщика показалась бы просто синекурой, по сравнению с работой "деплойщика" проектов. Как правило, это разнообразные ресурсные файлы: изображения (.jpg, .gif), таблицы стилей (.css), клиентские скрипты (.js). Нельзя сказать, что они доставляют слишком много проблем, но ... как всегда хочется чего-то более изящного и простого. Посмотрим, что появилось в этом отношении с приходом .NET Framework 2.0. [читать дальше]

Когда-то я наивно думал, что в следующем выпуске смогу поздравить вас с Рождеством. А сейчас, осталось совсем чуть-чуть и в самый раз будет поздравлять с не менее важным (а по сути, очень похожим) событием из жизни того же самого персонажа ...

Почему прошло так много времени? Трудный вопрос ... Иногда была работа, такая интересная, что не хотелось отвлекаться, иногда - настолько скучная, что после этого не хотелось заниматься чем бы то ни было другим. Но сейчас, я надеюсь, мне удастся свести время, затрачиваемое на скучные вещи к минимуму, посвятив его как работе интересной, так и интересной не-работе ... Так что - show must go on!

Вначале, я хотел посвятить этот выпуск подборке событий из жизни полезных библиотек, утилит или просто интересных примеров программирования, с которыми сталкивался в последнее время, но, увлекшись одной такой библиотекой, решил, что она (а скорее сама тема), заслуживает более подробного внимания. [читать дальше]

Традиция приурочивать завершение чего бы то ни было к праздникам - явно не только наше изобретение. Проект, которым я сейчас занят, пишется для наших американских коллег, и все это время я доводил все, что должно быть доведено именно к Новому году (хорошо хоть не к Рождеству, иногда мне кажется, что последняя неделя до завершения - это те самые мифические 20% времени, за которые делаются 80% всей работы, причем сам срок "неделя" абсолютно не зависит от сроков всего проекта :) Но только что я понял, что если не напишу этот выпуск в ближайшие пару дней - шансов встретиться с вами этом году уже не будет. Так что ...

Недавно я наткнулся на интересную статью в MSDN Magazine. Называлась она "Ten Must-Have Tools Every Developer Should Download Now". "Must-have" или не "must-have" решать конечно вам, а вот "must-know", я думаю, однозначно. Так что в качестве небольшого подарка к Новому Году в этом выпуске мы поговорим о: [читать дальше]

Как я и обещал, сегодняшняя статья будет чисто практическая - "подключил, настроил - работает". А разговор у нас пойдет о работе с базой данных, или, если быть конкретнее, как при помощи Microsoft Data Access application block значительно упростить себе жизнь при получении и сохранении даных.

Почему выпуск называется "На дальнем рубеже ..."? Мысленно представим себе схему многоуровневого (n-tier) приложения. Представили? Вот прямо перед нами нагромождение стендов, прилавков, все увешано рекламой, постоянно слышны сообщения "Уважаемые посетители, если вы пройдете на третий этаж, то в отделе парфюмерии ..." - это Presentation Layer. Выходим оттуда и попадаем на улицу, переполненную деловито снующими людьми, передающим друг другу дипломаты с пачками денег - Business Object Layer. О! видели? Вот какой-то мужчина просто исчез в момент, когда он уже почти передал битком набитый дипломат - не иначе как транзакция откатилась. [читать дальше]

Сегодня, как и было обещано, мы отвлечемся от философских рассуждений о смысле программирования и займемся сугубо практическими вещами - посмотрим, что сможет нам помочь писать код быстрее, проще и с меньшим количеством ошибок. Если опять таки не рассматривать теории и методологии ("Займись парным программированием - и качество ваших программ значительно возрастет!" - тренер по XP, или "Заполни вот эти 120 форм и документов - и у вас не возникнут вопросы "А кто сказал, что оно должно быть зеленым?" - методист MSF Formal и т.д.), то ответ знают все - вынести служебный код в отдельние модули, превратить эти модули в черные ящики, реализовать внутри них максимально эффективные алгоритмы, отладить до немыслимого совершенства (это вполне реально, ведь каждое использующее их приложение невольно участвует в процессе тестирования) и, вуа-ля: [читать дальше]

Как видите, мы опять вернулись к теме Архитекторов. Дело в том, что в предыдущих статьях я не упомянул об одной возможности Архитекторов, без которой обзор этого типа героев был бы не полным. О ней не вспоминалось раньше, потому что, не смотря на всю свою важность, эта возможность оставалась одной из самых спорных проявлений силы Архитекторов. Ей было посвящено множество теоретических и вполне практических манускриптов, появлялись целые фирмы, создававшие и совершенствовавшие заклинания и артефакты для этого аспекта силы, его знание обязательно включалось в резюме каждого уважающего себя Архитектора, все понимали почему это важно и как это нужно применять, но ... когда речь заходила о личном опыте в этой области, появлявшиеся улыбки были понятны только посвященным. Вы наверное уже догадались, что речь пойдет о прямом и обратном проектировании при помощи диаграмм (direct and reverce engineering). [читать дальше]