Вход | Регистрация
    1  2   

Вы разрабатываете в пустых базах или в тестовых? Какая подключена к хранилищу?

Вы разрабатываете в пустых базах или в тестовых? Какая подключена к хранилищу?
Я
   vi0
 
31.07.21 - 20:10
Всем привет
Поделитесь, в каких базах как вы ведете разработку по задачам, в пустых, в тестовых - наполненных данными?
Какая подключена к рабочему хранилищу?
Варианты, для примера:
- Личная тестовая база подключена к рабочему хранилищу и разные задачи ведутся в ней, возможно и одновременно.
- Тестовая база не подключена к рабочему хранилищу. Для каждой задачи есть отдельная пустая база. Для работы с хранилищем есть отдельная пустая база. Периодически тестовая база обновляется из хранилища через cf.
- Для каждой задачи есть отдельная тестовая база. Для работы с хранилищем есть отдельная пустая база
- Другие варианты. Может быть многое автоматизировано.
Интересно, кто к чему пришел с опытом
Как решаете вопрос временных затрат при переносе разработки между базами, в случае больших конфигураций.
   ДенисЧ
 
1 - 31.07.21 - 20:16
Разумеется в пустых. Мы же до одури любим сами заводить 100500 справочников и документов...

"Для каждой задачи есть отдельная тестовая база" - дебилизм.
   vi0
 
2 - 31.07.21 - 20:20
(1) > Мы же до одури любим сами заводить 100500 справочников и документов.
читаем внимательно - речь про разработку, а не про тестирование
   ДенисЧ
 
3 - 31.07.21 - 20:21
(2) А что, для разработки не нужны 5025 справочников, чтобы было чем заполнять создаваемые документы и выводить в разрабатываемые отчёты?
   vi0
 
4 - 31.07.21 - 20:23
(3) ты не поверишь, но нет, для разработки не нужны
   ДенисЧ
 
5 - 31.07.21 - 20:31
(4) Нет, не поверю.
   acht
 
6 - 31.07.21 - 20:32
(4) Как к вам устроится? Я тоже хочу страдать подобной хренью.
   lucbak
 
7 - 31.07.21 - 20:33
(5) и я не поверю.
   bolder
 
8 - 31.07.21 - 21:10
(7) И я не поверю.
   b_ru
 
9 - 31.07.21 - 21:23
К сожалению, существуют дебильные организации, в которых безопасник покусал кадровика, а уборщица директора. В них действительно не дают копию рабочей базы, чтобы в ней разрабатывать. Я один раз поработал в такой (точнее, организация, в которой я работал, поменяла собственника и стала такой), так сразу уволился, ибо нефиг дебилизму потакать (справедливости ради, не давать копию базы - это не единственное проявление дебилизма, но маркер хороший).
   Обработка
 
10 - 31.07.21 - 21:25
В хранилище 3 базы размеры в них 60 ГБ 105 ГБ и 250 ГБ.
3 прогера старых прогеров тоже не удалиили с хранилищи.
Для хранилища часто беру копию и переподключаю от своего имени пользователя.
Почти каждый раз надо разрабатывать именно на свежих данных.
Разные доработки внедряются в разные периоды.
Разработка в пустой базе это нонсенс! Ни разу так не делал.
Разве что срочно какой то отчет подправить кому то по шабашке когда нет реально базы
а есть конфа или релиз.
   PCcomCat
 
11 - 31.07.21 - 23:02
(0) Есть разработочный контур - все разработочные базы с данными и тестовая база для итогового тестирования, и боевой контур - рабочие базы и база для сборки с данными для проверки переноса сложных доработок.
   Мигрень
 
12 - 31.07.21 - 23:34
автор смешной, подписка однозначно
   ГдеСобакаЗарыта
 
13 - 31.07.21 - 23:49
(4) Да вы, батенька, мазохист.
Конечно же вся разработка в тестовых базах с данными. И конечно же никаких хранилищ.
   Чинухов
 
14 - 31.07.21 - 23:58
(0) Прод конечно к хранилищу не подключен.   У каждого разработчика своя дев база,   подключенная к хранилищу, из которого делается поставка. Некоторые под отдельные длительные задачи создают свои локальные хранилища.
   vi0
 
15 - 01.08.21 - 05:36
(11) что такое итоговое тестирование в вашем случае?
   vi0
 
16 - 01.08.21 - 05:40
(13) > никаких хранилищ
это как?
   Aleksey
 
17 - 01.08.21 - 06:10
(16) на кой оно? Чтобы было?
   ГдеСобакаЗарыта
 
18 - 01.08.21 - 06:47
(16) Ты еще наверно не знаешь, но есть прекрасный чудный мир разработки свободный от хранилищ, и где в тестовых базах есть данные. Всего лишь нужно освободиться от наручников, которыми тебя к батарее приковали.
   vi0
 
19 - 01.08.21 - 06:54
(18) т.е. у вас с вашими программистами вообще нет хранилищ?
   ГдеСобакаЗарыта
 
20 - 01.08.21 - 06:56
Да. Представляешь, так тоже можно
   vi0
 
21 - 01.08.21 - 06:57
(20) можно то можно
делаю вывод, что либо контора у вас маленькая и отдел ваш тоже, либо цена ошибки низка у вас
   ГдеСобакаЗарыта
 
22 - 01.08.21 - 07:03
А как хранилище от ошибок спасает?
   ГдеСобакаЗарыта
 
23 - 01.08.21 - 07:07
А сколько ты уже работаешь на этом проклятом заводе?
   vi0
 
24 - 01.08.21 - 07:15
(22) ну как минимум хранилище дает возможность захвата до разработки, меньшая вероятность что второй разработчик не затрет разработку первого
да и как без истории, кто когда что закоммитил - слабо представляю себе работу без этого
   vi0
 
25 - 01.08.21 - 07:16
(22) хранилище можно использовать просто при работе в одного
это даст много плюсов
если знаком с идеями гита то тут вопросов не должно возникнуть
   Aleksey
 
26 - 01.08.21 - 07:19
(24) а что коменты в коде менее кошерные чем в хранилище?
   Aleksey
 
27 - 01.08.21 - 07:20
(25) кроме гемора и лишних телодвижений нет никаких плюсов
   BeerHelpsMeWin
 
28 - 01.08.21 - 07:25
>- Для каждой задачи есть отдельная тестовая база.
Вот это я понимаю, истинное версионирование!
   Aleksey
 
29 - 01.08.21 - 07:27
Обычно у тебя в парелели несколько задач. И нельзя просто взять и откатить на любую  дату не сломав что то. Это у кодеров стек последовательный - вот 1 задача от рп он её накодил и накатил на рабочую. А у универсальных программистов всегда в параллели несколько задач с разной датой ввода в эксплуатацию. Поэтому хранилище ставят только если скучно и хочется чего то новенькое. Но потратив полдня на захват, обновление, починить если сломалось понимаешь что на сам кодинг уже и время не остаеться
   vi0
 
30 - 01.08.21 - 07:30
(26) ты про какие коменты?
 
 
   ДенисЧ
 
31 - 01.08.21 - 07:32
(30) Которые вменяемые программисты в команде оставляют в тексте
типа
// ДенисЧ заявка 12345 01.08.2021
...
// --ДенисЧ заявка 12345
   vi0
 
32 - 01.08.21 - 07:33
(31) я лично считаю подобные коменты архаизмом который мешает чтению, устаревают
еще в какой то момент появляется наложение этих коментов от разных программистов
версионирование в хранилище решает все эти вопросы
   vi0
 
33 - 01.08.21 - 07:34
(28) да, это в идеальном мире
мне интересно кто насколько близок к этому идеалу
   Aleksey
 
34 - 01.08.21 - 07:36
(32) так вроде бы и нет этих вопросов. Вопрос надуманный и решение из серии чтобы оправдать факт существование.
   vi0
 
35 - 01.08.21 - 07:39
(34) у вас нет версионирования, и нет всех плюшек от этого
может быть они вам и не нужны, но версионирование по норме неплохо для любых файлов, вплоть до документов
   ДенисЧ
 
36 - 01.08.21 - 07:42
(32) А, в хранилище ты тоже комментарии к коммитам не оставляешь?
Может, ты ещё и поворотники на перекрёстках не включаешь?
   vi0
 
37 - 01.08.21 - 07:45
(36) в хранилище как раз коменты обязательны
   ГдеСобакаЗарыта
 
38 - 01.08.21 - 07:49
(37) А зачем вы тему заводили? Вам уже 10 раз сказали, что ваш подход говно. Пора бы уже смириться, а вы все равно свое говно в массы проталкиваете. Оно кроме вас никому не нужно
   Aleksey
 
39 - 01.08.21 - 07:49
(35) Ну у меня была пару случаев когда версионность была нужна. Ну с учетом сколько времени тратиться на поддержание версионности (захват-коммит), то я на несколько порядков быстрее восстановлю по памяти потерянные участки кода, чем общее время затраченное на поддержание версионности.

Вот сколько раз она была тебе прям нужна? и сколько она сэкономила в сравнении с временем на поддержание (сделать отдельную ветку на поиграть, захват, подтвердить, откатить)
   Aleksey
 
40 - 01.08.21 - 07:51
Понятно что когда у тебя 10 кодеров и каждый работает над конкретной своей задачей, то тогда это маст хэв.
А когда ты один во всех лицах, то делать хранилище под каждую задачу эмулируя кодера ... ну это уже шизофренией попахивает. Работа ради работы
   vi0
 
41 - 01.08.21 - 08:03
(39) > Вот сколько раз она была тебе прям нужна?
как говорится Админы делятся на тех кто не делает бэкапы, и тех кто уже делает
   ДенисЧ
 
42 - 01.08.21 - 08:04
(41) А программисты - на тех, кто оставляет комментарии в хранилище и тех, кто не тратит час времени на сравнение версий в хранилищах для поиска того уб.....ка, который не комментирует код.
   vi0
 
43 - 01.08.21 - 08:06
(40) > делать хранилище под каждую задачу
я не писал здесь про такое
   Чинухов
 
44 - 01.08.21 - 08:08
(42) Чтобы не заниматься такой фигнёй, придумали git
   vi0
 
45 - 01.08.21 - 08:12
вообще тема хранилища меня мало занимает, просто народ как то зацепился, а так то мне там все +- понятно
больше интересно как разработчики поддерживают порядок при паралельном ведении нескольких задач, которые используют одни и те же объекты
   ГдеСобакаЗарыта
 
46 - 01.08.21 - 08:18
(42) Сколько я ни встречал комментов разрабов в коде, вот ни разу не легче было разобраться.
   vi0
 
47 - 01.08.21 - 08:19
(44) причем получать ответы на эти вопросы можно и в случае с 1с, используя выгрузку хранилища в гит
   vi0
 
48 - 01.08.21 - 08:19
(46) +1
   ДенисЧ
 
49 - 01.08.21 - 08:23
(44) Ага. И тратить полтора часа на выгрузку конфигурации в него. А потом - ещё полтора на сбор готового релиза.
   ДенисЧ
 
50 - 01.08.21 - 08:23
(46) Это проблемы твои и тех, кто комментирует.
В таком варианте - и по гиту с хренилищем будет не разобраться.
   Чинухов
 
51 - 01.08.21 - 08:26
(49) Какие полтора часа? Зачем их тратить, если можно автоматизировать выгрузку?
   BeerHelpsMeWin
 
52 - 01.08.21 - 08:27
(46) а ты когда видишь такой коммент - иди к этому разрабу, и разрабатывай его и свои навыки коммуникации. После этого комменты очень быстро становятся короткие и информативные.
   ДенисЧ
 
53 - 01.08.21 - 08:33
(51) Автомат не занимает ни секунды. Я в это верю, как верю в Создателя нашего Летающего Макаронного Монстра и Сына Его Спагеттю, пришедшего, чтобы искупить грехи наши в кастрюле с кипятком.
   ГдеСобакаЗарыта
 
54 - 01.08.21 - 08:34
(52) Обычно этот разраб, оставивший комменты, уже давно уволился, либо вообще был из сторонней конторы. Да и свои собственные комменты, что греха таить, я не всегда могу с первого раза отдуплить.
   Чинухов
 
55 - 01.08.21 - 08:35
(53) Ну да, если нет знаний, остаётся только верить.
   OldCondom
 
56 - 01.08.21 - 08:54
Отказался от хранилища на работе(2 программиста). Обновляю путем "скинь на почту, что там обновить надо из твоего cf".
У каждого своя копия рабочей, время от времени обновляет.

Работал на внедрении УТ 11 с хранилищем, 4 программиста, воспоминания сплошь отвратительные. Кривое, глючное, неудобное, медленное и ненадежное гуамно.
   ГдеСобакаЗарыта
 
57 - 01.08.21 - 09:03
(45) Ты озвучь что там у тебя на работе. Сколько разрабов на какую конфу? Может вы там на двоих одну БП 2 поделить не можете
   vi0
 
58 - 01.08.21 - 09:07
(57) все мои последние места работы были с разрабами исчисляемыми десятками, и я не представляю как можно работать без хранилища
и не смогу понять организацию работы отдела как "скинь на почту, что там обновить надо из твоего cf", даже если там будет 3 программиста
   OldCondom
 
59 - 01.08.21 - 09:10
(58) У нас там доработок раз-два и обчелся. Плюс к тому программист младший, ему ничего серьезного не даю.
При большом количестве программистом, увы, без хранилища никак. Приходится есть и плакать.
   ГдеСобакаЗарыта
 
60 - 01.08.21 - 09:21
(58) Понятно. Десятки программистов программировали, программировали, да так и не выпрограммировали.
 
 
   acht
 
61 - 01.08.21 - 10:08
(58) > все мои последние места работы были с разрабами исчисляемыми десятками
Но вопрос об организации работы тебя заинтересовал только сейчас, ага. Сотнями, чо уж там, тысячами.
   acht
 
62 - 01.08.21 - 10:18
(58) На самом деле то, про что ты спрашиваешь, очень сильно зависит от потока и характеристик задач, тьмы косвенных аспектов, которые свои у каждой конторы. Но тебя интересеут не это, а конечная реализация.
А с таким подходом можно заранее утвержать, что тебя не устроит ни один из вариантов. Все окончится как всегда - будет традиционное мистячковое "обсуждение".
   Чинухов
 
63 - 01.08.21 - 10:24
(62) А может пора ТС посоветовать перейти на EDT?
   Strogg
 
64 - 01.08.21 - 10:33
(0) копия базы подключена к хранилищу. Все изменения после тестирования выкладываем в рабочую. Ну и плюс делаются ежедневные копии для игрищ бухов и отлаживания текущих ошибок. Ежедневку можно хоть демонически обновлять, если что...
   VladZ
 
65 - 01.08.21 - 10:35
(45) Решай организационно.

Варианты:
1. Если разраб №1 пилит какой-то справочник в рамках одной задачи, а разрабу №2 этот справочник нужно допилить в рамках другой задачи - пусть разраб №1 пилит этот справочник и в рамках второй задачи.
2. Ситуация та же, как и в п.1. Решение: разраб №2 ждет, пока закончит разраб №1 (в это время занимается другими объектами).
   VladZ
 
66 - 01.08.21 - 10:39
Из личного опыта:

Работал в фирме, где у каждого была своя личная тестовая база, подключенная к общему хранилищу. Боевая база была отключена от хранилища. Был "специально обученный боец", которые выкладывал релиз в боевую базу.

Еще вариант: все личные тестовые базы и база прода подключена к хранилищу. Работы ведутся в тестовой базе параллельно. В прод выкладываются после согласования с ответственным за релиз (с приведением списка измененных объектов).
   VladZ
 
67 - 01.08.21 - 10:44
Ну и расширения можно использовать.
Допустим, некая интеграция с какой-то внешней лабудой - это можно вынести в отдельное расширение. В данном случае разработчики не будут мешать друг другу.
   VladZ
 
68 - 01.08.21 - 10:47
(58) Десятки разрабов? Что вы там пилите? Отраслевое решение?
Возможно вам действительно стоит посмотреть в сторону EDT.
   acht
 
69 - 01.08.21 - 10:58
(63) А вдруг у него там обычные формы?
Да и вообще, судя по теме, ему советы не нужны.
   vi0
 
70 - 01.08.21 - 10:59
(59) почему нужно плакать? может быть нужно научиться готовить хранилище?
   acht
 
71 - 01.08.21 - 11:01
(70) Ну вот - я же говорил, что ты не за рекомендациями сюда пришел =)
   vi0
 
72 - 01.08.21 - 11:02
(71) обрати внимание на (45)
   vi0
 
73 - 01.08.21 - 11:04
(45) "больше интересно как разработчики поддерживают порядок при паралельном ведении нескольких задач, которые используют одни и те же объекты"
Не совсем точно выразился. Правильно будет так:
Больше интересно как разработчик поддерживает порядок, когда он делает несколько задач, которые используют одни и те же объекты
   art_id
 
74 - 01.08.21 - 11:07
(73) одну задачу сделал, протестил, залил в хранилище, вторую делаешь
   acht
 
75 - 01.08.21 - 11:09
(67) > расширения можно использовать
Контроль кода ослабляется. Для ответа на вопрос "какой негодяй это сделал в рамках какой задачи" остается только метод комментирования прямо в коде со всеми вытекающими. Ну и превращается это все в зеленую такую плесень - десяток противоречаших комментарие кусков закомментированого кода, который призван показать что было до очередного исправлюящего...

Или поднимать отдельное хранилище для расширения. Но тогда надо постоянно вспоминать - какая задача где находится. Тот же самый эффект.
   vi0
 
76 - 01.08.21 - 11:09
(74) в идеале конечно так, но бывают моменты ожиданий в задачах измеряемые в днях
если на каждую задачу своя база то вопросов нет, но воникают временные сложности если конфигурация размерами сравнимыми с ерп
   acht
 
77 - 01.08.21 - 11:12
(73) > когда он делает несколько задач
Ну дык он их все равно всегда делает последовательно. Нет никаких проблем.
То, что они на нем одновременно "числятся" вообще никакой роли не играет.
   acht
 
78 - 01.08.21 - 11:13
(76) > моменты ожиданий в задачах
А вот это называется "планирование релиза". И к хранилищам и куче баз имеет весьма опосредование отношение. Они - всего лишь инструмент реализации.
   ГдеСобакаЗарыта
 
79 - 01.08.21 - 11:19
(66) На прошлой работе подключили разраб хранилище к Проду. Ну я и напродил туда. Мне то что? Это вы че то там себе придумали, вот и разбирайтесь теперь
   vi0
 
80 - 01.08.21 - 11:28
(77) (78) гладко стелешь) ты еще посоветуй организовать процессы чтобы все было по срокам и по качеству
   acht
 
81 - 01.08.21 - 11:29
(80) А тебе не дают этого сделать?
   FormatC
 
82 - 01.08.21 - 11:35
У каждого разработчика есть своя тестовая база с данными, подключенная к хранилищу.
Боевая база к хранилищу не подключена.
Расширения только для исправления косяков.
   vi0
 
83 - 01.08.21 - 11:52
(81) ты уводишь в то оффтот по управлению проектами, это не моя компетенция сори, не смогу поддержать тему
   rozer76
 
84 - 01.08.21 - 11:54
(82) смысл не подключать боевую к хранилищу? Если у вас erp то обновлять боевую через загрузить из cf хранилища? Cf воообще более 2гб не получить ниже 8.3.15
   vi0
 
85 - 01.08.21 - 11:57
(84) можно кстати обновляться из хранилища без подключения, через командную строку такое можно
   Кот16
 
86 - 01.08.21 - 12:02
Когда на проекте в команде вели разработку через хранилище - то периодически обновляли базы для разработки из рабочей.

Правда, были минусы для аналитиков - их тестовые данные для проверки задачи все слетали.
   Шоколадный глаз
 
87 - 01.08.21 - 13:49
(4) Вы сразу, без отладки и проверки пишете код который всегда и везде работает? И вас никто за это не натягивает?
   shuhard
 
88 - 01.08.21 - 13:56
(0)в наполненных данными и достаточно свежих, для каждой задачи отдельная база
приемка работ РП на отдельной базе с безусловно текущими данными
в хранилище только после приемки
   Вафель
 
89 - 01.08.21 - 13:56
(87) а что отладка только на живых данных?
Если есть тесты то можно и на пустой.
И даже проще будет. В живой базе поди еще и найди нужный случай
   ДенисЧ
 
90 - 01.08.21 - 14:04
(89) Можно и на мёртвых. А на пустой тесты - это куча моков, тебе всё равно данные нужны. Не проще ли взять готовый набор?
   Вафель
 
91 - 01.08.21 - 14:32
(90) иинимальный набор данных ты сам готовишь в тестах
   Вафель
 
92 - 01.08.21 - 14:33
Готовые наборы хороши для отчетов
   Вафель
 
93 - 01.08.21 - 14:35
Или вот нужно в себестоимости что то подкрутить. Закрывать реальный месяц это можно полгода разрабатывать
   vi0
 
94 - 01.08.21 - 14:42
(87) я имел ввиду что непосредственно набивать их хранить код можно в пустой базе, вообще пустой
а отлаживать на своей тестовой
в пустой с той целью, что бывает трудно поддерживать большое количество тестовых баз
в этом есть и неудобства, конечно
   vi0
 
95 - 01.08.21 - 14:45
(88) у вас инфраструктура для этого есть с автоматическими развертками, обновлениями?
или в полуручном режиме?
   shuhard
 
96 - 01.08.21 - 15:04
(95) в полуручном, технология автоматизации понятна, руки не доходят
   shuhard
 
97 - 01.08.21 - 15:06
(93) в тему, как раз в ERP свой механизм закрытия горного передела две недели пилю, хорошо, что РСВ всего два часа занимает на "живых" данных =)
   Новый1сник2
 
98 - 01.08.21 - 15:12
(0) копии рабочей если на сервере, ну или выгрузку, небольшие доработки можно и стационарно в демонстрационной базе делать.
   Чинухов
 
99 - 01.08.21 - 15:27
(75) Если класть расширения в гит, всё будет хорошо.
   novichok79
 
100 - 01.08.21 - 15:41
1. есть своя периодически обновляемая база из production-контура, она же подключена к хранилищу разработчиков.
2. после код ревью задачи в жире, либо переделываешь, либо натягиваешь на тестировочный контур.
если тестировщики скажут, что все ок, ставишь в production-контур, если нет - идешь к первому шагу.

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

Список тем форума
 
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.