GitHub

Microsoft køber kode-platformen Github for 7,5 milliarder dollars

Via The Next Web - , indsendt af arne_v

Microsoft køber nu officielt kode-platformen Github for 7,5 milliarder dollars.

Det har været rygtet siden sidste uge, nu er det blevet til virkelighed.

Microsoft køber Github, der i 2015 blev vurderet til at være to milliarder dollars værd.

Overtagelsen af Github afsluttes først i slutningen af 2018, blandt andet fordi diverse regulerende organer skal godkende købet.

Som en del af overtagelsen udskifter Microsoft chefen hos Github med Nat Friedman, der tidligere har stået i spidsen for app-udviklingsplatformen Xamarin.

Githubs chef og medstifter, Chris Wanstrath, vil dog blive hos Microsoft og få en ledende rolle som ‘technical fellow’.

Microsoft fortæller, at trods denne handel vil Github fortsætte uafhængigt, og virksomheden vil beholde deres udvikler-værdisæt.





Gå til bund
Gravatar

#1 Unicco33 5. jun. 2018 10:35

Det skal de nok få splittet af.
Gravatar

#2 SukkerFri 5. jun. 2018 10:44

Jeg ser det som en skridt i retning af open source som MS har snakket længe om at de vil til at gøre mere i...
Gravatar

#3 jahej 5. jun. 2018 11:15

Bare vent om nogle år har MS opkøbt alt, og så tager de Copyright på open source, og så er det slut med det pjat :)
Gravatar

#4 arne_v 5. jun. 2018 12:39

#0

Jeg undrer mig bare over hvordan MS vil tjene de 7.5 B$ ind igen.
The greater danger for most of us lies not in setting our aim too high and falling short; but in setting our aim too low, and achieving our mark.
Gravatar

#5 Ib Rehné 5. jun. 2018 13:04

#4
Hvis Microsoft præsterer at lade platformen forblive i den nuværende filosofi og ånd, så kan GitHub vel fungere som et værktøj til at skabe bedre relationer til udvilkere. Både Microsoft-udviklere og andre udviklere. Bedre relationer med udviklere og større tiltro til Microsoft fra udviklere kan skabe større tiltro til Azure og dermed en større kundebase.

Men 7,5 millarder USD er mange penge at finde ved at trække flere kunder til Azure.
Gravatar

#6 Chucara 5. jun. 2018 15:46

Har aboslut intet problem i at Microsoft overtager denne. Efter at de har givet afkald på C#, udgivet TypeScript og open sourced .NET, åbnet op for Linux tools til Windows og lavet .NET Core, der kan afvikles på andre operativsystemer, er de røget i bogen over de selskaber, jeg har tillid til. De er langt foran bl.a. Google, som folk tilsyneladende har mere tiltro til.

Men ja, ingen tvivl om at de vil have flere Azure/Visual Studio udviklere. De kan man heller ikke fortænke dem.

Og som udvikler har jeg svært ved at pege på et IDE, der er i nærheden af VS2017, så jeg tror bestemt godt de kan lykkedes med deres mission.
Newz.dk: Hvor alle er eksperter indenfor alt.
Gravatar

#7 Lasse O 5. jun. 2018 21:47

Chucara (6) skrev:
Har aboslut intet problem i at Microsoft overtager denne. Efter at de har givet afkald på C#, udgivet TypeScript og open sourced .NET, åbnet op for Linux tools til Windows og lavet .NET Core, der kan afvikles på andre operativsystemer, er de røget i bogen over de selskaber, jeg har tillid til. De er langt foran bl.a. Google, som folk tilsyneladende har mere tiltro til.

Men ja, ingen tvivl om at de vil have flere Azure/Visual Studio udviklere. De kan man heller ikke fortænke dem.

Og som udvikler har jeg svært ved at pege på et IDE, der er i nærheden af VS2017, så jeg tror bestemt godt de kan lykkedes med deres mission.


Givet afkald på C#? ah, næppe.
Gravatar

#8 arne_v 6. jun. 2018 01:57

#7

Udfra konteksten må "givet afkald" dække over noget standardisering/open source.
The greater danger for most of us lies not in setting our aim too high and falling short; but in setting our aim too low, and achieving our mark.
Gravatar

#9 CBM 6. jun. 2018 03:11

Hvis ms pludselig er blevet helgener, burde de så ikke også fjerne telemetri fra win 10? Eller i det mindste gøre det muligt at slå alt fra og lade det være standard indstillingen?

Og siden hvornår er google blevet helgener? Det er ikke uden grund de måtte ændre deres "slogan" !
Vestager er sej. #ComeToTheDuckSide www.duckduckgo.com, BB Priv because REAL QWERTY is a privilege, AMD + ASUS = kvalitet! #BringBackTheKeyboard #JackOn.
Gravatar

#10 gramps2 6. jun. 2018 06:08

Chucara (6) skrev:
Og som udvikler har jeg svært ved at pege på et IDE, der er i nærheden af VS2017, så jeg tror bestemt godt de kan lykkedes med deres mission.

Som udvikler har jeg svært ved at forstå hvordan den indbyggede git-klient (i 2015) er så ringe - man kan ikke engang committe enkelte linjer. Det håber jeg de får indført med det her opkøb.
Gravatar

#11 Phaeer1337 6. jun. 2018 09:23

#10 Bruger alle med respekt for sig selv ikke kommandoprompten til den slags?
Gravatar

#12 jahej 6. jun. 2018 09:54

#10
Måske du bare skal upgradere dit Visual studio til seneste udgave ?
Selv anvender jeg VS code, og her fungere git ganske glimrende.
Gravatar

#13 Claus Jørgensen 6. jun. 2018 10:30

#4

Det blev betalt i aktier
Gravatar

#14 EmilKampp 6. jun. 2018 12:25

gramps2 (10) skrev:
Som udvikler har jeg svært ved at forstå hvordan den indbyggede git-klient (i 2015) er så ringe - man kan ikke engang committe enkelte linjer. Det håber jeg de får indført med det her opkøb.


Bare rolig, i de nye versioner, der sørger de for at man slet ikke kan bruge git.
Gravatar

#15 EmilKampp 6. jun. 2018 12:26

Jeg mindes da Microsoft overtog og ødelagde Skype. Jeg ser ikke frem til en fragmenteret windows-only Github platform.
Gravatar

#16 Claus Jørgensen 6. jun. 2018 13:50

#15

Skype ødelagde sig selv. Det havde intet med Microsoft at gøre
Gravatar

#17 arne_v 6. jun. 2018 13:53

Phaeer1337 (11) skrev:

Bruger alle med respekt for sig selv ikke kommandoprompten til den slags?


Nej.
The greater danger for most of us lies not in setting our aim too high and falling short; but in setting our aim too low, and achieving our mark.
Gravatar

#18 arne_v 6. jun. 2018 13:55

Claus Jørgensen (13) skrev:

#4

Det blev betalt i aktier


God pointe.

Det ændrer ikke principelt på business casen.

Men det betyder at Microsofts aktionærer som har betalt direkte i.s.f. indirekte gennem Microsoft.

The greater danger for most of us lies not in setting our aim too high and falling short; but in setting our aim too low, and achieving our mark.
Gravatar

#19 arne_v 6. jun. 2018 16:48

Chucara (6) skrev:

Og som udvikler har jeg svært ved at pege på et IDE, der er i nærheden af VS2017, så jeg tror bestemt godt de kan lykkedes med deres mission.


Det er 20 år siden VS var ledende med hensyn til features. Idag får VS features 5 år efter andre IDE'er.

VS er ret tung. Kræver meget RAM, disk plads og CPU. En kraftig PC er at anbefale.

Men kvaliteten er generel god. Man har indtryk af at VS bliver testet godt inden release. Og generelt virker det bare.
The greater danger for most of us lies not in setting our aim too high and falling short; but in setting our aim too low, and achieving our mark.
Gravatar

#20 arne_v 6. jun. 2018 16:49

#19

Hvis jeg skal fornærme både iPhone og VS brugere, så vil jeg sige at VS er for IDE'er hvad iPhone er for smartphones.

Hmmm. Hvor lagde jeg nu min asbest dragt?
The greater danger for most of us lies not in setting our aim too high and falling short; but in setting our aim too low, and achieving our mark.
Gravatar

#21 jahej 6. jun. 2018 23:05

#20
Glemt ikke at iføre dig din hat af sølvpapir :)
Gravatar

#22 Chucara 7. jun. 2018 08:32

#19: Hvilke features er det, du mangler i VS2017 som du kan finde i et af de andre gængse IDE'er?
Newz.dk: Hvor alle er eksperter indenfor alt.
Gravatar

#23 CBM 7. jun. 2018 13:39

@arne: LOL :-)

Vestager er sej. #ComeToTheDuckSide www.duckduckgo.com, BB Priv because REAL QWERTY is a privilege, AMD + ASUS = kvalitet! #BringBackTheKeyboard #JackOn.
Gravatar

#24 gramps2 8. jun. 2018 09:36

jahej (12) skrev:
#10
Måske du bare skal upgradere dit Visual studio til seneste udgave ?
Ikke når en opgradering af IDE ikke betales af kunden og kan ødelægge buildet.
jahej (12) skrev:
Selv anvender jeg VS code
som ikke har noget med VS at gøre. Som i overhovedet ikke. De hedder det samme, men VS er bygget mere eller mindre fra bunden, mens VS Code er bygget på Electron (ligesom Atom er). VS Code er fint; men når kundens projekter ligger i et VS-projekt, og alle kolleger i forvejen er vant til VS, så skifter man ikke lige fra IDE til editor.
Phaeer1337 (11) skrev:
#10 Bruger alle med respekt for sig selv ikke kommandoprompten til den slags?
Jeg har masser af respekt for mig selv. Endnu mere for min tid. Med Sourcetree åbent kan jeg markere fil, "stage hunk", commit og push med sammenlagt tre klik. Jeg har timet med en fuldfilscommit på Windows. Det er væsentligt hurtigere med Sourcetree. Og jeg slipper for at fylde hjernen med noget, som en computer kan huske for mig.
Gravatar

#25 Claus Jørgensen 8. jun. 2018 12:13

arne_v (19) skrev:
Chucara (6) skrev:

Og som udvikler har jeg svært ved at pege på et IDE, der er i nærheden af VS2017, så jeg tror bestemt godt de kan lykkedes med deres mission.


Det er 20 år siden VS var ledende med hensyn til features. Idag får VS features 5 år efter andre IDE'er.

VS er ret tung. Kræver meget RAM, disk plads og CPU. En kraftig PC er at anbefale.

Men kvaliteten er generel god. Man har indtryk af at VS bliver testet godt inden release. Og generelt virker det bare.
Med “andre IDE’er” mener du vel Eclipse og IntelliJ, da Xcode er cirka 20 år bagud.

IntelliJ er awful. Måske har det mange features, men det er laaaaangsomt (og grimt, ulæselig tekst som standard etc). Eclipse det samme.

Android Studio med Eclipse kræver en buddist munke grad af tålmodighed. Og at man drikker kaffe, da redeploy tager 5min.
Gravatar

#26 jahej 9. jun. 2018 07:01

#24
Hvis du faktisk læste hvad jeg skrev i stedet for at fare op af en æske som en sur gammel trold. Så gjorde jeg arne opmærksom på at git fungerede ganske glimrende under VS code, jeg sagde ingen steder at det var et "replacement" for VS.

Det er da heller ikke kunden der skal betale for jeres udviklingssoftware, det skal det firma du arbejder for, og de kan oven i købet trække det fra.

Hvis det firma du arbejder for ikke er af en vis størrelse så kan man anvende VS 2017 community edition kvit og frit. Kan ikke huske alle detaljerne men det er noget med en årsomsætning på mindre end 1 million $.

Men seriøst hvor svært kan det være at installere VS community edition, og target det samme framework som på VS2013 eller hvad i nu bruger. Udvikle koden, bruge git og vennerne, og når projectet er færdigudviklet flyt det over på VS2013 og compile skidtet.
Du får det til at lyde som om i er ved at udvikle rumskibe til NASA.
Gravatar

#27 arne_v 10. jun. 2018 02:13

Chucara (22) skrev:

Hvilke features er det, du mangler i VS2017 som du kan finde i et af de andre gængse IDE'er?


Jeg tænker mest på features som refactoring og runtime library source attachment som VS fik mange år efter alle andre.

JetBrains lavede en forretning ud af den manglende refactoring support med Resharper.

Hvad der mangler i 2017 er nok nemmest at se ved at kigge på nye features for 2019 og se hvilke af disse der er almene i andre miljøer.






The greater danger for most of us lies not in setting our aim too high and falling short; but in setting our aim too low, and achieving our mark.
Gravatar

#28 arne_v 10. jun. 2018 02:19

jahej (26) skrev:
#24
Så gjorde jeg arne opmærksom på at git fungerede ganske glimrende under VS code,


Hvorfor lige gøre mig opmærksom på det?

Hint: jeg har ikke udtalt mig om VS og Git.

The greater danger for most of us lies not in setting our aim too high and falling short; but in setting our aim too low, and achieving our mark.
Gravatar

#29 arne_v 10. jun. 2018 03:07

Claus Jørgensen (25) skrev:

Med “andre IDE’er” mener du vel Eclipse og IntelliJ, da Xcode er cirka 20 år bagud.


For features: ja.

Claus Jørgensen (25) skrev:

IntelliJ er awful. Måske har det mange features, men det er laaaaangsomt (og grimt, ulæselig tekst som standard etc). Eclipse det samme.


Der var engang da VS var hurtigere end disse. Men ikke længere.

En lille hurtig test af hvor lang tid det tager at starte IDE og blive klar til edit af eksisterende fil (C# eller Java):

SharpDevelop - 4s
Visual Studio 2010 - 4s
Eclipse 1 project - 8s
Eclipse 15 projects - 10s
Visual Studio 2017 - 10s
IntelliJ - 12s

Der er nok en grund til at roadmap for VS 2019 per:

https://docs.microsoft.com/en-us/visualstudio/prod...

har et item:


Improved startup and solution load performance.



The greater danger for most of us lies not in setting our aim too high and falling short; but in setting our aim too low, and achieving our mark.
Gravatar

#30 jahej 10. jun. 2018 06:43

#28
Ups fik dig vist forvekslet :P
Gravatar

#31 Claus Jørgensen 10. jun. 2018 08:44

#29

Intellisense (autocomplete) er stadivæk hurtigst i VS og Xcode. Men så igen, IntelliJ/Eclipse har en helt anden model for autocomplete jeg ikke kan lide
Gravatar

#32 Ib Rehné 10. jun. 2018 10:45

#29
Jeg vil personligt ikke anse opstartstiden af mit IDE som det vigtigste kvalitetsparameter og måske endda ikke et vigtigt kvalitetsparamter.
Gravatar

#33 arne_v 10. jun. 2018 22:36

#32

Det er jeg sådan set enig i. Men det bliver ofte bragt op.
The greater danger for most of us lies not in setting our aim too high and falling short; but in setting our aim too low, and achieving our mark.
Gravatar

#34 gramps2 10. jun. 2018 23:10

jahej (26) skrev:
Det er da heller ikke kunden der skal betale for jeres udviklingssoftware, det skal det firma du arbejder for, og de kan oven i købet trække det fra.
Det kommer så sandelig an på kontrakten. Ved mange kunder betaler de for "tid og udstyr" - dvs. de betaler for at vi bruger f.eks. Visual Studio med Resharper, VMs, Enterprice Architect, det hele.
jahej (26) skrev:
Hvis det firma du arbejder for ikke er af en vis størrelse så kan man anvende VS 2017 community edition kvit og frit. Kan ikke huske alle detaljerne men det er noget med en årsomsætning på mindre end 1 million $.
Det er vi betragteligt over. Jeg alene skulle indbringe en omsætning på mellem USD 200.000 og USD 250.000 om året. Dertil er der de andre 8-9 stykker i mit team; 12 teams nogenlunde ligedan; og så er der resten af firmaet.
Du får det til at lyde som om i er ved at udvikle rumskibe til NASA.
Vi koder agilt.. Men derudover, så har vores løsninger ganske, ganske ofte en reel indflydelse på rigtige menneskers liv. Enkelte kontorer servicerer endda militære leverandører. Så det er måske ikke uden grund, at vi ikke bare lige koder i 2017, flytter til en 2013 og bygger. Alene det at være sikker på om man nu koder i C# 5, 6, 7 (med en blanding af forskellige .NET inkl. Core) kan være besværligt nok når man, som jeg, er fedtet ind i mange projekter. Og nej, jeg arbejder ikke ved Google. De er noget gladere for C++ end C#. Og der måtte jeg bruge Linux på min arbejdsstation.


PS:
jahej (26) skrev:
#24
Hvis du faktisk læste hvad jeg skrev i stedet for at fare op af en æske som en sur gammel trold.

arne_v (28) skrev:
jahej (26) skrev:
#24
Så gjorde jeg arne opmærksom på at git fungerede ganske glimrende under VS code,


Hvorfor lige gøre mig opmærksom på det?

Hint: jeg har ikke udtalt mig om VS og Git.


jahej (30) skrev:
#28
Ups fik dig vist forvekslet :P


Det med undskyldninger for at kalde folk øgenavne ligger ikke lige for?
Gravatar

#35 Chucara 11. jun. 2018 15:03

#34: Min holdning er at bruge seneste version af VS, men at sørge for at alle udviklere er på samme version. Vi har 700+ repos i forskellige versioner af .NET/C#, og vi har aldrig haft problemer på tværs af skifter fra 2013 til 2015 til 2017.

Vi har dog MSDN licenser, så opgradering er betalt.
Newz.dk: Hvor alle er eksperter indenfor alt.
Gravatar

#36 arne_v 11. jun. 2018 15:36

gramps2 (34) skrev:

Men derudover, så har vores løsninger ganske, ganske ofte en reel indflydelse på rigtige menneskers liv. Enkelte kontorer servicerer endda militære leverandører. Så det er måske ikke uden grund, at vi ikke bare lige koder i 2017, flytter til en 2013 og bygger. Alene det at være sikker på om man nu koder i C# 5, 6, 7 (med en blanding af forskellige .NET inkl. Core) kan være besværligt nok når man, som jeg, er fedtet ind i mange projekter.


Der er en hær af projektledere og ledere som er helt enige med den holdning.

Jeg mener at problemerne er vild overvurderet. Ihvertfald hvis tingene er struktueret rigtigt.

Hvis man gemmer projekt filer i VCS og bygger i IDE, så er man nødt til at have alle på samme version og det skal være den version det skal køre på.

Men sådan bør man ikke arbejde.

Det skal være:

IDE---VCS---CI build+unittest+deploy

Og ingen projekt filer i VCS.

CI skal så have den version af tools det skal køre på.

Men om udviklerne bruger en nyere IDE med et nyere tool set eller om de bruger forskellige versioner af IDE/tools er ikke så vigtig.

Det sker nok er par gange at en udvikler med nyere IDE/tools får checket noget ind som ikke bygger på den endelige version.

Men det koster så kage til hele teamet - og det tager ikke lang tid inden alle har fået sat target korrekt i deres IDE.

Og jeg tror at den støj det giver mere end opvejes af produktivitetsforbedringen af at udviklerne kan bruge nye og bedre versioner og at udviklerne selv kan vælges deres tool.

Med .NET er det nemt fordi alle vel bruger VS. Men var det Java, så var der en halvdel som foretrækker Eclipse og den anden halvdel foretrækker IntelliJ.

Jeg tror på at man bare lader folk bruge det de foretrækker.

Den holdning er ikke så udbredt. Der er rigtigt mange som mener at "det kan man ikke" - der skal være en standard for IDE og tools.
The greater danger for most of us lies not in setting our aim too high and falling short; but in setting our aim too low, and achieving our mark.
Gravatar

#37 gramps2 12. jun. 2018 09:05

arne_v (36) skrev:
Den holdning er ikke så udbredt. Der er rigtigt mange som mener at "det kan man ikke" - der skal være en standard for IDE og tools.
Det skyldes formentlig at det
arne_v (36) skrev:
er en hær af projektledere og ledere som
styrer pengepungen, og derfor skal betale for forbrugt
arne_v (36) skrev:
tid inden alle har fået sat target korrekt i deres IDE


Samtidig er der altid en projektleder som ønsker at bestemme hvordan udviklingen skal køres. Jeg har endnu ikke fået lov til at ændre fremgangsmåden - en bygserver koster penge, unit- og integrationstests koster penge, CI og CD koster penge. Hvad koster færrest penge her og nu?
Gravatar

#38 Claus Jørgensen 12. jun. 2018 09:09

#37

Hvis du argumentere for ikke at følge best practices, så er der jo ikke nogen pointe i at argumentere med dig.

Og hvis i levere software fra en personlig computer og ikke et build-system, så er i nogle uansvarlige amatører over for jeres kunder, ligegyldigt pris.
Gravatar

#39 gramps2 12. jun. 2018 11:38

Claus Jørgensen (38) skrev:
Hvis du argumentere for ikke at følge best practices, så er der jo ikke nogen pointe i at argumentere med dig.
Jeg kommer med kundernes argumenter. Jeg har på intet tidspunkt sagt til en kunde, at det bedste er at jeg sidder i mit eget miljø, bygger selv, lægger bygget på en hjemmeside, henter på serveren som der skal deployes til, og deployer - men hvis det er hvad kunden ønsker, og vores forslag om bygserver, TDD, CI, CD falder for døve ører, så gør vi som vi har mulighed for. Ofte er argumentet fra kunden at de ikke har budget til den slags. Det er klart, at når vi sætter nye projekter op, så er vores antagelse at vi opsætter development-miljø, test-miljø, preprod og prod - gerne med flere spor i både dev og test. Når vi skal opsætte nyt projekt kan vi sige "Det er sådan det virker". Når vi overtager eksisterende projekt kan vi dårligt sige at "sådan kan det ikke virke", for ofte har kunden erfaring med at det virker godt nok...
Claus Jørgensen (38) skrev:
Og hvis i levere software fra en personlig computer og ikke et build-system, så er i nogle uansvarlige amatører over for jeres kunder, ligegyldigt pris.
Et enkelt sted er det kundens krav at vi gør sådan fordi det netop fungerer godt nok. Vi har gjort hvad vi kan for at få det flyttet til et helt andet miljø - pga. GDPR ser det ud til, at det nu lykkes efter 4 års kamp.
Gravatar

#40 arne_v 12. jun. 2018 14:53

gramps2 (37) skrev:

Samtidig er der altid en projektleder som ønsker at bestemme hvordan udviklingen skal køres. Jeg har endnu ikke fået lov til at ændre fremgangsmåden - en bygserver koster penge, unit- og integrationstests koster penge, CI og CD koster penge. Hvad koster færrest penge her og nu?


En projektleder som ikke vil bruge penge på buildserver og unit test bør fyres på mørkegråt papir.

Mine kommentarer omkring projektledere var omkring dem som selvom der bruges buildserver etc. ikke vil lade udviklere selv vælge IDE/tools.

gramps2 (39) skrev:

Jeg kommer med kundernes argumenter. Jeg har på intet tidspunkt sagt til en kunde, at det bedste er at jeg sidder i mit eget miljø, bygger selv, lægger bygget på en hjemmeside, henter på serveren som der skal deployes til, og deployer - men hvis det er hvad kunden ønsker, og vores forslag om bygserver, TDD, CI, CD falder for døve ører, så gør vi som vi har mulighed for. Ofte er argumentet fra kunden at de ikke har budget til den slags. Det er klart, at når vi sætter nye projekter op, så er vores antagelse at vi opsætter development-miljø, test-miljø, preprod og prod - gerne med flere spor i både dev og test. Når vi skal opsætte nyt projekt kan vi sige "Det er sådan det virker". Når vi overtager eksisterende projekt kan vi dårligt sige at "sådan kan det ikke virke", for ofte har kunden erfaring med at det virker godt nok...


Alt kan virke (bogosort kan også sortere).

Men jeg er ret sikker på at det bliver dyrere af ikke at have disse ting.



The greater danger for most of us lies not in setting our aim too high and falling short; but in setting our aim too low, and achieving our mark.
Gravatar

#41 gramps2 13. jun. 2018 06:29

arne_v (40) skrev:
En projektleder som ikke vil bruge penge på buildserver og unit test bør fyres på mørkegråt papir.
I en ideel verden, ja. Men de suger sig bedre fast til deres taburetter end SF gjorde indtil de røg ud af regering.
arne_v (40) skrev:
Men jeg er ret sikker på at det bliver dyrere af ikke at have disse ting.
Vi kan påvise at det er dyrere på den lange bane. Men det er åbenbart lettere at finde penge til ordinær drift i lang tid, end småprojekter. Jeg har forsøgt at sælge en løsning, hvor vi automatiserer en opgave. Det ville på første år skære 80 % af omkostningerne (design, udvikling, dokumentation kontra 100 % manuel opgave), og være ren gevinst derefter. Men nej...
Gravatar

#42 jahej 15. jun. 2018 04:24

#34
Hvis du alene tjener $200k-$250k til dit firma om året, så er det da helt hen i vejret at i ikke har udviklings værktøjerne i orden.
Som tidligere nævnt så kan din arbejdsplads trække den slags ting fra.
Måske det var en ide' for dig at blive selvstændig, og så lade din "tidligere" arbejdsplads hyre dit firma til at udvikle de opgaver de nu måtte have. For så kan du da bestemt anvende VS community edition :P og så slipper du for at bøvle med gamle versioner af VS, notepad eller hvad kunden nu forlanger.
Jeg må tilstå at jeg har meget svært ved at tro på dine ord.
12 Teams af 8-9 ansatte, samt det løse, og i har ikke licens aftale med MS, er det sådan en kina fabrik du er ansat på ala' den amazon har eller hvordan ?

At udtrykke at en person er høj som et fyrtårn er ikke det samme som at tildele den person navnet fyrtårn. At du farer op af æsken som en sur trold, er heller ikke det samme som at tildele dig et øgenavn, så der er egentlig ikke noget at undskylde for andet end at jeg kom til at forveksle dig med Arne.

Tror sq at næste gang jeg skal have lappet min cykel, så vil jeg lave en kontrakt med min cykel-pusher om at han skal anvende grydesker som dækjern og iføre sig rumdragt, samt at jeg skal have filmrettighederne til den optagelse jeg da så bestemt ville lave.
Gravatar

#43 gramps2 15. jun. 2018 12:24

jahej (42) skrev:
Tror sq at næste gang jeg skal have lappet min cykel, så vil jeg lave en kontrakt med min cykel-pusher om at han skal anvende grydesker som dækjern og iføre sig rumdragt, samt at jeg skal have filmrettighederne til den optagelse jeg da så bestemt ville lave.

Så er spørgsmålet om din cykel-pusher vil skrive under på kontrakten. En tidligere chef skrev under på vores. En kontrakt er juridisk forpligtende, også selvom underskriver ikke længere er ansat. Det er ikke engang fordi kontrakten spinder guld til os.

jahej (42) skrev:
#34
Hvis du alene tjener $200k-$250k til dit firma om året, så er det da helt hen i vejret at i ikke har udviklings værktøjerne i orden.
Som tidligere nævnt så kan din arbejdsplads trække den slags ting fra.
Vores værktøjer er i orden, men licenserne er bøvlede; samtidig skal der tjenes penge. Tro ikke at værktøjerne generelt stilles gratis til rådighed.
Gravatar

#44 jahej 17. jun. 2018 19:00

#43
Det har intet at gøre med om værktøjerne stilles gratis til rådighed, det handler da om at ethvert firma med respekt for sig selv, selv har de nødvendige værktøjer til at udføre en opgave.
Det svarer lidt til at jeg skal have fixet min vandhane, og derfor bestiller jeg da en VVS'er til at udføre arbejdet, skal jeg så stille værktøj til rådighed ?
Nej det skal jeg da ikke, det er noget VVS'ern selv har, og er noget som hans virksomhed hvor han er ansat kan trække fra i skat.

Ja licenserne er vildt bøvlede du køber en licens til VS, laver et produkt som du så kan sælge. Kan godt se det bøvlede :)
Gravatar

#45 arne_v 17. jun. 2018 19:16

#43 og #44

For konsulent firmaer som leverer løsninger d.v.s. kunden betaler XX eller XXX millioner for et system som kan X, Y og Z er det konsulent firmaets opgave at anskaffe og betale for de værktøjer der skal bruges.

Men der er også konsulentfirmaer som leverer varme kroppe d.v.s. kunden bestiller X Java EE udviklere, Y iOS udviklere, Z Oracle DBA'ere og W testere til et projekt team og betaler XXXX kroner i tyimen for dem. I sådan et tilfælde vil det ofte være kunden som lægger værktøjer til.
The greater danger for most of us lies not in setting our aim too high and falling short; but in setting our aim too low, and achieving our mark.
Gravatar

#46 arne_v 17. jun. 2018 19:18

#45

Det er iøvrigt ikke usædvanligt at se den første type konsulentfirma bruge den anden type konsulentfirma.
The greater danger for most of us lies not in setting our aim too high and falling short; but in setting our aim too low, and achieving our mark.
Gravatar

#47 jahej 17. jun. 2018 19:36

#45,#46
Min erfaring er at kunden hiver fat i Firma X, fortæller dem at de skal have lavet Y, på server Z. Om de så kalder sig for konsulenter, programmøre, laver opgaven hos kunden, eller offsite anvender notepad til opgaven er for dem underordnet, bare deadlines osv osv overholdes. Derimod kan firmaer til tider hyre konsulenter på vikar lignende vilkår og her anvender man typisk hvad der nu er i det firma der har hyret en.

Anyways vi er vist gået en anelse off topic :/

Jeg tror forøvrigt at MS købte github så de kan få et kæmpe fradrag over en årrække inden de lukket skidtet.
Gå til top

Opret dig som bruger i dag

Det er gratis, og du binder dig ikke til noget.

Når du er oprettet som bruger, får du adgang til en lang række af sidens andre muligheder, såsom at udforme siden efter eget ønske og deltage i diskussionerne.

Opret Bruger Login