Определимся с областью изучения. C# практически намертво спаян с операционной системой Windows и её подсистемой .NET, хотя и есть версия .NET Core, которая предпринимает попытки стать кркроссплафторменной.
Бред и про C# и про Core: и язык не спаян и Core давно уже полноценная платформа, используемая в enterprise.
Громкое название, не соответствующее содержимому: "произвели" - и "просто собрали" - это не одно и то же. Если бы они же и комплектующие сделали, тогда бы это было производство, а так это обычная сборка.
Ну вот как не лучше-то? Например, WPF элементы поддерживают перекрытия за счёт коэффициента прозрачности. WinForms такого не умеет. В WPF интерфейс можно делать очень красивым, гораздо красивее, чем WinForms (при условии, что есть талант по части стилей). Всякие анимашки, "вау"-эффекты, даже 3D-интерфейсы можно делать. Всё это обрабатывается видеокартой (DirectX). Для WinForms графика обрабатывается центральным процессором. Чтобы сделать красивый "вау"-интерфейс средствами WinForms придётся попотеть гораздо больше и ещё не факт, что всё получится.
Да, "из коробки" элементов в WPF не так много, как хотелось бы, однако самому создавать кастомные элементы на WPF гораздо легче/удобней, чем для WinForms, а это многого стОит... К тому же, если организация ценит своё время, то вообще может купить разработчику расширенный набор WPF-контролов (например от DevExpress, хотя то же самое можно сказать и в копилку WinForms).
В Windows есть WinForms и WPF, при этом оба никуда не денутся, ибо проверены годами и широко используются. WPF гораздо развитей, поэтому я не вижу смысла использовать WinForms в новых проектах. На мой взгляд, использование WinForms при наличии возможности использования WPF, это как покупка персональных, именованных граблей, на которые придётся часто наступать.
WPF сложнее в изучении в виду того, что подлежащей освоению информации гораздо больше, чем для WinForms (это минус).
Крис Андерсон, будучи архитектором WPF, лаконично, но достаточно понятно излагает материал по WPF. Мэтью Мак-Дональд и Чарльз Петцольд делают это более фундаментально (Петцольд больше с уклоном на код, а Мак-Дональд - на XAML и потому, на мой взгляд, гармонично дополняют друг друга).
В то же время по WinForms, насколько я помню, есть только одна старая, толковая книжка (всё от того же Чарльза Петцольда).
Ну, если так рассуждать, то тогда вместо Qt лучше сразу смотреть в сторону asp net core 6 ( оно всё таки своё, родное). Интерфейс в браузере, а сам бэкенд хостить в докер-контейнере. Собственно так и делаю уже несколько лет. Печально, что WPF прикопали. Мне он нравился и я лелеял надежду, что его всё же сделают кросплатформенным, вопреки заявлениям.
Зарплаты разработчиков сильно разнятся. Зачастую они не отличаются отзарплат других профессий, а то порой и ниже (см. hh.ru). Кому много платят, так это руководству Газпрома. Статья ни о чем, потому что бездарей полно в любой профессии.
Можно ли жить без ног? Можно, но с ногами удобней. Если они есть, то отказываться от них глупо. Тогда уж отказывайся и от рук, чтобы "свобода" была полной. Имхо.
Достоверна ли информация о том, что МойОфис не создан российскими разработчикам с нуля, но это модифицированный то ли LibreOffice, то ли OpenOffice? Если это так, то в чём отличие от оригинала, помимо того, что у него другое название и он платный?
На мой взгляд, данная заметка скорее вредна, чем полезна. Вредна она тем, что на эмоциях преподносится якобы доказанная на практике бесполезность скрама. При этом сама ложь искусно замаскирована и заключается в том, что «во всём скрам виноват», «толку от скрама нет» и т.п. В этой «пьессе» не предоставлено ни одного объективного аргумента о бесполезности скрама.
Скрам позволяет вам чётко видеть, на каком этапе вы находитесь, что сделано, а что нет, кто чем занимается и какие у кого проблемы возникают в ходе работы. Не вижу, чем скрам может быть причиной провала проекта. Причина провала проектов не в скраме. Она, скорее, либо в плохом планировании (т.е. запланировали меньше времени, чем на самом деле необходимо), либо в плохо продуманной архитектуре приложения (т.е. сами себе граблей раскидали по дороге), либо в том, что заказчик хотел пингвина, а ему сделали попугая.
Я работал в команде где скрама не было и сейчас работаю в команде, где он есть. Для меня польза скрама очевидна. Да и для начальников, насколько я вижу, тоже: каждый начальник (да и разработчик тоже) всегда хочет чётко понимать, что уже сделано, над чем идёт работа сейчас, в какой она стадии, что в рамках скрама будет сделано ещё и какие проблемы возникают в ходе работы.
Цифровые SSL сертификаты. Разновидности, как выбрать?
Что за приватный ключ, откуда его брать? На reg.ru для полученного сертификата предоставляются следующие файлы (приватного ключа среди них не вижу):
C#: разбираем бинари
Бред и про C# и про Core: и язык не спаян и Core давно уже полноценная платформа, используемая в enterprise.
Как охотники на медведя с рогатиной объяснили, что такое квантовый компьютер
Никто не лезет в берлогу с ножом, это бред. Тыкают палкой.
В России произвели первую партию серверов «Яндекса»
Громкое название, не соответствующее содержимому: "произвели" - и "просто собрали" - это не одно и то же. Если бы они же и комплектующие сделали, тогда бы это было производство, а так это обычная сборка.
В России произвели первую партию серверов «Яндекса»
Почему процессор AMD, а не Эльбрус? Где импорто-замещение? :)
Что нового в Windows Forms в .NET 6.0
Ну вот как не лучше-то? Например, WPF элементы поддерживают перекрытия за счёт коэффициента прозрачности. WinForms такого не умеет. В WPF интерфейс можно делать очень красивым, гораздо красивее, чем WinForms (при условии, что есть талант по части стилей). Всякие анимашки, "вау"-эффекты, даже 3D-интерфейсы можно делать. Всё это обрабатывается видеокартой (DirectX). Для WinForms графика обрабатывается центральным процессором. Чтобы сделать красивый "вау"-интерфейс средствами WinForms придётся попотеть гораздо больше и ещё не факт, что всё получится.
Да, "из коробки" элементов в WPF не так много, как хотелось бы, однако самому создавать кастомные элементы на WPF гораздо легче/удобней, чем для WinForms, а это многого стОит... К тому же, если организация ценит своё время, то вообще может купить разработчику расширенный набор WPF-контролов (например от DevExpress, хотя то же самое можно сказать и в копилку WinForms).
В Windows есть WinForms и WPF, при этом оба никуда не денутся, ибо проверены годами и широко используются. WPF гораздо развитей, поэтому я не вижу смысла использовать WinForms в новых проектах. На мой взгляд, использование WinForms при наличии возможности использования WPF, это как покупка персональных, именованных граблей, на которые придётся часто наступать.
WPF сложнее в изучении в виду того, что подлежащей освоению информации гораздо больше, чем для WinForms (это минус).
Крис Андерсон, будучи архитектором WPF, лаконично, но достаточно понятно излагает материал по WPF. Мэтью Мак-Дональд и Чарльз Петцольд делают это более фундаментально (Петцольд больше с уклоном на код, а Мак-Дональд - на XAML и потому, на мой взгляд, гармонично дополняют друг друга).
В то же время по WinForms, насколько я помню, есть только одна старая, толковая книжка (всё от того же Чарльза Петцольда).
Что нового в Windows Forms в .NET 6.0
Ну, если так рассуждать, то тогда вместо Qt лучше сразу смотреть в сторону asp net core 6 ( оно всё таки своё, родное). Интерфейс в браузере, а сам бэкенд хостить в докер-контейнере. Собственно так и делаю уже несколько лет. Печально, что WPF прикопали. Мне он нравился и я лелеял надежду, что его всё же сделают кросплатформенным, вопреки заявлениям.
Что нового в Windows Forms в .NET 6.0
На самом деле, быстро накидать простой интерфейс в визуальном редакторе драг/дропом можно и в WPF, не залезая в xaml. Выглядеть будет как винформс.
Что нового в Windows Forms в .NET 6.0
Qt - это ведь для C++, а не для .Net, насколько я знаю.
Что нового в Windows Forms в .NET 6.0
Зачем заморачиваться с WinForms, если уже столько лет есть WPF? Дайте ему уже благополучно загнуться.
Введение в Traefik 2.0
Понял, спасибо. Заработало.
Введение в Traefik 2.0
У меня, почему-то, не получается зайти на дашборд: не принимает мои логин и пароль... В чём может быть дело? Подробности показал здесь: https://stackoverflow.com/questions/68792623/docker-i-cant-login-into-dashboard-for-traefik-v2-5-lets-encrypt Буду весьма признателен, если сможете подсказать, как исправить проблему. Спасибо за статью!
Почему мы в LegionFarm верим в то, что геймер — профессия будущего
Проголодался? Сходи, поиграй! Не наелся? Поиграй ещё раз!
Разработчики — никакая не элита, а голые короли индустрии
Зарплаты разработчиков сильно разнятся. Зачастую они не отличаются отзарплат других профессий, а то порой и ниже (см. hh.ru). Кому много платят, так это руководству Газпрома. Статья ни о чем, потому что бездарей полно в любой профессии.
Возможно ли без Redux?
Можно ли жить без ног? Можно, но с ногами удобней. Если они есть, то отказываться от них глупо. Тогда уж отказывайся и от рук, чтобы "свобода" была полной. Имхо.
Президент России подписал закон о «суверенном интернете»
Очень хочется надеяться, что как разработкой закона, так и его реализацией, занимаются профи в сфере IT...
«Почта России» переходит с MS Office на отечественный офисный пакет. Стоимость перехода — 352 млн рублей
Достоверна ли информация о том, что МойОфис не создан российскими разработчикам с нуля, но это модифицированный то ли LibreOffice, то ли OpenOffice? Если это так, то в чём отличие от оригинала, помимо того, что у него другое название и он платный?
Финальная сборка Windows 1809 отозвана
Scrum is dead
Скрам позволяет вам чётко видеть, на каком этапе вы находитесь, что сделано, а что нет, кто чем занимается и какие у кого проблемы возникают в ходе работы. Не вижу, чем скрам может быть причиной провала проекта. Причина провала проектов не в скраме. Она, скорее, либо в плохом планировании (т.е. запланировали меньше времени, чем на самом деле необходимо), либо в плохо продуманной архитектуре приложения (т.е. сами себе граблей раскидали по дороге), либо в том, что заказчик хотел пингвина, а ему сделали попугая.
Я работал в команде где скрама не было и сейчас работаю в команде, где он есть. Для меня польза скрама очевидна. Да и для начальников, насколько я вижу, тоже: каждый начальник (да и разработчик тоже) всегда хочет чётко понимать, что уже сделано, над чем идёт работа сейчас, в какой она стадии, что в рамках скрама будет сделано ещё и какие проблемы возникают в ходе работы.
Scrum is dead