근본을 알 수 없는, 온갖 잡다한 언어의 이것저것을
조금씩 짜집기해서 탄생한 언어가 바로 C#입니다.
그러나 MS에선 머지않아 C#마저 슬그머니 뒤로 감추고
또다른 새로운 언어를 내놓고 그걸 쓰라고 홍보할껍니다.
저는 MS에서 GUI 프레임워크를 붕어빵마냥 찍어내는걸 보면
도무지 납득이 안갑니다. 개발자 입장에선 윈폼 하나라도
제대로 쓰는게 중요한데, 계속해서 WPF, UWP, Win UI3 등등
새로운 프레임워크를 내놓고 사람들한테 한 번 써달라고,
테스트 해달라고 애걸복걸 하는 느낌이라는거죠.
더더욱 이해가 안가는건, 그렇게 자신만만하게 내놓은
프레임워크에서도 개발자가 필요에 따라 WIN32 API를
직접 호출할 수 있도록 인터페이스를 준비해놨다는겁니다.
이건 결국 자기네 프레임워크의 한계를 인정하는거 아닌가요?
최신기술을 접목한 객체지향 프레임워크라고 자부하면서
왜 여전히 레거시 방식의 코딩을 허용해놨냐는겁니다.
과거에 MFC, 델파이로 만들어진 쓸만한 어플들을 살펴봐도
API 직접 호출을 하지않는 어플은 사실상 거의 없습니다.
무조건 쓰게 되어있습니다.
그 어떤 프레임워크를 새로 내놓더라도 디테일한 제어를 하려면
결국 API를 직접 다룰 줄 알아야하는데, 이런 부분은 쉬쉬하면서
자꾸 자기네가 만든 최신 경향의 프레임워크를 써달라고
홍보하는게 이해가 안된다는겁니다.
자기네들은 내부적으로 레거시 방식으로 개발하면서
고객들은 가급적 그런거 몰라도 다 된다는 식으로
기만하는게 전형적인 장사치라는 느낌인거죠.
태생적으로 닷넷이 가상머신이라 네이티브보다 느릴 수밖에 없어서
윈폼 어플이 느린거다, 그래서 WPF가 등장한거다 뭐 이런 핑계가
있는거같은데 그것도 납득이 안됩니다. 자꾸 개발자들을
기만하면서 실험쥐로 이용하려는 느낌이 든다는겁니다.
애초에 속도가 문제라면 그 원인이 되는 백엔드 가상머신을 치우고
네이티브로 만들어야지 왜 자꾸 엉뚱한걸 추가로 만들어서
개발자들을 실험쥐로 쓰려고 합니까?
졷깥으면 니가 글로벌 시총2위 회사차려
ㅋㅋㅋㅋㅋ
C#만 믿고 올인했다가 플젝 소스코드가 백만라인쯤 되었을 때 델파이처럼 되지말란 법이 없습니다.
윈폼으로 다 될꺼같죠? 안됩니다. 그래서 윈폼이나 WPF로 개발하는 과정에서도 수시로 WIN32 API 직접 호출해서 기능 구현하려고 구글 검색해보면 대부분 MFC로 구현해놓은 소스가 나오는데, 실은 MFC라기보다는 WIN32 API입니다. 그 소스를 보고 C#에 맞게끔 일일이 고쳐줘야 하는데 이게 상당한 시행착오가 필요할 것으로 생각됩니다.
WPF 진짜 좆같았는데... xml 유행지나니까 다시 다른짓하나보네 ㅋㅋ
이 세계의 끝판왕이 코틀린입니다...