Побеседовал я сегодня с одним из читателей. Он посетовал на то, что в канальчик стали попадать в большом количестве менеджерские очерки, что не добавляет ему интереса у технологической части читателей. Пожалуй, соглашусь. Поэтому ролик про успех оставлю на потом. Тем более там у спикера противный голос, ну точно не для вечера понедельника/вторника. Взамен предлагаю уделить внимание двум достаточно интересным темам - проекты по оптимизации чего-нибудь и работу с дефектами. Это поближе к технологиям и подальше от менеджмента, хоть и всё-равно этого самого менеджмента касаются.
1. https://www.infoq.com/articles/0-bugs-policy - политика разработки с нулём дефектов. Чуваки разрабатывают таким образом, что не оставляют никаких дефектов за собой. Т.е. нашёл дефект - или исправил дефект, или исправил его на следующий спринт (максимум) или запил из дефекта новую фичу и всё в таком ключе. С моей точки зрения провокационная статья, многое в ней - игра слов, да и сам подход идёт сильно в разрез с тем, как работаем мы, например, но это ещё одна точка зрения достойная внимания, как работать с дефектами. Кстати, тема работы с дефектами была освещена в одном из докладов на прошешей тимлидской конференции и вызвала очень бурные обсуждения и критику, что говорит об актуальности тематики.
2. http://www.timecockpit.com/blog/2015/03/29/Eight-Anti-Patterns-for-Optimization-Projects - в этой статье речь идёт об ещё одной сложной задаче - проекты по оптимизации (кода в первую очередь). Уверен, что многие из вас хоть раз да принимались за улучшение, рефакторинг, оптимизацию, тюнинг, ну так далее. На моей памяти не все такие проекты достигали нужного эффекта. На памяти автора судя по всему тоже:). Не смотря на внешнее капитанское повествование, многие сценарии я видел вживую со всеми вытекающими. Так что польза от прочтения будет нанесена гарантированно. Большим плюсом рассказа считаю то, что автор не только перечислил 8 анти-паттернов, но и в заключение предложил 8 (интересно, специально подгонял или нет) шагов, которые надо сделать, чтобы проект по оптимизации не вышел боком.
Приятного прочтения и до завтра!
1. https://www.infoq.com/articles/0-bugs-policy - политика разработки с нулём дефектов. Чуваки разрабатывают таким образом, что не оставляют никаких дефектов за собой. Т.е. нашёл дефект - или исправил дефект, или исправил его на следующий спринт (максимум) или запил из дефекта новую фичу и всё в таком ключе. С моей точки зрения провокационная статья, многое в ней - игра слов, да и сам подход идёт сильно в разрез с тем, как работаем мы, например, но это ещё одна точка зрения достойная внимания, как работать с дефектами. Кстати, тема работы с дефектами была освещена в одном из докладов на прошешей тимлидской конференции и вызвала очень бурные обсуждения и критику, что говорит об актуальности тематики.
2. http://www.timecockpit.com/blog/2015/03/29/Eight-Anti-Patterns-for-Optimization-Projects - в этой статье речь идёт об ещё одной сложной задаче - проекты по оптимизации (кода в первую очередь). Уверен, что многие из вас хоть раз да принимались за улучшение, рефакторинг, оптимизацию, тюнинг, ну так далее. На моей памяти не все такие проекты достигали нужного эффекта. На памяти автора судя по всему тоже:). Не смотря на внешнее капитанское повествование, многие сценарии я видел вживую со всеми вытекающими. Так что польза от прочтения будет нанесена гарантированно. Большим плюсом рассказа считаю то, что автор не только перечислил 8 анти-паттернов, но и в заключение предложил 8 (интересно, специально подгонял или нет) шагов, которые надо сделать, чтобы проект по оптимизации не вышел боком.
Приятного прочтения и до завтра!