Программирование[8]

при этом я вообще не представляю сценарий, при котором люди посреди рабочего дня встают и идут в теннис рубиться у всех на виду, или там в футбол настольный, или, упаси господи, в плейстейшон

 

че думаете, гребцы? делаете так?

Играю в биллиард. Нормально себя чувствую.))

при этом я вообще не представляю сценарий, при котором люди посреди рабочего дня встают и идут в теннис рубиться у всех на виду, или там в футбол настольный, или, упаси господи, в плейстейшон

 

че думаете, гребцы? делаете так?

по кд коллеги ходят, я пару раз гонял

ну типа у тебя есть обеденный час в середине дня. кто-то 40 минут из него тратит на кикер/тенис

кто-то и обедает и играет. но уходит потом позже на то время на которое наиграл.

в целом норм. не понятно что тебя удивляет

Изменено 11 апреля 2019 пользователем Just.Doit

вообще-то можно играть днем и уходить пораньше с работы

при этом я вообще не представляю сценарий, при котором люди посреди рабочего дня встают и идут в теннис рубиться у всех на виду, или там в футбол настольный, или, упаси господи, в плейстейшон

 

че думаете, гребцы? делаете так?

только что с тенниса пришел бтв

 

ток почему у всех навиду, если для этого специальная комната есть где все чилят?

да вас всех серьезные мужики уже на заметку взяли: дурачки, играются в игрушки, легко подкупаемы плюшками

 

а сами серьезные мужики идут обедать стейками с красным вином и обсуждают бизнес, охоту да ценные бумаги

 

сорс: я серьезный мужик

да вас всех серьезные мужики уже на заметку взяли: дурачки, играются в игрушки, легко подкупаемы плюшками

 

а сами серьезные мужики идут обедать стейками с красным вином и обсуждают бизнес, охоту да ценные бумаги

 

сорс: я серьезный мужик

факт

научи плес быть серьезным 

для начала нужно не постить программерские мемчики, а также не вестись на плюшки:

 

потом сходить на охоту, съесть стейк, запив вином, и купить немного акций палантира

я еще ебусь и бреюсь топором после этого

ну да с мужиками на охоте не грех и поебаться

с броллег в голлос пиздец 

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

 

ну а иначе это пиздец

при этом я вообще не представляю сценарий, при котором люди посреди рабочего дня встают и идут в теннис рубиться у всех на виду, или там в футбол настольный, или, упаси господи, в плейстейшон

 

че думаете, гребцы? делаете так?

На моей бывшей галере как-то поставили плейстейшон, тип играйтесь когда в кайф

Закрыли проект, по некст задачам нам рапортуют подождать часок-другой ещё, думаем ну хули, го почилим. Через 15 мин пришёл начальник со словами "хули вы тут делаете, а ну идите отсюда" 

С броллег в слюни просто

на руби в 2019 писать...

уёбывай на электрон или что вы там за гавно юзайте

мунфанговч сука терпило пожалуй закину в чс

пацаны, какая у вас релизная и версионная политика?

 

вот пусть у нас есть выпущенный продукт версии 1.0 в проде. потом прилетает CR, пара багов, их фиксим, всем прилетевшим задачам проставляет в джире что они фиксят 1.1, выкатываем 1.1.

вся эта хуйня продолжается циклично, но в какой то момент прилетает большой CR, который будет пилиться длительное время. в рамках джиры это некий эпик с N-ым количеством задач. разработчики начинают запиливать потихоньку эти задачи в отчекрыженной ветке под этот эпик, периодически вливают в неё дев чтобы фиксить найденные баги (которые были в актуальном-деве пофикшены) и тд. внимание вопрос - какую версию проставлять в джире при закрытии очередной таски из эпика?

 

ну т.е отчекрыжились изначально от 1.4, но за то время что пилили таску из эпика, в мастер уже вылили 1.5, 1.6, 1.7 с различными более мелкими фичами. и вот в некий момент ты времени ты допиливаешь задачу из эпика, видишь что следующая версия 1.8 и ставишь в джире fix version 1.8. Но это нихуя не правда, потому что 1.8 выйдет например завтра с пофикшенным очередным багом, а твоя таска из эпика вольется в мастер только через недели две, когда актуальная версия будет уже 1.29 например

 

и хуле делать? ну точнее проблема в чем - вот у нас есть версия 1.28, мы закончили эпик наконец то, влили его в мастер, релизим 1.29 (ну или 2.0, похуй), но как нам теперь собрать в джире все таски, которые являются диффом между 1.28 и 1.29 (ченджлог т.е), если мы у тасок эпика не могли проставить правильную версию ни в один момент времени (а сами таски ресолвились в течение месяца)? перед релизом руками проставлять у всех тасок эпика версию?

 

кароче помоему вы нихуя не понели потому что я уже сам нихуя не понел че я написал

 

бля а ведь внатуре легче всего просто батчем всему эпику (всем таскам внутри т.е) проставить нужную версию в момент фактического влива эпика в мастер. 

 

вот видите как годно вопросы задавать. сам задал - сам ответил

Изменено 11 апреля 2019 пользователем AskMe-

 

на руби в 2019 писать...

уёбывай на электрон или что вы там за гавно юзайте

мунфанговч сука терпило пожалуй закину в чс

 

азазазазаза у тебя накрадабаш

пацаны, какая у вас релизная и версионная политика?

 

вот пусть у нас есть выпущенный продукт версии 1.0 в проде. потом прилетает CR, пара багов, их фиксим, всем прилетевшим задачам проставляет в джире что они фиксят 1.1, выкатываем 1.1.

вся эта хуйня продолжается циклично, но в какой то момент прилетает большой CR, который будет пилиться длительное время. в рамках джиры это некий эпик с N-ым количеством задач. разработчики начинают запиливать потихоньку эти задачи в отчекрыженной ветке под этот эпик, периодически вливают в неё дев чтобы фиксить найденные баги (которые были в актуальном-деве пофикшены) и тд. внимание вопрос - какую версию проставлять в джире при закрытии очередной таски из эпика?

 

ну т.е отчекрыжились изначально от 1.4, но за то время что пилили таску из эпика, в мастер уже вылили 1.5, 1.6, 1.7 с различными более мелкими фичами. и вот в некий момент ты времени ты допиливаешь задачу из эпика, видишь что следующая версия 1.8 и ставишь в джире fix version 1.8. Но это нихуя не правда, потому что 1.8 выйдет например завтра с пофикшенным очередным багом, а твоя таска из эпика вольется в мастер только через недели две, когда актуальная версия будет уже 1.29 например

 

и хуле делать? ну точнее проблема в чем - вот у нас есть версия 1.28, мы закончили эпик наконец то, влили его в мастер, релизим 1.29 (ну или 2.0, похуй), но как нам теперь собрать в джире все таски, которые являются диффом между 1.28 и 1.29 (ченджлог т.е), если мы у тасок эпика не могли проставить правильную версию ни в один момент времени (а сами таски ресолвились в течение месяца)? перед релизом руками проставлять у всех тасок эпика версию?

 

кароче помоему вы нихуя не понели потому что я уже сам нихуя не понел че я написал

 

бля а ведь внатуре легче всего просто батчем всему эпику (всем таскам внутри т.е) проставить нужную версию в момент фактического влива эпика в мастер. 

 

вот видите как годно вопросы задавать. сам задал - сам ответил

https://semver.org/

 

Просто релиз в джире делаешь, можно ещё лейблы на таску вешать, не обязательно эпиком делать или указывать конкретную версию.

Изменено 11 апреля 2019 пользователем JuJeu

пацаны, какая у вас релизная и версионная политика?

 

вот пусть у нас есть выпущенный продукт версии 1.0 в проде. потом прилетает CR, пара багов, их фиксим, всем прилетевшим задачам проставляет в джире что они фиксят 1.1, выкатываем 1.1.

вся эта хуйня продолжается циклично, но в какой то момент прилетает большой CR, который будет пилиться длительное время. в рамках джиры это некий эпик с N-ым количеством задач. разработчики начинают запиливать потихоньку эти задачи в отчекрыженной ветке под этот эпик, периодически вливают в неё дев чтобы фиксить найденные баги (которые были в актуальном-деве пофикшены) и тд. внимание вопрос - какую версию проставлять в джире при закрытии очередной таски из эпика?

 

ну т.е отчекрыжились изначально от 1.4, но за то время что пилили таску из эпика, в мастер уже вылили 1.5, 1.6, 1.7 с различными более мелкими фичами. и вот в некий момент ты времени ты допиливаешь задачу из эпика, видишь что следующая версия 1.8 и ставишь в джире fix version 1.8. Но это нихуя не правда, потому что 1.8 выйдет например завтра с пофикшенным очередным багом, а твоя таска из эпика вольется в мастер только через недели две, когда актуальная версия будет уже 1.29 например

 

и хуле делать? ну точнее проблема в чем - вот у нас есть версия 1.28, мы закончили эпик наконец то, влили его в мастер, релизим 1.29 (ну или 2.0, похуй), но как нам теперь собрать в джире все таски, которые являются диффом между 1.28 и 1.29 (ченджлог т.е), если мы у тасок эпика не могли проставить правильную версию ни в один момент времени (а сами таски ресолвились в течение месяца)? перед релизом руками проставлять у всех тасок эпика версию?

 

кароче помоему вы нихуя не понели потому что я уже сам нихуя не понел че я написал

 

бля а ведь внатуре легче всего просто батчем всему эпику (всем таскам внутри т.е) проставить нужную версию в момент фактического влива эпика в мастер. 

 

вот видите как годно вопросы задавать. сам задал - сам ответил

монорепа и 0.0.1-SNAPSHOT версия

хы

пацаны, какая у вас релизная и версионная политика?

 

вот пусть у нас есть выпущенный продукт версии 1.0 в проде. потом прилетает CR, пара багов, их фиксим, всем прилетевшим задачам проставляет в джире что они фиксят 1.1, выкатываем 1.1.

вся эта хуйня продолжается циклично, но в какой то момент прилетает большой CR, который будет пилиться длительное время. в рамках джиры это некий эпик с N-ым количеством задач. разработчики начинают запиливать потихоньку эти задачи в отчекрыженной ветке под этот эпик, периодически вливают в неё дев чтобы фиксить найденные баги (которые были в актуальном-деве пофикшены) и тд. внимание вопрос - какую версию проставлять в джире при закрытии очередной таски из эпика?

 

ну т.е отчекрыжились изначально от 1.4, но за то время что пилили таску из эпика, в мастер уже вылили 1.5, 1.6, 1.7 с различными более мелкими фичами. и вот в некий момент ты времени ты допиливаешь задачу из эпика, видишь что следующая версия 1.8 и ставишь в джире fix version 1.8. Но это нихуя не правда, потому что 1.8 выйдет например завтра с пофикшенным очередным багом, а твоя таска из эпика вольется в мастер только через недели две, когда актуальная версия будет уже 1.29 например

 

и хуле делать? ну точнее проблема в чем - вот у нас есть версия 1.28, мы закончили эпик наконец то, влили его в мастер, релизим 1.29 (ну или 2.0, похуй), но как нам теперь собрать в джире все таски, которые являются диффом между 1.28 и 1.29 (ченджлог т.е), если мы у тасок эпика не могли проставить правильную версию ни в один момент времени (а сами таски ресолвились в течение месяца)? перед релизом руками проставлять у всех тасок эпика версию?

 

кароче помоему вы нихуя не понели потому что я уже сам нихуя не понел че я написал

 

бля а ведь внатуре легче всего просто батчем всему эпику (всем таскам внутри т.е) проставить нужную версию в момент фактического влива эпика в мастер. 

 

вот видите как годно вопросы задавать. сам задал - сам ответил

проставить нужную версию в момент фактического влива эпика в мастер

 

пацаны, какая у вас релизная и версионная политика?

 

вот пусть у нас есть выпущенный продукт версии 1.0 в проде. потом прилетает CR, пара багов, их фиксим, всем прилетевшим задачам проставляет в джире что они фиксят 1.1, выкатываем 1.1.

вся эта хуйня продолжается циклично, но в какой то момент прилетает большой CR, который будет пилиться длительное время. в рамках джиры это некий эпик с N-ым количеством задач. разработчики начинают запиливать потихоньку эти задачи в отчекрыженной ветке под этот эпик, периодически вливают в неё дев чтобы фиксить найденные баги (которые были в актуальном-деве пофикшены) и тд. внимание вопрос - какую версию проставлять в джире при закрытии очередной таски из эпика?

 

ну т.е отчекрыжились изначально от 1.4, но за то время что пилили таску из эпика, в мастер уже вылили 1.5, 1.6, 1.7 с различными более мелкими фичами. и вот в некий момент ты времени ты допиливаешь задачу из эпика, видишь что следующая версия 1.8 и ставишь в джире fix version 1.8. Но это нихуя не правда, потому что 1.8 выйдет например завтра с пофикшенным очередным багом, а твоя таска из эпика вольется в мастер только через недели две, когда актуальная версия будет уже 1.29 например

 

и хуле делать? ну точнее проблема в чем - вот у нас есть версия 1.28, мы закончили эпик наконец то, влили его в мастер, релизим 1.29 (ну или 2.0, похуй), но как нам теперь собрать в джире все таски, которые являются диффом между 1.28 и 1.29 (ченджлог т.е), если мы у тасок эпика не могли проставить правильную версию ни в один момент времени (а сами таски ресолвились в течение месяца)? перед релизом руками проставлять у всех тасок эпика версию?

 

кароче помоему вы нихуя не понели потому что я уже сам нихуя не понел че я написал

 

бля а ведь внатуре легче всего просто батчем всему эпику (всем таскам внутри т.е) проставить нужную версию в момент фактического влива эпика в мастер.

 

вот видите как годно вопросы задавать. сам задал - сам ответил

https://semver.org/

 

Просто релиз в джире делаешь, можно ещё лейблы на таску вешать, не обязательно эпиком делать или указывать конкретную версию.

Не, семвер это конвеншен для именования версий, я не про это вообще. Попробую по другому сформулировать - вот у нас есть тачка в джире, ее разработчик ресолвит. Если это исправление бага которое войдёт в ближайший релиз, то проблем нет, он просто указывает ближайшую новую версию в фиксе. Но если это исправление войдёт позже (это какая нибудь экспериментальная хуйня или часть эпика или у этой таски ещё есть зависимости которые не готовы и тд), то версию указать невозможно. Соответсвенно вопрос как это все отслеживать и не потеряться в хаосе, когда непонятно что и в каком релизе выкатилось, т.к по джире отследить это уже нельзя (версию сразу не поставили т.к не знали какую, а потом забыли)