Svar
Här ”en lista med softies
Mjukvaruutvecklare – är en anställd på heltidslönen och gör jobbet med att implementera kraven för applikationen. Utvecklare hoppar runt på olika projekt som fungerar som när styrd av sina arbetsgivare.
Programvarukonsult – är inte anställd och tas in för att ge råd (konsultation) om hur applikationen ska implementeras med nuvarande branschmetoder. Ofta ger konsulten teknisk rådgivning om hur man konfigurerar en stor applikation (SAP, Oracle etc.). Enligt min erfarenhet är konsulter i allmänhet inte programmerare.
Programvaruentreprenör – är inte och anlitas för att tillhandahålla kompetens och expertis i aktuella branschmetoder. Vanligtvis arbetar entreprenören på ett enda projekt och ser det igenom till slutförande, programmering efter behov. De är inte under ledning av deras arbetsgivare, även om de kan hjälpa till inom andra områden som en professionell artighet.
Hur blir du programvarukonsult?
Vanligtvis som ett resultat av att du arbetar för en programvarukonsult som dagligen hyr ut dig. Föreställ dig att du arbetar för Oracle och att vissa stora företag behöver hjälp med att ställa in mellanprogram. Du är en fast anställd som arbetar på avtalsbasis för en tredje part. Så är inte alltid fallet (se nästa avsnitt), men det är den vanliga vägen.
Hur blir du mjukvaruentreprenör?
Vanligtvis som ett resultat av att skapa ditt eget företag och låta rekryteringsagenter veta att du” finns tillgängliga för arbete (programmering, konsultation, båda …). Byrån anställer dig sedan ut dagligen, med vissa avtalsvillkor. Du kan gå direkt, men det är mycket svårare (agentens roll är att landa klienten, din roll är att tillhandahålla expertis).
Kommentarer
- Fan, först läste jag @FrustratedWithFormsDesigner ' svar och jag trodde att jag kunde följa. Nu läste jag detta motsägelsefulla svar och jag ' förlorade igen. 🙂 Vill du slå ut det?: )
- @FrustratedWithFormsDesigner är helt bra, jag ' jag är bara peda mer än någonting.
- @Steven Jeuris: Gary har gett lite mer detaljer mellan " konsult " och " entreprenör ". Enligt min erfarenhet överlappar de två rollerna mycket ofta (men inte alltid) och raderna blir suddiga, så jag gick inte ' till den detaljnivån.
- @Kumar-utvecklare gör bra tekniska konsulter eftersom de har den programmeringskunskap som IT-avdelningen behöver för att få programvaran att göra vad de vill. Kom ihåg att vara konsult är mer att göra med förhållandet mellan dig och den person som betalar dig.
- Tekniskt sett är definitionerna ' inte helt korrekta som du behöver ' inte vara egenföretagare. De flesta programvarukonsulter och entreprenörer jag känner (jag ' är en entreprenör själv) är anställda på företag (som Accenture, IBM, Logica etc.) som erbjuder dessa tjänster.
Svar
En ”Software Consultant” skiljer sig från en ”Software Developer” baserat på anställningsvillkor. ”Programvarukonsulten” anställs som entreprenör under en viss tidsperiod och för en mycket specifik uppgift / roll / projekt medan ”Programvaruutvecklare” (som inte är en entreprenör eller konsult) är en heltidsanställd på lön , och kan ha flera roller / projekt inom företaget.
”Sofware Consultant” kan hänvisa till en utvecklare / programmerare som är anställd på avtalsbasis snarare än en utvecklare / programmerare som är anställd på heltid. Det kan också hänvisa till någon som ger vägledning och projektledning / design / arkitektur på hög nivå, som andra har nämnt, men i mina erfarenheter slutar titeln ”Software Consultant” vanligtvis att bli någon som arbetar 60-90% av tiden som en utvecklare / programmerare och är anställd på ett kontrakt snarare än på heltid.
Varje utvecklare kan vara konsult genom att arbeta som entreprenör. För att göra det handlar det vanligtvis om att vara frilansentreprenör eller arbeta med ett konsultföretag.
Kommentarer
- Tja, jag arbetade för en start som entreprenör, fick ' inte ens ett enda öre extra. Ovanpå det arbetade till och med på helgerna för en pizza och dietkoks och det också i San Jose. Å andra sidan fick min " -konsult " koarbetare betalt för varje timme de arbetade på helgen eller sent på kvällen. San Jose-delen är att betona att människor arbetar gratis även i Silicon Valley: P
- I det här fallet kan det vara så att " Konsulter " hade helt enkelt bättre kontrakt (eller var ' inte rädda för att genomdriva dem eller hade något konsultföretag som stöder dem) än " Entreprenörer " (du). Angav ditt kontrakt att pizza och dietkoks var godtagbar kompensation (och varför inte ' inte åtminstone hållit ut vanligt Koks)?
- inte sant – många utvecklare är också entreprenörer
- @Steven A. Lowe: Jag menade inte ' att de var ' t, men jag använde OP ' s titlar " Programvaruutvecklare " och " Programvarukonsult ". Hur / var sa jag att utvecklare är inte entreprenörer?
- @Frustrated " medan utvecklaren är en heltidsanställd på lön "
Svar
Konsulter ska förbättra verksamheten inte bara utveckla programvara.
Jag har varit utvecklare i över 30 år. Jag har bara känt tillräckligt för att vara konsult under de senaste tio.
Kommentarer
- Jag tycker att det här är ett kort och mycket exakt svar, IMO. Programvarukonsult skulle vara mer eller mindre benägen mot affärer.
Svar
Jag ser inte någon skillnad mellan ”konsult” och ”entreprenör” annat än att konsulten på något sätt tycker mig är stilren och potentiellt dyrare. 🙂
I båda fallen har jag ”kallat konsulter / entreprenörer” mjukvaruutvecklare ”när de arbetade i en utvecklingsroll, men jag förväntar mig också att när jag anställer någon som ”konsult” att de kommer att göra en viss nivå av händer på mentorskap för det fasta anställdesteamet. Jag förväntar mig att när jag anställer en konsult, anställer jag någon som redan har erfarenhet av den teknik som jag anställer dem för, och att det är mycket möjligt att det mesta av mitt permanenta team redan håller fart på just det detaljer om den tekniken. Så jag förväntar mig att mitt team kommer att pumpa konsulten för information och konsulten kommer att lyckas både ge smarta tidsbesparande svar till teamet och få en viss mängd händer att arbeta med snabbare / bättre kvalitet än mina just-up-up-to-speed-fasta anställda.
I andra fall har jag anlitat konsulter för att permanent ”konsultera” – vilket betyder att de inte gör något på jobbet, de lär ut teamet att vara ett bättre team eller att bli bättre med ett visst verktyg eller en teknik.
Som de andra inläggen säger, jag förväntar mig inte att konsulter kommer att vara permanenta. Jag förväntar mig att vanliga anställda kommer att vara fasta eller åtminstone ha en anknytning till företaget som varar längre än ett enda projekt eller en kort tidsperiod.
Om du vill bli konsult och ta betalt därefter, Jag skulle säga att du behöver bygga meritförteckningar. När jag granskar återupptagning av konsulter letar jag efter en gedigen erfarenhet av att skära konstverktyg och teknik. Det varierar från domän till domän, men jag letar efter någon som implementeras komplexa saker vid den blödande kanten, så att de ”redan har träffat inlärningskurvan för de tekniker jag försöker implementera. De flesta av de konsulter jag känner är missbrukare. De arbetar hårt på dagtid och spenderar sedan kvällarna ännu längre fram i sina specialområden eftersom de vet att de behöver kompetens för att sälja till nästa anställning.
Kommentarer
- Så som en anställa chef / person bortsett från erfarenhet söker du också efter certifieringar och forskning h papper gjorda av konsulten? Hur intervjuar du dem? AFAIK, man anställer en konsult när de saknar skicklighet och hur kontrollerar man då att CV inte är falskt och att personen har dessa färdigheter?
- Personligen, jag ' jag är inte ett stort fan av papper och certifieringar.Det ' är en bonus om de ' har fått dem, men om jag ' ser för någon som vet något ganska banbrytande, då förväntar jag mig inte ' att det ' är en certifiering som hjälper, och inte alla är en pappersförfattare – trots allt är att skriva ett papper och skriva bra kod ganska olika saker. Jag kan generellt säga att någon ger mig bullsh-t om jag ber dem att förklara en arkitektur med hjälp av en given teknik och de är inte meningsfulla. Jag har vanligtvis tillräckligt med djup i det område som jag ' lyckas kunna hålla mig förbi BS-nivån.
- Lite hur jag missade ditt svar, inte säker Varför. Tack ändå. Men inte alla organisationer har en expert för att välja konsult. Så är det som att du " anställer " en konsult för att hitta dig en konsult? Tänk på detta, en organisation som arbetar med hårdkodad MS-teknik behöver en expert för Unix, hur skulle de välja konsult? Är det som att anställa den mest kända baserade på sociala / professionella nätverk & inte utvärdera tekniska färdigheter?
- I ' jag säger inte att jag ' är expert på området … när jag behöver gå långt utanför mitt område, ' Jag ställer fortfarande frågor från konsulten och ber honom förklara. Jag brukar också fråga den allmänna " vad tycker du de 10 bästa sakerna att undvika inom ditt expertområde ". Detta stämmer vanligtvis upp mot NÅGOT jag vet om, eller så kan jag göra lite forskning på forum som Stack Overflow och se om killen är på pengarna. Det största misstaget jag någonsin gjorde var att anställa en kille som inte ' inte gav någon mening när han förklarade saker. Jag trodde att det var min brist på kunskap … visar sig att killen inte ' inte vettade för någon.
- En entreprenör kommer in för att göra ett jobb & avslutar det. En konsult kommer in för att starta jobbet & lämnar dig för att slutföra det.
Svar
Det är synd att frågan är inramad som den är. Jag tror att en bättre fråga kan vara ”Hur skiljer sig en” programvaruentreprenör ”från en” mjukvarukonsult ”?” Det är dessa termer som verkligen ta upp frågan, åtminstone här i USA
Uttrycket ”mjukvaruutvecklare” kan gälla för alla typer av anställningar, där utvecklare är den typ av roll eller resurs man tjänar. frågor, och igen talar jag med hänvisning till hur det fungerar här i USA. Men för att verkligen svara på den här frågan definitivt (och du kommer att se, även det är svårt att göra!), först måste vi definiera några termer och utforska några historia.
En programutvecklare, oavsett hur de används, skapar programvara och gör förmodligen många andra uppgifter relaterade till skapande av programvara, vanligtvis med undantag för en ledningsroll, även om även det är ganska vanligt i vissa projekt, som lagledningar. Mjukvaruprojekt- och programchefer involverar sällan i muttrar och skruvarna för att skapa programvara (förutom teamledningar). Återigen är dessa roller .
När det gäller anställning och betalning finns det flera typer (gäller USA). Den vanligaste typen av anställning är regelbunden eller ”direkt”, där arbetstagaren är på lönen för det företag som utvecklar programvaran. De fyller i en W-4 med arbetsgivaren varje år och får en W-2 från den arbetsgivaren i slutet av året för sina skatter.
Utanför direkt anställning finns det entreprenörer och (beroende på på definition) konsulter. Termen ”entreprenör” är dock lite vilseledande. Tekniskt sett är en entreprenör en enhet eller person som tecknar ett kontrakt med kundföretaget, i detta fall den som utvecklar programvaran. Men verkligheten är att nästan alla entreprenörer i USA arbetar genom ett entreprenadföretag (även kallat ”karosseri” och ännu mindre kompletterande villkor); de ”kontrakterar” inte i sig direkt med kunden. Dessa så kallade entreprenörer fyller faktiskt en W-4 med kontraktsföretaget – inte klienten – varje år och får en W-2 från det kontraktsföretaget i slutet av året för sina skatter. De beskattas på exakt samma sätt som deras direktanställda bröder och systrar. När det gäller IRS är alla W-2-anställda direktanställda.
Poängen här är att det är det ”upphandlande företaget” som faktiskt tecknar ett kontrakt med kundföretaget, inte det så kallade entreprenörer (”kontraktsanställda”). Kontraktsanställda är faktiskt anställda av kontraktsföretaget och kontraktsföretaget är part i avtalet med kunden.Så kontraktet och direktanställda som arbetar med ett mjukvaruprojekt är i stort sett desamma när det gäller beskattning och arbetar vanligtvis i angränsande skåp utan någon speciell särskild status, den enda stora skillnaden är att entreprenörer är begränsade till en viss tid de kan fortsätta arbeta med projektet för den klienten. Detta beror på att det entreprenadföretag de jobbar för inte ska hålla dem där längre än den tiden eller vår IRS kan omklassificera dem som direktanställda, och parterna (kund och entreprenadföretag) i kontraktet skulle bli ansvariga för skillnaden i skatter.
Enligt min egen erfarenhet utökas entreprenörer ofta med HR-trick och klassificerar en kontraktsanställd från, säg ”entreprenör” till ”temp” eller liknande. Kunder som ville hålla mig på har gjort det ibland. Kundföretagen måste dock vara försiktiga; IRS kan granska dem för att avgöra det verkliga förhållandet mellan dessa entreprenörer. Om skattemyndigheten upptäcker att klienten har behandlat dem som direktanställda och till exempel hållit dem på plats på obestämd tid blir kunden ansvarig för eventuella förmåner som de (nu vanliga) anställda inte fick som kontraktsanställda. Och det upphandlande företaget kan också vara ansvarigt. Jag känner inte till alla förgreningar, men det kan bli rörigt.
Åh, ja. Vad är en ”konsult?” Den termen är typ av ”squishy” – det har funnits många krig om det heliga territoriet. Det brukade vara, kanske för 40 år sedan, att ”konsult” var mer eller mindre synonymt med ”oberoende entreprenör”, vilket betyder en arbetare som direkt kontrakterade med en klient. Det vill säga arbetaren tecknade ett kontrakt med klienten (kanske den som utvecklar programvara, som ovan). Den arbetaren fyller INTE i en W-4 med klienten och får inte en W-2 från klienten i slutet av året. Istället får en direktleverantör (det som ofta kallades en ”konsult” då) en 1099 från kunden. Den direkta entreprenören hade vanligtvis sitt eget företag som betalade sina skatter till företagspriser och var tvungen att följa IRS affärsskatteregler (och naturligtvis också haft fördelar med att vara ett företag!).
Tillsammans med denna mycket olika skatt ordet hade termen ”konsult” en viss aura om det. Konsulter var generellt sett mer erfarna (minst 10 år arbetade på fältet) och hade vanligtvis ett område som kunde ha varit svårt att hitta, vilket gjorde dem mycket önskvärda för kunderna, och kunderna var villiga att betala $ 500 eller $ 1000 per dag (en mycket generöst belopp då) för deras experttjänster. Konsulter sprang med en elitmassa av ganska väl anslutna människor, och det var i allmänhet svårt att bryta sig in i dessa klick. Medlemskap var nödvändigt om man skulle vara en framgångsrik konsult. Det fanns en organisation, nyligen avstängd men återupplivades nu, kallad ICCA som var en slags old-boys club för datakonsulter. Vem som helst kunde gå med, och jag gjorde vid ett tillfälle; att bli accepterad och att få arbete var en annan historia.
Det fanns också en nischindustri, särskilt på platser som NYC: s finansdistrikt, som specialiserade sig på förmedlingskontrakt för dessa konsulter. Men då, för att få arbete inom programvara – och särskilt finanssektorn – var man tvungen att vara väl ansluten (jag vet för jag hade försökt då). Idag har dessa mäklare sväljts eller gått ur drift av de stora placeringsföretagen. Oberoende upphandling har nästan blivit uttagen (den existerar, men den sektorn är mycket mindre nu, nästan obefintlig) av en rad lagar som långsamt och säkert har förstört oberoende upphandling som den.
Idag har begreppet ”konsult” används sällan inom programvaruutvecklingen. Jag har åtminstone sällan hört det. Ibland kallas en entreprenörsprogramutvecklare som en konsult, men det är knappast någon åtskillnad annat än, kanske, något försök att smickra eller komplimangera en viss entreprenör för deras expertis i ett återkast till det tidigare tidpunktet när termen innebar något speciellt .
Jag ska säga att det fortfarande finns programvaruprojektledare som kallas ”programvaruhanteringskonsulter”, men nästan alla är också direktanställda till något entreprenörsföretag som har samma syfte för dessa anställda som företagsledningar. som tillhandahåller W-4 till de anställda för mjukvaruutvecklare. Och som ni kan föreställa er det ibland samma kontraktsföretag. Vissa kunder vill hantera en källa av arbetare för både utvecklare och chefer som arbetar med ett projekt.
Äkta, oberoende programvarukonsultation i USA är mestadels död tack vare förändringar i federal lagstiftning och det förändrade landskapet i Amerika. När företag (potentiella konsultkunder) blir större blir deras HR-avdelningar mer brutalt centraliserade, arrogant effektiv och tekniskt svartboxad.Det är nästan omöjligt idag att kontakta en anställningschef för att diskutera en anställningsmöjlighet av något slag, direkt eller kontrakt. En del av detta är företagshemlighet och anställdsskydd, men mycket av detta är trenden mot att se till att så många arbetare som möjligt är direktanställda eller åtminstone arbetar genom ett entreprenadföretag.
Alternativet till det här scenariot, liknande den tidigare för omkring 40 år sedan, var helt annorlunda. Då var det svårare för arbetsgivare att kontrollera arbetet hos sina anställda, särskilt konsulttypen. Kontroll av arbetare har i allt högre grad blivit den viktigaste frågan om sysselsättning i USA för att säkerställa ökad produktivitet vilket i sin tur är viktigt för konkurrens med länder som Indien och Vietnam, vars arbetare är ännu mer vana vid ständigt ökande krav på produktivitet. / p>
Nyckeln till att förstå allt detta är att förstå att den oberoende entreprenören inte kan få veta exakt hur eller när man ska göra sitt arbete. De måste vanligtvis tillhandahålla sina egna verktyg. De måste följa cirka 20 av dessa typer av begränsningar för att IRS ska erkänna dem som legitima oberoende entreprenörer. Annars kommer de juridiska frågorna som jag hänvisade till ovan in ihop, tillsammans med potentiella rättegångar mellan kontraktsanställda och deras kontraktsföretag för förmåner som sedan skulle vara lagligt på grund av dem.
Ledsen för den långvariga förklaringen , men det är verkligen det här komplexet. Jag är en mjukvaruutvecklare som har arbetat direkt för företag och genom kontraktsföretag. Jag har många gånger övervägt att gå ”indy” men det har blivit en mycket förrädisk (och skrämmande!) Väg att följa under de senaste decennierna. Och företagen fortsätter att strama åt detta arrangemang som plyndrar och utnyttjar sitt inflytande i regeringen. Den amerikanska programvarukonsulten är död; alla återstående överlevande lider sista andetag.
Kommentarer
- Jag tror att du förväxlar de faktiska roller som människor kan utföra med statlig byråkrati kring den
- Jag är inte säker på vad du menar. Din kommentar låter väldigt generaliserande och verkar bara avse statliga jobb. Jag pratade också om den privata sektorn.
- @Phelonius, jag tycker att ditt svar är spännande och det finns en kille som skriver en blogg som verkar vara oense med dig: daedtech.com/reader-question-round-up-video-consulting-edition . Jag har alltid förstått samma sak som du.
Svar
Hur man blir programvarukonsult:
- Gå till en kopieringsbutik och skriv ut 100 visitkort med ditt namn, ditt telefonnummer, din e-postadress och titeln ”Software Consultant”.
- Uppdrag: Du är nu en programvarukonsult.
Kommentarer
- Det jag har samlat här är att det inte verkar vara enighet om vad en mjukvarukonsult Det finns dock en kille med en blogg som känns ganska säker: daedtech.com/hypothetical-consulting-gig . Jag personligen kunde inte ' inte säga, jag visste faktiskt aldrig att det var skillnad förrän jag började dialoga med honom.
Svar
Min förståelse för ”konsult” är någon som gör både affärsanalys (kravinsamling) och åtminstone lite mjukvarudesign / utveckling, även om de kommer inte riktigt ner så långt ner i diken som en programvaruutvecklare på heltid.
IOW, konsulter bär flera hattar, medan utvecklare bär en hatt.
Svar
Min erfarenhet av rollen som konsult skiljer sig från det gemensamma temat hittills.
En annan användning av termen, möjligen bara vanlig i Storbritannien , är en senior, erfaren ingenjör som har en beprövad förmåga att förstå ett system, kommunicera om det och diskutera avvägningarna mellan alternativa implementeringar.
Det bästa av dessa kan ge denna höga input på system som de inte tidigare har stött på rött.
Externa konsulter, förda in för ett specifikt syfte, uppvisar ibland några av dessa färdigheter – men upplevs vanligtvis (om så) på ett mycket smalare, mer fokuserat sätt.
Svar
Jag antar att du måste vara en kickass-programutvecklare eller åtminstone en bra för att ge andra människor råd om hur man utvecklar programvara.
Enkelt uttryckt är en S / W-konsult en S / W-utvecklare med beprövad erfarenhet.
Titta bara tillbaka i tiden i ditt eget liv – när du började köra eller nått ålder för att få körkort, frågade du saker om körning och köransökan från någon yngre än dig eller någon äldre som hade körkort och kände körning?
Dessutom gör konsulter ofta jobbet åt dig – utvecklingsdelen, förutom andra saker som är kring skapandet av en programvaruprodukt, från början till slut. De största organisationerna gör det, de hanterar alla aspekter av produktskapandet åt dig. Du behöver bara berätta för dem vad du vill, hur du vill att det ska göras, vad de kritiska sakerna är, deadlines, dokumentation, etc. etc.
TCS kommer att tänka på. Tata konsulttjänster. Missleds inte, de är ett av Indiens mycket ljusa IT-tjänsteföretag, en gaffel från Tata-gruppen av industrier, under Ratan Tata.
TCS ”anmärkningsvärda verk – digitalisering av passansökan system, UID och andra större regeringsverk.
Svar
Konsulter får mer betalt för varje timme de arbetar.
Men som en permanent hel- tid utvecklare i ditt företag, får du din lön varje månad. Ditt jobb är ”säkrare”.
Unga människor gillar utmaningar och gillar att arbeta som konsulter. Det här är trevligt om du gillar att se nya ansikten, har mer ansvar och självständighet.
Jag antar att du efter äktenskap och barn föredrar ”säkerhet” snarare än ”äventyr”. Du gillar att veta vad som kommer att hända nästa vecka osv.
Jag är inte säker på att lönen är den viktigaste punkten här. Att arbeta ensam har många fördelar.
Du kan inte köpa lycka med pengar, och ibland skulle jag hellre tjäna 500 dollar mindre varje månad (om du arbetar hemma behöver du inte betala för transporation till exempel) än att arbeta med skitprojekt, i den livliga miljön på 10 personer per rum med förseningar och allt …
Det är detsamma som att arbeta som anställd eller skapa ditt eget företag . (det finns nästan ingen investering att göra som en ensam mjukvaruutvecklare)
Kommentarer
- Beroende på företaget får heltidsanställda också fördelar såsom hälso- och tandvårdsförsäkring genom företagsplanen. De kan också få pension och bara andra trevliga " anställda! " förmåner. Entreprenörer och konsulter får aldrig det (så långt jag ' har sett), och om de vill ha det köper de det på egen hand.
- @ user25382 Couldn ' t håller inte mer med – jag ' är entreprenör och är gift med barn och älskar det pågående äventyret som är utveckling av kontraktsmjukvara. Jag uppfattar risken för kontraktsprogramvara som är lika med risken för en fast anställd.
- @Gary Rowe Jag uppfattar faktiskt att risken för kontraktsprogramvara är lägre än en fast arbetars.
- @Gary Rowe ja exakt. Dessutom tvingas du hålla dina intervju- / säljfärdigheter skarpa. Jag har också sett företag behålla sina entreprenörer och släppa sin heltidsanställd personal, liksom ta med entreprenörer innan de anställer heltidsanställda.
- Du verkar blanda bland konsulter med entreprenörer. IMO, det är väldigt olika saker när det gäller arbetssäkerhet. De flesta, om inte alla konsulter, är heltidsanställda med normal arbetssäkerhet.
Svar
I tycker att det är intressant när flera svar börjar ” En programvarukonsult är inte anställd … ” – de är anställda någonstans! Och i synnerhet är OP intresserad av hur man blir konsult, vilket säkert är något som bör presenteras ur arbetstagarens perspektiv.
Jag arbetar inom konsultområdet och föreslår den primära egenskapen. man behöver för att lyckas är att vara mycket personliga. Detta härrör från det ständiga behovet av att vara i kontakt med kunderna. Den som är en ”mjukvarukonsult” men inte är direkt inblandad i kunderna nästan dagligen är helt enkelt en mjukvaruutvecklare.
Enligt min erfarenhet är mjukvarukonsulter också programmerare, men ibland är de inte riktigt lika begåvade som deras motsvarigheter till mjukvaruutvecklare – mest för att de har tvingats finslipa andra färdigheter som ja, inklusive presentation och förslag. Självklart varierar detta mellan konsulter.
Jag har också anställt konsulter som tidigare varit programvaruutvecklare. Efter en intervju eller två kan jag enkelt kontrollera att deras talanger för programutveckling är helt uppe. Jag måste då fokusera på om de är sällskapliga (även presentabla nog) för att representera företaget inför kunderna. I viss utsträckning måste du se bra ut i en kostym, så grunt som det låter. av kunder och besvärliga frågor. Dessa är färdigheter som bara vissa programutvecklare har.
Slutligen vill jag tillägga att jag älskar mitt jobb som programvarukonsult. Det är inte eftersom det betalar bra, även om jag inte klagar över det. Det beror på att jag är inblandad i många kundprojekt med en mängd olika problem att lösa och tekniker att använda. Det för mig kommer alltid att slå arbetar med nästa release …
Svar
Utvecklare eller entreprenör – Du letar efter öppna mjukvaruutvecklingspositioner (inget slutdatum) eller kontrakt (definierat slutdatum).
Konsult – Du gör dig själv känd och företag begär dina programvaruutvecklingstjänster, normalt enligt ett kontrakt.
Allt annat är underordnat baserat på mekaniken i ovan.
Svar
Jag tror att ni har fel idé. Skillnad mellan mjukvarukonsulter som har eget företag och individuellt konsulterar sig mot mjukvarukonsulter som arbetar för Big 4. Konsulter har mer affärsfärdigheter / relationshanteringsfokus och begränsad kompetensutveckling. Mjukvaruutvecklare är oftast praktiska, hardcore tekniska och över en tidsperiod blir deras hårda skicklighetsuppsättning starkare än en programvarukonsult. En konsult måste dela upp sin attn mellan affärs- och tekniskt arbete, så hans / hennes kompetensutveckling mer när det gäller anciennitet stiger. Om det är en mjukvarukonsult som arbetar individuellt, så är det någon som har visat sig vara fantastisk och har råd att ge råd och tjänster till ett högt pris. Programvarukonsulterna som arbetar på platser som Big 4 konsultföretag är mer som knektar av alla branscher. Ett företag som Google eller Amazon eller Apple skulle sällan röra vid den här typen av människor efter att ha konsulterats med dem om de inte behöll sina hårda tekniska färdigheter utanför arbetet.
Kommentarer
- det här inlägget är ganska svårt att läsa (textvägg). Har du något emot redigera få det bättre?
Svara
In pra För övrigt kan fast anställda sägas upp när som helst, vilken dag som helst, när som helst. I den meningen är fast anställd inte bättre än entreprenörer. Och ”fast anställd” är faktiskt bara en entreprenör utan ett väldefinierat kontrakt, vilket är sämre än formell entreprenör.
Kommentarer
- Beror på det land där du arbetar. I Storbritannien kan en entreprenör släppas väldigt enkelt, medan endast en noggrant konstruerad permanent uppsägning kommer att undvika en anställningsdomstol.
Svar
Jag vet att det finns vissa företag som kallar sig konsultföretag men enligt vad jag förstår gör de inte mycket konsultation i traditionell mening.
Den enda skillnaden verkar vara att de anställer endast erfarna utvecklare och är kontrakterade till stora företag för att göra det arbete de själva skulle kunna göra internt men förhoppningsvis till en högre standard.