Open Source Friday with Delphi
Welcome after a long break! I intend to intensively return to the activity in this forum. In the meantime, I was speaker and coach on many interesting workshops covering code architecture and clean code. I'm coming back to you with new experiences and new ideas to write here. And immediately I have to point out that they are much easier to understand.
First of all, I say that at the beginning of this blog I raised too large and too complicated topics for an average experienced Delphi developer. I was encouraged by Nick's books and I thought it was a good moment to modernize the architecture in your VCL projects. However, during this year (while working with developers) I understood that there are plenty of easier topics to catch up before going into more advanced.
Let's do it simple way.
My proposal at the beginning is to be involved in the Open Source project as contributor. The best type of projects for you will be projects written in Delphi. You can find a huge number of projects on GitHub, GitLab or BitBucket, which are written in Delphi. However, choosing the one in which you will be able to learn something new is no so obvious and maybe there will be an opportunity to return to this topic in the future.
Learning teamwork for Delphi developers
Why is this teamwork so important? In the Web you will find a huge number of articles that should help to convince your boss or manager that spending 3 hours (for example) a week on Open Source contribution is crucial for your current (business) VCL project. I'd like to highlight only two links as a starting point:
You probably know the amazing Open Source project for Delphi - TChromeTabs. However, if you do not know it, I suggest you get to know. Now it is even easier to access it via GetIt Package Manager. With just one click, you'll get a very practical visual VCL control.
I'm going to illustrate these blog posts with my activity in the TChromeTab project. For today, just look at the project, install the component. run sample application and check how it works.
If you will have any questions just put them here or register an issue in the GitHub. I will do my best to address them.
Thursday, 25 October 2018
"Delphi developers are loners (usually) and do not understand the benefits of team play. This is because they do not know how to work and are afraid of difficulties".
You might want to think about how what you are writing will be perceived by your audience. You can't honestly believe people will continue to read your articles or accept what you are saying when you begin by insulting them with a "hasty generalization".
I'm a long time Delphi developer and I believe in team work. I know how to work and don't shy away from "difficulty". Any career developer understands the value team members with different levels of experience bring. It's one of the foundations of XP (eXtreme Programing), and anyone with experience in a team would attest that they learned from their team mates.
Software may begin with one developer, some of whom may be what is called a "Cowboy Coder", but the career developers out there are disciplined, life long learners, with an education behind them, and don't take kindly to insults.
Please login first in order for you to submit comments
- Page :
I removed this part: "Delphi developers are loners (usually) and do not understand the benefits of team play. This is because they do not know how to work and are afraid of difficulties. Many years of experience have taught them to work in this way and now it is very difficult to change."
It was not my intention to insult Delphi developers.