@ru_devops

« Назад

Страница 90 из 999

Далее »

Алексей

24.09.2016
09:07:46

по серисам ? по базам ? по триггерам ?

imya

24.09.2016
09:07:51

если в тикете написана редкая поебень, делать тоже будем, потому что написали? или все-таки сначала выясним зачем это надо? :)

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

Phil

24.09.2016
09:08:02

так вот коллеги раз тут появились люди которые не только навязывают мнение но и возможно понимают что я хочу :) Как структурировать документацию ?

Ну я тебе сослался на бабушку Немет. Я думаю это немного обучалка инструментам, потом овералл пикча в схемах и двухсловах, по ом прямо главы по кейсам. "Инвентори и его генерация", "Созжание бэкапов", "Добавление удаление хостов", "Организация доступа"

Алексей

24.09.2016
09:08:10

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

Google

Dmitry

24.09.2016
09:08:17

Оверол по трекеру

Favoretti

24.09.2016
09:08:33

по серисам ? по базам ? по триггерам ?

Сорри, я пропускаю контекст все-таки. Есть какая-то конкретная задача, которую надо документировать? Или ты в общем?

Dmitry

24.09.2016
09:08:40

Это как из букв ж о п а собрать слово вечность

Favoretti

24.09.2016
09:09:00

(пошел скроллить таки)

imya

24.09.2016
09:09:04

люди, живое с ними общение.

Это до четырёх человек. При пяти нужно писать внятные коммит-мессаджи с номером бага. во всяком случае в ИНДУСТРИИ разработки ПО - именно так.

Алексей

24.09.2016
09:09:38

Сорри, я пропускаю контекст все-таки. Есть какая-то конкретная задача, которую надо документировать? Или ты в общем?

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

Dmitry

24.09.2016
09:09:45

Это до четырёх человек. При пяти нужно писать внятные коммит-мессаджи с номером бага. во всяком случае в ИНДУСТРИИ разработки ПО - именно так.

Вы не видели проекты где эти четверо менялись по пять раз

А иногда и все разом

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

Это общая и большая беда

imya

24.09.2016
09:10:49

так вот коллеги раз тут появились люди которые не только навязывают мнение но и возможно понимают что я хочу :) Как структурировать документацию ?

Алексей, я тебе ничего не продаю. Я просто пишу о том, что можно нагуглить колесо, которое ездит тысячи лет и ездит быстро. Разными словами, постоянно перефразируя. И не толко (не столько) для тебя. Тут же не только ты ЧИТАЕШЬ.

Favoretti

24.09.2016
09:10:52

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

какая целевая аудитория этой сопроводиловки?

Алексей

24.09.2016
09:11:13

другая контора.

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

Google

Favoretti

24.09.2016
09:11:49

ответ засчитан, вопрос был поставлен неправильно :) Технари, пользователи, люди… понял.

Алексей

24.09.2016
09:12:57

ну эксплуатационщики в подразделении в котором у меня нет власти что то навязать. :)

Favoretti

24.09.2016
09:13:31

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

imya

24.09.2016
09:13:42

> так вот коллеги раз тут появились люди которые не только навязывают мнение но и возможно понимают что я хочу :) Как структурировать документацию ? Я всегда прошу всех документировать принципы, а не имплементацию. Документация конкретной имплементации устареет к момемту завершения ее написания. Если описать концепт, идею, причины решения проблемы и общее направление реализации отвязаное от кода или конкретного сервера - как по мне это самое главное. Документировать не как, а что и зачем.

+1 Я просто уточняю, что ПРИНЦИПЫ УЖЕ документированы. И если подходов несколько - достаточно указать - каким пользовался архитектор. Т.е. "мы используем CamelCase", а не "прочитайте пожалуйста доку по именованию переменных методом Алексея Широких - она вам пригодится всё время работы в компании"

Favoretti

24.09.2016
09:15:28

Документацию никто нахрен не читает. Если первая глава рассказыват о том, что сделано и зачем, а не как - это уже должно вызвать здоровый интерес. Писать troubleshooting guide, кстати тоже вариант, если надо просто дать кастомеру книгу с заголовком “если ты, мудак, сломал, или не дай Б-г оно само - смотри сюда”

Phil

24.09.2016
09:15:37

+1 Я просто уточняю, что ПРИНЦИПЫ УЖЕ документированы. И если подходов несколько - достаточно указать - каким пользовался архитектор. Т.е. "мы используем CamelCase", а не "прочитайте пожалуйста доку по именованию переменных методом Алексея Широких - она вам пригодится всё время работы в компании"

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

imya

24.09.2016
09:15:49

Вы не видели проекты где эти четверо менялись по пять раз

Как раз таки видел. Я начинал с 200 скриптов, написанных 100 фрилансерами, которые деплоились миднайт командером в папочку на сервере

Favoretti

24.09.2016
09:16:21

> деплоились миднайт командером /me нервно выпил весь стакан виски с колой залпом щас

Dmitry

24.09.2016
09:16:34

Деплоились миднайт командиром?

Это как

Favoretti

24.09.2016
09:16:53

F9, (S)FTP ;)

Dmitry

24.09.2016
09:16:57

Копировались с одной панельки в другую

Favoretti

24.09.2016
09:17:02

или какой там F

Dmitry

24.09.2016
09:17:20

Не знаю. Я мц юзал в далекой юности ток

Когда и Нортон лол

imya

24.09.2016
09:17:33

Копировались с одной панельки в другую

да SFTP А системой управления конфигурацией была cPanel

Dmitry

24.09.2016
09:17:36

Не, позже немного

Favoretti

24.09.2016
09:17:45

У меня на работе есть пара ребят, которые без него жить не могут. Они его себе практически шеллом поставили :)

mcedit наше все :D

каждому свое. дело не в тулинге, дело в результате, а кто как его достигает…

Google

imya

24.09.2016
09:19:31

каждому свое. дело не в тулинге, дело в результате, а кто как его достигает…

Я даже в сиПанели нашёл гит и прикрутил к Редмайну

Dmitry

24.09.2016
09:19:33

Да мс и мс

Срать собсна

Peter

24.09.2016
09:19:49

vim!

Favoretti

24.09.2016
09:20:08

а гит к редмайну прикрутить это круто? или сиПанель добавляет некоторый наклон в сторону изврата? :)

вот честно, редмайн, не редмайн, жира не жира.. у меня в команде 15 человек, есть у нас жира тоже ессно. мой основной gudeline – пользуйтесь так, чтобы ВАМ было удобно. не потому, что я сказал, что мне надо overal picture каждый день видеть в два клика в трекере. А если ребятам удобно, если им это помогает - наздоровье. трекер это средство, а не цель.

Dmitry

24.09.2016
09:22:32

vim!

Щас начнется

Favoretti

24.09.2016
09:23:10

И последние 5 лет это работает на ура. Кому хочется структурировать свою работу до микро тикетов - та наздоровье. Кто пишет глобально “а я ща тут корабль строю”, кто просто смотрит, чем занимается сосед. Но что самое интересное - нет ни одного коллеги, кто бы ну вот вообще не пользовался :)

imya

24.09.2016
09:23:12

а гит к редмайну прикрутить это круто? или сиПанель добавляет некоторый наклон в сторону изврата? :)

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

Favoretti

24.09.2016
09:23:20

Щас начнется

emacs!

Dmitry

24.09.2016
09:23:40

Вот вот

Нано где?

Favoretti

24.09.2016
09:23:46

Я в курсе что такое cPanel, redmine & git, спасибо :)

pico!

joe!

elvis forevah!

все назвали? :)

Dmitry

24.09.2016
09:24:20

notepad bitch

Favoretti

24.09.2016
09:24:27

нотепад++

для продвинутых

Google

Dmitry

24.09.2016
09:24:35

sublime one love

Vladimir

24.09.2016
09:24:37

ed

imya

24.09.2016
09:24:39

вот честно, редмайн, не редмайн, жира не жира.. у меня в команде 15 человек, есть у нас жира тоже ессно. мой основной gudeline – пользуйтесь так, чтобы ВАМ было удобно. не потому, что я сказал, что мне надо overal picture каждый день видеть в два клика в трекере. А если ребятам удобно, если им это помогает - наздоровье. трекер это средство, а не цель.

Я всегда начинаю с: гит багтрекер чятик После того, как оно внедренов в модель разработки - разрабы сами без этого не могут

И последние 5 лет это работает на ура. Кому хочется структурировать свою работу до микро тикетов - та наздоровье. Кто пишет глобально “а я ща тут корабль строю”, кто просто смотрит, чем занимается сосед. Но что самое интересное - нет ни одного коллеги, кто бы ну вот вообще не пользовался :)

WIN!

gedit vim notepad++

Favoretti

24.09.2016
09:25:27

Я всегда начинаю с: гит багтрекер чятик После того, как оно внедренов в модель разработки - разрабы сами без этого не могут

Когда в конторе 18000 человек… как-то надо структурировать :)

Но как по мне - никакой трекер не заменит живого человеческого общения.

Трекер - средство, не цель. Если вбить это себе и команде в голову - все взрослые дети, профессионалы на много денег.

Admin

ERROR: S client not available

Favoretti

24.09.2016
09:27:24

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

imya

24.09.2016
09:27:27

Но как по мне - никакой трекер не заменит живого человеческого общения.

Для этого у меня есть бизнес. Вебкам-модели - сексвидеочат. Арендую 2 двухэтажных автобуса и привожу на пьянку жевочек. ?

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

По результатам стендапов заводятся тикеты. Так проще разделить задачу между отделами. Блокирующие и т.д.

Favoretti

24.09.2016
09:29:02

А это кто как хочет. Тикеты, stickies на монитор коллеге (желательно в центре), татуировка на лбу… Как хочешь, так и делай

кстати если по результатам стендапов заводятся тикеты - стендап в корне неправилен. Стендап - дележка информацией, а не раздача тасков

если в процессе стендапа появляются новые идеи - не вопрос, в нормальном рабочем процессе все решаем. на стендапе надо просто рассказать “я Вася, занимаюсь сейчас вот этим, у меня есть|нет challenges”. все. все дискуссии, таски, предложения и книга жалоб выносится за пределы стендапа

imya

24.09.2016
09:32:34

кстати если по результатам стендапов заводятся тикеты - стендап в корне неправилен. Стендап - дележка информацией, а не раздача тасков

У нас на стендапах ставились задачи или отчитывались о прогрессе по текущим

Favoretti

24.09.2016
09:32:58

во. только не “или”. а только последнее.

imya

24.09.2016
09:33:04

challenges - я в России

Favoretti

24.09.2016
09:33:12