1

Ответ perfectBeerMan в «ИТ в госухе»

В некоторых видах бизнеса скорость изменений очень высокая и поэтому тоже вся сторона формализации задач страдает.

Это не является проблемой само по себе. Идеальная с точки зрения точности и эффективности описания - система которая не меняется. Чего сегодня в ряде задач сложно добиться.

А в госструктурах там все еще сложнее, так как там и сами люди толком не в курсе, зачастую, что они делают, что из этого носит сущностный смысл а что служебный, и тд.

В моей практике уже несколько случаев когда та же 1с вроде бы и лоу код но настолько громоздкая, что ее обгоняют не лоукод проекты. Именно потому что все преимущества лоукод "съедены" бюрократизированным (культурой 1с) процессом разработки. Родом, наверное, из 17ого века.

Так что не страшно. Тз должно быть достаточным. Если удается оформить его тремя междометиями и это работает - то не все так плохо. Разве что, возможно это символ ненужности процессов которые автоматизируют. А не проблема разработки.

Офисные будни

6.7K поста17K подписчиков

Правила сообщества

В связи с массовой активностью небратьев, ответы на волны негатива в отношении сотрудников правоохранительных органов будут выноситься из сообщества, их авторы блокироваться.

-не нарушайте вежливость. За нарушение вежливости -бан, ибо это отталкивает посетителей и авторов.

- не нарушайте правила Pikabu и чтите закон.

- добавляйте посты связанные с тематикой сообщества;
-делитесь опытом организации жизни  в офисе и проживания на работе;
-делитесь управленческим опытом;


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

0
Автор поста оценил этот комментарий

Вы сказали что 1с - это лоу код в своем посте. Не я это начал)

1С такой же лоукод, как, к примеру, юнити.

раскрыть ветку (1)
0
Автор поста оценил этот комментарий
Без разницы какой. В эти холивары, что и насколько лоу - в обсуждаемом вопросе нет смысла вдаваться. Да и вообще - нет смысла.
0
Автор поста оценил этот комментарий
Ни разу в работе не видела чтобы использовали это) По описанию да, это оно, соглашусь.
раскрыть ветку (1)
0
Автор поста оценил этот комментарий
Культура 1с сообщества мешает такому использованию.
На руби или питоне - набросать такой же проектик можно, и в общем - тоже без кода (разработка на rails или django примитивных интерфейсов к бд тоже сводится к описанию структуры бд, для, которой уже и определяются все необходимые действия ). Но для этого не надо решать вопрос с лицензиями и тп.
Среда 1с фильтрует маргиналов - это одна из причин по которой некоторые возможности не идут в жизнь так как могли бы. Человек видит что может довольно просто делать простые вещи, но сталкивается с кучей побочных вопросов которые сводят весь потенциал на нет.
0
Автор поста оценил этот комментарий
nocode 1С быть не может
раскрыть ветку (1)
0
Автор поста оценил этот комментарий
На самом деле может) Несложный функционал закрывать, скажем набросать интерфейс к базе данных - легко. Причем вообще без опыта с 1с, не говоря, уже о разработке с кодом.
Но да - это спорно как фича.
Просто когда вы говорите "только средствами лоу код можно изменить кнопку" это читается как "вовсе без кода". Что не про наш случай.
В то же время понятное дело что с кодом можно сделать больше чем изменить кнопку.
показать ответы
1
Автор поста оценил этот комментарий
1С сочетает в себе возможности лоу код и традионного программирования. Например, формы объектов можно нарисовать в редакторе. А можно их кодом запилить. Результат будет одинаковый

Но на 100% только лоу код средствами в 1С невозможно что то серьезное сделать. Только какой то мизер, типа цвет кнопки поменять
раскрыть ветку (1)
0
Автор поста оценил этот комментарий
Если бы программа делалась без кода (вы же это имеете в виду когда пишите "лоу код средствами ") - она бы была nocode.
показать ответы
1
Автор поста оценил этот комментарий

Low code в котором в некоторых решениях 10+ миллионов строк кода?

раскрыть ветку (1)
0
Автор поста оценил этот комментарий

Да, такой вот лоукод. Не совсем лоукод иногда, а иногда и лоукод.

2
Автор поста оценил этот комментарий

Это относится к основному вашему посылу. А 1с к лоу код не относится от слова "совсем". Если ваш опыт взаимодействия с 1с был в рисовании бизнес-процессов - это не значит что там лоу код. Без работы с кодом в 1с не сделаешь ничего. А концепция лоу код языков в том, что 95% работы ты сделаешь визуальным программированием, без использования кода.

раскрыть ветку (1)
0
Автор поста оценил этот комментарий

Вы пишите в другом треде - про лоу код. Это довольно странно, так как вы сами и начали это обсуждение.
1С - это лоукод платформа. Можно привести контрдоводы, но они не меняют сути. Ну и вы их не привели.

Иллюстрация к комментарию
показать ответы
0
Автор поста оценил этот комментарий
А как, если без кода))
раскрыть ветку (1)
Автор поста оценил этот комментарий
Если коротко - внешний источник данных, настраиваем связи, ключи, типы полей, и все работает.
показать ответы
1
Автор поста оценил этот комментарий
Хм, интерфейс к БД в 1С без кода? А как так, какой там функционал))

Да, только лоу код средствами можно изменить кнопку (внешний вид), вовсе без кода. А можно и с кодом)

Суть моей мысли в том, что вообще без кода можно нарисовать формочки, но они не будут ничего делать. Для операций с БД нужен код
раскрыть ветку (1)
Автор поста оценил этот комментарий

Все типовые операции с таблицами - без кода.

показать ответы
0
Автор поста оценил этот комментарий

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

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

В классическом бюрократическом подходе - просто все ебать как долго. Задача на 20 часов согласовывается неделю, затрагивая с десяток человек, суммарно сжирая человекочасов в пару раз выше, чем время исполнения задачи. Зато есть четкое тз, по которому точно будет сделан функционал, и никто заднюю не даст.

раскрыть ветку (1)
Автор поста оценил этот комментарий
Мммм.... Как это соотносится с классификацией 1с, о которой гла речь?
показать ответы
1
Автор поста оценил этот комментарий

Ага, тоже орнул. 1С конечно еще тот "язык программирования", но назвать его лоу кодом язык не повернется.

раскрыть ветку (1)
Автор поста оценил этот комментарий
Ну пусть не поворачивается, что от этого меняется в реальности?).
показать ответы

Темы

Политика

Теги

Популярные авторы

Сообщества

18+

Теги

Популярные авторы

Сообщества

Игры

Теги

Популярные авторы

Сообщества

Юмор

Теги

Популярные авторы

Сообщества

Отношения

Теги

Популярные авторы

Сообщества

Здоровье

Теги

Популярные авторы

Сообщества

Путешествия

Теги

Популярные авторы

Сообщества

Спорт

Теги

Популярные авторы

Сообщества

Хобби

Теги

Популярные авторы

Сообщества

Сервис

Теги

Популярные авторы

Сообщества

Природа

Теги

Популярные авторы

Сообщества

Бизнес

Теги

Популярные авторы

Сообщества

Транспорт

Теги

Популярные авторы

Сообщества

Общение

Теги

Популярные авторы

Сообщества

Юриспруденция

Теги

Популярные авторы

Сообщества

Наука

Теги

Популярные авторы

Сообщества

IT

Теги

Популярные авторы

Сообщества

Животные

Теги

Популярные авторы

Сообщества

Кино и сериалы

Теги

Популярные авторы

Сообщества

Экономика

Теги

Популярные авторы

Сообщества

Кулинария

Теги

Популярные авторы

Сообщества

История

Теги

Популярные авторы

Сообщества