Intel could ultimately try to make their processors using the other foundries until they get their tech sorted out. If I'm not wrong Samsung sells phones with Qualcomm processors and, consumers don't care much about that.
I wonder how much can actually be optimized due the reduced number of instructions found in risc processors. Is is the case if they need some special instructions they can still fit them in an arm processor ?
Looking online about this company. Apple has acquired pa-semi for $278m in 2008 which translated in having the fasted arm processor by a wide margin a decade later, definitely paid out very well.
I wanna see a realistic benchmark that compares it against intel's x86 i"X" (6th, 7th, 8th gen) to decide if it can be called a laptop class processor in first place... BTW, it's interesting to see how good apple is in designing their custom Arm processors.
Very questionable dependency choices used in the project for instance by choosing "wxwidgets, freeimage and xml" instead of "qt, openimageio and "json/yaml" raises a concern about the project. For anyone interested in this subject please take a look at appleseed (https://appleseedhq.net) and cycles (https://www.cycles-renderer.org)
Those errors are always related with a bad implementation where there is something holding a reference to the qt python object represented by the bidding therefore keeping it alive even when their c++ instance has been already deleted. The solution is to go back to the drawing board and improve the implementation :)
Most interfaces created through web technology would be incredibly hard and slow to do using pyside/pyqt. We take for granted the non-blocking aspect of javasript where in python in order to make a slick interface would require to deal with threads/GIL in a much slower interpreted language compared with javascript running on V8.
Qt (Qt Desktop) bindings for python are welcome. But, it's not a suitable for a viable replacement for electron. Maybe Qt Quick, but even qt quick has some decisions that can make incredibly uncomfortable to use in large applications.