Блог компании Digital Professionals Hub → Вредные советы или Самый Полезный Чек-лист
Как художник на свою картину маслом, как молодая мамаша на своё обожаемое дитя, веб-разработчик глядит на дело рук своих — сайт, и изъянов никаких за ним не замечает. Трезво взглянуть на результат своего труда, не упуская ни одной мелочи при сдаче проекта, чтобы не подвести требовательного заказчика, помогает чек-лист.

Итак, самый эффективный чек лист для проверки готовности сайта эксклюзивно для читателей блога Webprofessionals.ru:
Итак, самый эффективный чек лист для проверки готовности сайта эксклюзивно для читателей блога Webprofessionals.ru:
GTD → Код, который невозможно поддерживать (часть 3, заключительная)
(Окончание этих двух топиков — переводов эссе «Unmaintainable Code». В оставшихся главах автор часто обращается к уже описанным методам, удваивая и утраивая каждый из них; изложение сильно сокращено за счет исключения таких мест.)
Если вы оставите баг-другой в своей программе, то человеку, который придет после вас, будет чем развлечься.
Тестирование
Если вы оставите баг-другой в своей программе, то человеку, который придет после вас, будет чем развлечься.
GTD → Код, который невозможно поддерживать (часть 2)
Продолжение этого топика — вторая и третья главы эссе «Unmaintainable Code». Несколько перекликается с первой, но описанные методы уже не так очевидны (а некоторые отличаются поистине дьявольской изобретательностью и не меньшей злокозненностью). Ах да, с заявленного в прологе языка Java автор незаметно переключился на C/C++.
Искусство камуфляжа — сокрытия вещей или маскировки их под другие — составляет значительную долю искусства написания неподдерживаемого кода. Большинство приемов этого раздела основаны на том, что компилятор воспринимает и обрабатывает код иначе, чем текстовый редактор или человек. Ниже приведены избранные приемы камуфляжа:
Камуфляж
Искусство камуфляжа — сокрытия вещей или маскировки их под другие — составляет значительную долю искусства написания неподдерживаемого кода. Большинство приемов этого раздела основаны на том, что компилятор воспринимает и обрабатывает код иначе, чем текстовый редактор или человек. Ниже приведены избранные приемы камуфляжа:
GTD → Код, который невозможно поддерживать
Вольный перевод с сокращениями первой части эссе «Unmaintainable Code». Именование переменных — довольно банальная тема (хоть и забавно изложенная), но без этой части эссе было бы неполным.
Это самое популярное из моих эссе. Удивительно, сколько людей не понимают, что это насмешка.
Это эссе написано ради создания рабочих мест для программистов на Java. В нем я собрал советы мастеров о том, как писать код, который так сложно поддерживать, что люди, пришедшие после вас, потратят годы на внесение даже минимальных изменений. Более того, скрупулезное следование этим советам обеспечит вам занятость до конца жизни, так как ни у кого другого нет шансов на успешную поддержку кода. Впрочем, если вы следовали всем правилам, шансов на это нет даже у вас.
Не переусердствуйте: ваш код не должен выглядеть неподдерживаемым, а только быть таким, иначе он рискует подвергнуться рефакторингу или просто быть переписанным.
Пролог
Это самое популярное из моих эссе. Удивительно, сколько людей не понимают, что это насмешка.
Это эссе написано ради создания рабочих мест для программистов на Java. В нем я собрал советы мастеров о том, как писать код, который так сложно поддерживать, что люди, пришедшие после вас, потратят годы на внесение даже минимальных изменений. Более того, скрупулезное следование этим советам обеспечит вам занятость до конца жизни, так как ни у кого другого нет шансов на успешную поддержку кода. Впрочем, если вы следовали всем правилам, шансов на это нет даже у вас.
Не переусердствуйте: ваш код не должен выглядеть неподдерживаемым, а только быть таким, иначе он рискует подвергнуться рефакторингу или просто быть переписанным.
Персональные блоги → 7 способов вызвать ненависть разработчика (краткое руководство для заказчиков)
(UPD. Перенесла в ХабраЮмор. Господа, не воспринимайте все так серьезно :-) )
Что делать заказчику, который начинает новый проект с командой разработчиков и хочет оставить по себе долгую и яркую память? Следуя несложным советам этой статьи, вы сможете вызвать самые бурные эмоции за считанные недели даже у совершенно незнакомых людей.
Разработчик — счастливый владелец рабочего компьютера образца 2005 года — получит массу удовольствия, пытаясь открыть мегабайтный файл, перекапывая все сто листов требований в поисках двух строк изменений и увеличивая масштаб просматриваемого файла, чтобы рассмотреть скриншот. Желательно также делать скриншоты максимально неинформативными, чтобы ваша приятная переписка подольше не заканчивалась. Еще можно творчески подойти к описанию проблемы, отображенной на скриншоте: лучше всего работает фраза «Посмотрите, пожалуйста!» (не забывайте смертельно обидеться на ответ «Посмотрели!»).
Что делать заказчику, который начинает новый проект с командой разработчиков и хочет оставить по себе долгую и яркую память? Следуя несложным советам этой статьи, вы сможете вызвать самые бурные эмоции за считанные недели даже у совершенно незнакомых людей.
Присылайте требования в файле Excel, а скриншоты ошибок — в Word
Разработчик — счастливый владелец рабочего компьютера образца 2005 года — получит массу удовольствия, пытаясь открыть мегабайтный файл, перекапывая все сто листов требований в поисках двух строк изменений и увеличивая масштаб просматриваемого файла, чтобы рассмотреть скриншот. Желательно также делать скриншоты максимально неинформативными, чтобы ваша приятная переписка подольше не заканчивалась. Еще можно творчески подойти к описанию проблемы, отображенной на скриншоте: лучше всего работает фраза «Посмотрите, пожалуйста!» (не забывайте смертельно обидеться на ответ «Посмотрели!»).
Персональные блоги → Модель поведения для развития некомпетентности
Несколько вредных советов, о том как развивать некомпетентность. Антимотивация.
Не делитесь информацией.
Не давайте сотрудникам возможности выбирать инструменты, которые они используют в работе.
Не делитесь информацией.
- Не сообщайте сотрудникам, хорошо или плохо они работают.
- Вводите людей в заблуждение относительно результатов их работы.
- Не сообщайте людям, чего от них ожидают.
- Давайте людям самый минимум информации (или вообще ничего) от том, как они могут улучшить свою работу.
Не давайте сотрудникам возможности выбирать инструменты, которые они используют в работе.
- Разрабатывайте инструменты, не консультируясь с людьми, которые будут их использовать.
- Не давайтесь инженерам общаться с тем, кто будет применять их разработки.
Персональные блоги → Вредные советы при работе с платежными системами
Статьи о том, чего делать не стоит чтобы не лишиться своих денег, уже порядком поднадоели, поэтому представляю Вашему внимаю статью о том, что будет если Вы сделаете какую-то глупость из ниже перечисленных. Деньги всем достаются по-разному. Кому-то легко, а кто-то ради нескольких долларов встает с первыми петухами и с головой погружается в труд. Вне зависимости от того, как вы зарабатываете свои кровные, лишаться их всем неприятно. Причем, что интересно, многие люди, потеряв свои виртуальные тугрики, начинают уповать на приведение, магнитные бури, черную кошку перебежавшую расстояние от мышки до компьютера, что угодно лишь бы не винить себя. Такой подход приведет каждого к повторному случаю потери электронных денег. Чтобы этого не случилось, немного поиграю в К.О. и расскажу Вам 5 способов, с помощью которых Вы намеренно можете лишиться своих денег.
НЛО прилетело и опубликовало эту надпись здесь.
Регулярные выражения → Квантификаторы в регулярных выражениях
Регулярные выражения — это арифметика для алгоритмов. Они доступны во многих языках программирования, редакторах и настройках приложений. Как и сложение с умножением они просты в использовании. Но для правильного и эффективного использования regexp-ов нужно понимание того, как они работают. Я постараюсь описать принцип работы регулярных выражений, покажу в каких случаях бывают проблемы и как их решать.
В продолжение общих советов.
Подкасты → Agile Podcast #3. Сезон 1. Цикл в Agile и внедрение
Участники:
Андрей Степанов, Асхат Уразбаев, Денис Миллер, Никита Филиппов
Темы
* Жизненный цикл.
* Этапы разработки в Agile.
* Почему Agile не получается и проваливается?
* Политика и эффективная работа.
* Внедрение сверху и внедрение снизу.
* Боевой пример: советы по внедрению Agile в стартапе (приглашенный гость)
* Вредные советы.
Ждём ваши комментарии и вопросы. Будем отвечать и обсуждать в Agile Podcast!
Ссылка: http://agilepod.ru
Андрей Степанов, Асхат Уразбаев, Денис Миллер, Никита Филиппов
Темы
* Жизненный цикл.
* Этапы разработки в Agile.
* Почему Agile не получается и проваливается?
* Политика и эффективная работа.
* Внедрение сверху и внедрение снизу.
* Боевой пример: советы по внедрению Agile в стартапе (приглашенный гость)
* Вредные советы.
Ждём ваши комментарии и вопросы. Будем отвечать и обсуждать в Agile Podcast!
Ссылка: http://agilepod.ru
прослушан 59 раз