Spørgsmål:
Første softwarejob er elendigt. For det første er mine bekymringer gyldige? For det andet, hvis de er, hvad gør jeg?
ihatemyfirstjob
2019-12-10 10:42:56 UTC
view on stackexchange narkive permalink

Jeg er i mit første job som software engineering grad i Canada. Jeg tog et job hos et regeringsorgan i september, efter at et tilbud faldt igennem sent (april), og jeg tog det første job, jeg kunne (som du vil se, jeg er en person, der har brug for bevis for, at jeg er i stand, og at tilbudet var et fyrtårn i et rod). Det har god løn (især for mit område, som ikke er et softwarecenter), men jeg kan ikke vente med at komme ud derfra hver dag.

Problemerne:

  1. De er ekstremt billige, når det kommer til softwareudgifter til udviklerne. Fejlsporingssystem? For dyrt. Så vi sporer bare ikke fejl på en central måde. Uafhængige QA-systemer? Nej, de tre QA-testere skal enten bruge en testserver eller selv lære at kompilere software. Vi fik at vide at bare fortsætte med at fornye vores IDE-forsøg hver 30. dag, så de heller ikke betaler for dem. Vi har meget minimal adgang til skytjenester på grund af omkostningerne. Vi er nødt til at gå let på Jenkins for at spare plads på harddisken.

  2. Holdet er uerfarent, da alle bliver ansat på en midlertidig ansættelseskontrakt. Mediantiden for en udvikler der er i øjeblikket 6 måneder. Den eneste person, der er der mere end et år, er vores føring. Som et resultat kender ingen noget om systemerne.

  3. De er imod dokumentation på grund af "Agile". Glem at dokumentere kode, de dokumenterer ikke engang funktioner. Jeg har gentagne gange fået til opgave at udvikle funktioner, der allerede findes.

  4. Tingene bevæger sig bare så langsomt. Hver udvikler formodes at udføre 21 arbejdspunkter en sprint og en sprint er to uger. Jeg er konsekvent færdig på under 6 dage, inklusive enheds- og selentest (jeg og den nye QA er de eneste, der udfører denne type test). De slutter ikke og beskylder mig for at "skubbe tempoet."

Min baggrund. Jeg har aldrig haft et ordentligt softwarejob før, så jeg ved ikke, om det er miljøet eller det job, jeg hader. Tidligere job var inden for kvantitativ økonomi, hvor arbejdet var meget individuelt såvel som ved en opstart, hvor jeg var en af ​​to udviklere. Dette er det første job, hvor jeg ikke foretager mine egne opkald med hensyn til tempoet i arbejdet, eller hvor komplekse ting er, eller ikke får meget indblik i projektet og bare får udleverede widgets til at gøre.

Hvad er mine muligheder efter 6 måneder? En ven tilbød mig et sted med sin opstart (jeg har udført alt deres tidligere udviklingsarbejde), men med en recession, der er sandsynlig i den nærmeste fremtid i Canada, er jeg bekymret for, at 6 måneder som statsarbejder og tid som hovedudvikler kl. en opstart vil se absurd ud på et CV.

Jeg er klar over, at dette ikke er et diskussionsforum, så jeg har to klare spørgsmål.

  1. Er dette normalt for softwareudvikling? Er det repræsentativt for dine oplevelser?

  2. Hvis det ikke er tilfældet, hvad kan jeg så gøre for min markedsværdi i de næste par måneder (jeg holder fast indtil mindst marts) for at undgå at virke som en jobtragt). at afslutte effektivt? Jeg har en god ingeniøruddannelse fra et top canadisk universitet, gode karakterer, en bunke med hackathon-priser (og kan få mere, hvis de er nyttige), har et anstændigt projekt at vise (min vens tekniske opstartswebsted) osv. Jeg har en ok StackOverflow-profil, hvis det er værd (2000-3000 point og 150 svar).

Det er bare, hvordan man skal håndtere landing dårligt efter universitetet, som skræmmer mig.

Hvilken type stak bruger du i dit nuværende job?Ikke kun softwaren, men også databaser og servere.
AililbfefzCMT React, Spring, MySQL, Apache-server, git osv.
@ChrisStratton Jeg prøvede at dokumentere ting på projektets wiki.De var ikke tilfredse med dette forsøg.Kan være i stand til at gøre mere på værktøjet.
Dette repræsenterer mange spørgsmål i ét - jeg ville dele indlægget.Uanset hvad, kom ud nu.Dette er for mange røde flag.Deres billighed koster dem faktisk penge - at kaste dyre menneskelige anstrengelser på, hvad der skal automatiseres.
Grib dagen: download Bugzilla og kør den på en maskine rundt på kontoret.QA?lad dem lære;det fremmer deres karriere.IDE'er?Jetbrains IDE-licens kan fås for * virkelig * korte penge, hvis du selv køber dem.
Syv svar:
Mawg says reinstate Monica
2019-12-10 13:35:12 UTC
view on stackexchange narkive permalink

Tld; dr - nej, det er ikke normalt - hvorfor er du der stadig, især hvis du lever op til det sammendrag, du gav af dig selv?


Fejlsporingssystem? For dyrt. Så vi sporer bare ikke fejl på en central måde.

https://en.wikipedia.org/wiki/Comparison_of_issue-tracking_systems - se bare på de gratis.

5 bedste gratis og open source fejlsporingssoftware til at skære it-omkostninger et al. - bare DuckDuckGo

Selvom du betalte, ville det være "dyre" i dollars, men "billige" i tide, og endda en middelmådig udgivelsesspor vil spare mere i dollarværdi, end det koster.

Dette er et stort rødt flag for uprofessionalisme.

Du glemte at sige, at du heller ikke har et versionskontrolsystem, men måske lærte du ikke om dem på Uni, og hvis din virksomhed ikke bruger et, kan du ikke forventes at vide om dem. Det er tilstrækkeligt at sige, mangel på en i et andet stort rødt flag for uprofessionalisme.

Uafhængige QA-systemer? Nej, de tre QA'er skal enten bruge en testserver eller lære at kompilere software selv.

Hvorfor bygger Jenkins ikke softwaren til dem?

Mangel på standardiseret build-system er endnu et rødt flag (og jeg anser det personligt for at være stort, da du har testere, der tester ... godt, hvem ved hvad, egentlig? Og hvis du ikke ved, hvilken version &-konfiguration af softwaren de er testning, hvordan kan du så rette bugs?).

Vi fik at vide at bare fortsætte med at fornye vores IDE-forsøg hver 30. dag, så de heller ikke betaler for dem.

Dette er sandsynligvis ulovligt. Rødt flagrende nok til dig?

Seriøst, jeg har arbejdet i små virksomheder i Asien, der tog denne øreklemning, "her er en floppy, gimme en kopi" tilgang - ting gjorde ikke slutter godt.

Vi har meget minimal adgang til cloudtjenester på grund af omkostningerne.

Omkostninger som AWS eller bare internetadgang? Uanset hvad har dette særlige røde flag mottoet "øreklogt, pund dårligt" syet over det.

Vi er nødt til at gå let på Jenkins for at spare plads på harddisken.

På dette tidspunkt ved jeg næppe, om jeg skal ROTL, falde min kæbe forbløffet eller spekulerer på, om du troller os

Et hurtigt kig på Amazon Canada fandt en 8tB harddisk til CAD 179.

Du kan passe mange, mange, mange, Jenkins bygger på 8tB.

Samme røde flag som cloudtjenesterne.

Holdet er uerfaren, da alle bliver ansat på en vikar for at ansætte en kontrakt. Mediantiden for en udvikler der er i øjeblikket 6 måneder.

Forlader folk eller bliver de sluppet løs? Jeg gætter måske på, at de slippes, fordi virksomheden kan betale en prøvetager mindre end nogen med deres prøvetid bag sig. Uanset hvad, når masseudvandringen starter, er det ekstremt svært at stoppe, da nyansatte finder ud af, at den eneste viden om systemet er i hovedet på en eller to nøgletal og kommer ud af undvig. Jeg vil ikke forny min nuværende kontrakt netop på grund af dette. Jeg havde engang den store fornøjelse at bruge år på at fortælle højere ledelse om busfaktoren og få dem til at ignorere mig, kun for at ledende ingeniør skulle forlade.

Den eneste person at være der mere end et år er vores føring. Som et resultat ved ingen noget om systemerne.

De er imod dokumentation på grund af "Agile".

Jeg har hørt, at BS før - "Agile siger, at vi behøver ikke nogen dokumentation ". For at citere fra Agile Manifesto:

Gennem dette arbejde er vi kommet til værdi:
Working software over omfattende dokumentation

Personligt er jeg en old school, vandfalds fyr, der altid har arbejdet megaprojekter og ikke kan se, hvordan du får - eller vedligeholder - den fungerende software uden omfattende dokumentation, men lad os ikke skænke om det; det røde flag her er, at de hævder at være agile og enten ikke har læst det grundlæggende eller vælger at ignorere dem.

Glem dokumenteringskode, de dokumenterer ikke engang funktioner. Jeg har gentagne gange fået til opgave at udvikle funktioner, der allerede findes.

Kæbe falder!

Ting går bare så langsomt. Hver udvikler formodes at udføre 21 arbejdssteder en sprint, og en forår er to uger. Jeg er konsekvent færdig på under 6 dage,

Så tildeler du måske for få point eller forventer for lidt pr. Sprint. Hvordan har de andre fyre det? Selvom det ikke er stort, kan dette meget vel være et rødt flag.

BTW, hvis du har fritid i slutningen af ​​sprinten, skal du ikke bare dreje hjulene - opsæt et build-script til QA, kommenter kode, tilføj enhedstest, opret en gratis udgave tracker & overbevise styring om dens værdi. ).

Hvorfor kun dig?

De slutter ikke og beskylder mig for at "skubbe tempoet."

Ah, så det er bare dig - lyder som om du er den næste seniorleder ;-) Enten tage flere point, eller brug din fritid til god brug for projektet. Hvis det, du laver, gavner dine kolleger, er de mindre tilbøjelige til at beskylde dig for "at skubbe tempoet" , da deres tempo vil stige (hvorfor ikke lære dem at bruge Selen?).

1 Er dette normalt for softwareudvikling? Er det repræsentativt for dine oplevelser?

Dette er absolut ikke normal - og bestemt ikke acceptabelt . Nogle job har nogle af disse flag, men så mange ?? !! Du har nok røde flag der til at starte en kommunistisk revolution!

2 Hvis det ikke er det, hvad kan jeg så gøre for min markedsværdi i de næste par måneder (jeg holder fast ved kl. mindst marts for at undgå at virke som en jobtragt).

Personligt ville jeg ikke. Hvis nogen accepterer dig nu, vil en kort periode, især dit første job, ikke se så dårlig ud. Det er dog VIGTIGT at huske, at interviews er en tovejsvej, så spørg ethvert fremtidigt interview om versionskontrol, problemsporing, dokumentation, dokumentationsanmeldelser, kodevurderinger, enhedstest og enhver anden proces, som du anser for at være vigtig. . Forvent at de laver liljen & håber, at de ikke flader ud løgn (tjek GlassDoor, overvej at gå til et firma, hvor du allerede kender nogen på indersiden).

Jeg har en god ingeniøruddannelse fra et canadisk topuniversitet, gode karakterer, en bunke hackathon-priser (og kan få mere, hvis de er nyttige), har et anstændigt projekt at vise (min vens tekniske opstartswebsted) osv. Jeg har en ok StackOverflow-profil også hvis det er noget værd (2000-3000 point og 150 svar).

Så skulle du ikke have problemer med at finde din næste position. Gå ud, mens det er godt !!

Du har mine sympatier.

"hvorfor er du der stadig, især hvis du lever op til det sammendrag, du gav af dig selv?"Bekymret for at virke skællende og ikke klar til det på mit CV. "Du glemte at sige, at du heller ikke har et versionskontrolsystem" Haha, vi bruger i det mindste git!
"når nyansatte finder ud af, at den eneste viden om systemet er i spidsen for en eller to nøgletal" OMG ja!Det er også et problem for os.
"den fungerende software uden omfattende dokumentation" Du kan bare "læse koden"
"Hvorfor kun dig?"Hver sprint forpligter de sig til det, men gider ikke gøre det.
`Du har nok røde flag der for at starte en kommunistisk revolution` - Gotta love the one :)
Ligesom OP er jeg også på en arbejdsplads med lav dokumentation.For at besvare dit spørgsmål om "arbejdssoftware" synes det grundlæggende at kræve, at "arbejde" defineres vagt.Hvis en virksomhed ikke har veldefinerede krav, er der meget plads til det, du kommer med til at arbejde.Jeg var nødt til at opbygge et auditsystem for et par uger siden.Hvad skulle der revideres?Blev ikke specificeret meget detaljeret.Vi registrerede lige hver ændring i databasen, og det syntes fint.
Opvote til din kommentar, jeg ser ud til at have haft en nylig række af "` stolt over at være Agile (*) / lige fra krav til kode`` kontrakter.Forhåbentlig bare et løb af uheld frem for "den nye sorte".(*) Jeg venter stadig på at finde et projekt, der ikke bruger "in-house Agile", hvilket betyder at tale foredraget, men ... Har du nogensinde fundet to virksomheder - to projekter endda - med den samme definition af "Agile"?
`` Du har nok røde flag der til at starte en kommunistisk revolution! '' Jeg fniste af dette.En masse.Jeg stjæler det måske: P
@MawgsaysreinstateMonica nej.Agil på mit første teknologiske firma var et daglig sitdown-møde med status og tilladelse for de enkelte medarbejdere til at tage initiativ.Agile på mit andet firma blev nævnt en gang og bortset fra en daglig 5 minutters standup, aldrig nævnt igen.Agile er i øjeblikket religiøs Scrum (folk holder bogen på deres skriveborde og lytter til lydbogen ved gentagelse).
@MawgsaysreinstateMonica Scrum-ritualer er den eneste ting, vi konsekvent gør.
Ha ha ha ha ... "ritual" synes for mig at antyde at gøre noget uden virkelig at forstå hvorfor :-) Personligt ser jeg meget af Agile & Scrum ligne en [lastekult] (https: //en.wikipedia.org / wiki / Cargo_cult) :-)
"omfattende dokumentation" - du har muligvis ikke stødt på virkelig omfattende dokumentation, og det er virkelig meget tid, måske bedre brugt til at skrive kode._Tilstrækkelig_ dokumentation er dog en helt anden sag.
AndreiROM
2019-12-10 22:20:13 UTC
view on stackexchange narkive permalink

Kollega canadisk (og udvikler) her og desuden tidligere ansat i den offentlige sektor. Godt arbejde med at være opmærksom på den kommende økonomiske afmatning og bekymret for, hvordan dit CV vil se ud i værste fald.

Et regeringskontor er et godt sted at klare den økonomiske storm, der sandsynligvis vil hit, så der er en forbandet god sag at holde sig til din nuværende arbejdsgiver. Der er dog et par ting, som du simpelthen er nødt til at forstå og acceptere vedrørende regeringen som arbejdsgiver, og hvilken slags mennesker disse job typisk tiltrækker:

Du har arbejdsmoral og ser ud til at være en go -getter, hvilket er meget sjældent for offentlig beskæftigelse. Folk som dig forlader typisk enten på grund af ekstrem frustration over deres miljø eller køres ud, fordi de forstyrrer status quo.

Dette miljø er rettet mod folk, der får 4 timers arbejde, og afslutter det på en uge. Måske. De får anmodninger om funktioner, der allerede findes, og siger, at de får brug for en måned for at implementere dem, mens de faktisk læser romaner eller går til 3 timers frokoster.

Dette er dog ikke så dårligt. Mange mennesker er uvidende om, hvordan ting rent faktisk fungerer i offentlige organer (så det ser ikke dårligt ud på dit CV, tværtimod), og du kan muligvis lege med systemer, der er meget dyre eller vigtige. Det kan lyde prestigefyldt på et CV.

Ulempen er, at du føler, at du er den eneste sunde person eller i det mindste den eneste, der får gjort noget arbejde. Der er et par måder at håndtere dette på.

  1. Bliv opmærksom på alle de forskellige ting, du lærer på kontoret.

Gør det til et ugentligt eller to ugentligt ritual at faktisk sidde ned og tænke på de forskellige oplevelser, du har haft. Skriv dem ned, eller anerkend dem i det mindste mentalt. Du lærer især at navigere i politiske situationer og blive meget mere opmærksom på den måde, hvorpå personlige relationer og ikke kompetence påvirker beslutningstagningen.

  1. Udvikl dine politiske muskler.

Hvis du er tidligere prøvet, er chancerne for at blive fyret stort set nul. Heck, selv chancen for ikke at bestå prøvetid er ekstremt lav (som deres standarder er). Sandsynligvis den mest værdifulde oplevelse, du vil få der, er relateret til kontorpolitik.

Læs bøger om kontorpolitik, få venner og påvirke mennesker osv. og øve disse færdigheder . Lær at komme sammen med dit team, manager, interessenter osv. Lær at identificere, hvem du har brug for på din side, og hvem du har råd til at træde på.

Hvis du kan få det til at fungere der, bliver du mester andetsteds.

  1. Brug din tid klogt.
  2. ol>

    Er du færdig med 2 ugers arbejde på 6 dage? Store. Ingen grund til at basunere det og gøre alle andre bitre. I stedet skal du gå igennem Udemy-kurser og hente nye teknologier. Eller måske arbejde på et sideprojekt.

    På denne måde, når du er klar til at rejse, vil du have meget mere erfaring, viden og færdigheder under dit bælte end nogen anden i afdeling, og dit CV kommer til at skinne.

    Hvis du kan lære at ignorere de store problemer og lade stress og inkompetence vaske over dig, kan du mælke denne mulighed for al sin værdi. Om et års tid, hvis økonomien stadig står, er der ingen trusler i horisonten, og du har muligheder, gå væk.

+1 for "Brug din tid klogt".Du har tid til at lære nye færdigheder, så brug det.
I betragtning af den aktuelle økonomiske situation huskede jeg dette svar.Jeg håber OP blev.
AlexanderM
2019-12-10 12:21:33 UTC
view on stackexchange narkive permalink

Er dette normalt for softwareudvikling? Er det repræsentativt for dine oplevelser?

Nej, i mine 10+ år i denne branche har jeg ikke set en sådan kombination. Du kan lejlighedsvis se et af sådanne punkter (stort rødt flag) her og der, men aldrig en fuld pakke.

Hvis det ikke er tilfældet, hvad kan jeg så gøre for min markedsværdi i de næste par måneder

Fra din kommentar ser det ud til, at du har at gøre med anstændige teknologier. Prøv at mestre det så meget som muligt. Derudover skal du prøve at skabe et godt ry for dig selv i det firma, du arbejder med: prøv altid at få tingene gjort på en god måde. Find brugergrupper / møder / konferencer i dit område, og opret forbindelse. Prøv at finde folk, du kan lære af, eller dem, der har fælles interesser, og få forbindelse til dem.

Robin Bennett
2019-12-10 17:48:17 UTC
view on stackexchange narkive permalink

Du skal ikke bekymre dig om, hvordan det ser ud på dit CV. At bevæge sig ind i et bedre job uden kløft er ikke et rødt flag for en god virksomhed. Tilsvarende hvis opstarten løber tør for kontanter om 6 måneder, er det let at forklare. Hvad der bekymrer rekrutterere er at forlade flere job uden nogen klar grund.

En ven tilbød mig et sted med sin opstart

Det lyder som en god mulighed, men find ud af, hvor længe de kan overleve, før de begynder at tjene penge. Sørg også for, at du har sparet nok til at klare mindst 3 måneder uden lønning.

Når en opstart mislykkes, vil du sandsynligvis bare komme til slutningen af ​​måneden og derefter finde ud af, at nogle investeringer, de håbede på, skete ikke, og de kan ikke betale dig. Du kan endda have et par måneder, hvor de beder dig om at tage nedsat løn for at holde virksomheden flydende. Selv en hurtig jobjagt kan tage en måned, hvis de booker dit første interview på en uge, og vent derefter 2 uger på den anden og en startdato ugen efter. Derefter bliver du muligvis nødt til at vente til slutningen af ​​måneden for at få betaling.

De skal kompensere dig for at tage denne risiko, så bed om en over gennemsnittet rente eller en mindre andel i virksomheden. >

Fred
2020-01-31 03:38:31 UTC
view on stackexchange narkive permalink

Udtalelse fra en semi-pensioneret fyr, der har været softwarearkitekt i 2 store it-virksomheder og måtte finde et job i recessioner to gange: hvad du beskriver er et sted, der vil gøre dig skør eller dum, hvis du bliver for længe. Vil du blive som din manager om et par år? Livet er meget kort, og tiden er dit mest værdifulde aktiv. Du ønsker ikke at spilde det et sted, hvor du føler dig frustreret hver dag. Hvis du har tekniske færdigheder, er klar til at lære og flytte, bør du ikke have noget problem med at finde noget bedre. Desuden er det ikke godt i et CV at opholde sig for længe på et notorisk dårligt sted. Nogle undtagelser: i tilfælde af dårligt helbred, tung gæld eller stærk modvilje mod risiko er et regeringsorgan et sikkert sted.

dette synes kun at gentage punkter, der er fremsat (og meget bedre forklaret) i et topsvar, der blev sendt for over en måned siden.Se [Sikkerhedskopier det og gentag ikke andre] (https://workplace.meta.stackexchange.com/q/255/168)
Dave3of5
2020-01-30 23:12:50 UTC
view on stackexchange narkive permalink

Er dette normalt for softwareudvikling?

Det er svært at sige, hvad der er "normalt" inden for teknologi, har jeg set og arbejdet i virksomheder med nogle af disse træk, ja! Med hensyn til at du hader dit job godt, er det et sværere problem at løse. Jeg vil prøve at adressere det

Er det repræsentativt for dine oplevelser?

Jeg har arbejdet med billige virksomheder, nogle af disse virksomheder havde endda enorme stakke penge (millioner) men var ikke villige til at give mig noget ekstra RAM i min maskine eller købe en ny stol til mig, da den gamle blev brudt. De midlertidige kontrakter virker som en regerings ting, jeg har hørt dette i Storbritannien med offentlige tekniske job. Det langsomme tempo virker faktisk normalt. Jeg vil se på dit arbejde og kontrollere det korrekt lyder som om du måske skynder dig dit arbejde.

Alt i alt selvom jeg ville sige alt dette er en shitshow, men det er regeringens arbejde for dig.

Hvis det ikke er tilfældet, hvad kan jeg så gøre for min markedsværdi i de næste par måneder (jeg holder fast indtil mindst marts for at undgå at virke som en jobtragt). at afslutte effektivt? Jeg har en god ingeniøruddannelse fra et top canadisk universitet, gode karakterer, en bunke af hackathon-priser (og kan få mere, hvis de er nyttige), har et anstændigt projekt at vise (min vens tekniske opstartswebsted) osv. Jeg har en ok StackOverflow-profil, hvis det er noget værd (2000-3000 point og 150 svar).

Jeg vil behandle dette som en læringsoplevelse i livet, du får ikke altid det, du vil have og nogle gange skal du bare suge det op. Når det er sagt, skal du holde øje med et andet job, da en kort periode på et firma bare vil være endnu et snakkepunkt på dit CV / CV, og du kan sige, at du var den bedste spiller, og at de ikke var villige til at anerkende dine præstationer. / p>

Jeg ser indad på svaret, men forvent ikke, at verden vil ændre sig for dig. Måske søger du perfektion fra en ufuldkommen verden.

O. Jones
2020-02-01 01:35:40 UTC
view on stackexchange narkive permalink

Dette er ikke inkompetence, det er korte budgetter. Din afdeling har ikke opfyldt behov. Ledere med korte budgetter bliver virkelig skøre, når du beder dem om at bruge penge, de behøver ikke betale for ting, der naturligvis kræves. De tager det personligt, fordi de af omstændigheder er tvunget til at sige "nej" til gode forslag. De tænker måske på det som at sige "undskyld, vi har ikke råd til at sende dig til universitetet" til en datter eller søn. Det er forfærdeligt for ledere at sige nej.

Du behøver ikke tage det personligt bare fordi de gør det.

Tag din leder side: spørg om processen med at indstille et budget for afdelingen. Jeg er sikker på, at han med glæde bøjer dit øre om, hvor forfærdeligt det er.

Så tilbud om hjælp, "hvis der overhovedet er noget, jeg kan gøre for at hjælpe dig med at forberede din anmodning til den næste budgetcyklus, så lad mig det vide." At have budgetpenne i hånden, om ikke et øjeblik, er det bedste valg for at forbedre situationen.

Og tænk over, hvad du lærer om mennesker og værktøjer og få tingene gjort under disse omstændigheder. Når du først har set forbi frustrationen, lærer du meget.



Denne spørgsmål og svar blev automatisk oversat fra det engelske sprog.Det originale indhold er tilgængeligt på stackexchange, som vi takker for den cc by-sa 4.0-licens, den distribueres under.
Loading...