Hi everyone, and welcome to the Stop Refactoring channel.
In this issue we discuss an open question.
Why are popular open source projects rare , and many well-known open source projects are backed by large companies.
But why are there still many individual developers willing to open source projects ?
You are welcome to post your ideas or open source projects in the comment area, or give some suggestions to friends who want open source projects.
We discuss in this order:
1. The status quo of most open source projects
2. Open source is ultimately a matter of willingness to share
3. Open source projects shared by friends in our technology group
4. Some suggestions for small partners who are planning to do open source projects
The state of the vast majority of open source projects
From a macro point of view, open source can allow more ideas and thinking to collide, and it will be easier to continue the achievements of the predecessors, and the software world will be more colorful.
For example, the full-text search engines elasticSearch and solar are both based on the open source Lucene Ubuntu, and the Fedora system is based on the open source Linux.
Open source has greatly promoted the development of the software industry, and many people also hold high the slogan of embracing open source.
But the vast majority of open source projects are ignored and used by no one , even if your open source project is good enough or good enough.
And this has little to do with the environment at home and abroad. There are also relatively successful open source projects in China, such as SRS, Mycat, flv.js, etc.
There are hundreds of millions of projects on github, but no one pays attention to or uses them, which is the status quo of the vast majority of open source projects. It may at most be an insignificant highlight on a job resume.
There are many reasons for this situation. The most important thing is that the quality of many open source projects is not enough, and it is rude to say that it is rubbish.
Therefore, as discussed in the previous issue of "Open Source Projects Are Not Equal to Reducing Costs", the trial and error cost of using open source projects is very high .
This situation means that the promotion of open source projects is essentially word of mouth. Popularity and user base have become the most important indicators of open source projects , and they are also the threshold indicators for organizations such as the Apache Foundation to evaluate open source projects.
Therefore, popular projects will become more popular, and new projects will take a long time or spend a lot of promotion costs to accumulate users. Even if the project is good enough, it is often difficult to survive the darkest moment at the beginning.
After all, open source is a question of willingness to share
But even so, there will still be many developers publishing and maintaining their own open source projects , including us stopping refactoring.
Many people will question the value of reinventing the wheel and the project, and sometimes even be criticized maliciously.
We have also discussed the meaning of personal open source projects with many friends. As the book "Philosophy of Art" says, any outstanding artwork or artist does not appear in isolation, but is only the most representative and outstanding in an era or group.
Therefore, the failed and buried open source projects will definitely inspire some people to recreate them , and if they are not released to the public, how will they know if they will work? Even just a few followers can avoid being behind closed doors.
Of course, no matter how much you argue, you can't change the fact that open source projects are likely to be uninterested , and the effort may be fruitless.
So, no one is doing open source projects? In the final analysis , this is not a question of whether it is worth it, but a question of willingness.
Are you willing to share your creations, your thoughts and actions, we are willing and do so.
Open source projects shared by friends in our technology group
There are also small partners in our technical group sharing their projects.
The first is that we stopped refactoring our own open source projects . Currently, there are three sets of open source frameworks, including front-end web pages, back-end, and cloud computing. The front-end and back-end frameworks will soon launch a 2.0 low-code version, and the cloud computing framework will also launch a general cloud computing task system.
Next is the project shared by the small partners in our technology group , and help to promote it.
The first is Glassmorphism, a front-end tool , a tool for generating frosted glass CSS styles. The author has made a complete usage video. Interested friends can pay attention to it.
Although the tool is relatively simple, this kind of visual style modification requirements is very common, and we will carefully refer to it next time when we make related modules.
The next one is Aurora, the back-end framework of the go language , and GoBatis, the database operation framework . Interested partners can pay attention to it.
Finally, there are several developer groups of junior high school students BUGDUCK . They launched the front-end framework tntjs and the front-end animation engine newcar. I believe they will make better things in the future. After all, they are only teenagers now. Play MapleStory.
There are also some small partners who are also in the entrepreneurial stage. Their projects are still in the initial stage and cannot be shared yet.
Some suggestions for small partners who are preparing to do open source projects
Next, we would like to give some suggestions to those who want to do open source projects. Of course, we ourselves are not doing very well, but at least for now we are still insisting on doing open source projects.
We recommend that open source projects come from actual projects or problems , rather than reskinned products of a well-known tool, so that they can get more attention from users.
Open source projects should be continuously updated and kept active.
Don't be like us, iterate for four or five years until it is very mature and then make it public.
The promotion of open source projects is also very important. It needs to gather user funnels and form a virtuous circle.
We are also just exploring and have no practical experience to share, but we can share a book called "Influence", which can help everyone expand their thinking on promotion.
Summarize
Finally, friends who have watched our previous architecture-related videos may feel that we are not the same as what we are. While talking about the fact that we should carefully select open source projects for actual projects, we are now encouraging open source projects in disguise.
This is probably not a duplicity, but an inconsistency in thinking and practice , because many people and things have taught us.
Ideas must be bold, positive, and unconventional, but practices must be cautious and careful.
We will try new ideas in every actual project, but we must ensure that it is within the controllable range. We believe that safe innovation must not be imitation, but continuous partial innovation.
Let's talk about open source projects, although many people think that they are reinventing the wheel and throwing moths into the flames.
But we really feel that programmers who choose to do open source projects must be excellent programmers , even if they may have limited experience and limited design .