Комментарии 72
Не знаю, то ли на светофор смотреть, то ли на календарь в левом нижнем углу на первой иллюстрации
+93
Да, расскажите как этот календарь влияет на качество билдов?
+32
однако — на календарь глаз упал только после этого комментария! Он же маленький! Но спасибо!
+18
Осторожно, по ссылке плакат крупным планом.
www.imagebam.com/image/323c29112596242
www.imagebam.com/image/323c29112596242
-4
НЛО прилетело и опубликовало эту надпись здесь
Креативненько :)
+1
Великолепно. Мягкий свет подобных старых светофоров всегда вызывал восхищение и острое желание установить подобный дома :).
+4
До сих пор мечтаю, но новые светофоры даже в Китае оставляют по цене желать лучшего. Эх, надо было подойти к демонтажникам и спросить куда они их девать будут :)
+2
Не надо такое дома. Главный принцип размещения светофора в офисе яндекса — он не должен светить в сторону какого-либо стола. Он очень яркий и глаза сильно устают. Правда у нас светодиодный светофор и у него яркостью управлять проблематично т.к. преобразователь напряжения у каждого фонаря свой и находится внутри неразборного корпуса вместе со светодиодами.
0
Привет от «пробочного» светофора!
+5
Человек, которому в правый глаз зеленый светит, не ругается?
+21
нет, за счет регулировки яркости, светофор светит тускло и не мешает абсолютно
+1
Там менеджер проекта. Ругается, но только когда светит красным.
+43
Всё сделано с тонким расчётом на то, что зелёный будет гореть очень редко :)
Ну, или как вариант, этот же человек может утром, приходя на работу, ломать билд.
Ну, или как вариант, этот же человек может утром, приходя на работу, ломать билд.
+3
Теплый ламповый светофор (с)
+2
С точки зрения эстетики — супер,
С точки зрения юзабилити — монитор на стене был бы куда как полезнее.
Но такая эстетика не для Вашего офиса. У Вас и так тесно, так вы еще и верхний ярус таким гаджетом загромождаете.
С точки зрения юзабилити — монитор на стене был бы куда как полезнее.
Но такая эстетика не для Вашего офиса. У Вас и так тесно, так вы еще и верхний ярус таким гаджетом загромождаете.
+3
Хотелось максимально простого решения. Светофор это такой визуальный объект, который понятен и знаком каждому, легко читается и приятно выглядит. Цифирки/графики на мониторах можно сделать (по факту они уже у каждого на мониторе есть, надо только дженкинс открыть), но практика показывает что не особо любят девелоперы проверять статусы билдов.
+1
НЛО прилетело и опубликовало эту надпись здесь
НЛО прилетело и опубликовало эту надпись здесь
Эмм, я это видел, года 4 назад… нет?
+2
Наверное здесь github.com/blog/653-our-new-build-status-indicator
0
Нашел, вот habrahabr.ru/company/yandex/blog/81201/
Не совсем то. Но ощущение было как будто все видел со схемами. Надо еще поискать.
Не совсем то. Но ощущение было как будто все видел со схемами. Надо еще поискать.
+2
можно еще стрелять...
+4
Прямо хочется предложить еще колокол приделать, чтобы перезвоном конец билда обозначать :)
+15
Классная идея. Как раз возле дома один светофор себе присмотрел.
Когда вернусь – сразу отпишусь о результате. Возможно через 3-ри — 5-ть лет.
Когда вернусь – сразу отпишусь о результате. Возможно через 3-ри — 5-ть лет.
+18
А можно описать, что значит каждый цвет и в каких случаях он зажигается?
-1
Уже был пост про светофор и офисе Яндекс. В общем в статье ничего нового, Вы уж извините.
-6
У нас вместо светофора висел большой телевизор под потолком, там крутился самописный мониторинг TeamCity, который к тому же умел женским голосом объявлять имя того, кто сломал билд. Было весело:).
0
А над рабочим местом того, кто поломал билд, должна загораться сирена.
0
А к концу большого дедлайна поставить мотиватор с «Ностромо»
![](https://habrastorage.org/r/w780q1/getpro/habr/comment_images/df8/995/6fd/df89956fdcac51d50919b4262152892b.jpg)
![](https://habrastorage.org/getpro/habr/comment_images/df8/995/6fd/df89956fdcac51d50919b4262152892b.jpg)
+2
Да уж, настоящий дорожный светофор смотрится здорово! Было бы совсем не то впечатление, если бы светофор был другого дизайна.
+1
Не люблю такие штуки. Они призывают людей писать «зеленые тесты». Иной раз смотриш в тесты и думаеш, ну как им такое удается, метод работает в 2х случаях из 5ти и в тесте как раз проверяют на эти два кейса. Ведь понятно что в любом проекте есть баги, зачем лицемерить и говорить что их нет.
Мне больше импонируют проекты, где в билдах пишут соотношение успешных тестов к общему числу.
Мне больше импонируют проекты, где в билдах пишут соотношение успешных тестов к общему числу.
0
А в чем разница между сотношением успешных тестов к общему числу и тестами, которые проверяют только 2 кейса из 5? Ведь в любом случае вы получите все зелененьким.
0
в том что человек при написании теста не будет боятся «поломать» билд.
И вобще люди забывают, что ни один тест, в принципе, не может показать, что чтото работает, он лишь может показать, что что-то не работает. Поэтому красный свет говорит нам о том что чтото не так, зеленый же говорит, что грош цена вашим тестам.
И вобще люди забывают, что ни один тест, в принципе, не может показать, что чтото работает, он лишь может показать, что что-то не работает. Поэтому красный свет говорит нам о том что чтото не так, зеленый же говорит, что грош цена вашим тестам.
0
Реальность такова, что светофор около 30% времени горит красным, так что тут никакого когнитивного диссонанса у разработчиков не возникает.
+1
причем тут сколько и каким светом оно горит? тут смысл в том что люди при таком подходе будут страраться писать «зеленые тесты».
Ну хорошо, горит оно зеленым, и что? Багов нет? Реджектим багрепорты, у нас ведь все зеленое?
А в реальности, как в анекдоте:
— горит красный — программер пишет код
— горит зеленый — программер пишет код
Ну хорошо, горит оно зеленым, и что? Багов нет? Реджектим багрепорты, у нас ведь все зеленое?
А в реальности, как в анекдоте:
— горит красный — программер пишет код
— горит зеленый — программер пишет код
-1
Именно так, тесты пишутся и когда горит красным, и когда горит зеленым. Если разработчик пишет плохие («зеленые») тесты, то это уже конкретный вопрос к разработчику. Красный свет светофора — это индикатор того, что на проекте точно что-то не так. Зеленый говорит о том что все тесты прошли успешно.
0
Этим страдают не только конкретные разработчики. Очень часто крупные проекты закрывают глаза на баги, которые они не могут или не хотят фиксить. Врезультате, они пишут такие вот тесты, а потом кичатся, что оних все тесты проходят успешно и при билдах не один тест не ломается. Откуда только баги берутся в такой случае?!
Я, как разработчик, понимаю, что в любом проекте есть баги, и не все они могут быть пофикшены, т.к. есть ограничения на обратную совместимость, производительность и т.д. Но это не значит, что нужно закрыть глаза и делать вид что все ок. Один красный тест, воспроизводящий проблему, в такой ситуации, может позволить сохранить время разработчику на ривес инжениринг. Да, разумеется, в таком случае тесты уже не будут красивого (зеленого) цвета, но они будут приносить пользу, т.к. просто запустив тесты можно будет увидеть все нестандартные бехейверы.
Я, как разработчик, понимаю, что в любом проекте есть баги, и не все они могут быть пофикшены, т.к. есть ограничения на обратную совместимость, производительность и т.д. Но это не значит, что нужно закрыть глаза и делать вид что все ок. Один красный тест, воспроизводящий проблему, в такой ситуации, может позволить сохранить время разработчику на ривес инжениринг. Да, разумеется, в таком случае тесты уже не будут красивого (зеленого) цвета, но они будут приносить пользу, т.к. просто запустив тесты можно будет увидеть все нестандартные бехейверы.
-1
Бред, хорошо когда у вас один красный тест, но если у вас их десять (именно потому что тесты правильные вы написали, но до исправления руки не дошли) и вы их будете отправлять на CI, то когда у вас упадет 11 тест вы этого не заметите потому что билд был красным, красным и останется. и не надо говорить что где-то там поменяется в отчете цифра с 10/12372 failed на 11/12372 failed этого просто никто не заметит, а если и заметит, то не будет разбираться, потому что решит что это коллега, нашел очередной тест, на котором падает и просто добавил его в систему.
Короче, сигнал красный/зеленый нужен не для того, чтобы рассказывать всем что, у вас тесты проходятся, а чтобы вовремя обнаружить свежую проблему возникшую буквально несколько минут/часов назад и оперативно ей заняться.
А по вашей логике получается что девелоперы такие бессознательные, что пишут только за зеленый огонек, так тогда, опять же по логике, проще вообще тесты не писать: нет тестов — нет красных билдов.
Короче, сигнал красный/зеленый нужен не для того, чтобы рассказывать всем что, у вас тесты проходятся, а чтобы вовремя обнаружить свежую проблему возникшую буквально несколько минут/часов назад и оперативно ей заняться.
А по вашей логике получается что девелоперы такие бессознательные, что пишут только за зеленый огонек, так тогда, опять же по логике, проще вообще тесты не писать: нет тестов — нет красных билдов.
+1
Я все же придерживаюсь мнения, что проблему фейлов при билде нужно решать с помощью приоритезации багов, а не подгонять тесты таким образом, чтоб не показывались уже известные баги.
-1
Я вам про одно, а вы мне про другое, я описал конкретную ситуацию, когда ваша схема не приносит ничего кроме головной боли, написать тест который упадет довольно легко даже для некритического бага например
Этот тест делает билд красным.
Надо исправлять это ПРЯМО СЕЙЧАС (если об этом есть запись в багтерекере, это запланировано на следующую итерацию и т.д.)?
НЕТ! не надо.
Зато когда поверх красного билда из-за это фигни, придет что-то действительно критическое (например забыли сделать git add) перед коммитом, то это можно просто не заметить, был красный билд, остался красный — шут его разберет, почему он красный.
//где-то в коде
...
window->setTitle("Mian Window");
....
//тест
....
EXPECT_EQ("Main Window", window->title());
....
Этот тест делает билд красным.
Надо исправлять это ПРЯМО СЕЙЧАС (если об этом есть запись в багтерекере, это запланировано на следующую итерацию и т.д.)?
НЕТ! не надо.
Зато когда поверх красного билда из-за это фигни, придет что-то действительно критическое (например забыли сделать git add) перед коммитом, то это можно просто не заметить, был красный билд, остался красный — шут его разберет, почему он красный.
+1
Вы, тут, на меня не кричите. Я с вами, как-то, умудряюсь нормально общаюся и без капса.
Я вам тоже описал конкретную ситуацию, есть приоритеты багов. Некоторые проекты используют, к примеру, желтый цвет для ожидаемых багов, красный — для не ожидаемых. К тому же, большинство тулзовин позволяет сделать интеграцию с багтреккером, и переоткрывают\создают ишьюсы, опять же выставляем приоритеты и все ок.
Я вам тоже описал конкретную ситуацию, есть приоритеты багов. Некоторые проекты используют, к примеру, желтый цвет для ожидаемых багов, красный — для не ожидаемых. К тому же, большинство тулзовин позволяет сделать интеграцию с багтреккером, и переоткрывают\создают ишьюсы, опять же выставляем приоритеты и все ок.
0
надо добавить в билд проверку «code coverage», тогда не пройдет «2 из 5»
-1
Шикарный девайс!
0
Классно! В Питерском офисе JetBrains года два назад подключили два светофора к TeamCity. Но постепенно «фан» угас. Последнее, что о нем слышал twitter.com/JetBrains_ru/status/202671069721673728
+1
Я сам очень давно ищу светофор как у вас! Сам работаю в автосервисе и нам он точно в тему)
Есть у кого варианты в Москве достать такой светофор?
Есть у кого варианты в Москве достать такой светофор?
+1
Какие цели преследует плакат справа от светофора? Не очень понятно, что имеется в виду.
+2
Есть такая песня "No Shoes, No Shirt, No Problems" про лето и пляж, основной смысл которой «No boss, no clock, no stress and no dress code». Коллега привез такой знак из Португалии, можно заказть такой же на амазоне
0
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Билд-светофор в офисе