@devops_ru

Страница 2813 из 4568
Oleg
15.06.2017
11:33:00
тем что ты городишь докер там где он не нужен)
а потом тебе понадобится второй хост с таким же сервисом. а через неделю третий...

Alexander
15.06.2017
11:33:19
нет там тагого
есть 2 типа битбакет сервера - который как сервис и который у тебя крутится

James
15.06.2017
11:33:29
вот как сервис

Google
Alexander
15.06.2017
11:33:38
а там вроде нельзя

James
15.06.2017
11:33:45
да ептудей

как так то

Alexander
15.06.2017
11:34:18
а зачем тебе все эти хуки?

Varyen
15.06.2017
11:34:25
тебе на что хук то нужен?

Oleg
15.06.2017
11:34:31
не додумывай задачу за человека
я вник в ситуацию и подумал, что рано или поздно станет вопрос О МАСШТАБИРОВАНИИ

James
15.06.2017
11:34:32
хочу меседж выводить криворуки говнокодерам

Alexander
15.06.2017
11:34:35
я чувствую, ты хочешь не тем способом решить задачу

James
15.06.2017
11:34:39
что бы не кодили там где не надо

Alexander
15.06.2017
11:34:57
что бы не кодили там где не надо
это делается в ходе CodeReview же

тебе не нравится их код - ты им пишешь

Zhenia
15.06.2017
11:35:08
я вник в ситуацию и подумал, что рано или поздно станет вопрос О МАСШТАБИРОВАНИИ
если бы ему нужно было маштабировать, он бы не откинул keepalived и heartbeat

James
15.06.2017
11:35:13
задача в том что бы выводить меседж этим баранам

Google
James
15.06.2017
11:35:35
когда они пулят или коммит делают

Alexander
15.06.2017
11:35:50
задача в том что бы выводить меседж этим баранам
а как они получают доступ к репозиторию? вот там и напиши перед тем как давать доступ

James
15.06.2017
11:35:59
они вики не читают

Oleg
15.06.2017
11:36:16
если бы ему нужно было маштабировать, он бы не откинул keepalived и heartbeat
оба эти инструмента немного оверхед для этой задачи, как считаешь?!?

Alexander
15.06.2017
11:36:38
они вики не читают
в самой репозитории есть файл README.rst, например

James
15.06.2017
11:36:46
есть но они его не читают

Zhenia
15.06.2017
11:36:46
оба эти инструмента немного оверхед для этой задачи, как считаешь?!?
а зачем два нжинкса которые маштабируются без этих инструментов?

James
15.06.2017
11:37:16
там это написано что то то не делайте потому то

и вот вчера накосячили и меня это задолбало

Alexander
15.06.2017
11:37:32
там есть dev-сервер?

James
15.06.2017
11:37:41
там это где?

Alexander
15.06.2017
11:37:41
ты можешь при старте этого дев-сервера показывать сообщение

James
15.06.2017
11:37:52
ммм при логине?

а если кто то из низ делает на локальном компе

и пушит в репу

Alexander
15.06.2017
11:38:23
ну, если это какая-нибудь джанга, к примеру, то там у джанги есть встроенный дев-сервер и все его запускают, можно его проманкипатчить так, чтобы при старте он показывал содержимое твоего текстового файла

и каждый раз они будут это видеть

ptchol
15.06.2017
11:38:35
James
15.06.2017
11:38:45
да написал же хук

не могу в битбакет засунуть

Google
ptchol
15.06.2017
11:39:02
А

Varyen
15.06.2017
11:39:20
в битбакете можно же настроить чтобы все пуллреквестами делалось

Oleg
15.06.2017
11:39:21
а зачем два нжинкса которые маштабируются без этих инструментов?
Если перед ними стоит какой-то хапрокси например

Varyen
15.06.2017
11:39:30
да и хук на пуш там есть

James
15.06.2017
11:39:30
не делают они так

ану покажи где

чет не найду совсем

Alexander
15.06.2017
11:39:44
не делают они так
без pull request'ов это мега криво

Varyen
15.06.2017
11:39:48
там же, webhooks )

ptchol
15.06.2017
11:39:49
Это можно через мердж реквест и требовать успешного колбека от внешней сисиемы

James
15.06.2017
11:39:53
веб хукс не то

ptchol
15.06.2017
11:40:07
Как это работает в поагинах интеграции

Varyen
15.06.2017
11:40:11


ну хз тогда

James
15.06.2017
11:41:12
ну вот и я сижу и думаю как такую простую вещь сделать в таком типа крутом сервисе как говнобакет

Alexander
15.06.2017
11:43:23
это нормальный сервис

просто у тебя странная задача

есть регламент, если его не выполняют - сообщи менеджеру

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

"Коллеги, мы поменяли наши правила оформления кода, прочитайте новую версию тут (ссылка) или посмотрите diff тут (ссылка). После (дата) код оформленный согласно старым правилам приниматься не будет."

Google
Mikhail
15.06.2017
11:49:32
ну вот, все испортил. А могло бы быть так весело превозмогать административную проблему техническими костылями)

James
15.06.2017
11:53:48
да написал я везде уже где можно

но блять вчера опять 25

ptchol
15.06.2017
11:54:04
есть регламент, если его не выполняют - сообщи менеджеру
Это разговор про тулзы и культуру. В идеальном мире с культурой приходят тулзы, в реальном пока не покажешь как же круто делать хер кто будет

Mikhail
15.06.2017
11:56:20
но несмотря на то что в машине есть подушки безопасности, права получить всёже надо

Alexander
15.06.2017
12:00:22
Это разговор про тулзы и культуру. В идеальном мире с культурой приходят тулзы, в реальном пока не покажешь как же круто делать хер кто будет
в современных компаниях/стартапах все изменения проходят стадию code review и после этого через pull request'ы попадают в репозиторий.. О том, как делать code review написано много, 1 из пунктов - это проверка соответствия кода внутренним положениям, стилю оформления и так далее... какие-то вещи можно проверять автоматически, например для питонячьего кода есть flake8, это такая утилита, она выдаёт ошибки, если код неправильно оформлен, если между функциями 3 строки, а не 2 и так далее... то есть после коммита в pull request у тебя собирается образ докера и прогоняются тесты, там вызывается эта flake8 и образ просто не пройдёт тесты, если там есть ошибки... то есть вот какие-то такие вещи можно автоматически исправлять, человек просто не сможет это смержить... но некоторые вещи проверяются вручную, за них отвечают те, кто этот код пишет и те, кто его проверяют, это же всё фиксируется в репозитории на битбакете, если кто-то плохо работает, не проверяет как следует код - это всплывёт рано или поздно, попытки саботировать могут отразиться на премиях

ptchol
15.06.2017
12:01:31
в современных компаниях/стартапах все изменения проходят стадию code review и после этого через pull request'ы попадают в репозиторий.. О том, как делать code review написано много, 1 из пунктов - это проверка соответствия кода внутренним положениям, стилю оформления и так далее... какие-то вещи можно проверять автоматически, например для питонячьего кода есть flake8, это такая утилита, она выдаёт ошибки, если код неправильно оформлен, если между функциями 3 строки, а не 2 и так далее... то есть после коммита в pull request у тебя собирается образ докера и прогоняются тесты, там вызывается эта flake8 и образ просто не пройдёт тесты, если там есть ошибки... то есть вот какие-то такие вещи можно автоматически исправлять, человек просто не сможет это смержить... но некоторые вещи проверяются вручную, за них отвечают те, кто этот код пишет и те, кто его проверяют, это же всё фиксируется в репозитории на битбакете, если кто-то плохо работает, не проверяет как следует код - это всплывёт рано или поздно, попытки саботировать могут отразиться на премиях
Дичь

Вы в команде из 10 человек поработайте, там каждый второй своё мнение имеет

Admin
ERROR: S client not available

Alexander
15.06.2017
12:02:35
это приводит к спору

и дальше получается соглашение

ptchol
15.06.2017
12:02:43
И все это летит в трубу

Alexander
15.06.2017
12:02:57
и оно уходит в регламент

ptchol
15.06.2017
12:03:00
Дальше выкидыш получается

Alexander
15.06.2017
12:03:06
ну, принимается какое-то 1 решение и все ему следуют

ptchol
15.06.2017
12:03:21
Не

Alexander
15.06.2017
12:03:33
питон хорош тем, что по многим пунктам там "если только 1 правильный способ сделать это"

вот эти все PEP'ы

Google
Alexander
15.06.2017
12:03:54
PEP 8

ptchol
15.06.2017
12:03:54
Получается кусок кода который никто не любит и на который всем насрать

Alexander
15.06.2017
12:04:12
ты можешь привести пример такой проблемы?

Alexander
15.06.2017
12:04:16
ну, из практики

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

Vladimir
15.06.2017
12:05:22
я не вижу смысла спорить о программировании с менеджером

я к тому что рекомендую оставить Александра в его мирке

Konstantin
15.06.2017
12:06:02
что бы не кодили там где не надо
а что значит - где не надо и чем вэбхук то не устраивает? 0_о

Vladimir
15.06.2017
12:06:03
если только времени не жалко

Alexander
15.06.2017
12:06:50
я не вижу смысла спорить о программировании с менеджером
то есть у тебя нет аргументов и ты хочешь перевести разговор на тему того, что я дурак и менеджер? ну, ок

Vladimir
15.06.2017
12:07:30
то есть у тебя нет аргументов и ты хочешь перевести разговор на тему того, что я дурак и менеджер? ну, ок
они у меня есть, но не вижу смысла тратить время на обсуждение этого всего с человеком которому в общем плевать )

и это общий совет людям )

Alexander
15.06.2017
12:08:29
ну, вообще, сейчас мне ближе всего позиция не менеджера и не программиста, а владельца продукта

и как владелец продукта я хочу хороший код, написанный в 1 стиле, даже если его писало много человек

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

Vladimir
15.06.2017
12:09:50
и то стиль будет плавать

и качество

и

Alexander
15.06.2017
12:10:19
ты умеешь программировать на питоне? попробуй

Vladimir
15.06.2017
12:10:25
какая тебе вообще разница как вадельцу продукта как там код написан? Тебя должны волновать другие вещи.

Страница 2813 из 4568