Доводя до абсурда: да какие вы программисты, если сами себе компиляторы не делаете! Их сделали для вас Настоящие Программисты, а вы с их помощью какие-то там JSON-ы перекладываете в поте лица!
Как разработчик для desktop с обилием железа (подробности, если интересно, в личке), я не имел особых проблем с протеканием слоёв и на MVVM. Главное правильно расставить границы сборок и следить, чтобы джуны не пытались поставить "маленький изящный костыль".
PS: если вдруг Вы действительно замените UI-слой, мне будет очень любопытно об этом узнать. Ставлю 100$ на то, что просто это не получится, потому что у Вас подсистема печати прибита гвоздями к одному из компонентов UI-фреймворка.
В WPF тоже печать из коробки, а существующий паттерн MVVM позволил бы обойтись без переизобретения архитектуры, и там есть все необходимые ручки для тестирования, если не забивать на DI. И всё это добро куда проще было бы поддерживать, чем то, что у Вас получилось.
а ещё return или или даже throw
UBFX- догадайтесь что это без гугла.Принцип всё равно одинаковый. Просто кое у кого глаза разбегаются от обилия мнемоник операций.
Там выше был аргумент, что CAD-систему написал другой "настоящий" программист, чтобы ненастоящий писал для него простенькие скрипты.
Привожу аналогию: "настоящие" программисты написали компиляторы, на которых "ненастоящие" мы пишем скрипты для перекладывания JSON.
Вы это делаете каждый день, не так ли?
Доводя до абсурда: да какие вы программисты, если сами себе компиляторы не делаете! Их сделали для вас Настоящие Программисты, а вы с их помощью какие-то там JSON-ы перекладываете в поте лица!
Проклятия были и на IE4, но пик, да, на IE6
А Вы программист на C++, Java или Python?
А Вы - сантехник ключом, вантузом или только подавать инструмент умеете?
Проклинать IE начали уже тогда.
И самая стёртая клавиша из алфавитных - S
Вот он, дух эйджизма. Неужели автор действительно думает, что те, кто писал код в 90-х - это динозавры, кости которых лишь в музеях?
Надо смотреть не только на HR в вакууме, а скорее как HR в IT соотносится с HR вне IT.
Я делаю генерацию pdf через QuestPDF и файл во временном каталоге и через shell execute с verb=print отправляю на печать.
Как разработчик для desktop с обилием железа (подробности, если интересно, в личке), я не имел особых проблем с протеканием слоёв и на MVVM. Главное правильно расставить границы сборок и следить, чтобы джуны не пытались поставить "маленький изящный костыль".
PS: если вдруг Вы действительно замените UI-слой, мне будет очень любопытно об этом узнать. Ставлю 100$ на то, что просто это не получится, потому что у Вас подсистема печати прибита гвоздями к одному из компонентов UI-фреймворка.
В WPF тоже печать из коробки, а существующий паттерн MVVM позволил бы обойтись без переизобретения архитектуры, и там есть все необходимые ручки для тестирования, если не забивать на DI. И всё это добро куда проще было бы поддерживать, чем то, что у Вас получилось.
WinForms в 2025... Мазохисты...
Был бы сервис...
Это была агрессивная оптимизация пользовательских данных!
(есть тут кто, кто помнит эту фразу в новостных заголовках?)
Облако волшебного дыма, на котором работает электроника?