Да как-то так сложилось, что на основной работе завал, и с подработкой была временная запарка, да еще и машину как раз приводить в порядок пришлось, и последние полторы недели ее у меня не было в пользовании...
Не нужно ничего придумывать, все уже придумано до нас.) Шаблоны проектирования, куски кода в инете, бесплатные библиотеки и т.п., всегда можно найти готовое похожее решение и чуть-чуть подправить. В противном случае нужно держать отдельных людей - архитектора и программиста и не смешивать их работу. Программирование - такой же рутинный процесс, как и все остальное производство, там тоже если заставить одного человека выполнять задачи директора, бухгалтера, слесаря и завскладом, ему потребуется вдохновение. Не нужно за отсутствием вдохновения прятать нежелание работать и недостаток организации процесса.) Хотя я тоже так делаю.
Насчет готовых решений итд - это все ужу ясно, это входит в творческий процесс поиска :) Но практика показывает, что зачастую есть задачи более практические, чем решает системный архитектор, и более глобальные при этом, чем решает "обычный программист". Программистские задачи, но для решения которых требуется заметный объем исследования и анализа.
Собственно, поэтому лучше всего бить задачу на атомарные подзадачи, чтоб всегда можно было сказать "то-то закончил, работаю над этим вот". Плюс стэк для мелочевки всякой, чтоб можно было ей заняться, когда захочется отлечься от сложной задачи. И еще не забыть руководство, которое тебя не первый день видит и знает, что ты можешь три дня "ничего не делать", а на четвертный - сделать все, что было запланировано на неделю.
Дык вот с трудом у меня получается такие вот "непонятные" задачи бить на части. То есть части получаются две: 1. Придумать решение. 2. Реализовать его. Вторую часть (после завершения первой) можно детализировать до атомарности, а вот первую?..
А с руководством собственно фигня и выходит, потому что мочь-то я могу, но бывает так, что под вечер третьего дня вдруг посыпались баги в другом месте, и пришлось на пару дней срочно переключаться на их решение, а потом руководство зовет и говорит: "А по той задаче-то ты что сделал, А?!!". И ответить на это особо нечего :-/
По атомарности я имею в виду, что в общем задача не должна быть вида "как бы мне сделать счастье для всех и даром?".Хотя тут, наверное, много от чего зависит.
Comments 12
Reply
Reply
Reply
Reply
Reply
Reply
Reply
1. Придумать решение.
2. Реализовать его.
Вторую часть (после завершения первой) можно детализировать до атомарности, а вот первую?..
А с руководством собственно фигня и выходит, потому что мочь-то я могу, но бывает так, что под вечер третьего дня вдруг посыпались баги в другом месте, и пришлось на пару дней срочно переключаться на их решение, а потом руководство зовет и говорит: "А по той задаче-то ты что сделал, А?!!". И ответить на это особо нечего :-/
Reply
Reply
Reply
Reply
Leave a comment