Olá a todos, sejam bem-vindos ao canal Stop Refactoring.
Nesta edição discutimos uma questão em aberto.
Por que os projetos de código aberto populares são raros e muitos projetos de código aberto conhecidos são apoiados por grandes empresas.
Mas por que ainda existem muitos desenvolvedores individuais dispostos a projetos de código aberto ?
Você está convidado a postar suas ideias ou projetos de código aberto na área de comentários, ou dar algumas sugestões para amigos que desejam projetos de código aberto.
Discutimos nesta ordem:
1. O status quo da maioria dos projetos de código aberto
2. O código aberto é, em última análise, uma questão de vontade de compartilhar
3. Projetos de código aberto compartilhados por amigos em nosso grupo de tecnologia
4. Algumas sugestões para pequenos parceiros que planejam fazer projetos de código aberto
O estado da grande maioria dos projetos de código aberto
Do ponto de vista macro, o código aberto pode permitir que mais ideias e pensamentos colidam, e será mais fácil continuar as conquistas dos predecessores, e o mundo do software ficará mais colorido.
Por exemplo, os mecanismos de pesquisa de texto completo elasticSearch e solar são ambos baseados no Lucene Ubuntu de código aberto, e o sistema Fedora é baseado no Linux de código aberto.
O código aberto promoveu muito o desenvolvimento da indústria de software, e muitas pessoas também mantêm alto o slogan de abraçar o código aberto.
Mas a grande maioria dos projetos de código aberto é ignorada e usada por ninguém , mesmo que seu projeto de código aberto seja bom o suficiente ou bom o suficiente.
E isso tem pouco a ver com o ambiente em casa e no exterior. Também existem projetos de código aberto relativamente bem-sucedidos na China, como SRS, Mycat, flv.js, etc.
Existem centenas de milhões de projetos no github, mas ninguém presta atenção ou usa, que é o status quo da grande maioria dos projetos de código aberto. Pode ser no máximo um destaque insignificante em um currículo de candidatura a emprego.
Existem muitas razões para esta situação, a mais importante é que a qualidade de muitos projetos de código aberto não é suficiente e é rude dizer que é lixo.
Portanto, conforme discutido na edição anterior de "Projetos de código aberto não significa redução de custos", o custo de tentativa e erro do uso de projetos de código aberto é muito alto .
Essa situação faz com que a promoção de projetos de código aberto seja essencialmente boca a boca. Popularidade e base de usuários se tornaram os indicadores mais importantes de projetos de código aberto e também são os indicadores de limite para organizações como a Apache Foundation avaliarem projetos de código aberto.
Portanto, projetos populares se tornarão mais populares e novos projetos levarão muito tempo ou gastarão muitos custos de promoção para acumular usuários.Mesmo que o projeto seja bom o suficiente, muitas vezes é difícil sobreviver ao momento mais sombrio no início.
Afinal, open source é uma questão de vontade de compartilhar
Mas mesmo assim, ainda haverá muitos desenvolvedores publicando e mantendo seus próprios projetos de código aberto , inclusive parando de refatorar.
Muitas pessoas questionarão o valor de reinventar a roda e o projeto e, às vezes, até serão criticadas maliciosamente.
Também discutimos o significado de projetos pessoais de código aberto com muitos amigos. Como diz o livro "Filosofia da Arte", qualquer obra de arte ou artista destacado não aparece isoladamente, mas é apenas o mais representativo e destacado de uma época ou grupo.
Portanto, os projetos de código aberto fracassados e enterrados definitivamente inspirarão algumas pessoas a recriá-los e, se não forem divulgados ao público, como saberão se funcionarão? Mesmo apenas alguns seguidores podem evitar ficar atrás de portas fechadas.
Claro, não importa o quanto você discuta, você não pode mudar o fato de que os projetos de código aberto provavelmente serão desinteressados , e o esforço pode ser infrutífero.
Então, ninguém está fazendo projetos de código aberto? Em última análise , não é uma questão de saber se vale a pena, mas uma questão de vontade.
Você está disposto a compartilhar suas criações, seus pensamentos e ações, nós estamos dispostos e o fazemos.
Projetos de código aberto compartilhados por amigos em nosso grupo de tecnologia
Existem também pequenos parceiros em nosso grupo técnico compartilhando seus projetos.
A primeira é que paramos de refatorar nossos próprios projetos de código aberto.Atualmente , existem três conjuntos de estruturas de código aberto, incluindo páginas da Web de front-end, back-end e computação em nuvem. As estruturas de front-end e back-end lançarão em breve uma versão 2.0 de baixo código, e a estrutura de computação em nuvem também lançará um sistema geral de tarefas de computação em nuvem.
A seguir, o projeto compartilhado pelos pequenos parceiros do nosso grupo de tecnologia e ajuda a promovê-lo.
O primeiro é o Glassmorphism, uma ferramenta de front-end , uma ferramenta para gerar estilos CSS de vidro fosco. O autor fez um vídeo de uso completo. Amigos interessados podem prestar atenção nele.
Embora a ferramenta seja relativamente simples, esse tipo de requisitos de modificação de estilo visual é muito comum, e vamos nos referir a ele com cuidado na próxima vez que criarmos módulos relacionados.
O próximo é Aurora, a estrutura de back-end da linguagem go , e GoBatis, a estrutura de operação de banco de dados . Os parceiros interessados podem prestar atenção nisso.
Finalmente, existem vários grupos de desenvolvedores de alunos do ensino médio BUGDUCK . Eles lançaram o front-end framework tntjs e o front-end animation engine newcar. Acredito que eles farão coisas melhores no futuro. Afinal, eles são apenas adolescentes agora Jogue MapleStory.
Existem também alguns pequenos parceiros que também estão em fase empreendedora, seus projetos ainda estão em estágio inicial e ainda não podem ser compartilhados.
Algumas sugestões para pequenos parceiros que estão se preparando para fazer projetos open source
Em seguida, gostaríamos de dar algumas sugestões para aqueles que desejam fazer projetos de código aberto. Claro, nós mesmos não estamos indo muito bem, mas pelo menos por enquanto ainda insistimos em fazer projetos de código aberto.
Recomendamos que os projetos de código aberto venham de projetos ou problemas reais , em vez de produtos reformulados de uma ferramenta conhecida, para que possam receber mais atenção dos usuários.
Os projetos de código aberto devem ser continuamente atualizados e mantidos ativos.
Não seja como nós, itere por quatro ou cinco anos até que esteja bem maduro e depois torne-o público.
A promoção de projetos open source também é muito importante, pois precisa reunir funis de usuários e formar um círculo virtuoso.
Também estamos apenas explorando e não temos experiência prática para compartilhar, mas podemos compartilhar um livro chamado "Influência", que pode ajudar todos a expandir seus pensamentos sobre promoção.
Resumir
Finalmente, amigos que assistiram nossos vídeos anteriores relacionados à arquitetura podem sentir que não somos o que somos. Enquanto falamos sobre o fato de que devemos selecionar cuidadosamente projetos de código aberto para projetos reais, agora estamos incentivando projetos de código aberto em disfarce.
Isso provavelmente não é uma duplicidade, mas uma incoerência no pensamento e na prática , porque muitas pessoas e coisas nos ensinaram.
As ideias devem ser ousadas, positivas e não convencionais, mas as práticas devem ser cautelosas e cautelosas.
Tentaremos novas ideias em cada projeto real, mas devemos garantir que esteja dentro da faixa controlável.Acreditamos que a inovação segura não deve ser imitação, mas inovação parcial contínua.
Vamos falar sobre projetos de código aberto, embora muitas pessoas pensem que estão reinventando a roda e jogando mariposas nas chamas.
Mas realmente sentimos que os programadores que optam por fazer projetos de código aberto devem ser excelentes programadores , mesmo que tenham experiência e design limitados .