Recentemente, a décima sexta
conferência de desenvolvedores de software livre foi realizada na gloriosa cidade de Kaluga. A conferência foi organizada pela
Bazalt-SPO .
A Embox , como um projeto gratuito, também falou na conferência. Tradicionalmente, não analisarei todos os relatórios, mas falarei sobre as questões levantadas na conferência que foram de meu interesse pessoal.
Antes de considerar os relatórios, vou falar um pouco sobre a organização da conferência. Ela, como eu disse, foi realizada em Kaluga. Muitos dos que não participaram da conferência estão interessados em porque não em Moscou, onde haveria mais visitantes. De fato, ir de São Petersburgo a Kaluga era menos conveniente do que a Moscou. Cheguei de Moscou de trem em duas horas. Os moscovitas disseram que a partir de Moscou duas horas de carro ao longo de uma boa rodovia. Tanto uma como a outra opção, na minha opinião, não são muito cansativas.
Os benefícios, na minha opinião, são maiores. Em primeiro lugar, Kaluga é uma cidade bonita, há por onde andar, o que ver. Por exemplo,
o museu espacial . Em segundo lugar, esta é uma ocasião para ver algo diferente de Moscou, onde a maioria acontece com bastante frequência e muitos simplesmente vivem. Bem, um momento tão óbvio como uma festa à noite. Em Moscou, as pessoas rapidamente entram em suas casas e depois conversam em bares, cafés ou simplesmente andam pela cidade. Para a comunicação, não apenas foi
iniciado um
bate-papo por telegrama , a partir dele, não apenas descobri onde as pessoas estavam saindo, mas também, por exemplo, por que a conferência tinha esse emblema.
Acontece que o emblema é uma modificação do emblema universal da comunidade de todos os hackers , que é um planador do
"Jogo da Vida" .
Alguns internautas que souberam da conferência também estavam preocupados com o registro obrigatório. A conferência em si é gratuita, mas você precisa se registrar deixando um e-mail. O registro era necessário apenas para que os organizadores pudessem avaliar quantas pessoas participarão da conferência, porque o número de vagas, como você sabe, é limitado. Como resultado, na conferência, ninguém controlou o registro e você pode assinar um crachá para si mesmo (ou até mesmo estar presente sem um crachá) e ouvir com calma relatórios, conversar com pessoas e comer tortas. Então, tudo era mais do que grátis!
Relatórios
O primeiro relatório foi dedicado a um tópico muito importante - a interação da mídia e um projeto gratuito. O relatório foi intitulado
"Como organizar o trabalho de mídia com um projeto gratuito", de Sergey Golubev. O relatório sugeria, como alternativa às publicações em mídias especializadas tradicionais, a criação de seus próprios blogs para falar sobre o projeto.
A importância do tópico foi bem demonstrada pela pergunta do participante após um relatório de Ivan Panchenko
"Modelo de desenvolvimento do PostgreSQL como um produto e comunidade internacional grátis" . Soou assim: aqui você é tão bom e livre, mas por que você fala tão pouco sobre si mesmo? Espero que esta conferência lhe permita pelo menos melhorar as idéias do software de código aberto.
Como autores do blog, foi proposto atrair estudantes para crédito. A ideia do autor é a seguinte. Nem todo mundo sabe como escrever software complexo e, quem sabe, muitas vezes não quer se distrair com publicações e documentação. Mas todos podem descrever software complexo. Isso é pelo menos mais fácil do que desenvolver. Consequentemente, um estudante pode, por um lado, trazer benefícios consideráveis para o projeto e, por outro lado, pode não ser tão qualificado quanto no caso do desenvolvimento.
Pessoalmente, fiquei um pouco emocionado com alguns pontos. Em primeiro lugar, o trabalho é iniciado. Eu já contei em um
artigo no hub , em um relatório na conferência
TechTrain , e depois do relatório também inseri um comentário sobre o trabalho na classificação. Não sei como os outros sabem, mas na Embox, o deslocamento é uma motivação muito fraca. Não estou falando do lado moral do uso do shareware, mas da baixa qualidade do resultado obtido com a ajuda de um participante desmotivado do projeto. Portanto, em nosso projeto, mesmo que possível, o teste (diploma, exame, ...) nunca foi o principal motivo. Sim, escrevemos diplomas, trabalhos acadêmicos e outros trabalhos científicos, mas, ao mesmo tempo, o objetivo é criar algo interessante para você e, é claro, útil para o projeto.
A segunda tese, que me causou certo ceticismo, é que publicar é mais fácil do que desenvolver. Na verdade, eu concordaria que escrever publicações é mais fácil, mas estamos falando de publicações técnicas, e não de postar em algum lugar: "olha que projeto legal, ele ainda tem papéis de parede chatos". E parece-me que há algum tipo de esnobismo fácil em falar - olha, somos desenvolvedores legais, bem, pelo menos você escreve sobre nós.
Vou citar a tese sobre documentação simples na Embox. Temos o problema das publicações e a documentação é muito aguda. E, para ser sincero, tentamos corrigir a situação com a ajuda de uma abordagem através do crédito aos alunos. No entanto, isso não funcionou. Em busca de uma solução, escrevi um artigo
“Como desenvolvemos a documentação em um projeto aberto da Embox” . O que eu concordo com o autor é que, se você quiser ajudar um projeto gratuito, isso pode ser feito não apenas através do desenvolvimento de código! Os usuários que usam o projeto são muito valiosos, aqueles que deixam feedback são ainda mais valiosos, e o valor daqueles que fazem documentação e publicação dificilmente pode ser superestimado. Mas, ainda assim, o motivo não deve ser uma compensação, mas uma espécie de "karma". Ou seja, ao publicar artigos técnicos competentes, você cria credibilidade nessa área, aprimora seu currículo, por assim dizer. Além disso, essa pode ser uma maneira de desenvolver código, porque, para descrever algo, você precisa descobrir do que está falando.
Com a idéia principal do relatório de que os alunos deveriam participar de projetos de software de código aberto, sejam publicações ou código-fonte, certamente concordo. Esta é uma cooperação mutuamente benéfica, porque os alunos adquirem experiência em uma área de interesse para eles, habilidades práticas de trabalho em equipe, além disso distribuídas e, é claro, aumentam sua credibilidade e, portanto, seu status no mercado de trabalho. A esse respeito, o relatório
dos alunos do MIET
, “Resolvendo o problema de organizar a comunicação rápida entre os artistas, ao trabalhar com processos de negócios para implementação no sistema RunaWFE gratuito”, era indicativo. O conteúdo do relatório não é tão importante, é importante que o relatório e o desenvolvimento sejam feitos pelos alunos. Além deste relatório, houve também relatórios de outras universidades: TSPU im. Tolstoi, MTUCI, Universidade Técnica do Estado de Brest.
O problema de atrair estudantes (participantes) para projetos de software de código aberto foi expresso no já mencionado relatório "Modelo de desenvolvimento do PostgreSQL como um produto e comunidade internacional grátis". O autor expressou a ideia de que há perigo para o desenvolvimento de comunidades abertas, pois os novos participantes são pouco atraídos. Afinal, costumava ser legal ser um colaborador em projetos de código aberto, e os desenvolvedores se esforçavam para isso. Mas agora, os alunos estão interessados em criar rapidamente algum tipo de startup, porque é nas startups que a auréola do sucesso é agora. E para criar uma inicialização, você não precisa entender profundamente as tecnologias, precisa poder usá-las. Mas, provavelmente, sempre houve quem criou a tecnologia e a usou. A estrutura pode ter mudado um pouco, agora o desenvolvimento de projetos abertos geralmente é realizado com empresas comerciais.
A importância dos usuários para um projeto gratuito foi discutida no relatório de Denis Silakov
"Programa de experiência do cliente OpenVZ ou coleta de dados do usuário no OpenVZ 7" . A essência do relatório é que é muito importante obter feedback dos usuários em um projeto aberto, mas, ao mesmo tempo, é claro, não violar as leis dos países onde o produto é usado e a confidencialidade dos dados do usuário.
Uma série de relatórios foi dedicada às arquiteturas de processadores. Talvez isso se deva ao fato de o Basalt-SPO prestar muita atenção em portar sua distribuição para arquiteturas não-Intel, como já observei no
artigo sobre OSDay . Nesta conferência, também houve muitas peças de ferro "não Intel". Elbrus, RISC-V, RaPi4. Eu, é claro, também não me
afastei e mostrei
Qt na descoberta do STM32F747i .
O entretenimento mais frequente no estande com várias peças de ferro nas quais o Alt-Linux está instalado, além de brinquedos, foi uma comparação de desempenho. Certamente, os Malinki modernos são inferiores aos intelectos modernos, mas apenas várias vezes, respectivamente, são bastante adequados para uso como desktops de escritório, e não apenas de escritório. Durante a palestra de Anton Midyukov,
"Mkimage-profiles é uma ferramenta de criação de distribuição flexível para várias plataformas". O NVIDIA Jetson Nano foi conectado ao projetor, naturalmente no Alta, e tudo funcionou perfeitamente. E Alexey Novodvorsky disse que encomendou um pedaço de ferro da China para uso como desktop doméstico. O próprio relatório foi dedicado à automação da criação de distribuições para várias plataformas e arquiteturas.
Naturalmente, o ARM era a arquitetura não-Intel mais comum. Roman Stavtsev, da empresa BAIKAL ELECTRONICS, fez uma apresentação na conferência com o relatório
“Processador Baikal-M. Ambiente de software e hardware. “ E falou sobre o novo processador Baikal-M baseado no ARM Cortex-A57. Infelizmente, os conselhos não conseguiram ser trazidos para a conferência, mas, de acordo com minhas informações, eles já foram apresentados na conferência
Microelectronics 2019 na próxima semana. E como a arquitetura é padrão, o pacote de software é padrão e, é claro, software de código aberto. Compilador Gcc, emulador qemu, U-boot loader, kernel Linux, ...
Os funcionários da Basalt-SPO dedicaram dois relatórios a processadores domésticos com
arquitetura Elbrus . Como você sabe, a arquitetura é original, mas infelizmente bastante fechada, daí suas vantagens e desvantagens. Mais falhas do curso. Das vantagens, apenas observo que no relatório de Andrei Savchenko,
“Recursos para portar software de código aberto para a plataforma Elbrus”. foi dito que ao portar vários softwares para essa arquitetura, eles encontraram problemas nesse software que raramente apareciam em arquiteturas comuns e até patches eram aceitos em alguns projetos. Relatório de Igor Chudov:
“Problemas na portabilidade do SBCL para novas plataformas de hardware”. era mais pessimista. Era quase o mesmo Elbrus, mas em nome de "recursos" já soa "problemas". O autor do relatório reclamou que ele não conseguia encontrar uma descrição clara da ABI, não pude resistir e o convidei a ler o nosso artigo
“Escalada do Monte Elbrus - Combat Intelligence. Parte técnica 1. Registros, pilhas e outros detalhes técnicos .
” É verdade que o autor do primeiro relatório também observou que algumas informações sobre os registros de Elbrus estão no
wiki Alta . Em geral, todos concordaram que a arquitetura é certamente interessante, mas a proximidade impede fortemente o desenvolvimento e complica o desenvolvimento. Todos esperavam que, com o tempo, a situação mudasse, e o
ICST tornasse seus produtos mais abertos, e nós (a comunidade) prestássemos toda a assistência possível nisso.
Outra arquitetura de crescimento rápido apresentada na conferência foi o RISC-V. Um protótipo bastante rápido foi apresentado no estande de demonstração. O relatório foi apresentado por Nikita Ermakov, chamado
"RISC-V Architecture" . E foi dedicado ao ecossistema em torno dessa arquitetura de processador aberto.
Concluindo, darei um link para
o programa da conferência e um link para
todos os vídeos desta conferência. Afinal, como eu disse, não revi a conferência e não dediquei muitos pontos. Claro, havia relatórios muito mais interessantes. Em geral, a conferência anual às vezes é consagrada no
hub , infelizmente, alguns recentemente. Existem muitos relatórios interessantes, aqui está um
vídeo de conferências para todos os anos . E a atmosfera da conferência é tradicionalmente muito agradável, incluindo discussões animadas e apenas comunicação com especialistas qualificados e inteligentes. Venha para a conferência, não é tão longe de Moscou.