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

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

не факт

он не захочет "всё переписать заново" или таких моментов будет меньше в разы

главное вовремя остановиться

А почему владельцу продукта не поебать на то как код написан ? Если там техдолга минимум ну и пофиг что там

я согласен, регламент на 100 страницах не нужен

но пара страниц - почему нет?

@lorddaedra ты как менеджер должен понимать что идеальный код никогда не будет написан

А почему владельцу продукта не поебать на то как код написан ? Если там техдолга минимум ну и пофиг что там

программист может писать код таким образом, чтобы сделать vendor-lock на себя6 смысл регламента - сделать так, чтобы его затея провалилась)

я знаю о чём говорю тут именно с позиции программиста

потому что я сам писал такой код

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

лет 10 назад я так делал

(не горжусь, впрочем)

В твоём описании под регламентом подразумевается вся нормативная документация ?

@lorddaedra почитай истории про конторы которые индусов в аренду сдают, это как абсолютный пример того что ты сказал

мне нравится это делать в виде примеров, "плохо - хорошо"

но почитай что в итоге

мне нравится это делать в виде примеров, "плохо - хорошо"

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

"главное вовремя остановиться" (c) ?

"главное вовремя остановиться" (c) ?

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

в такие регламенты следует включать частые ошибки

а если это 1-2 раза - можно просто в рамках код ревью написать и всё

человек запомнил, больше так не делает

@lorddaedra код ревью, гайды и прочее нужны, но в меру

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

ну, вот в питоне стиль сам исправляется через flake8, то есть до code review оно даже не доходит почти

можно сделать запрет мержа pull request'ов пока тесты красные

а они всегда будут красные пока flake8 ругается

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

ну, скорее всего, ты говоришь о дизайн-ревью

его лучше делать в самом начале перед написанием кода

то есть обсуждаешь, как лучше решить задачу, потом уже код

например, Docker так разрабатывается

посмотри у них там статусы на githube'е

у них там ещё отдельный этап docs review

человек запомнил, больше так не делает

Это не скейлится

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

регламент это как своего рода FAQ о том, как правильно писать код, он не дублирует PEP'ы и другие рекомендации, может на них ссылаться и что-то добавлять (рассматривать частые ошибки)

ну вот у гугла, например, есть такой, где-то в инете видел

https://google.github.io/styleguide/pyguide.html

ещё сам процесс описывается, например, я требую, чтобы коммиты назывались особым образом, чтобы в начале было Re или Fix потом номер задачи (оно будет ссылкой) потом —, потом название задачи, название задачи всегда начинается с глагола, название всегда на английском, например "Add ... something ... ", когда ты пушишь такой коммит, он сделает ссылку (комментарий) к задаче (если Re или Fix) и закроет её (если Fix)

и это гораздо удобнее, когда все называют коммиты в 1 стиле, а не кто как хочет

аналогично с названиями веток, обычно это feature/123-Feature, то есть указывается номер Issue в названии ветки

ещё хорошее правило - запретить rebase на публичных ветках, которые уже пушнули на сервер

ещё хорошее правило - делать squash в ходе одобрения pull request'а чтобы сливая feature/123-Feature в develop попал 1 коммит, а не 20

ещё хорошее правило - запретить rebase на публичных ветках, которые уже пушнули на сервер

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

парни подскажите пожалуйста с RabbitMQ

почему я в консоли вижу очереди rabbitmqctl list_queues а через веб морду не вижу?

wild guess

https://i.gyazo.com/0a6e79ed937fff300e44fc7e0932323a.png

В правом верхнем углу?

скрин глянь

Пользователю в веб-морде пермишнов хватает же?

во во

чет с пермишинами

хм у него стоит administrator

один vhost, стандартный?

ERROR: S client not available

ага

/ которыой

Тогда у меня кончились идеи, если честно :)

ребзя кто нить юзает Magento?

кто-нибудь да юзает

Всем удачного дня! В прошлый раз у меня получилось найти здесь классного программиста 1с который благополучно у нас трудится. Штат растет, и пытаю счастья вновь! В Мск, белая зп 150. Свободное программирование ЕRP 1С. ?

да ёбанный стыд

по-моему, "получилось найти здесь" - это наебалово, чтобы не потёрли

Сначала здесь тролите, потом в личку пишите, что да как)))

где здесь? в каком из чатов, в которых эта телега была скопипащена?

как минимум их три

и оригинал явно был не в девопсовых

и прочитайте в интернете, что такое "троллинг"

и прочитайте в интернете, что такое "троллинг"

я читал так алюминий продавали в девяностых олегарки

через троллинговые схемы

Всем удачного дня! В прошлый раз у меня получилось найти здесь классного программиста 1с который благополучно у нас трудится. Штат растет, и пытаю счастья вновь! В Мск, белая зп 150. Свободное программирование ЕRP 1С. ?

здесь нет 1С, оно в другой группе

sorry Mario, but your 1C is in another castle

https://t.me/ru_1c

sorry Mario, but your 1C is in another castle

Спасибо!!!

кто-нибудь подскажет как в nginx при проксировании убрать в реквесте куку JSESSIONID

обращаю внимание - куку в РЕКВЕСТЕ, а не Set-Cookie в респонсе

Народ, мб кто в питоне силен, беру такой код с paramiko: def test_foo(client): client.connect(**vm) client.close() def main(): client = paramiko.SSHClient() client.load_system_host_keys() client.set_missing_host_key_policy(paramiko.AutoAddPolicy()) while True: test_foo(client) Получаю лик памяти ~5Мб/мин.

это же про другое. про то как с jsessionid в урле работать

Тут кроме 1с программистов есть кто-нибудь?

ещё питонист и хрыч

Докерист ещё

А как же Мария?