Ultimately, you should explore your chosen graphical interface.
As one of those external consultants who are part of these projects, I propose the option with option No. 2.
Inclusion of one or two external consultants.
Ask them to go through something like your option 2. Do you really learn WPF, and then (with their help) develop the architecture and implement it.
Your next question ("offers for firms with experience") is a concern. If you do not have trusted technology partners, now is the time to start cultivating them. It will take some time to find people you can trust.
The only way to find them is to pay them for the work done and see if you like them and the job. This process can take a long time.
The problems with running # 1 are themselves obvious. If you try to do it on time without experts, you will make mistakes. You will accept these errors in concrete. You will try to live with them forever. When you learn something new, a calendar is the most dangerous thing you can imagine.
Option number 1 works when there is no temporary pressure. When you learn, you are building something one-time. Then create something that you know you have to throw away. Then create the real thing.
The problem with fulfillment # 3 is that you can ask consultants to do too much. If they plan your architecture, you probably wonβt understand it completely. You cut corners and bad things can happen. If, on the other hand, you do it yourself, you will understand why these corners should not be cut.
In addition, # 3 is an opportunity to style every function that you think can be cool. Until you understand the technology, you really do not understand what is important, what is easy and what is difficult. You are likely to require something expensive and risky, because it is difficult to understand how expensive and risky it is.
S. Lott
source share