А докладчика просто убили нахуй

звук такое говно конечно(

ничего не понимаю из-за звука

Кто хочет поржать, https://www.youtube.com/watch?v=D7eeuVL3vJs

Смотрите

Слушайте

Я так ржал после начатия этапа вопросов

знаешь что?

мне лень

я устал под вечер и не могу так напрягать организм и пытаться понять, о чем там говорят. Звук отстой

жеза

я час назад только пришел

и у меня болит горло

и ноги

и мозг

воспаление

смерть

http://s58.radikal.ru/i159/1102/db/4324a15be702.jpg

я хоте был от передоза сдохнуть

смерть мечты

я хоте был от передоза сдохнуть

Шариш

В угаре

мозг умирает еще раеньше и ты нихуя не поймешь когда буешь помирать

мечта же

я прост из спб

тут многие шарят

такие дела

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

тут многие шарят

Шейкер, шейкер!

не

Как раз таки "Да"?

Какой нахрен щейке?

Шейкер, шейкер!

Гули гули

Гули гули

?

То есть песню ты не знаешь

Оке

L - Loгuka

Чот меня тут забанят сейчас походу

Напишешь как забанят

Кто как делает резервное копирование, появилась необходимость полного дублирования сервера в другом ДЦ

Да

Bareos ( bacula )

привет ребят

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

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

о! это про меня!

Кто как делает резервное копирование, появилась необходимость полного дублирования сервера в другом ДЦ

Docker может облегчить жизнь с этим всем

Кто как делает резервное копирование, появилась необходимость полного дублирования сервера в другом ДЦ

rsync -aAHXv на выключенной машине

можно попробовать и на живую натравить

Docker может облегчить жизнь с этим всем

ну и вот да. только об этом надо было заранее озаботиться

@docker_ru

ну и вот да. только об этом надо было заранее озаботиться

Ну, иногда бывает не трудно всё переподнять в контейнерах

Тут нужно конкретный случай смотреть :)

rsync -aAHXv на выключенной машине

Ой, в смысле на выключенной?

Ой, и что значит H?

У меня кстати почему-то когда с линя на мак копирую с xattrами сегфолтится рсинк всегда((

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

вот хороший доклад https://youtu.be/077DmBBTS3o

вот хороший доклад https://youtu.be/077DmBBTS3o

Оо спасибо

Оо спасибо

Дальше должно быть, всё более менее понятно. Допустим ты хочешь написать какой то метод. Ты ещё не знаешь его реализации, на знаешь что на вход он должен получить 1,2,3, а на выходе 4,5,6. Сначала пишешь тест в котором описываешь условия прохождения этого теста. Который естественно валится, а потом стараешься написать метод, так что бы тест проходил.

Дальше должно быть, всё более менее понятно. Допустим ты хочешь написать какой то метод. Ты ещё не знаешь его реализации, на знаешь что на вход он должен получить 1,2,3, а на выходе 4,5,6. Сначала пишешь тест в котором описываешь условия прохождения этого теста. Который естественно валится, а потом стараешься написать метод, так что бы тест проходил.

Ну принцип то ясен) но на практике не оч ясно пока

А вообще юниттесты писали когда-нибудь?

зачем они нужны? у меня и без тестов все отлично работает(на самом деле нет)! ?????

зачем они нужны? у меня и без тестов все отлично работает(на самом деле нет)! ?????

Ну вот когда через 3-4 месяца разработчик будет вносить большие изменения в большой проект - он наверное поймёт зачем нужны тесты. Но это только если проект достаточно большой. Если проект - это одна веб-страничка с одной маленькой формой - то наверное можно и дальше всё ручками проверять.

ERROR: S client not available

да, конечно, я ж в скобочках написал

в теме

только я предпочитаю не чистого рода юниттесты, а интеграционные

да, конечно, я ж в скобочках написал

Ок, поправил текст ?

не плюблю возиться с моками всякими возиться... скучное это дело

ну и... изоляция и микросервисы рулят

не плюблю возиться с моками всякими возиться... скучное это дело

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

Всем привет. Подскажите, как корректно в гите откатить удаленную ветку до определенного коммита? Если сбрасываю локальную, то на локальной все ок сбрасывается, но ругается что впереди еще N коммитов на удаленной ветке

Ну принцип то ясен) но на практике не оч ясно пока

посмотри destroy all software, там про руби, но очень интересно про тесты, архитектурные решения и философию программирования в целом

Всем привет. Подскажите, как корректно в гите откатить удаленную ветку до определенного коммита? Если сбрасываю локальную, то на локальной все ок сбрасывается, но ругается что впереди еще N коммитов на удаленной ветке

Откатить локально, а потом сделать force push в удаленную ветку?

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

но если потом кто-то случайно сделает пуш - оно все вернется

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

Всем привет. Подскажите, как корректно в гите откатить удаленную ветку до определенного коммита? Если сбрасываю локальную, то на локальной все ок сбрасывается, но ругается что впереди еще N коммитов на удаленной ветке

Запили reverse-patch из всех коммитов, которые хочешь откатить, примени его к последней верии кода и закомить. Ещё можно так - переключится на нужный комит, скопировать исходничи (без папки .git) куда нить. Вернутся на последний коммит, накатить сверху то что скопировал и закомитить.

а так просто git push origin +012345:master

а, не, так он не поймет

git push origin +12345:refs/heads/master

так поймет

Воу, сколько инфы сразу. Спасибо всем. Буду разбираться

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

а то есть сделать одну простую команду гита это "париться"

ок

а то есть сделать одну простую команду гита это "париться"

Ну если ты это уже делал 100 раз, то я не против ?

гит пуш я делал даже не 100 раз

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

гит пуш я делал даже не 100 раз

Ну тут ведь речь не про простой пуш, а про такой, который должен сделать на удалёной репе код такой же как был в старом коммите.

когда ты сделаешь гит пуш 1000 раз и понимаешь его разные параметры, то это действительно просто

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

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

TDD, на самом деле, тема довольно спорная. Я сам активно использую TDD в случае, если пишу компоненты с развесистой логикой. К примеру, некоторое время назад мне было необходимо написать функцию с большим количеством if-elif. И, понятное дело, там шаг влево, шаг вправо - возвращается неверный результат. Я сначала написал тест, а потом уже саму функцейку. Так что к TDD ты, скорее всего, сам придёшь со временем.

Ну у меня как то не получается доводить ситуацию до того, что бы потребовалось откатывать изменения на удалёной репе, а потому 99.999% времени мне достаточно простого git push без всяких параметров

вот я никогда не делаю гит пуш без параметров

git push origin имя_текущей_ветки как минимум