Re:FastDoubleParser: Java port of Daniel Lemires fast_double...
by nyanpasu64 on Tuesday March 23, 2021 @12:47AM
(#26551239)
According to Steven Sinofsky, MFC being a thin wrapper around the underlying MFC was a deliberate design decision during its development. https://hardcoresoftware.learningbyshipping.com/p/010-our-bi...
In retrospect, do you feel it was it a bad idea to not use a heavier abstraction?
Re:FastDoubleParser: Java port of Daniel Lemires fast_double...
by pjmlp on Tuesday March 23, 2021 @03:13AM
(#26551976)
I am aware of it, hence my remark.
It was a bad idea versus what other compiler vendors had in their toolbox.
MFC only won because Microsoft is the OS vendor, and Borland lost it trying to fly too high.
Back in the MS-DOS and Windows 3.x very few would use Microsoft compilers, Borland and Watcom were the favourite.
Re:FastDoubleParser: Java port of Daniel Lemires fast_double...
by dmos62 on Monday March 22, 2021 @06:11PM
(#26547998)
> I really don't get their macho developer culture.
I'm inclined to not recognize that as a distinct culture and rather call it an infectious habit. Auditable, maintainable code is a skill, after all.
They could produce something that looks like Qt, OWL/VCL, or nowadays .NET like but in C++.
Instead they produce libraries where one is forced to use C low level details, mixed with Win32 and COM pointer handling and casts everywhere, not even MFC escapes it.
Not to count how many interactions of COM smart pointers that have come up with since COM exists.
C++/CX looked like they finally learned their way and would offer something similar to C++ Builder, but no that wasn't meant for us to enjoy it.
So now anyone doing UWP with C++, gets to manually edit IDL files without tooling support, and merge the generated files manually.
I really don't get their macho developer culture.