Historie
BeeWare-projektet startede med et simpelt spørgsmål: Hvorfor bliver de værktøjer som vi bruger som Python-udviklere, ikke forbedres i samme takt som resten af den teknologi, vi bruger til daglig?
Python har vist sig at være et yderst kompetent sprog - lettilgængeligt for for nybegyndere, men kraftfuldt i hænderne på eksperter. Python er hurtigt en stor del af dataanalyse, videnskabelig databehandling og og webudvikling. Og initiativer som [Django Girls] (https://djangogirls.org/) har vist, at det ved hjælp af Python er er muligt at tilbyde 1-dags kurser, der introducerer folk uden programmeringserfaring til Python; og ved slutningen af en dag, har deltagerne udviklet og implementeret en databasebaseret dynamisk hjemmeside, implementeret på en offentligt synlig server.
Men udvikleroplevelsen for en person, der skriver Python, afspejler nogle gange mere de tidlige 90'ere end det nye årtusinde. Standard udviklingsmiljø for Python er stadig et 80x25 konsolvindue. For brugere, der kommer fra et Windows- eller Apple-miljø, hvor de er er vant til meget detaljerede, veldesignede grafiske grænseflader, kan dette 30 års tilbageblik være en helt fremmed oplevelse.
Og ja, der findes IDE'er (Integrated Development Environments), som giver en giver en indfødt applikationsoplevelse til at skrive kode. Men disse værktøjer kræver, at du helt og holdent adopterer IDE'ets måde at se på et projekt. De introducerer ofte lige så mange hovedpiner i udviklingsprocessen udviklingsprocessen, som de løser.
Og så står vi tilbage med et interessant skisma mellem den "gamle måde" med Unix-udvikling i et konsolvindue, og den "nye måde" med alt-i-en IDE'er.
Unix-filosofien
Men sådan behøver det ikke at være. Kerneprincippet i Unix filosofi er, at "hvert værktøj gør én ting godt". Dette er en meget kraftfuld filosofi, og den gør det muligt at sammensætte ekstremt kraftfulde værktøjskæder ved at sammensætte en række ekstremt fokuserede, uafhængige værktøjer.
Desværre har de fleste UNIX-værktøjer udviklet dette til også at betyde "alle værktøjer skal bruge en konsolgrænseflade". Men der er ikke noget i UNIX-filosofien, der siger, at værktøjer skal bruge en konsolgrænseflade - det er det er bare blevet sådan.
BeeWare-projektet startede med den forudsætning, at vi kan få det bedste fra begge verdener. Vi kan have en kæde af komponerbare værktøjer, der hver især gør én ting, godt. Men disse værktøjer kan også eksponere deres funktionalitet ved hjælp af en rig grafisk brugergrænseflade.
Mere end bare kode
Men det handler om mere end bare kode. Et vellykket softwareprojekt kræver dokumentation, designfærdigheder, feedback og fejlrapporter. BeeWare-fællesskabet anerkender BeeWare-fællesskabet anerkender, at alle bidrag er vigtige - ikke kun dem ikke kun dem, der kommer som en pull request på GitHub.
Selv da er det nemt at tænke på et projekt i et vakuum, som summen af alle bidrag. Men det er aldrig tilfældet. Et open source-projekt handler om fællesskab.
Mangfoldighed og inklusion
Et mangfoldigt samfund er et stærkt samfund. Det betyder at acceptere mennesker på alle erfaringsniveauer, fra alle baggrunde, af alle racer, trosretninger, orienteringer og udtryk. BeeWare-projektet er forpligtet til at at udvikle og opretholde et inkluderende, mangfoldigt og imødekommende fællesskab.
For at understøtte dette har vi et åbent tilbud om at være mentor for alle, der ønsker at blive involveret som bidragsyder, og en adfærdskodeks adfærdskodeks, som håndhæves strengt. håndhæves. Alle rapporter om overtrædelser af denne adfærdskodeks - selv af ældre medlemmer af fællesskabet - vil blive behandlet med respekt og på passende vis.
Sund og bæredygtig
Det er også vigtigt at sørge for, at fællesskabet er tilgængeligt og bæredygtigt. Det er desværre blevet en accepteret del af Open Source-kulturen Open Source-kultur, at "ægte" Open Source-projekter skal udvikles udelukkende af frivillige. Det fungerer som en adgangsbarriere for mange grupper - de de eneste, der kan bruge deres fritid på frivilligt arbejde, er dem, der har fritid.
Det fører også ofte til udbrændthed og andre psykiske problemer blandt de medvirkende. Det faktum, at depression, angst og udbrændthed er så almindelige i softwareudviklingsfællesskaber bør ikke betragtes som et æresbevisning eller en demonstration af, hvor engageret et udviklingsteam kan være. Det er et problem, der skal tackles direkte, og som skal løses på samme måde som en softwarefejl ville blive løst - med øjeblikkelige løsninger og langsigtede planer for at fjerne den systemiske årsag til problemet.
Selv om vi sætter utrolig stor pris på de frivilliges bidrag, ved vi også ved vi også, at frivillige indsatser alene ikke er vejen til at udvikle et sundt og bæredygtigt samfund. Af den grund er økonomisk bæredygtighed en vigtig faktor i driften af BeeWare-projektet. projektet. Som samfund ignorerer vi ikke den rolle, som penge skal spille for at skaffe de ressourcer, der gør det muligt for folk at begynde og fortsætte med at bidrage. Vi vil som fællesskab stille accepterede mekanismer til rådighed for enkeltpersoner til at tjene penge på deres arbejde på meningsfulde måder, og hvor muligt, kompensere folk for deres arbejde - uden at gå på kompromis med Open Source-udviklingens idealer.