Fråga:
Få pressade tidsfrister för chef / VD: s "Spänning"
Azurry
2020-01-08 19:51:24 UTC
view on stackexchange narkive permalink

Kort sagt, jag har varit utvecklare i drygt ett och ett halvt år nu inklusive min kurstid, jag fick ett ganska stort projekt på jobbet, något jag skulle tänka mig lite tidigare än en junior till hantera utan tillsyn åtminstone.
Jag har någon som kollar om jag jobbar eller inte men det finns ingen som faktiskt förstår koden jag jobbar med, eller som tar en minut att ens försöka förstå.

Några av de saker som jag har haft att göra med ligger långt över mitt omfång i all ärlighet.

Jag fick höra i början "Du har fram till augusti 2020 att avsluta" . Detta var i november 2019, så jag var självklart inte så orolig.
Jag tillbringade de första två veckorna på att testa alla ramar jag kunde få tag på, och slutade sluta med Xamarin eftersom jag är mest bekant med C # .

Nu i början kämpade jag mycket; saker fungerade bara oavsett vad jag försökte. Men en dag klickade min hjärna och jag började förstå nästan allt. Det enda jag fortfarande inte verkar kunna arbeta är IOS push-meddelanden.

Så uppenbarligen fortsatte de att kolla upp mig. Ibland frågade de galna saker och jag skulle göra mitt bästa för att genomföra dem när det var möjligt.

I slutet av november hade jag bare-ben-systemet igång och visade mitt arbete för VD när alla plötsligt gick saker söderut. Jag började bli frågad om uppdateringar två gånger om dagen, och om svaret inte var "det är klart" fick jag dessa besvikna ögon och ton. Jag bestämde mig så småningom för att sätta en framstegsvägg med "Planning | In Progress | Testing | Done". Låt oss säga att jag hade cirka 50 kort: 5 i Planning, 5 In Progress, 35 In Testing och 5 in Done och fick veta varje dag "varför är det så lite gjort ", och när jag försöker förklara att testa en e-handelsapplikation på två enheter inte betyder att det kommer att fungera korrekt när du har hundratals order på gång, skulle jag bara ignoreras .

Innan vi stängde i december fick jag höra att de vill ha det i februari, så jag var redan som "Okej, det är en enorm push up från den gamla deadline" men bestämde mig bara för att fortsätta.

Under semester jag tvingades arbeta på en personlig bärbar dator på grund av att Mac-datorerna var för inaktuella för Visual Studio och IT-killen hämtade bara aldrig min maskin. Min bärbara dator gick sönder för en vecka sedan. Jag började idag och sa till min chef att det gick sönder och jag kan inte fortsätta arbeta med applikationen eftersom jag måste hämta den från min bärbara dators enhet som är under garanti så jag måste skicka den till ett reparationscenter. Nu är de bara öppna från 08:00 till 17:00 m-f (mina arbetstider) och det är en timmes bilresa. Insamling kostar mycket mer än jag har just nu, så jag frågade om det finns något mitt företag kan göra för att hjälpa mig så att jag kan komma tillbaka till jobbet så snart som möjligt, men bara ignoreras igen.

Nu för ungefär 3 timmar sedan fick jag veta att VD vill ha resultat och kunderna vill se appen nästa vecka måndag, och jag har med all ärlighet fått känna att det är mitt fel den bärbara datorn gick sönder (Obs: Jag har ingen säkerhetskopior eftersom de inte ville att jag skulle använda Git och jag har inga externa enheter trots att jag frågade efter dem.

Jag är inte säker på vad jag ska göra. Dessa tidsfrister skjuts bara och det finns inget jag kan göra. Jag var verkligen stolt över vad jag uppnådde med den lilla erfarenhet jag har; Jag har jobbat på den här saken med sömnlösa nätter, men jag får det gjort. Jag vill bara få tid. Det finns till exempel buggar där appen bara kraschar på slumpmässiga sidor och jag får inte tid att lösa den här typen av saker (för att inte tala om att jag har fått företags webbplatsens redesign, eftersom de vill att det ska vara upp till en top-10-CSS-websites-of-2020 typ av standard. De andra utvecklarna har designers som ger dem saker som animationer, bilder, ikoner etc. Jag måste göra allt detta själv utan någon Photoshop-upplevelse.

Några råd?

Lägger till:

För det första vill jag tacka alla för de extremt insiktsfulla svaren. detta får många bra svar så jag känner att jag borde ge lite mer information om min situation.

Så det här är mitt första "riktiga" jobb och jag har jobbat här sedan augusti Pengarna från detta håller mig och min flickvän och vår lilla flytande. (Jag är 25 och arbetade förr alltid bara i små försäljningsjobb, kontraktsarbete osv.)

Jag har insett att jag kan få de här projekten istället av min chef så det kan bli spänning på grund av det, No-Git-frågan är att de inte vill ha projektet på "Internet", (Vänligen vet att jag förstår hur dumt allt detta låter) eftersom de fruktar att jag kan lämna och använda ansökan som en enkel biljett till ett annat företag. Nu har jag ännu inte undertecknat ett nytt kontrakt efter min prövotid så ja, det kommer fler människor att hjälpa till, jag har bett men har ännu inte hört, så uppenbarligen fortsätter jag bara på prövningsavtalet som jag inte har gått med på. Högskolan jag gick för att studera vid var mer en föreläsare-ger-dig-material-och-lämnar-hallen typ arrangemang, så jag skulle säga att jag är självlärd jag saknar någon vägledning, och med det kommer jag till min huvudproblemet.

Jag vill vara en utvecklare som folk kan erkänna. Jag vill vara stolt över vad jag gör, jag vill förstå roten till problemen med mina applikationer, jag vill lära mig designmönster, varför saker är som de är, jag vill inte förstå syntax på en 50 / 50 basis och bara Google och nytt ändamål, inte att det är något fel med det, jag vill bara arbeta i stack och skriva komplexa applikationer. Jag lever för spänningen att räkna ut något som jag aldrig trodde att min hjärna ens skulle kunna förstå.

Kort sagt, alla begäranden nekas. De har gjort det mycket uppenbart att jag kan bytas ut på en vecka, så ja jag planerar att hitta en riktig juniorposition i augusti när jag har ett års erfarenhet. Det finns ingen mentorskap, ingen senior som berättar för mig att "Hej du vet att den körning på 300 rader du precis skrev kan klippa till 10 :)".

I grund och botten kan jag hantera arbetsbeloppen men jag vill för att förstå varför det är detta som fungerar, och varför jag hellre vill använda något annat.

Liten anmärkning: klienten är en miljon gånger sämre än någon annan, de har hatat allt jag har gjort. De är aldrig glada, och det som bryter mig är att jag aldrig får höra "det är skit" eller "det är jättebra". Jag föredrar det, det är alltid "det är bra"; det är alltid ett konstigt, mellansvar

När det gäller maskinens arbete OS är föråldrat för Visual Studio och Xamarin såvitt jag vet bara fungerar på Visual Studio.

Jag bara vill säga igen tack till er alla.

Finns det en fackförening som du kan gå med i?
Kommentarer är inte för längre diskussion;den här konversationen har [flyttats till chatt] (https://chat.stackexchange.com/rooms/103078/discussion-on-question-by-azurry-getting-deadlines-pushed-up-for-manager-ceos).
i vilket land är du?
Kan du lägga till en tagg för landet och kanske uppdatera med en stad / stat / provins om det är ett större land?
Du nämner att du fortfarande är på prov.Jag tycker att det är oerhört oroande att de har skjutit tidsfristen för ditt projekt innan du är klar med provet.Med tanke på deras beteende skulle jag frukta att när projektet har levererats kommer de inte att hålla dig på ändå.
`De har gjort det mycket uppenbart att jag kan bytas ut på en vecka` - Haha!Trevligt, tror du att de känner till något annat fantastiskt skämt?:) Nej, låt oss vara seriösa: det är bra för dig, du kan bara sluta utan att känna dig skyldig;)
Läs Fred Brooks gamla men ändå relevanta bok som heter Mythical Man Month.https://www.worldcat.org/title/mythical-man-month-essays-on-software-engineering/oclc/935768625 Den har ett valcitat i sig.Jag omformulerar."Kunden kan vänta på att omeletten ska laga mat eller äta den rå."På allvar kan ingen mängd magiskt tänkande få projekt att göra med otillräcklig tid, människor eller utrustning.
Under dessa arbetsförhållanden kan du enligt brasiliansk lag avskeda din arbetsgivare för sak.Du kanske borde undersöka dina lokala lagar för bestämmelser för att säga upp ditt anställningsavtal om din arbetsgivare är orimlig.
Elva svar:
520 says Reinstate Monica
2020-01-08 20:15:15 UTC
view on stackexchange narkive permalink

Mitt råd? Sluta med. Jag vet att det är det viktigaste svaret på alla andra arbetsplatsfrågor på SE men låt oss titta på fakta.

  • Du har inga effektiva allierade inom företaget. Ingen som är involverad här är i ditt hörn i det minsta.
  • Du, utvecklaren som arbetar med muttrarna och bultarna på den här saken, ignoreras helt till förmån för människor som inte har någon aning
  • De ger dig inte ens den utrustning som behövs för att göra ditt jobb.
  • Deras svar på alla problem är att sätta press på dig.
  • Du tar på sig en arbetsbelastning som ännu äldre utvecklare skulle ta sig av att ta på sig ensamma.
  • Deras förväntningar är helt ur kontakt med verkligheten.

Sanningen är faktum att du har nått det så här långt talar volymer för din skicklighet och ansträngning du lägger dig. Men om du fortsätter så kommer de här människorna att mentalt bryta dig . Normalt föreslår jag att du får ett nytt jobbbjudande innan du lämnar in ditt meddelande, men din psykiska hälsa är för dyrbar för att du ska få mat till kvarnen längre än nödvändigt.

Kommentarer är inte för längre diskussion;den här konversationen har [flyttats till chatt] (https://chat.stackexchange.com/rooms/103097/discussion-on-answer-by-520-says-reinstate-monica-getting-deadlines-pushed-up-fo).
Det här är det rätta svaret, men jag vill gärna: Sluta och skicka dem ett erbjudande att fortsätta arbeta för dem ** som frilansare ** för en allvarligt höga dagliga priser och villkor gynnsamma för dig.Eftersom deras "vi kan ersätta dig inom en vecka" är en bluff som jag personligen skulle vilja ringa.De kommer inte att gilla det, det kommer inte att vara ett vänligt förhållande och de kommer att ersätta dig - men du kommer att tjäna mycket bra pengar på en, två eller sex månader som de behöver göra det.
Garanterat om de försökte ersätta dig, skulle de spendera minst en månad på att träna en ny anställning om inte mer, och fördubbla tidslinjen för ditt projekt bara för att få honom att få fart på kod som * bara du * hittills kan förstå.Du har mer kraft här än du inser - men du har inte heller mycket att vinna på att stanna här
@Zibbobz Inte bara det;ny kille / gal vill skriva om det från grunden!
@Kyslik Fet om dig att anta att alla företag med denna typ av behandling gentemot sina anställda skulle göra det möjligt för dem att "kasta ut perfekt bra kod" så.
gnasher729
2020-01-08 20:55:03 UTC
view on stackexchange narkive permalink

Din chef och VD verkar vara väldigt oerfarna. Tydligen tror de att genom att ändra tidsfristen kan de få ett projekt att avslutas tidigare. Som vem som helst kan säga är extremt nonsens. Din VD verkar också tro att det att få dig att känna dig skyldig till en trasig hårddisk på något sätt fixar det. De verkar inte inse att ansvaret för resultatet inte är ditt, utan deras.

Vad du kan berätta för din VD är fakta: Det finns ingenting tills företaget betalar för att din bärbara dator ska fixas. Ingen programvara alls. Ingen prototyp. Ingenting. Det är upp till företaget att åtgärda detta. Då kan du berätta för honom att programvaran inte kommer att finnas där innan den ursprungliga deadline, och troligen inte vid den tiden ändå, eftersom du tillbringar större delen av tiden inte att utveckla men hålla ledningen nöjd. Då säger du till dem att programvaruproblem tar längre tid att fixa ju längre du väntar. Vilket kommer att bita din produkt. Sedan frågar du honom hur enligt hans åsikt du som enskild juniorutvecklare producerar team av utvecklare med separata designerteam och QA-team producerar.

Uppenbarligen letar du också efter ett nytt jobb. Du kommer att hitta en bättre position. Jag är säker på om det. Om du försökte hitta en värre är jag inte så säker på att du skulle hitta det.

PS. Jag skulle vilja vara ett vittne när din VD måste diskutera detta med kunden. Jag är säker på att jag skulle tycka att det var mycket roligt.

PS. Koden jag arbetar med finns inte på internet, men den är i git. Ditt företag behöver någon IT-kille som vet hur man gör sitt jobb. Och de är rädda för att du kan komma åt koden från git men de låter dig arbeta med din privata bärbara dator? Den kombinationen är otrolig dumhet. Det är som att låsa alla fönster så att du inte kan komma in och sedan ge dig nycklarna till ytterdörren.

_ "Jag skulle vilja vara ett vittne när din VD måste diskutera detta med klienten." _ - Jag tror faktiskt att de bränner ett "noob" över att de vill bli av med den klienten men av någon anledningvill att klienten ska avsluta dem.
Baserat på OP: n är det troligt att VD inte kommer att ägna minsta uppmärksamhet åt fakta och istället se detta som en yngre anställd som gör upp ursäkter för att inte få jobbet gjort.
Ja, jag ser inte det här samtalet gå bra.Jag är rädd att det kan vara för sent att göra förväntanshantering vid denna tidpunkt.
Robin Bennett
2020-01-08 21:14:07 UTC
view on stackexchange narkive permalink

Icke-tekniska personer har ingen aning om hur lång tid nya funktioner och ändringar kommer att ta, de vet bara hur mycket de vill ha dem.

Du agerar som en junioringenjör, förutsatt att din chef gör uppskattningen och planeringen - men de är inte! Istället händer den viktiga delen av projektet bara inte.

Du har två val här. Det ena är att lämna och hitta ett verkligt junioringenjörjobb.

Det andra är att börja agera som senioringenjör. Om det finns 50 jobb att göra, beräkna ungefär hur lång tid var och en tar, lägg upp dem alla och räkna ut det beräknade leveransdatumet. Var tydlig att det bara är en uppskattning, inte ett löfte, och att alla ändringar kommer att förlänga den.

Det finns ingen chans att du kommer att kunna arbeta igenom listan i ordning. Välj en sprintlängd (1 eller 2 veckor) och få chefen att välja sina högsta prioriteringar - men bara vad som passar in i den sprinten (och kanske en valfri extra om du har tid). I slutet av sprinten bör du kunna visa att dina uppskattningar var korrekta och välja uppgifter för nästa. Det borde stoppa begäran om dagliga uppdateringar.

Uppskattningen är riktigt svår, och vissa saker tar mycket längre tid än väntat men du blir bättre med övningen. Chefen kommer godtyckligt att skära dina uppskattningar i den felaktiga tron ​​att han förstår teknik bättre än du, eller att på något sätt att ändra en uppskattning kommer att minska svårigheten. Det spelar ingen roll för att du är en anställd som betalat en lön, inte ett upphandlande företag som betalas för varje funktion. Saker tar så lång tid som de tar. De kan rulla ögonen och se besvikna ut, men de kan inte säga dig eller annars får de ingenting! Om du har uppskattat en vecka skär de till en dag, och det tog en vecka, du kommer inte känna dig nästan lika stressad över det - och så småningom kan de börja lita på dina uppskattningar.

Att försöka göra flera saker samtidigt är stressande. Använd den här listan över uppgifter och uppskattningar för att få chefen att ställa in prioriteringar. Betona att du bara kan göra en sak i taget och få dem att sätta prioriteringar. Om de vill ha tio saker i slutet av veckan och du tror att du bara kan göra en eller två, fråga vilken som de vill först.

Om det finns risker (som att inte ta säkerhetskopior), lista dem med den ungefärliga kostnaden. Om de är allvarliga, gör det till en del av din vanliga rapport.

Bygg i tid för att göra ett ordentligt jobb; skriva enhetstester, refactoring, etc.

Var inte en robot enligt instruktioner utan en professionell ingenjör, som litar på att ta hand om de tekniska saker som icke-ingenjörerna inte förstår.

Låt dig inte arbeta sent på natten. Om du vill arbeta en eller två extra per dag, ta reda på hur mycket det är värt för företaget under ett år och se om det är värt det vid bonustiden. Kom ihåg att det inte är ditt fel att företaget inte har rekryterat någon som hjälper dig. Verkställande direktören kan mycket väl arbeta mycket långa timmar, men han äger företaget och står för att tjäna miljoner på det, det gör du inte.

När din årliga recension kommer, bör de hellre börja betala dig som senioringenjör, för att det de behöver för att ersätta dig - och vad du kan sälja dig själv till andra företag.

Det här är ett bra råd, och jag vill verkligen tacka dig för att du tog dig tid att skriva det, jag har försökt att ta det andra alternativet. Men stäng dig bara av när jag försöker förklara att det bara inte är tid för det här eller det här eller det här elleratt jag inte kan vara klar med vad jag vet, de är smarta om detta de gav mig en liten ökning strax efter att jag varit här 4 månader, så de gör det svårt att be om mer bankomat så ja jag måste vänta men du har rättJag tror att jag får lämna mig som en senior när jag faktiskt är långt upplevd för det
Jag har sett ingenjörsgenererade tidsberäkningar halveras godtyckligt av chefer för många gånger för att tro att OP kommer att kunna genomdriva det effektivt.Dessutom är tidsuppskattning superhård och något osannolikt att vara korrekt av en juniorutvecklare, i deras första jobb utanför skolan, utan vägledning.
Tumregeln jag följer för sådana uppskattningar är att först skapa en konservativ uppskattning, sedan öka den med 50-125%, beroende på faktorer som hur mycket personlig inlärning är involverad, hur svårt problemet att lösa är, hur stort det ärprojektet är, hur svårt klienten är, etc. För någon som är ny inom mjukvaruteknik som handel, skulle jag rekommendera fel på sidan 100-125%.
Som någon som har varit i den här situationen tidigare finns det inget sätt att en juniorutvecklare som är nybörjare från college kommer att kunna komma med exakta tidsberäkningar.De har inte tillräckligt med erfarenhet för att veta hur lång tid det tar att göra systemen till ett e-handelsprojekt.Om OP skapar en sprintlista och slutar dra upp de flesta uppskattningarna ur rumpan, kommer verkligheten att krascha senare när deras uppskattningar hamnar långt under den faktiska tid som krävs (eller långt, men det är mindre problem, men om det blir en trend kan det ändå fungera mot OP: s bästa.
Det här är riktigt bra råd men jag tvivlar på att det kommer att fungera i det här fallet.Cheferna bryr sig bara inte.Denna typ av tänkesätt kräver tid och jag vågar säga någon med mer hävstång än juniorutvecklaren som ingen respekterar.
@undefined Om de inte respekterar OP, varför gör de hela sin plan för en e-handelsplattform på dem?Verkar självdödande för mig.Jag tror att de respekterar OP men är bara fenomenalt dåliga chefer.
Om de är den typen av människor som inte litar på git, är de också den typ av människor som tycker att OP är lätt att byta ut.Det blir en chock när de försöker hitta en ersättare.Det bästa OP kan göra för dem är att agera på den hårda verkligheten, stå på sin plats och inte skjutas runt.
* Men stäng bara av när jag försöker förklara att det bara inte finns tid för det här eller det här eller att det här eller det här inte kan göras med det jag vet * Jag kan inte säga att det är lätt, men en del av att vara ingenjör står upptill ledningen.En del av ledningens jobb är att pressa in deadlines, vilket innebär att du måste vara lika villig att trycka tillbaka.Inklusive på VD om det behövs.Ditt misstag kan vara att försöka förklara, när det som verkligen behövs är ett platt uttalande om "detta kommer att hända vid det här datumet, och ingenting kommer någonsin att förändra det".
Medan detta svar ger en bra översikt över vad jobbet för en seniorutvecklare innebär, är det förutsättningen: "Bara bli senior över natten" är ungefär lika dumt som OP: s chef säger "det måste göras på halva tiden".Båda är uppdrag omöjliga, men om något kommer OP att avsluta detta uppdrag sätt innan de når den erfarenhetsnivå som behövs för att göra det som beskrivs här.Speciellt eftersom det inte finns någon där som lär eller coachar dem i något av det.
Ertai87
2020-01-08 22:12:59 UTC
view on stackexchange narkive permalink

Saker du bör göra på lång sikt: Sluta. Ut därifrån. Börja jobba på jakt nu och se inte tillbaka. Oavsett vad de lovar dig eller säger att de kommer att förändras eller någonting, gå bara därifrån ASAP. Jag skulle dock inte sluta just nu, åtminstone får du en lönecheck, och ett gap i anställningshistoriken kan vara oroande för framtida arbetsgivare. Förutsatt att du kan hantera det här projektet på ett hälsosamt sätt kan du lika gärna sticka ut det och fortsätta att samla in din lönecheck.

Saker du bör göra just nu: Det finns många av dem:

  • Pressa extremt hårt tillbaka för att få det här jobbet gjort enligt deras schema. Gör en rimlig uppskattning av hur lång tid de återstående uppgifterna (i din att-göra-tavla) tar och berätta för din chef att det är hur lång tid projektet tar. Om din chef säger något som "det är inte acceptabelt", säg bara "Jag är ledsen om det inte är acceptabelt, men det är tidslinjen och jag håller fast vid det. Om du vill att det ska göras snabbare måste du minska omfattningen på detta projekt ". Se till att du betonar att detta inte är förhandlingsbart; juniorutvecklare som dig själv ser sig själva med liten kraft och grottar ofta till sin chef under till och med det minsta trycket. Det är dags att stå upp för dig själv. Om han avfyrar dig på grund av det, då ingen stor förlust, du planerar att sluta ändå (se ovan).

  • Sluta arbeta utanför ordinarie öppettider. Du får inte betalt för dessa timmar (såvida du inte gör det). Arbete är ett motsvarande utbyte: Du ger dem din tid, de betalar dig för den tid du ger. Om de inte betalar extra för din tid ger du dem inte extra tid. Så fungerar det. När klockan slår 17:00 (eller när du är klar med jobbet) stänger du din bärbara dator och du är klar. Detta är för din egen mentala hälsa; du behöver vila, både faktisk sömn och också bara mental avskiljning från ditt jobb, och det verkar som om du inte får någon av dem.

  • Följ omedelbart upp med IT-killen och få honom att ge dig rätt verktyg för ditt jobb. Om din bärbara dator är trasig, eller föråldrad, eller vad som helst, låt honom fixa det. Om han säger nej, eller om han inte kan, eller någon annan ursäkt, följ upp med din chef och förklara att du inte kan arbeta om du inte har en arbetsdator att arbeta med. Om din chef följer upp genom att be dig att arbeta på din egen enhet, be din chef att få HR att underteckna ett formulär som skadar dig från alla juridiska konsekvenser om din persondator går vilse, dör, blir hackad eller av någon annan anledning du av misstag sprider eller tappar företagshemligheter eller IP som lagras på din lokala maskin. Människor (de flesta) tenderar att vara ganska slappa med sin egen personliga maskinsäkerhet, och om du är en sådan person ska du inte hållas professionellt ansvarig för personliga misstag. Om din chef vägrar detta formulär eller HR vägrar att underteckna det, säg bara att du vägrar att använda din egen personliga maskin för arbete tills ett sådant formulär har undertecknats. Återigen, om de hotar att sparka dig, ring deras bluff, är det ingen stor förlust för dig.

  • Kontrollera din lands juridiska statyer och se om du har något som liknar Konstruktivt avskedande. IANAL, och jag är särskilt inte en sydafrikansk advokat, men din situation låter som om den kan uppfylla sådana statyer om de finns. Du kanske vill kontakta en advokat eller åtminstone skriva på Law SE för att se om det är värt att kontakta en advokat. Om du har stadgar om konstruktivt avskedande bör du bara sluta omedelbart och stämma din arbetsgivare för skador enligt dessa stadgar (kontakta en advokat innan du gör något av detta för att se till att du har ett värdefullt ärende)

REDIGERA: Jag glömde den viktigaste delen: DOKUMENT ALLT . Försök att ha så många av ovanstående konversationer med lämpliga personer via ett textmedium (e-post, snabbmeddelanden) som möjligt. Du kan behöva dem för rättsliga förfaranden om du bestämmer dig för att fortsätta ett fall av felaktigt uppsägning mot din arbetsgivare, i händelse av att du blir avskedad på grund av någon av ovanstående frågor.

Jag valde det här svaret för att rösta och kommentera, för till skillnad från de flesta andra, som huvudsakligen bekräftar de helt tydliga skälen att sluta jobbet, innehåller det här också några praktiska kortsiktiga råd.Vilket är fantastiskt! Inte för att rådet att sluta är alls dåligt råd.Det är bra råd.Det är det enda rådet.Jag skulle bara lägga till en sak, @OP: Om du kan få dig själv jobbintervju (er) just nu baserat på ditt CV, om du berättar den här historien som du har berättat om den här kommer du att få ett jobb.Denna erfarenhet talar mycket om din karaktär, din integritet och din personliga enhet.Du kommer att klara dig bra.
+1 Men jag skulle utplåna den del som skickas till att använda den personliga bärbara datorn och "låta HR underteckna ett formulär som ersätter dig".(a) Det är bara en så dålig, oacceptabel idé som borde vara en tydlig linje i sanden.(b) Jag tror inte att OP har möjlighet att bedöma / bedöma det rättsliga skyddet i önskad form;låter som ett kattmyr för mig.
@DanielR.Collins Den delen är den mest nödvändiga.Om jag använder min bärbara dator för arbete och sedan laddar jag ner en anime på den och den anime-filen innehåller ett virus som skickar innehållet på min hårddisk till en offshore-server, och nu har någon hackare källkoden förnågot projekt jag har arbetat med kan företaget stämma mig.Om jag tvärtom använde två separata datorer för dessa saker, skulle detta inte vara ett problem (för företaget).OP måste absolut skydda sig mot det.
@DanielR.Collins Såvida du inte säger att OP borde avvisa att använda sin personliga bärbara dator för arbete.Vilket skulle vara optimalt, men på detta skulle jag ge företaget fördelen av tvivel;om de kommer att försäkra min personliga maskin som om den var deras och också skada mig från alla dåliga juridiska konsekvenser av att använda min personliga maskin, så använder jag min personliga maskin.Det finns kompromisser som kan göras här.
"Om du inte säger att OP borde avvisa att använda sin personliga bärbara dator för arbete."Det är vad jag säger.OP bör inte fullfölja skadestånd utan att en advokat ger dem råd.
När det gäller "dokumentera allt" - många samtal händer ansikte mot ansikte .. det är naturligt.Dokumentera detta genom att skicka dem ett e-postmeddelande som sammanfattar vad som sagts och vad som överenskommits .. det är din dokumentation.De borde inte ha några problem med att du skapar en delad dokumentation av vad som har diskuterats.
undefined
2020-01-08 20:22:20 UTC
view on stackexchange narkive permalink

Jag skulle ärligt talat sluta.

Det finns bara för många röda flaggor här. Arbetar oavbrutet i flera dagar, på semester, på natten. Att använda din personliga bärbara dator eftersom IT-killen / gal (och din chef, för den delen) bara inte bryr sig. Att inte få använda versionering (GIT, SVN, etc) är för mig helt dumt. De ökar räckvidden samtidigt som de minskar den tid du har att göra saker. För att inte tala om den onödiga mikrohanteringen.

Från vad du skrev, vågar jag säga att du är en smart arbetare som definitivt kan göra det bra i alla företag. Du behöver inte utsättas för denna typ av missbruk och toxicitet.

Och markera mina ord, varje sekund du stannar där blir situationen värre, som du kanske redan har lagt märke till.

Ju mer jag läser Svar desto mer inser jag hur jag bara jobbar blint, jag kommer att säga att de inte tvingar oändliga timmar men med dessa tidsfrister är de i princip inte?Min huvudsakliga återgång är att jag inte har någon att visa mig repen med Versioning / Välja ramar. Jag var bara tvungen att försöka alla se vilken jag kunde göra mest i och gå med det
@Azurry och det är en enorm nackdel med denna situation.Du har precis börjat din karriär.Att ha någon som vet hur man gör saker och är villig att lära dig är fantastiskt.
@Azurry Du arbetar de timmar de betalar dig till.Om du ser att tidsfristen inte kan nås berättar du dem ** skriftligen **.Det är deras ansvar att hantera detta.
@Azurry Tänk inte på tidsfrister som "du får detta gjort eller du är dött" tidsstämplar.De är önskelistor.Och i värsta fall dör ett projekt om det görs efter tidsfristen.Inte ditt problem och mycket sällan fallet.Det är vanligtvis bra att göra lite extra tid a) i ett par dagar b) om det finns utrymme från företagssidan också, som att du tar av en annan gång, kan komma sent och så vidare.Men det kan inte vara den normala modus operandi och det kan verkligen inte vara en del av uppskattningar etc. Det är en exceptionell behandling för ett bra företag när det plötsligt finns behov av lite mer engagemang.
Kiril
2020-01-08 20:23:37 UTC
view on stackexchange narkive permalink

Tja, först och främst ... om din chef säger att du inte kan använda git betyder det bara att du inte kan använda deras git. Om du använder din egen git med ett privat projekt kan du göra ditt arbete och inte oroa dig för det.

Förtydligande: det faktum att ingen bryr sig var du lagrar koden (arbetsbärbar dator eller personlig bärbar dator) indikerar att en personlig git inte skulle vara värre än din personliga bärbara dator. Om det var det enda problemet du var tvungen att ta itu med, kan du ta initiativet här. Det är dock klart att detta inte är den enda frågan.

Det verkar som om ditt företag har fruktansvärda metoder i allmänhet:

  1. Ingen git! Det är uppenbart att detta är ett stort nej-nej för mjukvaruutveckling.
  2. Inga kodrecensioner. Om du är en JR verkar det som det bästa stället att lära dig.
  3. Ingen testning. Ingen förväntar dig att du testar ditt arbete, så de måste förvänta dig att du skriver perfekt kod utan ett enda problem!
  4. Inget ram för projektledning (Jira, Trello eller något liknande). Det faktum att du ställer in din egen styrelse är jättebra.
  5. Ingen i ditt företag verkar ha en uppfattning om hur man bygger programvara.

Det verkar som om du arbetar för ett konsult- / outsourcingföretag. Du såldes som en mycket mer erfaren utvecklare än du faktiskt är.

Ärligt talat, mitt råd skulle vara att hitta ett annat jobb. Det är definitivt inte lätt, men det kan vara din bästa chans att komma in i en miljö där du kan växa som utvecklare och inte smittas med fruktansvärda "utvecklings" -metoder eller brist på dem.

Att använda personliga git-arkiv för företagsarbete utan att det är avstängt är ett DÅLIGT drag.Potentiellt stämningsnivåer av dåligt.Gör det inte.
Jag skulle inte använda något personligt för arbetsrelaterade saker.Inte ens min git.
Det verkar som om OP kan använda en persondator, så det indikerar att han antingen har frihet att välja sättet att säkra koden (dvs. klienten är okej med den) eller att hans företag är okej med den.En persondator skiljer sig inte från ett personligt git-konto.Om detta var det enda problemet, skulle jag säga att han kan lösa det genom att ta ett personligt initiativ för att använda git.Emellertid är frågan mycket större.
@Kiril Att ha koden på en persondator är ett helt annat problem än att distribuera den till en molntjänst.OP har inte laglig rätt att distribuera koden på detta sätt, men företaget * har * beviljat rätten att ha koden på OP: s PC.
Jag uppdaterade med lite mer info men ja git-problemet eftersom jag förstår det härrör från det faktum att om de hittar det på internet så kommer jag att sälja applikationen eller använda den som ett CV-stycke för ett nytt jobb och ja jag vet detpå min maskin är motsättningarna oändliga
@520saysReinstateMonica Om molnleverantören tillhandahåller tillräcklig säkerhet, skiljer sig hans privata konto marginellt från hans personliga dator (ur företagets och / eller kundens synvinkel).Om endera faktiskt är bekymrad över säkerheten för koden, bör de tillhandahålla ett git-arkiv och OP bör begränsas till en arbetsdator.Återigen verkar som ett argument av mindre skillnad med tanke på summan av alla frågor.
Quibble: Jag gillar git, men dessa svar får det att låta som inget annat versionskontrollsystem finns.
@Kiril ur ett juridiskt perspektiv är det helt annorlunda.hur säker tredjepartsleverantören är blir irrelevant när * företaget inte gav tillstånd att lagra sin IP där *.De kan stämma OP om han gör det där och de får reda på det.
"Om du använder din egen git med ett privat projekt kan du göra ditt arbete och inte oroa dig för det."<- Eller skapa din egen git-server med de delar som O.P. har.[Även om det betyder att du använder en Raspberry PI Zero] (https://www.techcoil.com/blog/setting-up-a-fast-git-server-on-raspberry-pi-zero-w-with-go-git-service-gogs-and-raspbian-stretch-lite /), med alla saker inuti en extern enhet med säkerhetskopior till någon annanstans.Som en lokal server för fildelning.På detta sätt är git allt i företaget: ingen i O.P.s bärbara dator.
det finns andra källkontrollsystem än git, vad sägs om ett av dem?
Snälla, OP, gör inte detta.Att lägga företagskod i en privat repo är bara att be om en rättegång.
@Rich Så är att sätta det på en privat dator.All obehörig hantering av koden ber bara om rättegång.
user180146
2020-01-08 20:22:08 UTC
view on stackexchange narkive permalink

Det här är en ganska berättelse med mycket information och flera problem. Jag kommer att försöka svara på några men först kommer detta svar att låta lite tufft. Du gjorde några nybörjarfel. Det är naturligtvis inte konstigt eftersom du är nybörjare. Varje anständig chef / företag borde ha hjälpt och stöttat dig. Det är därför jag håller med Kaz. Du har blivit mycket djup och verkar ha gjort ett ganska anständigt jobb hur som helst.

Mitt råd: Hitta ett annat jobb och ta mitt svar nedan som inlärningspunkter för en ny position vid ett bättre företag

Först Den nya deadline. Såvida inte kraven minskar bör någon förstå att något som först planerades för november till augusti (10 månader) inte kan göras i november - februari (4 månader). Det låter i din berättelse som om du accepterade den här nya tidsfristen "Så redan var jag som okej det är ett stort tryck från den gamla deadline men bestämde mig bara för att fortsätta" Det var ett misstag (även om de borde ha vetat att de frågade det omöjliga). Du bör göra det så snart som möjligt klart att du inte kan göra denna tidsfrist och berätta för dem vad du kommer att kunna göra.

För det andra, din trasiga bärbara dator. Först och främst var det ett misstag att arbeta på din egen maskin. Du borde ha accepterat deras skitmaskin och använt en annan utvecklarmiljö (så ingen visuell studio), utan att ha någon säkerhetskopia alls är extremt farlig. Titta i dina e-postmeddelanden och förfrågningar för dessa git-förvar och externa hårddiskar för att se om du förklarade dem konsekvensen av ett avslag. Detta ger dig ett pappersspår och gör det tydligare att det är deras misstag. Så skaffa alltid denna typ av avtal skriftligen (e-post är bra).

Slutligen, försök att inte acceptera uppgifter som du är underkvalificerade för. Det är ingen skam att erkänna detta. På så sätt undviker du att människor får förväntningar som du inte kan uppfylla.

Så förhoppningsvis kommer dessa svar att hjälpa dig i en ny position och med lycka till kommer du att vara på ett anständigt företag och inte behöver dem alls i alla fall.

Jag får en känsla av att oavsett hur mycket OP klagade eller visade hur fel några saker är, skulle ingenting ändras.Men ja, det är giltiga poäng när du arbetar i ett anständigt företag.
undefined är korrekt Jag stängs av, jag har bett om att UI-kit ska köpas så att jag kan spendera tid på Backbone's och inte göra "Pretty". De har nekats att jag ville acceptera skitmaskinen men på grund av Xamarin gjorde det dethårt jag försökte saker som React Flutter Men att lära sig i tidsramen var så svårt tro mig jag försökte, jag har en ok uppfattning om vad som händer i c # alltså Xamarin, jag försökte berätta för dem att detta var utanför mitt räckvidd men under väsentligenfick höra att jag ersattes
Odyssee
2020-01-08 20:50:20 UTC
view on stackexchange narkive permalink

Som sagt av kaz verkar du som en mycket bra anställd som helt enkelt saknar rätt kunskap. Som junior är det en extremt svår (omöjlig?) Uppgift att bygga en hel applikation på egen hand, även seniorutvecklare skulle kämpa i många steg när de arbetar ensamma. Vissa kanske till och med vägrar att arbeta ensamma.

En annan stor röd flagga är att de inte ger rätt verktyg för att få ditt jobb gjort, men förväntar dig att du är rockstar-utvecklaren som kan hantera allt . Varför ingen GIT? Varför jobba med din personliga bärbara dator? Varför inga enheter för säkerhetskopiering? ... Det är deras problem, inte ditt, du begärde det och de förnekade det. Så länge du har ett pappersspår (e-post) är det verkligen inte ditt problem. Utan ett pappersspår kan de ljuga om förnekelserna. håll alltid ett pappersspår!

Det bästa alternativet du har IMHO är att gå på jobbjakt och lämna ASAP, leta efter platser där du kommer att arbeta i ett team med andra mer erfarna än du. På detta sätt skulle du få erfarenhet och bygga kunskap istället för att gå in i en utbrändhet.

Jag har varit i en liknande situation som du, den enda skillnaden är att ledningen respekterade mig på ett sätt och jag fick ordentligt verktyg. De hade ingen aning om vad utvecklingen handlar om, så deras förväntningar var för höga för att uppnå. Här är en fråga som jag skrev om min situation då, kanske hittar du några tips i svaren.

Som utvecklare; Att inte få tid att testa, få extrema deadlines och inte lyssna på av chefen

Jag lyckades vända situationen och jobbar fortfarande där. Det var mycket hårt arbete, jag hade mycket möten med högre upp för att övertyga att deras förväntningar inte var verklighet. Jag gjorde fallstudier, presentationer, ... om allt jag kunde tänka mig för att få huvudet rakt. Mer än ett år och mycket huvudvärk senare leder jag ett friskt litet team och vi kan leverera i den takt jag bestämmer. Takten är fortfarande hög men hanterbar och vi gör sällan övertid för att nå våra deadlines. Men att läsa din fråga får mig att tvivla på att det till och med är möjligt hos din arbetsgivare.

Utan pappersspår är det fortfarande deras problem - någon måste förklara resultaten för klienten.
Klienten är lika problematisk. Frågan är även om jag fick tid att testa Hur vet jag om jag gör det på bästa möjliga sätt?Det finns ingen mentorskap eller anciennitet, jag sitter kvar med en mentalitet av det fungerar, så lämna det.Och jag hatar det, som ett exempel hade jag ett problem med De serialisering till många json-objekt, jag ville förstå problemet vid roten och lösa det men jag hade bara inte tiden eller den hjälp jag antar, så jag hamnadeanvänder en Wrapper för det, vilket är bra men jag vill förstå varför det hände. Jag vill veta saker som kommer av erfarenhet men det finns bara ingen
Sopuli
2020-01-09 01:13:33 UTC
view on stackexchange narkive permalink

Liksom andra föreslår jag att du söker arbete någon annanstans. Inte bara för din mentala hälsa utan också för din karriärs skull. Det du har åstadkommit låter väldigt imponerande. Ju tidigare du kommer in på en ordentlig arbetsplats, desto bättre blir det för din karriär. Att stanna på en plats utan ordentliga seniorer att lära av, inga processer, dåliga / inga metoder och ganska dålig ledning kommer att stagnera din tillväxt och skada din karriär.

Ytterligare ett råd jag inte såg i någon annat svar. Lär dig att hantera förväntningarna.

Din ursprungliga situation lät inte så illa. Du hade en enorm uppgift och inget stöd, men också gott om tid. Genom att få framsteg så snabbt höjde du förväntningarna hos din chef. Och nu känns det som att du inte har tid att implementera något ordentligt.

(Och jag kan föreställa mig att din chef går ivrigt framåt och höjer förväntningarna hos klienten. Nu är katten ur väskan och trycket är på väg att leverera.)

Spara mycket tid för uppgifter. Dags att göra saker (mer) ordentligt i första hand. Även om dina framsteg skulle ha halverats skulle du fortfarande ha tid kvar, och jag är säker på att du skulle känna dig nöjdare med tekniska skulder och saker kvar.

Du kan vara lite vag när du rapportera vad du har gjort. Även om du känner att något är gjort kan jag lova att du snart behöver refaktorera / förbättra det / skriva test / etc. Om något tar lite längre tid initialt kommer det fortfarande att se bättre ut än att återgå till något som rapporterats som gjort redan.

Jag vet att det här är svårt, men det är också viktigt. Speciellt med oerfaren / dålig förvaltning.

Douwe
2020-01-09 20:33:09 UTC
view on stackexchange narkive permalink

Som alla andra redan har sagt: Sluta. Vad jag saknar i svaren jag har läst är varför:

För mig är det bländande uppenbart du är inställd på att misslyckas . De andra svaren antar att din chef är en idiot som på något sätt inte vet bättre. Men då skriver du att det finns andra devs som hanteras, organiseras och har tillgång till de resurser de behöver. Detta beräknar inte alls om vi ska tro ledningens inkompetens är vad som händer här. Den bärbara datorns situation är en annan död giveaway. Nu har jag ingen aning om varför du är inställd på att misslyckas och ändringar har du inte heller, eftersom du förmodligen kommer att vara den sista personen (utom kanske klienten) de kommer att förmedla denna information till. Jag är bara ganska säker på att du talar av stor erfarenhet.

Nu för de goda nyheterna:

  • Att introducera ett scrum som arbetsflöde för att organisera dig själv var geni.
  • De framsteg du gjort under dessa omständigheter är anmärkningsvärda.
  • Det faktum att du vet vad du inte vet och aktivt ser utbilda dig själv är utmärkt.
  • hela affären med de bärbara datorerna visar att du är resursstark och villig att gå en extra mil (de flesta appar som jag vet skulle bara ha slutat göra något användbart där och sedan).
  • Den här tråden visar att dina kommunikationsförmåga är rättvisa.

De flesta (om inte alla) butiker skulle gärna ha en sådan utveckling i sitt team. Du är själva definitionen av "anställningsbar". Berätta bara för att jag ska hålla fast det du vet var och aldrig se tillbaka. Du mår bra.

Situationen är min chef är den andra utvecklaren tillsammans med 2 andra i en annan avdelning som huvudsakligen hanterar frontend saker men som jag nämnde begär jag saker men kan bara inte se något som jag märkte förra året var att jag ville ha ett användargränssnittkit för att påskynda processen eftersom det var vad de ville de vägrade det. Så jag bad om att ikoner skulle utformas och några bilder fick jag bara veta att de kommer till det. Det har varit månader nu frågan från vad jag tänker är att chefen innan jag fickdet var "senior" och jag har fått allt "seniorarbete" så jag är inte säker
@Azurry Den bärbara datorn i sig talar redan volymer. "Ge dem en orimlig deadline och neka dem sedan resurserna för att göra sitt jobb" är det äldsta tricket i boken.Tänk på att jag inte säger att det finns någon stor konspiration här, det kan vara så att din chef bara inte gillar dig, eller inte håller med dig politiskt (jag har sett det hända) eller tror att dumisslyckas på något sätt får dem att se bättre ut.Det kan vara vad som helst ...
... men medan de säger "förklara aldrig med ondska det som tillräckligt kan förklaras med dumhet", det finns saker som inte kan förklaras av dumhet här.IMHO du slösar bort din tid på dessa människor.Även om du, mot alla odds, var du ska lyckas, tror du att du får krediten för det?Eller skulle du bara få en ny, lika eländig uppgift?
Jag tvivlar på att jag någonsin kommer att få ett tack eller ett bra jobb, jag har börjat ta alla råd och leta efter nya positioner
* Detta beräknar inte alls om vi ska tro ledningens inkompetens är vad som händer här * - det gör det säkert.De andra utvecklarna är erfarna / drivna nog för att få det de behöver.De är frispråkiga nog för att inte ha några problem att hålla sig till dåliga tidsfrister.De arbetar med projekt med ägare som har en bra vision.Och så vidare.Detta är inte kritik mot OP, det kan bara vara sanningen.Vilda västmiljöer där alla tar hand om sig själva är inte dåliga för alla, de är bara dåliga för människor som inte kan eller inte vet hur de ska hantera det (ännu).
@dwizum Att läsa frågan verkar inte troligt.Vilda västern eller inte, varje utvecklare behöver en maskin, och varje chef vet detta.De kan vara inkompetenta (att döma av de saker om Git som de förmodligen är) men detta skulle antingen vara den mest inkompetenta ledningen jag någonsin har sett, eller bara den gamla "omöjliga deadline + inga resurser" -taktiken jag har sett gång på gång.Occams rakhyvel säger det senare.
Green Baloon
2020-01-09 23:17:48 UTC
view on stackexchange narkive permalink

Jag vet att det finns många svar här men ...

LÄR. Lär dig allt du kan. du gör allt ensam? bra, det här jobbet är inte redan. börja skicka meritförteckningar och leta efter ett annat jobb men lär dig lär dig lär dig allt. inte alla har denna möjlighet att göra allt ensam och lära sig. du kommer att märka i nästa jobb att allt är enkelt. Varför? för att du gör allt ensam.

det är en smärta i röven som jag verkligen vet, men det kommer att vara värt i framtiden. lita på mig.



Denna fråga och svar översattes automatiskt från det engelska språket.Det ursprungliga innehållet finns tillgängligt på stackexchange, vilket vi tackar för cc by-sa 4.0-licensen som det distribueras under.
Loading...