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

Что бы вы хотели в EDT от 1С?

Что бы вы хотели в EDT от 1С?
Я
   PR
 
14.10.20 - 00:11
1. Хотел бы...56% (10)
3. Не надо нам этих вот едэтей, конфигуратор наше все22% (4)
5. Свое мнение17% (3)
2. Ничего не хочу, в EDT уже все прекрасно6% (1)
4. А что это?0% (0)
Всего мнений: 18

Давно мы не заводили веток, что бы мы хотели от 1С
А про то, что хотели бы от 1С в EDT, вообще не помню таких
Итак, что бы вы хотели от 1С в https://edt.1c.ru?
   Жан Пердежон
 
1 - 14.10.20 - 03:23
прошел по ссылке из (0):
https://ibb.co/Xyx4NsJ

в этом весь едт
   Сергиус
 
2 - 14.10.20 - 03:25
Чтобы было не хуже текущего конфигуратора, поменьше глюков, побольше функций, которых нет сейчас. Ну и бесплатно чтобы(без доп.платы точнее)

5. Свое мнение
   rphosts
 
3 - 14.10.20 - 03:45
(2) согласно утечкам ЕДТ никогда не будет эквивалентен конфигуратору, он типа для другого (думаю никогда это лет 5, а там всё возможно).
   ДенисЧ
 
4 - 14.10.20 - 03:59
Мне он не нужен

3. Не надо нам этих вот едэтей, конфигуратор наше все
   Конструктор1С
 
5 - 14.10.20 - 06:17
На поверхности лежит самый лучший принцип документирования ПО - документация самим кодом и комментариями в коде. Надеюсь со временем появится и станет широко применяться

1. Хотел бы...
   Провинциальный 1сник
 
6 - 14.10.20 - 06:25
Намного важнее отказаться от конфигурации в виде блоба, перейти к хранению метаданных в отдельных таблицах, чтобы загрузка хоть тяжелой хоть легкой конфигурации не требовала распаковки метаданных в кэш, занимающей время и глюкоопасной.

3. Не надо нам этих вот едэтей, конфигуратор наше все
   Конструктор1С
 
7 - 14.10.20 - 06:30
+(5) вот типа такого
https://ru.wikipedia.org/wiki/Javadoc
только не ограничиваться комментариями. Встроенный язык 1с может быть очень выразительным, поэтому должен стать частью документации. Не весь код, конечно, а некоторые имена методов, ключевые логические операторы, которые как бы проговаривают реализуемую бизнес-логику
   Стаканов
 
8 - 14.10.20 - 06:52
(0) Чтобы не глючил и не тормозил.

1. Хотел бы...
   unregistered
 
9 - 14.10.20 - 09:21
(5) Это?
https://its.1c.ru/db/v8std#content:453:hdoc:_top:обработка%20выгрузка%20программный%20интерфейс

Где-то на ИТС была обработка по выгрузке программного интерфейса. Только сейчас что-то не могу найти.
   unregistered
 
10 - 14.10.20 - 09:32
(3) >> ЕДТ никогда не будет эквивалентен конфигуратору.

Уточнение.
EDT не может быть эквивалентен конфигуратору.
Это как сравнивать самосвал и легковушку. Доехать из точки А в точку Б можно на любом из них. Но на этом их сходства заканчиваются. Дальше одни только различия - тип и расход топлива, грузоподъёмность, скорость, управляемость, габариты, вес и т.д.
В 99% случаев самосвал не нужен. Но если вам надо перевезти 10 тонн кирпичей, то делать это на легковушке будет затруднительно.

Так что EDT никогда не заменит конфигуратор. Конфигуратор никогда не уберут из платформы. Во всяком случае на сегодня таких задач и планов не ставится.
   Asmody
 
11 - 14.10.20 - 09:38
(0) А ты с какой целью интересуешься?
Ну, допустим, хочу чтобы оно было хотя бы как IDEA.
   ДенисЧ
 
12 - 14.10.20 - 09:39
(11) То есть ещё сильнее тормозить? Не.. Нафиг...
   vi0
 
13 - 14.10.20 - 09:44
(10) т.е. остальные языки на самосвалах ездят?
   vi0
 
14 - 14.10.20 - 09:49
по мне так конфигуратор это каменный век, а не легковушка или самосвал
https://flin.my1.ru/_ph/2/2/643284224.jpg
   hi1C
 
15 - 14.10.20 - 09:49
Поддержку обычных форм

1. Хотел бы...
   Конструктор1С
 
16 - 14.10.20 - 09:51
(9) ни разу не то. Кода там совсем нет, только заголовки процедур. Банальный перенос комментариев из кода
   Вафель
 
17 - 14.10.20 - 09:53
нет чтоб просто апи для конфигуратора добавить
   Стаканов
 
18 - 14.10.20 - 09:53
(14) EDT ни разу не альтернатива конфигуратору, на настоящий момент.
   Конструктор1С
 
19 - 14.10.20 - 09:53
(10) не уберут, но и развиваться конфигуратор не будет. Т.е. и в 2025-м будет тот же конфигуратор, и в 2040-м...
   Вафель
 
20 - 14.10.20 - 09:55
основной минус едт - это компиляция файлов в цф.
Одно это тормозит разработку существенно
   GANR
 
21 - 14.10.20 - 09:55
Карту маршрута бизнес-процесса чтобы нарисовать можно было без конфигуратора.

1. Хотел бы...
   Конструктор1С
 
22 - 14.10.20 - 09:57
(18) почему? EDT может 96% (пока что, разрыв постоянно сокращается) из того , что может конфигуратор. Ради тех 4% можно и перелить иногда конфигурацию в .cf. При этом EDT уже обладает массой плюшек, которых нет в конфигураторе, и уже не появится
   unregistered
 
23 - 14.10.20 - 09:58
А как сейчас обстоит дело с работой EDT с механизмами поставки и поддержки конфигурации, и с хранилищем конфигурации 1С (не git)?
Удалось наконец реализовать или приходится типовые обновления и захват/помещение объектов в хранилище делать всё равно в конфигураторе?
В первую очередь хотел бы чтобы EDT полностью на все 100% покрыл функциональность конфигуратора 1С.

1. Хотел бы...
   Стаканов
 
24 - 14.10.20 - 09:58
(22) Потому, что (8).
   arsik
 
25 - 14.10.20 - 10:01
(22) -> (20)
   Конструктор1С
 
26 - 14.10.20 - 10:03
(24)(25) это всё временные трудности, которые решаются наращиванием мощей компа и небольшим изменением подхода к разработке
   Sserj
 
27 - 14.10.20 - 10:04
(18) Это почему? Очень удобная штука, где то за последние полгода уже не открывал конфигуратор, в EDT определенно удобнее.
   unregistered
 
28 - 14.10.20 - 10:04
(13) >> остальные языки на самосвалах ездят?

Во-первых, при чем тут остальные языки? Мы вроде как говорим о EDT для 1С, а не о EDT вообще для всех и любых языков.
Во-вторых, пример про самосвал условный. Аллегория. Не стоит воспринимать настолько буквально. ;) Не нравится самосвал - сравни седан и минивэн. Прояви чуть больше фантазии.
   Александр_Тверь
 
29 - 14.10.20 - 10:06
Прежде всего, хотелось бы бы он помогал РАБОТАТЬ, а не мешал.
Очень очень очень очень много всяких косяков. Мелких и не очень.

ИМХО работать с ним в продакшене - это мучение. В какой момент где-что развалится, отвалится - не понятно.
Тонны логов отправил разработчикам. Они молодцы, стараются. Исправляют. Но это капля в море.
Особенно вставляет необходимость где-то в конфигах править переменные окружения, что бы все правильно работало.

1С идет по пути "куяк куяк и в продакшен". Это касается платформы, решений на платформе и EDT.
От инструментов ждешь безупречной работы.

ИМХО стоит взять пазу и сосредоточиться не на новом функционале, а на стабилизации того, что уже есть.

1. Хотел бы...
   Ботаник Гарден Меран
 
30 - 14.10.20 - 10:07
Хочу методологов/архитекторов нормальных в 1С.
Тогда будет без разницы, в чем пофигурить после них.

1. Хотел бы...
 
 Рекламное место пустует
   Стаканов
 
31 - 14.10.20 - 10:08
(29) Так если он не будет поддерживать последние версии платформы - то и тем более он нафик не нужен.
   VladZ
 
32 - 14.10.20 - 10:09
На текущий момент не вижу актуальности в EDT.

2. Ничего не хочу, в EDT уже все прекрасно
   arsik
 
33 - 14.10.20 - 10:10
(31) В том то и дело. Платформа и EDT развиваются отдельно. Конфигуратор с платформой вместе.
   VladZ
 
34 - 14.10.20 - 10:10
+32 Не тот пункт выбрал. Хотел 5й.
   Конструктор1С
 
35 - 14.10.20 - 10:12
(33) только конфигуратор уже не развивается, несколько лет как. В него только добавляют поддержку новых механизмов платформы. Но это просто сопровождение, а не развитие
   Вафель
 
36 - 14.10.20 - 10:12
непонятно также почему поддержку каждой новой платформы 1с добавляют руками.
разве нельзя написать 1 раз апи и ему следовать?
   vi0
 
37 - 14.10.20 - 10:13
(28) "Во-первых, при чем тут остальные языки? Мы вроде как говорим о EDT для 1С, а не о EDT вообще для всех и любых языков."
Мы говорим об инструменте разработки, а ты тянешь назад, приводя некорректные сравнения.
Вопрос у ТС "Что бы вы хотели от ЕДТ" - мы хотели бы смотреть вперед и его видеть таким чтобы на нем можно было работать, а не говорить как ты, что конфигуратор для большинства задач.

"Во-вторых, пример про самосвал условный. Аллегория"
Ну да, а я не понял этого
   unregistered
 
38 - 14.10.20 - 10:15
(29) >> стоит взять пазу и сосредоточиться не на новом функционале, а на стабилизации того, что уже есть.

Не до конца согласен.
Стабильность безусловно очень важна. По вопросу претензий к ней полностью присоединяюсь к твоему мнению.
Но изначально в EDT должна быть реализована вся базовая функциональность конфигуратора. После того, как можно будет сказать, что разработка EDT завершена и поучена окончательная версия EDT, которая уже не будет кардинально меняться, нужно переходить к вопросу стабилизации.
А сейчас это слишком трудозатратно - вылизывать косяки, а потом возвращаться к новым, возникшим после добавления нового функционала.
Для меня EDT пока ещё в стадии бета.
   vi0
 
39 - 14.10.20 - 10:18
(10) "EDT не может быть эквивалентен конфигуратору."
Прогресс точно не такие как ты)
   vi0
 
40 - 14.10.20 - 10:18
Прогресс двигают
   unregistered
 
41 - 14.10.20 - 10:23
(37) >> мы хотели бы смотреть вперед и его видеть таким чтобы на нем можно было работать, а не говорить как ты, что конфигуратор для большинства задач.

Я говорю как есть.
Конфигуратор есть и останется для большинства задач на 99% установок 1С.
Никто не будет ставить у клиента EDT ради доработки пары отчётов или печатных форм. А именно для такой работы в 99% случаев открывается сегодня конфигуратор. Плюс ради чисто административных задач (выгрузка/загрузка/установка обновлений).

Оставшиеся 1% - это большая и серьезная разработка, проектное внедрение, командная разработка, поддержка интенсивно меняющихся конфигураций. Там как раз EDT может и должен быть востребован со всеми его плюшками.

Конфигуратор и EDT это два разных инструмента. И никогда они не заменят друг друга. И не должны. Это просто не нужно.
   unregistered
 
42 - 14.10.20 - 10:28
(39) (40) Да при чем тут прогресс?
Просто пойми простую мысль, что EDT и Конфигуратор - это две разные вещи. Они никак между собой не конкурируют и никак друг другу не мешают развиваться. Тем более, что дальнейшее значительное развитие конфигуратора не предполагается (только поддержка каких-то новых возможностей платформы по мере её развития).
   Uberschall
 
43 - 14.10.20 - 10:36
как минимум все тоже что умеет конфигуратор + новые фичи. а то смысл в другой среде, если в ней невозможно сделать необходимое. а то пользоваться попеременно не удобно. у плотника всегда есть любимый молоток.

1. Хотел бы...
   Вафель
 
44 - 14.10.20 - 10:47
(42) очень даже конкурируют. Задача то одна - доработка конфигурации
   vi0
 
45 - 14.10.20 - 11:13
(42) с чего вдруг разные вещи? это ты простую мысль пойми. И советы какие то, то фантазиюв включить ты мысль понять) Начни с себя)
   palsergeich
 
46 - 14.10.20 - 11:28
Я хочу что бы в офф телеграмм канале не было столько багов.
Половина тупые, вторая - критичные.
Я ХЗ как там в мамке ведут разработку, ибо когда сел работать Tormozit он просто аннигилировал тот канал потоком ошибок.
   trdm
 
47 - 14.10.20 - 11:31
На сколько помню вопрос о внедрении наработок снеговика в v8 был проигнорирован.
1С идет своим путем. И мало обращает внимание на нужды обслуживающего персонала.

5. Свое мнение
   palsergeich
 
48 - 14.10.20 - 11:35
(46) И только Александр Капралов рассказывает про свои башни из костылей и говорит, что он себя прекрасно чувствует.
Остальные популяризаторы ЕДТ - давно уже слились и тоже ругаются.
   Вафель
 
49 - 14.10.20 - 11:47
(48) есть такие люди, что поддерживают линию партии не смотря ни на что
   Garykom
 
50 - 14.10.20 - 11:49
(49) Есть такая задача работать а не ругаться что новый самосвал плохо возит, то ли дело старая добрая лошадь с телегой ))

И бензин не надо и компуктер бортовой не глючит ибо его в лошади нет и т.д.
   MyNick
 
51 - 14.10.20 - 11:58
Штобы была легче и запускалась быстрее
Штобы не глючил кэш конфигурации 
Штобы при мерже веток не терялись объекты
Штобы была нормальная темная тема как в VSCODE
Штобы не подлагивал интерфейс
Штобы...

1. Хотел бы...
   VladZ
 
52 - 14.10.20 - 12:15
Вангую: EDT в ближайшие 5 лет практически не будет развиваться.
Развиваться будет то, на чем можно заработать "здесь и сейчас": платформа, БП и ЗУП.

По EDT довольно специфичный рынок.  Возможно как-нибудь потом...
   acht
 
53 - 14.10.20 - 12:21
(52) >  в ближайшие 5 лет практически не будет развиваться.
Готово! =)

10 апреля 2015 года. https://1c.ru/news/info.jsp?id=19821
    Фирма "1С" объявляет о выпуске 10.04.2015 ознакомительной версии программного
    продукта "1C:Enterprise Development Tools", версия 1.0.
   Конструктор1С
 
54 - 14.10.20 - 13:20
(52) так EDT и не для заработка выпускался. В анонсах ранних версий фирма 1с писала, что одна из главных целей EDT это дать разработчикам, пришедшим из других ЯП, похожую на привычную многим IDE
   unregistered
 
55 - 14.10.20 - 13:29
(44) >> конкурируют. Задача то одна - доработка конфигурации.

Нигде они не конкурируют. Откуда вообще эта парадигма взялась о конкуренции?
Они так же конкурируют как Бухгалтерия с ERP.

Доработка доработке рознь.
Если заказчику нужен один дополнительный отчет или небольшая доработка типового объект (справочника или документа), то делать это при помощи EDT просто бессмысленно. Потратишь больше времени на загрузки-выгрузки конфигурации. Зачем? Только ради утилизации процессорного времени и докупленной под EDT оперативной памяти?

И совершенно другая история с разработкой или значительной доработкой какой-нибудь конфы в рамках проектного внедрения, растянутого по времени, и/или выполняемого группой разработчиков.
   vi0
 
56 - 14.10.20 - 13:48
(55) конечно конкурируют, особенно с учетом того что конфигуратор не развивается
   vi0
 
57 - 14.10.20 - 13:49
(55) "Если заказчику нужен один дополнительный отчет.. делать это при помощи EDT просто бессмысленно. "
по твом меркам отчет это что то мелкое, не требующее ветвлений в гит итд
   Конструктор1С
 
58 - 14.10.20 - 14:07
Да, с EDT метод разработки ХХП даётся чуть труднее
https://cs8.pikabu.ru/images/big_size_comm/2016-03_5/1458912097163946994.jpg
   unregistered
 
59 - 14.10.20 - 14:14
(57) >> отчет это что то мелкое, не требующее ветвлений в гит итд.

Опять таки возникает вопрос - что за отчет и в рамках чего делается.
В рамках большой мегаразработки, которая ведётся в EDT - конечно нужно делать отчет в EDT. Даже если сам по себе он простой.
Но в рамках разовой доработки какой-нибудь типовой конфигурации - EDT бессмысленнен. Если только это не какой-то суперсложный отчет, требующий параллельной доработки других объектов, подсистем и модулей.
Использование git или типового хранилища конфигурации 1С - тоже вопрос не всегда однозначный. Целесообразность разворачивания EDT и подключение к git какой-нибудь типовой бухгалтерии, где делается по одной мелкой доработке в год, а 99.9% изменений - это обновление типовой, выглядит весьма сомнительной. Усложнение процесса ради процесса.

У EDT есть огромное количество своих преимуществ и плюшек в сравнении с конфигуратором. Хотя бы та же возможность использования git вместо хранилища. Только это не означает, что воробьёв нужно теперь расстреливать непременно исключительно из пушки.

Повторюсь. EDT и Конфигуратор - это два разных инструмента. Каждый из них для своих целей. И EDT никогда не заменит конфигуратор полностью. Во всяком случае не в ближайшем будущем.
   Глупый ответ
 
60 - 14.10.20 - 14:18
Всякий зоопарк возможностей задумывается для упрощения и повышения скорости разработки. А по факту вместо того, чтобы работать, человек постоянно переучивается с шила на мыло.

3. Не надо нам этих вот едэтей, конфигуратор наше все
 
 Рекламное место пустует
   Глупый ответ
 
61 - 14.10.20 - 14:20
Нуралиеву надо разогнать нафиг все отделы по косметическому и дизайнерскому улучшению платформы и давить только учет, т.е рубить бабло, а не синтаксическим сахарком баловаться.
   unregistered
 
62 - 14.10.20 - 14:21
(58) >> с EDT метод разработки ХХП даётся чуть труднее.

По-моему, не особо. Во всяком случае г*внокодить в EDT ни чуть не труднее.
Разве что порог входа чуть-чуть повышается для программистов за счет более сложной среды. Хотя сложность тут скорее связана больше с непривычностью для тек, кто очень давно или никогда не работал с другими IDE или языками, кроме 1С.
   palsergeich
 
63 - 14.10.20 - 15:45
Дима Трефиленков сказал хорошую весчь.
ЕДД разрабатывается для выпуска коробочных продуктов в распределенной команде.
И заточен сейчас именно на это.
Все удобства конкретного пахаря, сценарий доработки на местах, где то в конце беклога. Главное что бы коробочки было удобно выпускать вендору, всё.
И да они могут себе позволить подождать.
   Стаканов
 
64 - 14.10.20 - 15:49
(63) А есть ли видимый результат от разработки ERP в EDT?
   Провинциальный 1сник
 
65 - 14.10.20 - 16:12
(58) Думаете, в самой 1с не пользуются EDT для разработки типовых?
   ДенисЧ
 
66 - 14.10.20 - 16:13
(65) А ты знаешь, как их там бьют? (с)
   Cyberhawk
 
67 - 14.10.20 - 17:16
(64) Счастье разрабов от сахара и девопсеров от конвеера
   ДенисЧ
 
68 - 14.10.20 - 17:17
Я понял, что я хочу от него )))
ЧТобы он внятно ставился. А не молча закрывал окно. Которое даже не гуёвое, а cmd...

5. Свое мнение
   Garykom
 
69 - 14.10.20 - 17:36
(68) java у тебя не той системы
   ДенисЧ
 
70 - 14.10.20 - 17:38
(69) Пусть тогда скажет об этом, а не молчит из угла в угол, как рыба об лёд.
   lodger
 
71 - 14.10.20 - 17:42
это голос в пустоту, но...
хотелось бы поддержку древних версий платформы. чтобы можно было взять и загрузить в edt какой-нибудь супер-легаси "продукт", и начать его ставить на рельсы 21 века.

1. Хотел бы...
   Sserj
 
72 - 14.10.20 - 17:48
(68) Внятно оно ставится, если мануалку почитать :)
В требованиях там явно написана какая-то ява с javafx на борту для гуевого установщика.
У меня работает на openjdk-15, так как в ней нет этого самого fx ставлю с командной строки, хотя и OpenJFX прикрутить не проблема при желании.
   ДенисЧ
 
73 - 14.10.20 - 19:36
(72) Манулы на сетап читать? У меня виндовз или линукз???
Поставил через cli. Даже JavaFX скачал.
А всё равно не запускается.
В общем - натуральный вторпродукт.
   Garykom
 
74 - 14.10.20 - 19:57
(73) надо оракловую жаву удалить
   Cyberhawk
 
75 - 14.10.20 - 20:00
(73) Надо ставить жаву из фулл сборки. Если ты качал без слова "фулл" значит ты не ту поставил :)
   ДенисЧ
 
76 - 14.10.20 - 20:19
(74) У меня её нет )))
У меня OpenJDK
   palsergeich
 
77 - 15.10.20 - 00:14
(65) Пользуются.
Но вроде как не все команды.
И да сами иронично к этому подождать в любой ситуации от 5 минут относятся.
С другой стороны, если бы их самих это есть не заставляли - продукт был бы обречен.
Так через внутреннюю боль он худо бедно, но идет вперед
   H A D G E H O G s
 
78 - 15.10.20 - 01:30
(73) (74) (75) Именно поэтому у меня этой херни не будет. Я про едт.
Я ее даже не ставил, но зная пиздопляски от javasdk, разные версии javaw, прописанные в path, я уверен, что едт будет этим страдать.
Такой едт на и накой не нужон.
   H A D G E H O G s
 
79 - 15.10.20 - 01:32
Этой же херней страдает и android studio, и delphi, когда собирает что то под android. Короче, везде, где торчит еплет javaw.
   Стаканов
 
80 - 15.10.20 - 07:04
(67) А для пользователей ERP?
   golem14
 
81 - 15.10.20 - 07:50
Чтобы отошла и не мешала. Или передайте уже разработку нормальным людям например в JetBrains.

3. Не надо нам этих вот едэтей, конфигуратор наше все
   jsmith82
 
82 - 15.10.20 - 08:56
солидарен
   Cyberhawk
 
83 - 15.10.20 - 21:19
(80) Думаю, на качество кода разработка через ЕДТ положительно влияет
   palsergeich
 
84 - 16.10.20 - 00:00
(83) А что мешало писать качественный код в конфигураторе?
   PR
 
85 - 16.10.20 - 00:46
EDT — это GIT
Если убрать из EDT GIT, то, собственно, станет непонятно, нахрена вообще EDT нужен
Все остальные отличия — это несерьезно
А вот GIT сразу меняет все
Прикрутить разработчикам конфигуратора GIT к конфигуратору можно только как седло к корове, то есть можно, но выглядеть это будет всегда нелепо, неуместно и все будет говорить о том, что GIT здесь не планировался от слова совсем
Начиная от возможности работы с несколькими ветками и заканчивая работой с большим количеством файлом, а не монолитным cf
   Провинциальный 1сник
 
86 - 16.10.20 - 06:32
(85) "заканчивая работой с большим количеством файлом, а не монолитным cf"
Файлы в контексте прикладной разработки 1с - лишняя внешняя сущность, как и cf. Есть метаданные, вот с ними и работаем. А в файлы только выгружаем для переноса.
   Стаканов
 
87 - 16.10.20 - 06:56
(83) А может, положительно влияет автоматическое тестирование и качественная проработка архитектуры?
   Стаканов
 
88 - 16.10.20 - 06:57
(85) ГИТ нужен немногим. Качественные инструменты разработки - всем.
   vi0
 
89 - 16.10.20 - 07:28
(88) гит нужен немногим потому что в 1с по большей части нет культуры разработки
из этой позиции да, он немногим нужен
   vi0
 
90 - 16.10.20 - 07:31
(86) он тебе про гит говорит, в принципе про современную систему контроля версий
как она может быть лишней в разработке?
1с ведь предлагает ветвление в проектах в виде работы с несколькими хранилищами - есть инструкция на итс
так что все это надо
   vi0
 
91 - 16.10.20 - 07:38
(86) возможно твое мнение было бы верным лет так 10 назад, но сейчас с ростом сложности разработки, 1с переживает кризис
отсюда движение сторону файлов а не монолита, едт, итд
   Стаканов
 
92 - 16.10.20 - 07:46
(89) И, чтобы повысить культуру разработки, 1С выкатило нам глючный громоздкий неудобный EDT? Спасибо, чо.
   MyNick
 
93 - 16.10.20 - 07:49
(91) все верно... Конфы по несколько тыщ объектов, а несколько программистов ковыряют один ЦэЭф, "захватывая объекты". Это мрак какой-то...
   vi0
 
94 - 16.10.20 - 07:50
(92) ну культура сверху приходит, 1с в своем духе
   vi0
 
95 - 16.10.20 - 07:54
(87) если говорить про автотестирование, то гит очень способствует этому
   vi0
 
96 - 16.10.20 - 07:54
и плюшки есть типа бисекции
   Uberschall
 
97 - 16.10.20 - 08:55
(91) "но сейчас с ростом сложности разработки, 1с переживает кризис
отсюда движение сторону файлов а не монолита, едт, итд" - против спагетти-кода ООП было бы гораздо эффективнее.
   hi1C
 
98 - 16.10.20 - 09:04
(97) Сейчас набежит Волшебник и напишет, что в 1С ООП есть.
   ДенисЧ
 
99 - 16.10.20 - 09:21
(97) Макараны можно писать на любом языке.
(98) ОП, но не ООП
   Конструктор1С
 
100 - 16.10.20 - 09:27
(97) "против спагетти-кода ООП было бы гораздо эффективнее"

это всё в теории

Во-первых ООП не панацея. И само по себе ООП тоже пораждает проблемы, усложняющие разработку. Например, чрезмерное наследование и уродские уровни абстракции
Во-вторых на ООП сразу не перескочишь. Девочка может уехать из деревни, но деревня из девочки не уедет никогда. Даже если завтра в 1с появится полноценное ООП, 1сники будут продолжать воплащать свои 1с-стайл привычки. Пройдёт лет 10-15, пока 1сная отрасль переползёт на ООП
  1  2   

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