Did FreeBasic is stagnating / dying?
-
- Posts: 2338
- Joined: May 31, 2005 9:59
- Location: Croatia
- Contact:
I'm sort of a reactionist, happy with what FB already provides.
"If it ain't broken, don't fix it."
If some people are so needy of OOP, how about changing the programming language? Seriously, what do you really need from FB on then end if it has to be mangled so much for OOP and GCC front-end to work properly?
But my programming interests are quite narrow so many of the needs people express here are beyond me.
"If it ain't broken, don't fix it."
If some people are so needy of OOP, how about changing the programming language? Seriously, what do you really need from FB on then end if it has to be mangled so much for OOP and GCC front-end to work properly?
But my programming interests are quite narrow so many of the needs people express here are beyond me.
@Lachie
Well, the whole reason its taking so long is that they aren't mangling it. Done right, when fb is done, you shouldn't see any difference when you write your code without oop. Just as you can write pure c code in c++.
Oop is just a newer ice cream flavor with some interesting properties when applied to projects. For one it greatly enhances the re-usability and structure of code. Well, it greatly enhances the possibility of those things and reduces the work required to achieve them, it also adds layers of complication that can be hacked to make even uglier code. The point is that oop will be a feature on top of fb, it shouldn't disturb those coding happily without it.
Well, the whole reason its taking so long is that they aren't mangling it. Done right, when fb is done, you shouldn't see any difference when you write your code without oop. Just as you can write pure c code in c++.
Oop is just a newer ice cream flavor with some interesting properties when applied to projects. For one it greatly enhances the re-usability and structure of code. Well, it greatly enhances the possibility of those things and reduces the work required to achieve them, it also adds layers of complication that can be hacked to make even uglier code. The point is that oop will be a feature on top of fb, it shouldn't disturb those coding happily without it.
I think the developers are doing an excellent job----well done, keep up the good work. Even if you stop now, your legacy is an easy to use, friendly compiler, with a healthy/active user group.
We all know that you have real lives, with other priorities---who doesn't? Everyone needs to keep a balance in their lives, you are better off for it in the long run. Do what you enjoy---its your time.
Anyway, well done-----OOP,inheritance,CLASS,c, c++, gcc,pointers,BYREF,-----I don't even know what half that stuff means (but @marcov, I do know what a "naked function" is, and it has nothing to do with programming!)
The FB team are doing a good job and deserve full support from all of us.
We all know that you have real lives, with other priorities---who doesn't? Everyone needs to keep a balance in their lives, you are better off for it in the long run. Do what you enjoy---its your time.
Anyway, well done-----OOP,inheritance,CLASS,c, c++, gcc,pointers,BYREF,-----I don't even know what half that stuff means (but @marcov, I do know what a "naked function" is, and it has nothing to do with programming!)
The FB team are doing a good job and deserve full support from all of us.
Hi guys,
I say from scratch: I did not wanted to do trolling and to requiest big features. FreeBasic have no target IMO to provide for now OOP and that is right. The bad thing is that the today expectations are around OOP, even they are in most time not to be used. I am one that really think that OOP should be made on a great foundation, so polishing FreeBasic till will have not blocker/critical bugs is much better than Delegates, Reflection and OOP. Eventually adnotations and dependency injection. By far, is not right for now.
Probably FB should try again IMO to try to do a C backend, and so, will create a decent code and will became an optimizing compiler. Second thing is to polish their FBEdit to be much more improved. How much? Don't stop on thinking, take any dialog and make it work right, add Linux and OSX. Probably using a QT backend or GTK (which is closer to C/FB).
I am a big fan of FreePascal (sorry for mentioning other project) and yet they do from scratch a text IDE that is polished over and over again, and today is somehow good to be used. So any user should have from scratch syntax highliting, some code suggestions, help, project management. Making FB a user-friendly project, will attract (let's hope) more users.
Regarding me, I care about OOP as a fact in today programming and yet I consider that Linq (from C#) is a nice thing but is not mandatory for today. But I say about them, because LinQ is based on Generics (templates from C++). So will be at any time one person that will ask for one more feature.
So, for me, for now, is my hope that you to focus at all to polish the IDE/language, making let's say a syntax sugar when you get a place, like if ( x > 2 and x < 5) to be written if (2 < x < 5), but not more than that. Add libraries for everything is under the sun: mostly UI (toolkits), database connectors, graphic APIs (most first wish programming is to make a game, so should be ported both OpenGl and DirectX) and of course add in the package the FBIde that integrates with FBC and at any decent requiest, add it to IDE and any user will enjoy using and taking FBIde as a good option.
Regards,
Ciprian
I say from scratch: I did not wanted to do trolling and to requiest big features. FreeBasic have no target IMO to provide for now OOP and that is right. The bad thing is that the today expectations are around OOP, even they are in most time not to be used. I am one that really think that OOP should be made on a great foundation, so polishing FreeBasic till will have not blocker/critical bugs is much better than Delegates, Reflection and OOP. Eventually adnotations and dependency injection. By far, is not right for now.
Probably FB should try again IMO to try to do a C backend, and so, will create a decent code and will became an optimizing compiler. Second thing is to polish their FBEdit to be much more improved. How much? Don't stop on thinking, take any dialog and make it work right, add Linux and OSX. Probably using a QT backend or GTK (which is closer to C/FB).
I am a big fan of FreePascal (sorry for mentioning other project) and yet they do from scratch a text IDE that is polished over and over again, and today is somehow good to be used. So any user should have from scratch syntax highliting, some code suggestions, help, project management. Making FB a user-friendly project, will attract (let's hope) more users.
Regarding me, I care about OOP as a fact in today programming and yet I consider that Linq (from C#) is a nice thing but is not mandatory for today. But I say about them, because LinQ is based on Generics (templates from C++). So will be at any time one person that will ask for one more feature.
So, for me, for now, is my hope that you to focus at all to polish the IDE/language, making let's say a syntax sugar when you get a place, like if ( x > 2 and x < 5) to be written if (2 < x < 5), but not more than that. Add libraries for everything is under the sun: mostly UI (toolkits), database connectors, graphic APIs (most first wish programming is to make a game, so should be ported both OpenGl and DirectX) and of course add in the package the FBIde that integrates with FBC and at any decent requiest, add it to IDE and any user will enjoy using and taking FBIde as a good option.
Regards,
Ciprian
(Linq is a combination of multiple technologies, and syntax. Anonymous functions, lambda expressions, generics)ciplogic wrote:
Regarding me, I care about OOP as a fact in today programming and yet I consider that Linq (from C#) is a nice thing but is not mandatory for today. But I say about them, because LinQ is based on Generics (templates from C++). So will be at any time one person that will ask for one more feature.
You miss the point:marcov wrote:(Linq is a combination of multiple technologies, and syntax. Anonymous functions, lambda expressions, generics)ciplogic wrote:
Regarding me, I care about OOP as a fact in today programming and yet I consider that Linq (from C#) is a nice thing but is not mandatory for today. But I say about them, because LinQ is based on Generics (templates from C++). So will be at any time one person that will ask for one more feature.
- if there is OOP support, someone will say: why not templates
- if there are templates, why not Lambda functions or delegates
- if will be all that, why not Query language?
This multiparadigm should not be the future of FBC, the future should be quality and user-friendlyness. If someone need SQL, should use SQL, but not making a soup in FB programming, at least for now, for that resources.
The point was, at any level will came someone to ask an extra-feature that is trendy, the bubble burst and not focusing that the base compiler may work bad, the debugger works bad, etc.
Hope to get the idea,
Regards,
Cip
ciplogic, I agree with you that if you try and shoehorn features from other languages that you come to the idea of "why not just use that language ?" For example, I'd love a more robust FB runtime library, maybe including GUI or internet APIs (taking full advantage of at least the OOP we have now..). But then you'd probably just be making another VB.NET (minus the multi-language interoperability), and why reinvent the wheel when that language is already established and used worldwide ? It would be counter-productive to a certain extent; by that time the only thing unique to FB would be the current runtime libraries (ie., QB-compatibility), and then they'd say "why not just use VB.NET or QB rather than some frankenstein hybrid ?" I'm not sure what direction I'd like to see the FB devs to take without having these questions, but certainly GCC-like platform compatibilty is a great neutral start (and very nice advantage).
So yeah, I really don't see an opportunity for FB to thrive other than what it is now (especially with the limited amount of human-resources willing to actually work on the project). I also agree that a more robust IDE package would be great for FB, something that is developed alongside it, rather than "after the fact"; possibly reusing the compiler/runtime source to provide features like code completion, real-time debugging or even an interpreter ("official" FB support for the IDE would obviously be a plus, and I think is what many users are missing at the moment).
Off-topic, I'm not sure how if (2 < x < 5) could work -- a binary operator is a binary operator after all -- unless you prohibit implicit casts from boolean to integer/float and/or do some other quirk magiks. I won't pretend to know how complex something like that would be to implement, but it seems like it would be rather difficult from what I understand of the current source, not to mention the [arbitrarily large] existing code that will most certainly break. Then again, I'm not a compiler author, so take that with a pile of salt.
So yeah, I really don't see an opportunity for FB to thrive other than what it is now (especially with the limited amount of human-resources willing to actually work on the project). I also agree that a more robust IDE package would be great for FB, something that is developed alongside it, rather than "after the fact"; possibly reusing the compiler/runtime source to provide features like code completion, real-time debugging or even an interpreter ("official" FB support for the IDE would obviously be a plus, and I think is what many users are missing at the moment).
Off-topic, I'm not sure how if (2 < x < 5) could work -- a binary operator is a binary operator after all -- unless you prohibit implicit casts from boolean to integer/float and/or do some other quirk magiks. I won't pretend to know how complex something like that would be to implement, but it seems like it would be rather difficult from what I understand of the current source, not to mention the [arbitrarily large] existing code that will most certainly break. Then again, I'm not a compiler author, so take that with a pile of salt.
-
- Posts: 1186
- Joined: May 08, 2006 21:58
- Location: Crewe, England
ciplogic wrote:... like if ( x > 2 and x < 5) to be written if (2 < x < 5) ...
Code: Select all
select case x
case 2 to 5
onething
case else
anotherthing
end select
Well, I can only give the standard answer we give if sb asks a "why not" question: http://www.freepascal.org/faq.var#extensionselectciplogic wrote:
(Linq is a combination of multiple technologies, and syntax. Anonymous functions, lambda expressions, generics)
You miss the point:
- if there is OOP support, someone will say: why not templates
- if there are templates, why not Lambda functions or delegates
- if will be all that, why not Query language?