> >> На практике тесты для того и существуют, чтобы баги их ломали. Один фиг,
> >> если тест сломался, то багу надо чинить. Если бага сломала сразу много
> >> тестов, починка приоритетна, и все дела.
> >>
> > Ладно, умолчу про тех, кто "чинит" тесты в таком случае.
> > Такие тоже бывали.
>
artiom -> debian-russian@lists.debian.org @ Sun, 8 Apr 2018 11:55:37 +0300:
>> Ну, еще регулярно лезут подобные баги в криптопротоколах, но там вот как
>> раз сотни, а то и тысячи ревью, а толку? Потом лет через 10-15 таки
>> находится тысяча первый ревьюер, который таки замечает багу и
> > Есть минусы, есть плюсы: не так легко откатить сломавшую правку из
> > репозитория, на которую уже понакоммитили и заложили функционал.
>
> Бывает и такое. Но мне в жизни всего однажды встретилась грабля, которую
> очень не сразу удалось обнаружить, не брали никакие разумные тесты, и
>
artiom -> debian-russian@lists.debian.org @ Sat, 31 Mar 2018 14:18:00 +0300:
>> >> >> >> За коммитами джуниоров просто присматривают вручную. Недолго,
>> человек
>> >> >> >> либо обучается, либо идет искать работу в другом месте.
>> >> >> >>
>> >> >> > Да тут вопрос не о
> >> >> >> За коммитами джуниоров просто присматривают вручную. Недолго,
> человек
> >> >> >> либо обучается, либо идет искать работу в другом месте.
> >> >> >>
> >> >> > Да тут вопрос не о джуниорах. Всё сложнее. Но, в любом случае, код
> >> >> > сложный, хотелось бы видеть, что
artiom -> debian-russian@lists.debian.org @ Tue, 27 Mar 2018 23:35:21 +0300:
>> >> >> В идеале пишутся тесты. Часть заранее, часть по мере наступания на
>> >> >> грабли :) Код на Haskell и Scala даже и не тестируется
>> автомагически,
>> >> >> настолько мало там багов, что написание
> artiom -> debian-russian@lists.debian.org @ Mon, 26 Mar 2018 20:53:38 +0300:
>
> >> >> В идеале пишутся тесты. Часть заранее, часть по мере наступания на
> >> >> грабли :) Код на Haskell и Scala даже и не тестируется автомагически,
> >> >> настолько мало там багов, что написание тестов
artiom -> debian-russian@lists.debian.org @ Mon, 26 Mar 2018 20:53:38 +0300:
>> >> В идеале пишутся тесты. Часть заранее, часть по мере наступания на
>> >> грабли :) Код на Haskell и Scala даже и не тестируется автомагически,
>> >> настолько мало там багов, что написание тестов не
Ok, буду смотреть.
От Proxmox я отказался.
LDAP тоже, получается, не сильно нужен: он требуется разве что потому,
что многие софтины с LDAP серверами работают, да и пользователей
nix-овых городить не придётся.
24.03.2018 21:19, Павел Марченко пишет:
> Как раз наоборот, легкий и работает без
24.03.2018 20:24, Artem Chuprina пишет:
> artiom -> debian-russian@lists.debian.org @ Sat, 24 Mar 2018 17:00:47 +0300:
>
> >> Artem Chuprina wrote:
> >>
> >> Артем, при работе с джунами очень удобно ткнуть мышой в место в
>
> ...
>
> >> Так что не надо топить
> >> В идеале пишутся тесты. Часть заранее, часть по мере наступания на
> >> грабли :) Код на Haskell и Scala даже и не тестируется автомагически,
> >> настолько мало там багов, что написание тестов не окупается.
> >>
> > Ну это две параллельные задачи. Часто тесты нельзя написать.
>
> Если
Alexander Gerasiov -> debian-russian@lists.debian.org @ Sun, 25 Mar 2018
19:16:36 +0300:
>> > Артем, при работе с джунами очень удобно ткнуть мышой в место в
>> > коде/диффе и написать, что тут не так и как поправить. Особенно,
>> > когда таких мест десяток. Без этого приходится либо
Hello Artem,
On Sat, 24 Mar 2018 20:22:25 +0300
Artem Chuprina wrote:
> > Артем, при работе с джунами очень удобно ткнуть мышой в место в
> > коде/диффе и написать, что тут не так и как поправить. Особенно,
> > когда таких мест десяток. Без этого приходится либо сажать
Я уже его поставил, понял, что у него своё ядро, откатил обратно.
В данном случае Proxmox вообще не нужен.
Для управления контейнерами хватит плагина к OMV.
24.03.2018 20:49, Artem Chuprina пишет:
> artiom -> debian-russian@lists.debian.org @ Sat, 24 Mar 2018 16:46:36 +0300:
>
> >>>
Как раз наоборот, легкий и работает без агента. не нужны ни службы ни демоны
ср, 21 мар. 2018 г. в 22:39, artiom :
> Ansible - тяжёлый и сложный?
> Не исключаю, но стоит учесть, что у меня не крупный сервер, а прежде
> всего NAS, предоставляющий дополнительные сервисы
artiom -> debian-russian@lists.debian.org @ Sat, 24 Mar 2018 16:46:36 +0300:
>>> Впечатлился статьёй.
>>> Айн: https://habrahabr.ru/post/328048/
>>> Цвайн:
>>> https://forum.level1techs.com/t/how-to-create-a-nas-using-zfs-and-proxmox-with-pictures/117375
>>>
>>> Помимо Proxmox, есть такая
artiom -> debian-russian@lists.debian.org @ Sat, 24 Mar 2018 16:59:02 +0300:
>> >> Больше 15 лет работаю с кодом в коллективах. Ни разу не использовали
>> >> никаких гитлабов и вообще никаких уеб-интерфейсов. Никаких сложностей, и
>> >> код работает.
>> >>
>> > 1. Сейчас, где я
artiom -> debian-russian@lists.debian.org @ Sat, 24 Mar 2018 17:00:47 +0300:
>> Artem Chuprina wrote:
>>
>> Артем, при работе с джунами очень удобно ткнуть мышой в место в
...
>> Так что не надо топить вебинтерфейсы, у них иногда действительно есть плюсы.
>>
> В
Alexander Gerasiov -> debian-russian@lists.debian.org @ Sat, 24 Mar 2018
14:45:18 +0300:
>> >> В зависимости от сценария разработки - пуш на приватную ветку или
>> >> в свой репозиторий и дальше пулл-реквест, где мейнтейнер смотрит
>> >> дифф, оставляет комментарии (но не к строчкам
24.03.2018 14:45, Alexander Gerasiov пишет:
> Hello Artem,
>
> On Sat, 24 Mar 2018 10:11:47 +0300
> Artem Chuprina wrote:
>
>> >> В зависимости от сценария разработки - пуш на приватную ветку или
>> >> в свой репозиторий и дальше пулл-реквест, где мейнтейнер смотрит
>>
24.03.2018 11:47, Artem Chuprina пишет:
> artiom -> debian-russian@lists.debian.org @ Sat, 24 Mar 2018 10:58:11 +0300:
>
> >> Больше 15 лет работаю с кодом в коллективах. Ни разу не использовали
> >> никаких гитлабов и вообще никаких уеб-интерфейсов. Никаких сложностей, и
> >> код работает.
20.03.2018 16:23, Alexander Gerasiov пишет:
> Hello artiom,
>
> On Mon, 19 Mar 2018 23:56:26 +0300
> artiom wrote:
>
>> Впечатлился статьёй.
>> Айн: https://habrahabr.ru/post/328048/
>> Цвайн:
>>
*** Alexander Gerasiov [2018-03-24 14:48]:
>при работе с джунами очень удобно ткнуть мышой в место в
>коде/диффе и написать, что тут не так и как поправить. Особенно, когда
>таких мест десяток. Без этого приходится либо сажать рядом и
>показывать, либо в ядерном стиле, когда дифф в почте
Hello Artem,
On Sat, 24 Mar 2018 10:11:47 +0300
Artem Chuprina wrote:
> >> В зависимости от сценария разработки - пуш на приватную ветку или
> >> в свой репозиторий и дальше пулл-реквест, где мейнтейнер смотрит
> >> дифф, оставляет комментарии (но не к строчкам кода/диффа,
artiom -> debian-russian@lists.debian.org @ Sat, 24 Mar 2018 10:58:11 +0300:
>> Больше 15 лет работаю с кодом в коллективах. Ни разу не использовали
>> никаких гитлабов и вообще никаких уеб-интерфейсов. Никаких сложностей, и
>> код работает.
>>
> 1. Сейчас, где я работаю, используется TFS,
> artiom -> debian-russian@lists.debian.org @ Sat, 24 Mar 2018 08:32:41 +0300:
>
> >> gitlab офигительно тяжелый, ест 2-4 гига памяти просто чтобы хоть
> >> как-то запуститься и всё равно тормозит. Используем gogs.
> >>
> > В gogs же нет code review?
> > Это
artiom -> debian-russian@lists.debian.org @ Sat, 24 Mar 2018 08:32:41 +0300:
>> gitlab офигительно тяжелый, ест 2-4 гига памяти просто чтобы хоть
>> как-то запуститься и всё равно тормозит. Используем gogs.
>>
> В gogs же нет code review?
> Это единственная причина,
23.03.2018 11:26, Alexander Gerasiov пишет:
> Hello artiom,
>
> On Thu, 22 Mar 2018 19:27:15 +0300
> artiom wrote:
>
> gitlab офигительно тяжелый, ест 2-4 гига памяти просто чтобы хоть
> как-то запуститься и всё равно тормозит. Используем gogs.
>
В gogs
Hello artiom,
On Thu, 22 Mar 2018 19:27:15 +0300
artiom wrote:
> >>> gitlab офигительно тяжелый, ест 2-4 гига памяти просто чтобы хоть
> >>> как-то запуститься и всё равно тормозит. Используем gogs.
> >>>
> >> В gogs же нет code review?
> >> Это единственная причина, по
- Централизованное управление пользователями: их несколько (менее
10), надо им давать права к сервисам (облако (seafile), gitlab,
медиа-сервер (типа kodi), каталоги с медиа-данными и просто
данными), каталоги выделять в пуле и подобное.
>>> Пользователи в ldap, управляются
Hello artiom,
On Tue, 20 Mar 2018 22:49:43 +0300
artiom wrote:
> 20.03.2018 16:23, Alexander Gerasiov пишет:
> > Hello artiom,
> >
> > On Mon, 19 Mar 2018 23:56:26 +0300
> > artiom wrote:
> >
> >> Впечатлился статьёй.
> >> Айн:
Ansible - тяжёлый и сложный?
Не исключаю, но стоит учесть, что у меня не крупный сервер, а прежде
всего NAS, предоставляющий дополнительные сервисы ограниченному
количеству людей.
А про Cockpit что-нибудь можете сказать?
21.03.2018 15:56, Павел Марченко пишет:
> Ansible как вариант, у него полно
Ansible - тяжёлый и сложный?
Не исключаю, но стоит учесть, что у меня не крупный сервер, а прежде
всего NAS, предоставляющий дополнительные сервисы ограниченному
количеству людей.
А про Cockpit что-нибудь можете сказать?
21.03.2018 15:56, Павел Марченко пишет:
> Ansible как вариант, у него полно
Ansible как вариант, у него полно модулей по управлению облычными
платформами
http://docs.ansible.com/ansible/latest/list_of_cloud_modules.html
Ну и стандартные, типо юзера
http://docs.ansible.com/ansible/latest/user_module.html
Аклы
http://docs.ansible.com/ansible/latest/acl_module.html
P.S.
20.03.2018 16:23, Alexander Gerasiov пишет:
> Hello artiom,
>
> On Mon, 19 Mar 2018 23:56:26 +0300
> artiom wrote:
>
>> Впечатлился статьёй.
>> Айн: https://habrahabr.ru/post/328048/
>> Цвайн:
>>
Hello artiom,
On Mon, 19 Mar 2018 23:56:26 +0300
artiom wrote:
> Впечатлился статьёй.
> Айн: https://habrahabr.ru/post/328048/
> Цвайн:
> https://forum.level1techs.com/t/how-to-create-a-nas-using-zfs-and-proxmox-with-pictures/117375
>
> Помимо Proxmox, есть такая штука, как
36 matches
Mail list logo