Home
Forums
New posts
Search forums
Online Courses
2022 Rankings
2022 MFE Programs Rankings Methodology
Reviews
Latest reviews
Search resources
Tracker
What's new
New posts
New media
New media comments
New resources
New profile posts
Latest activity
Log in
Register
What's new
Search
Search
Search titles only
By:
New posts
Search forums
Menu
Log in
Register
Install the app
Install
C++ Programming for Financial Engineering
Highly recommended by thousands of MFE students. Covers essential C++ topics with applications to financial engineering.
Learn more
Join!
Python for Finance with Intro to Data Science
Gain practical understanding of Python to read, understand, and write professional Python code for your first day on the job.
Learn more
Join!
An Intuition-Based Options Primer for FE
Ideal for entry level positions interviews and graduate studies, specializing in options trading arbitrage and options valuation models.
Learn more
Join!
Home
Forums
Quant discussion
Computing
Rumor: Windows 8 Set for September Reveal
JavaScript is disabled. For a better experience, please enable JavaScript in your browser before proceeding.
You are using an out of date browser. It may not display this or other websites correctly.
You should upgrade or use an
alternative browser
.
Reply to thread
Message
<blockquote data-quote="cgorac" data-source="post: 55229" data-attributes="member: 1689"><p>The discussion was about compatibility in the context of programming interface, and I'd say your statement is wrong in that regard. For Unix systems, <a href="http://www.unix.org/version4/" target="_blank">POSIX</a> is mature and well-maintained programming API. Also, Unix programmers have choice between number of tools, like <a href="http://en.wikipedia.org/wiki/GNU_build_system" target="_blank">GNU autotools</a> or <a href="http://www.cmake.org/" target="_blank">CMake</a> (CMake works to some extent for Windows too) that could help them to detect all sort of platform specifics at project build configuration time. None of this is case for Windows programmers: native Windows programming interface is very clumsy, and APIs change at will (I never understood how it is possible that Windows programmers accept they have to rewrite their applications every couple years: first they had to use Win32 API, then MFC, then ATL/COM, now they have to use .Net - and basically they are told to switch to new programming language for this last change - and who knows what comes next).</p><p></p><p>That said, I guess that what you had on your mind is compatibility in the context of installing applications, especially regarding dependencies between given application and needed libraries. In this context, you're right - although there exist efforts for standardization in that domain, like <a href="http://www.pathname.com/fhs/" target="_blank">FHS</a>, the current situation is far from ideal.</p></blockquote><p></p>
[QUOTE="cgorac, post: 55229, member: 1689"] The discussion was about compatibility in the context of programming interface, and I'd say your statement is wrong in that regard. For Unix systems, [URL='http://www.unix.org/version4/']POSIX[/URL] is mature and well-maintained programming API. Also, Unix programmers have choice between number of tools, like [URL='http://en.wikipedia.org/wiki/GNU_build_system']GNU autotools[/URL] or [URL='http://www.cmake.org/']CMake[/URL] (CMake works to some extent for Windows too) that could help them to detect all sort of platform specifics at project build configuration time. None of this is case for Windows programmers: native Windows programming interface is very clumsy, and APIs change at will (I never understood how it is possible that Windows programmers accept they have to rewrite their applications every couple years: first they had to use Win32 API, then MFC, then ATL/COM, now they have to use .Net - and basically they are told to switch to new programming language for this last change - and who knows what comes next). That said, I guess that what you had on your mind is compatibility in the context of installing applications, especially regarding dependencies between given application and needed libraries. In this context, you're right - although there exist efforts for standardization in that domain, like [URL='http://www.pathname.com/fhs/']FHS[/URL], the current situation is far from ideal. [/QUOTE]
Verification
Post reply
Home
Forums
Quant discussion
Computing
Rumor: Windows 8 Set for September Reveal
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.
Accept
Learn more…
Top