🅵
Size: a a a
2019 November 28
GV
Только представьте сколько говнокода польётся с этими "генериками.
Т НоменкТЗ<T>
KK
Прекрасно
KK
Лучше бы pattern-matching добавили, чтоб не писать тучу
ИначеЕсли -_-Аr
бухи стали еще пустоголовее, так что ставка сыграла
давай не обобщать, есть довольно продвинутые бухи
AS
Щас типа речь про понимание того, что в коде.
Никто не помешает имея дженерик назвать переменную или процедуру так, что потом хрен поймешь что там.
Так что изначально нужно код писать понятным, начинать надо с переменных
Никто не помешает имея дженерик назвать переменную или процедуру так, что потом хрен поймешь что там.
Так что изначально нужно код писать понятным, начинать надо с переменных
GV
Лучше бы pattern-matching добавили, чтоб не писать тучу
ИначеЕсли -_-Может тебе еще и перегрузку методов завезти?
🅵
Лучше бы pattern-matching добавили, чтоб не писать тучу
ИначеЕсли -_-Есть, кста, регулярки на xml
AS
давай не обобщать, есть довольно продвинутые бухи
У парня агрессия к людям явно
KK
Может тебе еще и перегрузку методов завезти?
Да, было бы неплохо.
AS
Назначения языков разные, ну что ты как маленький
вот оно. Как бы тут больше нечего говорить.
GV
По сути единственный раз когда я сталкивался с какими-то совсем уж бесящими ограничениями, это многопотчоная обработка данных
GV
А так проще рядом микросервис поднять и из 1С дергать
GV
не вижу проблемы
🅵
Лучше бы pattern-matching добавили, чтоб не писать тучу
ИначеЕсли -_-Кста, иногда условия пишу таким образом:
Если СтрНайти("Вариант1;Вариант2;Вариант3", МояПеременная) Тогда🅵
По сути единственный раз когда я сталкивался с какими-то совсем уж бесящими ограничениями, это многопотчоная обработка данных
ДлительныеОперации не решают проблемы?)
Аr
ДлительныеОперации не решают проблемы?)
нет, они слишком тяжелы
🅵
нет, они слишком тяжелы
Ну кейса я не знаю)
Такто сувать на обработку все равно через них, чтоб не подвесить интерфейс пользователю)
Такто сувать на обработку все равно через них, чтоб не подвесить интерфейс пользователю)