Метка «трэш-аналитика»

    Мое становление как  программиста началось в 2005 году  и продолжается по
сей  день. Несомненно,  многие  читатели смогут  похвастаться более  обширным
опытом,  но речь  пойдет о  другом.  Мой профессиональный  рост наложился  на
интересный период  - повышение культуры  программирования в рунете,  если это
можно  так  назвать.  Профессионалы  были  всегда,  но сегодня  подкованность
среднего  программиста(во всяком  случае  в сфере  best pracices)  несравнимо
выше, чем тогда.

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

Читать полностью »

    Как-то, читая комментарии к очередной вводной статье к oDesk, я нарвался на комментарий в которомприсутствовало словосочетание «трэш-работа». Комментарий был о чем-то другом, но зацепило именно это. Потому что именно этословосочетание кратко и емко описывает целый пласт работы во фрилансе и в какой-то мере в ИТ, особенно в тех его областях, гдеинформационные технологии являются лишь сопутствующей частью бизнес процесса. Данный пост — свободное по форме изложение моегоопыта и опыта моих знакомых: фрилансеров, программистов, системных администраторов, принимавших участие в работе, к которой так илипнет емкая приставка трэш-.    Данное повествование ведется исключительно с позиции наемного работника, поэтому если вам, какзаказчику, начальнику, менеджеру, покажется, что в этом тексте такие персонажи как заказчики, начальники, менеджеры описываютсяоднобоко и предвзято, то это сделано намеренно, а не по глупости или упущению. Читать полностью »

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

    Литературы п управлению проектами написано много, но правильного ответа для того, самого животрепещущего, вопроса там нет. И скорее всего не будет. Я попытаюсь посвятить этот пост тому, чтобы максимально занудно описать причины печального положения людей, ищущих опоры и поддержки в своих попытках ответить на один из главнейших вопросов разработки ПО: сколько времени это займет?

Читать полностью »


https://ajax.googleapis.com/ajax/libs/jquery/3.4.1/jquery.min.js