Вход | Регистрация
    1  2   
1С:Предприятие :: 1С:Предприятие 8 общая

Хранилище конфигурации 1С и GIT

Хранилище конфигурации 1С и GIT
Я
   stopa85
 
13.06.20 - 15:12
2. Хранилище конфигурации64% (7)
1. GIT36% (4)
Всего мнений: 11

Сейчас в своей работе использую ГИТ и меня все устраивает (В конфигураторе выгрузить/загрузить конфигурацию в файлы, потом GitGUI). Если учесть, что у меня еще есть не-1С разработки, то и выбора то у меня особо нет.

Тем не менее интересна тема про 1С-хранилище конфигурации.

Ребята, кто работал и с тем и с тем, поделитесь мнением... Я правильно понимаю, что и смотреть в сторону Хранилища не стоит? И вообще, голосуем!
   vde69
 
1 - 13.06.20 - 15:57
Git - в интеренте?

если да - то вот он и ответ...
   МихаилМ
 
2 - 13.06.20 - 16:08
их даже сравнивать нельзя. отставание лет на 20.

1. GIT
   ДедМорроз
 
3 - 13.06.20 - 16:29
Хранилище удобно только тем,что оно встроено в конфигуратор.
В остальном,там даже сравнение изменений нормального нет.
   vcv
 
4 - 13.06.20 - 21:09
Гит, конечно, крут. Но смотреть надо в целом на процесс. Сколько занимает времени выложить свои изменения в хранилище с учётом выгрузить конфигурацию в файл? Особенно если смотреть на какую-нибудь ЕРП. Сколько занимает времени получить изменения из хранилища в свою конфигурацию с учетом загрузки конфигурации из файлов? Для хранилища конфигурации секунды/минуты. А для GIT? Если долго, может ли это быть фоновым процессом, не мешающим работе?
Я гитом не пользовался для 1С поэтому и спрашиваю. Подозреваю, что время серьёзное. Как вы это делаете? Запускаете в нерабочее время?
   vcv
 
5 - 13.06.20 - 21:17
(0) Скажите, коли пользуетесь ГИТом, как с ним конфигуратор работает? С хранилищем мне понятно. Пришла заявка от пользователя, определил нужный объект конфигурации, парой кликов мыша захватил в хранилище, внес правки, протестировал, так же парой кликов выложил изменения в хранилище. Заявка может закрыться за десять минут. А как с ГИТом происходит?
   Многолетний Апельсин
 
6 - 13.06.20 - 21:23
(4)
>>с учётом выгрузить конфигурацию в файл
там какое-то время тому назад завезли оптимизацию (видимо для EDT и тамошней поддержки GIT), что конфигуратор может выгружать только изменившиеся объекты конфигурации, и на практике это происходит очень быстро. Только к сожалению от платформы к платформе меняется формат выгрузки файлов конфигурации, поэтому я обломался когда так попытался перенести изменения с тестовой базы в рабочую - оказалось разные версии платформ.
   vcv
 
7 - 13.06.20 - 21:31
(6) У меня выгрузка ЕРП занимает 20-30 минут. При этом на 100% нагружает одно ядро процессора и, подозреваю, нехило грузит диск сохранением 100500 мелких файлов. Что уже не полезно в случае работы нескольких разработчиков на одном терминальном сервере.
>> какое-то время тому назад завезли оптимизацию
С учетом того, что свежие релизы ядра входят в моду далеко не сразу, когда еще дождёмся этой оптимизации :(
   vde69
 
8 - 13.06.20 - 22:01
интересно а на гите можно скачать все Все ваши конфы?

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

Вроде умельцы как-то запилили гит для интарсети, но это надо парится поднимать его и т.д.

как вообще он работает с 1с?
   stopa85
 
9 - 13.06.20 - 22:02
(4) По времени сравнимо с выгрузкой/загрузкой из cf. Оптимизация действительно есть, один раз выгрузил - во второй раз выгрузятся только изменения. загружается всегда одинаково. В случае разности версий платформ бывабают изменения формата. Я делаю коммит с комментарием "обновление платформы". Ничего страшного. Но в целом Рразрабатываю строго на той платформе, что крутится в продакшене.

Больше всего мне нравится система ветвлений: Одна заявка - одна ветка, с номером заявки в названии (уже понятно, что исправлял и зачем). Если вдруг я оказываюсь в "творческом поиске" и мне нужны эксперименты - ветка от ветки. Потом мерж, если творчество увенчалось успехом)

А вот если мне в течении моего творческого поиска прилетает срочная заявка, да еще и затрагивающая уже исправленные объекты: Делаю ветвление от Мастера (ветви GIT соответствующей тому что крутится в продакшене), переключаюсь на неё уже там правлю. Потом мержи в свои девелоперские ветки.
   stopa85
 
10 - 13.06.20 - 22:05
(8) GIT - это не гитхаб и не гитлаб. Гит-репозиторий можно поднять на своем сервере. Использовать только на своей рабочей станции и можно оплатить приватный репозиторий на гитхабе или гитлабе. Они тогда про них никому не расскажут.

для GPL и прочие открытые лицензии они разрешают держать репозитории бесплатно. Поэтому там и хостятся большинство opensource проектов.
   stopa85
 
11 - 13.06.20 - 22:08
>все, что я слышал про гит (а я нихрена не знаю) что это платформа для опен кодинга и там вообще все, что туда попадает становится обще доступным.

Не правда

>Вроде умельцы как-то запилили гит для интарсети, но это надо парится поднимать его и т.д.
не сложно, для админа средней руки.

тут есть все ответы
https://git-scm.com/book/ru/v2
   stopa85
 
12 - 13.06.20 - 22:12
(7)
>Что уже не полезно в случае работы нескольких разработчиков на одном терминальном сервере.
Из рабочей базы не нужно выгружать. Один раз выгрузил, создал репозиторий, склонировал его себе на рабочую станцию. Потом коммит в репозиторий на РС и из него пуш в основной репозиторий.

Чтобы обновить конфу, делаешь "Загрузить конфигурацию из файлов"
   Akela has missed
 
13 - 13.06.20 - 22:14
Если через гит объект одновременно правили 20 разрабов, как он сольется в одно целое?
   MyNick
 
14 - 13.06.20 - 22:14
Если уф, то однозначно EDT и Git
   MyNick
 
15 - 13.06.20 - 22:14
Да

1. GIT
   stopa85
 
16 - 13.06.20 - 22:17
(13) по студенческом опыту разработки QGIS могу сказать: объединяет он превосходно. А если уж и проиходит конфликт слияний, то лучше о нем узнать до коммента (гит не даст сделать коммит, запросит ручное объединение. Но у меня такого небыло. Но я разрабочик один)
   stopa85
 
17 - 13.06.20 - 22:20
(5) Эта система работает прекрасно, до тех пор пока у вас "заявки" на один-два часа и пару объектов. Как только у Вас проект, на проект на 10 объектов и человеко-неделю (плюс "заявки"). Становится сложнее.

1. GIT
   vde69
 
18 - 13.06.20 - 22:44
(17) у меня в хранилище активно работают 2...3 человека, при чем у меня бывают задачи довольно объемные (даже на неделю) с захватом несколько десятков объектов (остальные в это время решают мелкие задачи), как с таким режимом справится гит ?
   stopa85
 
19 - 13.06.20 - 22:49
(18) Одна ветка на проект и по ветке на мелкие задачи. Задачи закрываются быстрее, изменения попадают в основную ветку.
Ведующий проекта потягивает изменения из основной ветки (уже протестированные и утвержденные) в свой проект по мере необходимости или по регламенту, раз в день, например.

Если не меняли "его объекты", то проблем 0 - займет 30секунд. Если меняли и изменения нужные и важные, то так и так подтягивать их нужно.
   palsergeich
 
20 - 13.06.20 - 23:04
Гит нужен только там где он действительно нужен.
Для микроразработок он избыточен. А это основная масса всего что происходит в 1с.
А так схема - работаем в хранилище, но потом грузим в гит для всех его фишек и CI - вполне рабочая штука.
Требуется дисциплина при большом количестве разработчиков, но это решаемо.
   stopa85
 
21 - 13.06.20 - 23:06
Не знаю, как в хранилище. Но в ГИТЕ у каждого разработчика скорее всего будет своя ИБ для целей разработки. Если ИБ очень большие и нет эталонной маленькой - то, это может быть проблемой.

Поправьте меня, если я не прав.
   palsergeich
 
22 - 13.06.20 - 23:07
(20) Скажу так. Сейчас на огромном проекте 100+ разрабов. Выработалась дисциплина и уже очень редко вопли - отдайте корень.
Я не знаю какие были бы доп затраты если такую прорву народа с разным уровнем компетенций в гит загнать.
   stopa85
 
23 - 13.06.20 - 23:07
(20) жить без него не могу. Каждый плагин для сайта на 100 строк кода, держу в отдельном репозитории)
   palsergeich
 
24 - 13.06.20 - 23:08
(21) Как не изворачивайся - 1 конфиг на ИБ.
Хочешь того или нет - это не обойдешь
   palsergeich
 
25 - 13.06.20 - 23:09
(23) Да не вопрос.
Штука то хорошая, тут вопросов нет.
Другой вопрос, что хранилище хорошо своей монолитностью и кондовостью, это же его и слабость
   palsergeich
 
26 - 13.06.20 - 23:27
Я за оба инструмента.
Жаль такого пункта нет
   МихаилМ
 
27 - 13.06.20 - 23:36
(22) для "100+  разрабов" должен быть свой отдел автоматизации, который интегрирует 1c8<->SVN<->Project management system  -bug tracking system .

чтобы не было неандертальского "Выработалась дисциплина".
   ДедМорроз
 
28 - 13.06.20 - 23:40
Ну,вместо git можно взять любой cvs и commit выгруженные файлы конфигурации туда или reload обратно.
Понятно,что cvs умеет очень много всего полезного и делает это быстро.
Но,куча разных ветвей в реализации потом всегда выдазят проблемами при объединении,и вины системы тут нет-из одного места можно поехать в разные,и только взаимоблокировка не пускает в такие опасные путешествия,а взаимоблокировку умеет только хранилище.
   МихаилМ
 
29 - 13.06.20 - 23:47
(28) про взаимо блокировку - не знаю , а блокировку git , svn и  Mercurial умеют  делать.
   palsergeich
 
30 - 13.06.20 - 23:50
(27) А кто сказал что этого нет?
Просто заводить Гит ради Гит, когда у тебя десятки подрядчиков разного уровня компетенций - ну такое.
Хранилище - стандарт в отрасли, и уже сложно найти того кто не умеет.
 
 Рекламное место пустует
   stopa85
 
31 - 13.06.20 - 23:51
(30) меня бы взял на работу, если я с ГИТом на ты?
   palsergeich
 
32 - 13.06.20 - 23:52
(31) Гипотетически.
Если гит это единственное что ты умеешь, то нет)
   stopa85
 
33 - 13.06.20 - 23:55
(27) вот тут согласен. Там еще и тестеры должны быть, которые задачи обратно возвращают... и как все уживаются у меня много вопросов. Но интерес, праздный. Ибо я уже нашел способ как самим с собой уживаться.

(32) что уж так-то(
   palsergeich
 
34 - 13.06.20 - 23:57
(33) Потому что гит это технология, которая обсосана как только можно. В принципе если человек пишет код, то за разумное время он ей овладеет.
И в экосистеме 1С в списке того что должен уметь кандидат где то там в конце.
   Lama12
 
35 - 14.06.20 - 00:03
(25) Поддержу.
   МихаилМ
 
36 - 14.06.20 - 00:04
(30) система контроля версий в разработке по - это целый мир. а хранилище на его фоне - жалкая подачка Нуралиевых.
если не контролировать уровень компетенций - никакая дисциплина не поможет.
   palsergeich
 
37 - 14.06.20 - 00:08
(36) Качество кода контролируется несколькими инструментами, это не относится к системе контроля версий.
Просто сейчас в экосистеме гит это не стандарт.
Это надо просто принять.
Ничего плохого в хранилище, как оно есть - нет.
Работать можно и большой толпой никому не мешая - факт.
То что рано ими поздно все таки перейдем и мы на гит - тоже сомнений не вызывает.
   stopa85
 
38 - 14.06.20 - 00:27
(20)
> А так схема - работаем в хранилище, но потом грузим в гит для всех его фишек и CI - вполне рабочая штука

Расшифруйте аббревиатуру CI, пожалуйста?
   МихаилМ
 
39 - 14.06.20 - 00:30
(37)
трансформация кода в программу- много этапный процесс. и на каждом этапе - своё хранилище. в рамках хранилища 1с8 подобная трансформация затруднительна или невозможна.

вследствие этого затруднительно специализация (разработка тестирование сборка). также затруднен контроль изменений.

если бы Ничего плохого в хранилище не было , то в edt не нужно было бы делать выгрузки.Ничего плохого в хранилище нет, если кроме хранилища ничего нет.
   stopa85
 
40 - 14.06.20 - 00:32
(39) у него там много всего, читай (20). Он просто людей в ГИТ не пускает, у него есть аргументы.
   palsergeich
 
41 - 14.06.20 - 01:11
(38) Continuous Integration
   Конструктор1С
 
42 - 14.06.20 - 07:07
Знаю по крайней мере два сучая, когда гит не взлетел в командах на несколько десятков разработчиков, а ХР прекрасно шуршит
   vde69
 
43 - 14.06.20 - 07:43
(31) в команде у всех должен быть единый набор инструментов, тогда проблем на порядок меньше.

Если команда работает с хранилищем то тебе никто не даст работать с ГИТ-ом. Либо всей команде переходить на него либо тебе на хранилище.

(39) тестирование отдельных веток - дело вредное, тестирование нужно всех изменений (что-бы не нарваться "к пуговицам притензии есть?")

у хранилища есть минусы
1. самый главный минус - это проблемы когда объект сырой но его надо отдать соседу, 
2. нет сравнения форм 
3. нет сравнения компоновки
4. убогое сравнение прав

остальное - идеально

как я понимаю п. 2,3,4 в ГИТ тоже нет в адекватном виде?
   vde69
 
44 - 14.06.20 - 07:45
(39) по поводу многоэтапности трансформации кода - это вред, чем меньше трансформаций тем меньше будет ошибок.

В этом плане хранилище дает 100 очков фору гит-у

2. Хранилище конфигурации
   vde69
 
45 - 14.06.20 - 07:51
ну и кстати видел такую реализацию (хотя сам ей не пользуюсь)

Хранилище 1 - для разработчиков подсистемы 1
Хранилище 2 - для разработчиков подсистемы 2
.....

Хранилище ТЕСТ - в него через объединение сливают релизы и на нем тестируют, только после этого готовую версию выпускают в виде обновления для продукта, и в обратку по Х1 и Х2

данная схема позволяет не путать отделам свои доработки от чужих (по тому как чужие накатываются только скопом при выпуске релиза из теста) и позволяет хранить историю выпуска релизов отдельно от доработок.
   Конструктор1С
 
46 - 14.06.20 - 08:06
(43) в виде xml сравнит
   vde69
 
47 - 14.06.20 - 08:15
(46) >>>в виде xml сравнит

это называется адекватный вид? попробуй сравни макет с компоновкой данных:)
   stopa85
 
48 - 14.06.20 - 08:22
(43)если в хранилище нет совсем сравнения, управляемых форм или есть, но неадекватное?
   ДенисЧ
 
49 - 14.06.20 - 08:27
(48) А что, в гите обычные формы сравниваются адекватно?
   stopa85
 
50 - 14.06.20 - 08:33
(48)Нет совсем и есть две большие разницы.
Я спросил про УФ
   Вафель
 
51 - 14.06.20 - 08:45
гит и хранилище это инструмент версионирования а не сравнения
сравнивает кдифф или другой инструмент (конфигуратор, едт)
   MyNick
 
52 - 14.06.20 - 08:52
(4) Для хранилища конфигурации секунды/минуты. А для GIT?

Для хранилища секунды минуты, а для гита - определяется скоростью интернета. Ну или сети, если гит сервер свой. Если бы в Гит выкладывали "минутами", то с ним бы никто не работал.
Сравнение вообше неуместно.
   ДенисЧ
 
53 - 14.06.20 - 08:53
(52) "для гита - определяется скоростью интернета"
А что, кто-то запрещает использовать локальный гит-сервер? Обязательно всё отдавать микрософту? О_о
   MyNick
 
54 - 14.06.20 - 09:27
(53) ну я про свой гит сервер написал. У чувака проблема - там работа с хранилищем "выкладывание" измеряется минутами. Поэтому я и написал про "скорость интернета". Вдруг они на модемах 32К работают. Переедут на Гит и скажут что фигню посоветовали, медленно все )))
Вообще не понимаю, если конфа на УФ, да если еще и пилят ее больше 1го человека - нафига использовать эти технологии прошлого века (хранилище). Фигачишь в ЕДТ и радуешься.
   ДенисЧ
 
55 - 14.06.20 - 09:30
(54) "Фигачишь в ЕДТ и радуешься."
У меня кулер сгорел от такой радости...
   stopa85
 
56 - 14.06.20 - 09:36
(52) ничего там скоростью Интернета не определяется. Гит распределённая система, связь нужна только когда делаешь pull или push и по сетке бегают только изменения. В остальном у тебя есть локальная копия нескольких веток.
   stopa85
 
57 - 14.06.20 - 09:37
Подозреваю, что с распределенностью у Хранилища никак.
   ДенисЧ
 
58 - 14.06.20 - 09:41
   MyNick
 
59 - 14.06.20 - 09:53
(56) речь пуш была. Если у него модем 32к и файлик несколько метров, придется таки несколько секунд подождать для пуша.
   MyNick
 
60 - 14.06.20 - 10:19
(55) ЕДТ не для слабонервных кулеров, эт да
 
 Рекламное место пустует
   vde69
 
61 - 14.06.20 - 10:29
лапы, крылья... главное хвост! (то есть мозг, если он есть то пофиг на чем работать, если нет - то же пофиг)
   stopa85
 
62 - 14.06.20 - 10:42
Я для себя, кое что из этой ветки взял. Всем спасибо.
   vcv
 
63 - 14.06.20 - 13:46
(52) >> для гита - определяется скоростью интернета
Все же полезно читать вопрос полностью, а не отвечать на вырванную из контекста фразу.
Я спрашивал "с учётом выгрузки/загрузки конфигурацию в файл". А это явно не интернет и не секунды.
1С работает с монолитной конфигурацией в базе данных, а не набором выгруженных файлов. Гит работает с файлами, а не конфигурацией. Значит возникает промежуточный этап, тяжелый и по времени и по ресурсам сервера, обязательный при почти каждой операции в гите.
Поэтому, мне кажется, что разным командам разное. Если тебе надо разрабатывать большую подсистему, которую ты через недельку запушишь, тебе гит хорош. Если надо фигачить заявки пользователей, где "захватить объект, внести изменения, протестировать, поместить в хранилище" отлично укладывается до обеда, тебе хранилище доступно, легко и удобно как старые тапки.
   NcSteel
 
64 - 14.06.20 - 14:46
Сферы деятельности разные. Так что для своей ниши то конечно хранилище

2. Хранилище конфигурации
   NcSteel
 
65 - 14.06.20 - 14:46
А для своей ниши то ГИТ

1. GIT
   PR
 
66 - 14.06.20 - 15:14
(0) Даже не смотри в сторону хранилища, потому что зачем?
Смотри в сторону https://edt.1c.ru/, там нативная работа с гитом
   palsergeich
 
67 - 14.06.20 - 15:15
(66) О да.
Видел я возмущения некого товарища Глеб Стальной на партнерке, что как нам жить - закупаем мощные машины разработчикам, а все равно медленно.
   palsergeich
 
68 - 14.06.20 - 15:16
(67) Причем в этом году)
   PR
 
69 - 14.06.20 - 15:25
(67) Во-первых, это вопрос времени
Во-вторых, наверное именно поэтому мы постепенно переходим на EDT, ага
В-третьих, это все одно неизбежно, так чего уж там
   PR
 
70 - 14.06.20 - 15:27
(69) + мы не закупаем технику, мы арендуем сервера
Из техники закупаются только ноуты разработчикам, на которых сотрудник заходит в удаленный сервер через RDP
   DTX 4th
 
71 - 14.06.20 - 15:27
Мыши плакали, кололись, но продолжали использовать хранилище...
Плюс была настроена выгрузка в гит, но она пару месяцев назад сломалась)

(66) Обычные формы там не работают, поэтому отпадает.

Кто-нибудь ответьте на (5). Я бы с удовольствием перешел на гит.

Схема работы с хранилищем как в (5):
>Пришла заявка от пользователя, определил нужный объект конфигурации, парой кликов мыша захватил в хранилище, внес правки, протестировал, так же парой кликов выложил изменения в хранилище.

2. Хранилище конфигурации
   PR
 
72 - 14.06.20 - 15:28
Так-то можно было вообще все в текстовые файлы выгружать и молниеносно править через какой-нить notepad+, а потом уж обратно загружать
Но никто же не отказывается от конфигуратора, потому что он медленнее notepad+
   palsergeich
 
73 - 14.06.20 - 15:29
(69) То что это неизбежно, это факт.
То что это временно это тоже факт, но прогресс идет слишком медленно, увы.
(70) Там была обозначена в теме совершенно другая позиция, я не знаю кому верить, по этому не верю Вам обоим)
Тема на партнерке есть, кому надо - найдут.
   PR
 
74 - 14.06.20 - 15:30
(71) Про (5) Эээ..., никак не работает, нет там такого
   PR
 
75 - 14.06.20 - 15:32
(73) Ну, если хочешь найти истину, обозначь тему
Не хочешь, не обозначай, че, у нас свободная страна
Я говорю как есть
Причем жизнь не стоит на месте, многое меняется
   DTX 4th
 
76 - 14.06.20 - 15:37
(74) Что? Как предполагается использовать гит согласно (0)?

1. В тестовой базе делаем правки
2. Выгружаем конфу в файлы
3. ???
4. Коммит?
5. ???
6. Загружаем конфу из файлов

?


Кстати, в EDT расширения есть?
Я даже отказался от Visual Studio в пользу vscode, когда попробовал https://www.tabnine.com/
   PR
 
77 - 14.06.20 - 15:40
(76) Эээ... не, ну через огромную задницу с выгрузкой/загрузкой конечно же можно, но кто же будет так делать?
В EDT да, есть я же написал https://edt.1c.ru/, почитай
   Beduin
 
78 - 14.06.20 - 15:43
Концепция немного другая. В других средах разработки, проект это набор файлов, которые компилятся сборщиком. У 1С это один файл с закрытой информационной структурой.
Нужен парсер, который будет разбирать конфу на части и кидать в гит, а потом при получении собирать. И тогда будет удобно.
   PR
 
79 - 14.06.20 - 15:47
(78) Рукалицо
Какой один файл?
Кто говорит про cf?
Речь про текстовые файлы, в которые выгружается конфа
Так что парсер встроен в конфигуратор
Только он как бы ничего не дает, потому что неудобно же шо пипец
Поэтому EDT с нативной работой с гитом
   DTX 4th
 
80 - 14.06.20 - 15:53
(77) Видимо, кто-то делает.

Расширения - это хорошо, но пару лет назад я таки пробовал EDT - обычные формы выдали тучу ошибок, и я благополучно забыл про EDT.
Ситуация как-нибудь изменилась?
   stopa85
 
81 - 14.06.20 - 15:57
ОФ не планируются в EDT
Гит тоже их не переваривает. Они считай бинарник.
   stopa85
 
82 - 14.06.20 - 15:59
(78) выгрузить конфигурацию в файлы / загрузить конфигурацию из файлов.

Удобно если конфа не большая
   Beduin
 
83 - 14.06.20 - 16:02
(82) Не, я про сравнение. В cf файле же не поймешь, что менялось. Сейчас качну ее.
(79) Кстати под аккаунтом разработчика(с купленой версией клиентской и серверной) я не могу EDT скачать. Вот это действительно рука лицо.
   PR
 
84 - 14.06.20 - 16:17
(83) https://edt.1c.ru/faq/, вопрос "Порядок распространения и поддержки"
   PR
 
85 - 14.06.20 - 16:20
+(84) Платформу тоже почему-то не скачаешь, если у тебя нет ИТС, внезапно, да?
   Beduin
 
86 - 14.06.20 - 16:34
(85) И ты считаешь это корректным, что разработчик не может скачать платформу?
   PR
 
87 - 14.06.20 - 16:53
(86) LOL
Да, почему бы нет?
Почему 1С обязана давать тебе обновления бесплатно, раз ты не оплачиваешь ИТС?
Удивительное дело, когда такая же схема с другими IDE, то никто не видит в этом ничего странного, но как только речь зашла про родную 1С, то сразу опа, а почему не на халяву?
   PR
 
88 - 14.06.20 - 16:55
+(87) Странный ты разработчик, если у тебя нет тысячи в месяц с мелочью на абонплату за пользование продуктом, с помощью которого ты зарабатываешь на жизнь
   PR
 
89 - 14.06.20 - 17:00
У меня тут жена как-то в свое время с собрания в детском саду пришла, сказала, что стали собирать по три тысячи на год на нужды группы (карандаши всякие, платилин и пр.), так один мужик сказал, что он в принципе не против, но он бизнесмен и у него сейчас, внимание!, все деньги в бизнесе, нет возможности вынуть
Жалко меня там не было, я бы точно посоветовал бизнесмену закрыть к епеням такой свой бизнес и устроиться на нормальную работу хотя бы дворником что ли
   Bro
 
90 - 14.06.20 - 17:43
(89) Это еще что. Есть бизнесмены которые жалуются что налоги им видите ли большие. А они между прочим меньше 50% оборотов, совсем охренели нищеброды. Если не могут 50% государству отдать нахрена вообще бизнесом заниматься.
   palsergeich
 
91 - 14.06.20 - 18:13
(87) Ну практически любую ИДЕ я могу скачать для личного пользования вообще без ограничений или с триалом.
   PR
 
92 - 14.06.20 - 18:17
(90) Брякалка, ну вот ты-то куда лезешь со своими нравоучениями?
Я же не про проценты, я про 250 рублей в месяц на собственного ребенка
Один раз в сраном Маке сраный бургер не купить
Заметь, я ничего не сказал бы, если бы, например, человек работал дворником и едва бы сводил концы с концами
Понятно, что кому-то даже в Москве 3000 даже пусть в год — довольно тяжело
Но, блеать, мужик _одновременнно_ корячит пальцы, что он бизнесмен и тут же жалуется, что 3000 нет, все в бизнесе
Уверен, он даже не понял всей комедии и трагедии ситуации
   Bro
 
93 - 14.06.20 - 19:34
(92) заседания жилищных ТС куда веселее в этом плане. Или когда люди строят дома за несколько сотен тысяч долларов и на асфальт пару тысяч долларов не могут скинуться.

Но на самом деле есть такая штука как cutting cost бизнесы. Смысл которых резать все даже самые мелкие затраты и тем самым получать конкурентное преимущество. Страшная вещь на самом деле работать с такими, но таких бизнесов достаточно много. Причем как правило в самых богатых (где очень высокая конкуренция) и в самых бедных (где низкая платежеспособность) экономиках.

Хотя да, к вашему примеру это имеет опосредованное отношение.
   PR
 
94 - 15.06.20 - 01:12
(93) Мда, видимо очень хотелось хоть что-нибудь ляпнуть, а по делу ничего не нашлось
   Beduin
 
95 - 15.06.20 - 08:28
(88) Рома, если 1С хочет привлечь молодых разработчиков, то ей не то, что бесплатный доступ к платформе надо давать. А доплачивать желающим пройти курсы. Сдал на проф и спеца, вот тебе сумма.
   Фрэнки
 
96 - 15.06.20 - 08:32
(95) Роме этого не объяснить. Это просто за гранью. Для лица, добровольно увешанного сертификатами  со всех сторон - это точно за гранью.
   polosov
 
97 - 15.06.20 - 09:19
(92) Ты все затраты распределяешь на год?
   fisher
 
98 - 15.06.20 - 09:41
Хранилище - кондовое (в хорошем смысле). Пока оно "не жмет" - все хорошо. Плюс если не хватает возможностей/скорости для анализа - есть готовые инструменты, позволяющие зеркалить хранилище в гит-репозиторий.
Вопрос к гитоводам, восторгающихся бранчеванием - как вы СУБД бранчуете? :)
   fisher
 
99 - 15.06.20 - 09:47
Вот вопрос конкретно к (9). Как выглядит процесс "А вот если мне в течении моего творческого поиска прилетает срочная заявка, да еще и затрагивающая уже исправленные объекты: Делаю ветвление от Мастера (ветви GIT соответствующей тому что крутится в продакшене), переключаюсь на неё уже там правлю. Потом мержи в свои девелоперские ветки".
А в "творческом" бранче уже куча изменений структуры БД и тестовые данные. На каждый бранч - по копии БД?
   DTX 4th
 
100 - 15.06.20 - 09:53
В (9) описана ситуация с EDT? С конфигуратором что-нибудь подобно вообще возможно? Если да, то поправьте меня в (76) плз
  1  2   

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