Ну это хороший вариант, только я такого не встречал. Вот правда, я не работал в команде где нанимали бы коучей на 1-2 месяца. Может мне не поевезло. Правда даже сейчас компания где я работаю просто не сможет позволить себе нанять коучей на 1-2 месяца и в такой ситуации приходится выкручиваться.
Я ведь не говорю что статья плохая. Она полезная, просто часто бывают такие ситуации когда нельзя четко сказать, что зеленый билд — хорошо, красный — плохо и это надо понимать и всегда думать головой.
Вот тут наверное у нас и разница во взглядах. Я не думаю, что плохой тест, который работает только в идеальных условиях — это хорошо. Я не верю этому тесту и в любом случае потребую проверить его руками, поэтому я не вижу смысла в написании такого теста.
А для того что бы научиться писать хорошие тесты, конечно их надо писать, но я на 100% уверен, что в команде должен быть хотя бы 1 разработчик, который умеет писать тесты, иначе пройдет очень много времени прежде чем разрабы начнут писать реально хорошие тесты.
Плохой тест может обмануть и обманет в один момент. Единственный момент когда я лично принимаю плохие тесты — это для легаси кода и на момент миграции этого кода а новую систему. Я обоими руками за если разработчик сначала пишет тест на старый код для проверки работы новго кода. Но этот тест не должен попасть в svn/git/etc. Это личный тест разработчика.
Я понимаю что это все с реальной жизни и согласен, это страшно :) Но это иногда надо. Часто бывает такое, что надо сделать прям сейчас, а тесты — потом и хорошо когда изменения только в интерфейсе и тесты только для selenium.
Я думаю что у нас просто разная специфика работы. Мы делаем релизы 10 раз за день (Continuous Deployment, хорошо звучит, да? :) ) И здесь проблема в том, что часто бывает ситуация, когда за 20 минут до совещания/презентации инвесторам надо добавить страницу, поменять тексты, сделать так, что бы инвайты работали по другой схеме. И тут я могу сколько угодно рассказывать что это хреново, но это просто надо сделать и тесты никто писать не будет и билд будет зеленый.
Снова я все веду к тому, что зеленый билд != хороший код/билд. Надо знать контекст.
Я понимаю Ваше стремление и я сам хотел бы этого, но в реальной жизни это просто не реально. Тут проблема не в том, что CI не нужен и не в том, что команда херовая, просто часто бывает такое, что человек написал кусок кода, а тесты к нему — нет. И проблема не в том, что разработчик раздолбай и не в том, что тимлид виновен, просто проблему надо было решить прямо сейчас и выкатить ее на прод в течении 20 минут. Может это спицифика моей работы, но такое бывает и довольно часто и в данном случае я не могу пойти к клиенту и сказать, что блид зеленый — все ОК. И тут в любом случае будут ситуации типа:
«Ты последний билд не бери, в нем вот не работает это»
В общем что я хочу сказать: CI не панацея и зеленый билд не значит что все идеально. Надо знать контекст последних изменений и исходя из этого говорить билд хороший или нет
может однозначно сказать, хороший он или плохой. Зеленый — хороший, красный — плохой.
мне кажется так реагировать на билд не стоит. Менеджер должен быть уверен, что команда написала все тесты, что все они адекватные, т.е. тестируют именно то, что надо. Короче зеленый цвет не значит что с проектом все хорошо
В плане одного приложения — можно было бы рисовать оверлей на иконке, что доступно обновление (правда я не знаю используется ли в Mac OS вообще такое), а вот для обновления сразу всех приложений — не знаю. Возможно предлагать обновить все приложения, если пользователь начал обновлять хотя бы одно из них
Больше бы таких пропедов. Да хоть по паре человек на универ и учиться стало бы интереснее.
Я так заметил что обыяно преподы и выбирают со всего потока пару человек которым интересно развитие в качестве программиста и с этими людьми работают дальше
> к сожалению, не всем интересно разрабатывать ПО
> отсюда мало желания и клевых идей/реализаций
так всем и не дольжно быть интересно, пусть это остается уделом программистов о которых ходят байки и анекдоты
Тоже подумал об этом. Мне только на 4-м курсе попался преподаватель, который поверил в меня и согласился участвовать в написании дипломной работы на огромную тему. До этого все преподы по IT направлению у меня только отбивали охоту что либо делать (чего только стоит препод по Java, который рассказывал что для того, что бы писать на этом языке надо быть гением и нам это вообще не светит).
Искренне желаю студенту удачи в написании, а Вам побольше заинтересованных студентов. Интерес — это очень важно в нашей профессии
Для тех, кто не с России вообще книг не будет. У меня в письме было:
…
Мы не ограничиваем нашу акцию только жителями России, «Боекомплект ИТ-профессионала и разработчика» получит каждый участник акции, правильно указавший свои данные для отправки.
Чтобы избежать проблем с таможней, участникам из стран СНГ будет выслан не «бумажный», а «электронный» боекомплект. Отличаться такой боекомплект будет только формой – не 8 кг книг, а легкий, удобный в использовании DVD, права на распространение которого ограниченным тиражом издательство MS Press предоставило исключительно для участников данной акции.
Помимо боекомплекта, каждый участник акции получит диск с недавно появившейся Библиотекой MSDN на русском языке, в которую входят материалы и документация по технологиям Microsoft.
Для жителей России и стран СНГ доставка посылки бесплатна.
Я ведь не говорю что статья плохая. Она полезная, просто часто бывают такие ситуации когда нельзя четко сказать, что зеленый билд — хорошо, красный — плохо и это надо понимать и всегда думать головой.
А для того что бы научиться писать хорошие тесты, конечно их надо писать, но я на 100% уверен, что в команде должен быть хотя бы 1 разработчик, который умеет писать тесты, иначе пройдет очень много времени прежде чем разрабы начнут писать реально хорошие тесты.
Я думаю что у нас просто разная специфика работы. Мы делаем релизы 10 раз за день (Continuous Deployment, хорошо звучит, да? :) ) И здесь проблема в том, что часто бывает ситуация, когда за 20 минут до совещания/презентации инвесторам надо добавить страницу, поменять тексты, сделать так, что бы инвайты работали по другой схеме. И тут я могу сколько угодно рассказывать что это хреново, но это просто надо сделать и тесты никто писать не будет и билд будет зеленый.
Снова я все веду к тому, что зеленый билд != хороший код/билд. Надо знать контекст.
В общем что я хочу сказать: CI не панацея и зеленый билд не значит что все идеально. Надо знать контекст последних изменений и исходя из этого говорить билд хороший или нет
мне кажется так реагировать на билд не стоит. Менеджер должен быть уверен, что команда написала все тесты, что все они адекватные, т.е. тестируют именно то, что надо. Короче зеленый цвет не значит что с проектом все хорошо
Как-то так
Я так заметил что обыяно преподы и выбирают со всего потока пару человек которым интересно развитие в качестве программиста и с этими людьми работают дальше
> к сожалению, не всем интересно разрабатывать ПО
> отсюда мало желания и клевых идей/реализаций
так всем и не дольжно быть интересно, пусть это остается уделом программистов о которых ходят байки и анекдоты
Искренне желаю студенту удачи в написании, а Вам побольше заинтересованных студентов. Интерес — это очень важно в нашей профессии
…
Мы не ограничиваем нашу акцию только жителями России, «Боекомплект ИТ-профессионала и разработчика» получит каждый участник акции, правильно указавший свои данные для отправки.
Чтобы избежать проблем с таможней, участникам из стран СНГ будет выслан не «бумажный», а «электронный» боекомплект. Отличаться такой боекомплект будет только формой – не 8 кг книг, а легкий, удобный в использовании DVD, права на распространение которого ограниченным тиражом издательство MS Press предоставило исключительно для участников данной акции.
Помимо боекомплекта, каждый участник акции получит диск с недавно появившейся Библиотекой MSDN на русском языке, в которую входят материалы и документация по технологиям Microsoft.
Для жителей России и стран СНГ доставка посылки бесплатна.
…