на 8

.. а, уже обсудили.

https://www.youtube.com/watch?v=nc0hPGerSd4

да, веселье продолжается у ребят стальные яйца или им пофиг )

а что им еще остается? закрыть проект как клаудмаус?

у них основной доход это gitlab ee всё таки, им остается восстанавливать базу

А что случилось? у них gitlab.com упал?

товарищ по случайность грохнул продовскую базу... как-то так

А бэкапы? We lost 6 hours of database data Ну не так страшно :) Локальные копии репозиториев у всех есть, самое главное можно восстановить.

Репы не задело, вроде. Только багтрекер.

https://twitter.com/gitlabstatus/status/826591961444384768 или вот вкратце http://checkyourbackups.work/

https://i.imgur.com/DYwNAfj.png удивительно

ну вот

а кто именно из товарищей удалил базу?

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

на скриншоте просто квинтессенция позора.

у нас то сё пятое десятое, но мы халатно отсосали писос.

Regular backups seem to also only be taken once per 24 hours, though team-member-1 has not yet been able to figure out where they are stored. According to team-member-2 these don’t appear to be working, producing files only a few bytes in size.

вроде бы Yorick удалил

вроде бы Yorick удалил

https://www.stihi.ru/pics/2011/03/24/1510.jpg

короче нужно проверять, что процесс бэкапа действительно работает)

Им ещё повезло, что у них продукт изначально позиционировался как self-hosted, а зарабатывать они планировали на поддержке. Много серьёзных проектов хостится на их сервере? Вот если бы такое случилось у github, вот была бы паника.

Им ещё повезло, что у них продукт изначально позиционировался как self-hosted, а зарабатывать они планировали на поддержке. Много серьёзных проектов хостится на их сервере? Вот если бы такое случилось у github, вот была бы паника.

https://github.com/blog/744-today-s-outage

а кто именно из товарищей удалил базу?

Он покаялся и сказал, что сегодня больше не будет тыкать в sudo

там ещё пошутили, что его надо удалить из sudo users, если я правильно понял

короче нужно проверять, что процесс бэкапа действительно работает)

Более того, процесс восстановления тоже надо отыгрывать

Более того, процесс восстановления тоже надо отыгрывать

Подобные учения очень полезны. Когда берется стейджинг и из него вайпается кусок, как будто не было. А дальше засекается время на восстановление.

"гитлаб написал Дмитрий, который таскал воду домой ведрами из колодца" интересно

"гитлаб написал Дмитрий, который таскал воду домой ведрами из колодца" интересно

в смысле?

в трансляции сказали пару слов как возник gitlab

Ну, многие вышли в люди из российской глубинки, если об этом речь :)

Дмитрий был из украинской глубинки

Из любой глубинки. :) Обычно у таких людей мотивации больше

Дмитрий был из украинской глубинки

ну как бы пригород Харькова не такая уж глубинка

В любом случае они выбрали правильную тактику максимальной публичности, всё честно рассказали и трансляцию ещё замутили.

"гитлаб написал Дмитрий, который таскал воду домой ведрами из колодца" интересно

и ? я тоже таскал потом поступил в универ - перестал))

ну как бы пригород Харькова не такая уж глубинка

где же он там колодец нашел

фиче-ветку делай, её мёрдж-реквест на develop

после того как всё готово, надо мёржить самому себе в develop/master? или это только для review

после того как всё готово, надо мёржить самому себе в develop/master? или это только для review

https://github.com/petervanderdoes/gitflow-avh

Читаем про git flow, учимся

Git flow avh - живая инкарнация этого процесса

В убунте пакет git flow - это как раз avh

@armicron http://danielkummer.github.io/git-flow-cheatsheet/ ещё вот тебе )

@armicron http://danielkummer.github.io/git-flow-cheatsheet/ ещё вот тебе )

это я уже 3-й раз открываю)

А кто реально его использует?

VS прагматичное ручное создание веток?

по-моему проще книжку Чансона один раз прочитать

git flow – это не пакет, а идея

я использую, но лишь на своих проектах

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

git flow – это не пакет, а идея

пакет нехило помогает на первых порах )

import ConfigParser import io import os ... сделал imports в алфавитном порядке, что-то не очень хорошо выглядит

Если не нравится, сверху оставить стандартные либы по алфавиту, снизу через пустую строку - пользовательские.

Просто https://github.com/timothycrosley/isort

Просто https://github.com/timothycrosley/isort

пайчарм умеет. Optimize imports называется

Тогда о чем спор :) Если он делает то же самое

?

пайчарм умеет. Optimize imports называется

Все IDE умеют

Тогда о чем спор :) Если он делает то же самое

В отношении пайчарм, как мы выяснили, не факт

Просто https://github.com/timothycrosley/isort

На больших проектах он медленный чет Думали переписать его на чем побыстрее

Если не нравится, сверху оставить стандартные либы по алфавиту, снизу через пустую строку - пользовательские.

Сдались вам эти импорты по алфавиту. Какой профит то от этого? Группировка импортов сразу помогает в навигации по блокам импортов, а как помогает их сортировка? Даже если у вас импорты в один экран не влазят (что уже странно), всё равно проще нужное поиском найти, чем перебирать в уме алфавит.

да это просто для красоты... есть и ладно, нет - ничего страшного... я изучил примеры оформления docstring по google http://sphinxcontrib-napoleon.readthedocs.io/en/latest/example_google.html и google python style guide https://google.github.io/styleguide/pyguide.html имхо, главное, чтобы и ненужной "дрочки" на стиль не было, но в то же время, чтобы код сразу в пулл реквестах приходил понятным и презентабельным... это само по себе складывается в процессе работы...

Стиль нужен исключительно для упрощения понимания кода, а красота - понятие относительное. Логическая группировка импортов - это как раз то, что упрощает понимание, а как они расположены внутри группы - дело десятое. Мне вот больше нравится, например, располагать по мере использования в программе, но и этому я не всегда следую. Обычно просто делаю группировку, как рекомендуют в pep8.

ERROR: S client not available

вот это выглядит красиво

вот это выглядит красиво

и каким местом импорты из одной либы на разных строках красиво? и еще в разнобой будет, да? если не сортированное...

https://github.com/squeaky-pl/japronto/blob/master/src/japronto/parser/cffiparser.py

щас бы за порядок импортов поспорить в 2к17.

Ничему питонистов жизнь не учит

https://github.com/squeaky-pl/japronto/blob/master/src/japronto/parser/cffiparser.py

Что-то там всё на хилых подпорках пока

Что-то там всё на хилых подпорках пока

» Python 3.5+ web micro-framework. Я потыкался и увидел, что базовый код на C написан. Ну ок, python 3.5 +

А я вот не пойму что вам не нравится

это ж новый веб-фреймворк, значит проект тоже новый, значит свежая тройка

На питоне хттп в аиохттп, вы плачете, что медленно

Сделали на си, как положено с текстовым протоколом, это не Питон

это ж новый веб-фреймворк, значит проект тоже новый, значит свежая тройка

Если на си, значит сначала под какой-то один CAPI

Правильно, что под последний

» Python 3.5+ web micro-framework. Я потыкался и увидел, что базовый код на C написан. Ну ок, python 3.5 +

Код dict-а на си написан. Это тоже не питон?

Да, ты прав.

https://www.techempower.com/benchmarks/#section=data-r13&hw=ph&test=plaintext

и каким местом импорты из одной либы на разных строках красиво? и еще в разнобой будет, да? если не сортированное...

>и каким местом импорты из одной либы на разных строках красиво? Вот это не понял, а как должно быть? from foo.bar import a, b, c, d, e, f, g так что-ли? :)

tuple

from foo.bar import (a, b, c, d, e) @lig11 скорее про это

Зачем там скобки если нет переноса строки? Опять же где-то видел рекомендации не использовать подобные конструкции. Угу, а если не влазит в 79 символов? from foo.bar import ( a, b, c, ) И вот это тоже спорно. В общем, спорить на счёт импортов - это как-то странно. :)

>и каким местом импорты из одной либы на разных строках красиво? Вот это не понял, а как должно быть? from foo.bar import a, b, c, d, e, f, g так что-ли? :)

Естественно

from foo.bar import (a, b, c, d, e) @lig11 скорее про это

Ну, это вариант уже

Зачем там скобки если нет переноса строки? Опять же где-то видел рекомендации не использовать подобные конструкции. Угу, а если не влазит в 79 символов? from foo.bar import ( a, b, c, ) И вот это тоже спорно. В общем, спорить на счёт импортов - это как-то странно. :)

А зачем каждый на отдельной строке? Можно один раз перенести. Но если так много, то уже from foo import baz

А зачем каждый на отдельной строке? Можно один раз перенести. Но если так много, то уже from foo import baz

По тому же гугловому кодестайлу, так рекомендуется делать с самого начала. Типа, нечего импортить потроха, импортируй сразу модуль.

так в моём примере модули и импортируются из пакета. Вот как раз "потроха" я никогда не импортирую, за редким исключением.

А всё-таки, скоро митап...

14 февраля... Хммм...

Более того, пивной 23

Т.е. у меня три вопроса. Нам нужен докладчик. Кто может/хочет?

Будем ли мы делать митап 14-го или немного сдвинем?

Будем ли мы делать дринкап 23-го или немного сдвинем?