:strip_icc():strip_exif()/u/13896/crop5dbbed904a73d_cropped.jpeg?f=community)
Uh ja dat was inderdaad sarcastisch bedoeld. Met meerdere mensen in een project zitten roeren kan inderdaad behoorlijk irritant zijn. Vooral zorgen dat je je aanpassingen die een project file raken snel weer incheckt.
:strip_exif()/u/52746/eric-cartman_small.gif?f=community)
Je hebt gewoon een VIM plugin voor VS tegenwoordig waardoor de editor window op de manier van VIM begint te werken
ex-FE Programmer: CMR:DiRT2,DiRT 3, DiRT Showdown, GRID 2, Mad Max
/u/142011/crop65b383c6c6c2f_cropped.png?f=community)
:strip_icc():strip_exif()/u/36378/crop5a3f931ecfec0_cropped.jpeg?f=community)
De discussie was: is het kiezen voor een taal (enigszins) afhankelijk van de tooling? M.a.w., zijn er bepaalde zaken elementair voor het gebruiken van een taal, buiten de taal zelf? Voor velen zal dat een debugger zijn, voor sommigen een IDE, weer andere of je het zonder proprietaire compilers kunt compileren. Een enkeling moet en zal met Emacs typen. Enzovoorts.
Over wat precies van belang is voor jou zullen de meningen verschillen, zeker, maar dat maakt een interessante discussie nog wel mogelijk. We moesten het inderdaad maar niet over IDE vs vim vs Emacs hebben, maar als ik C++ typ, vind ik een visuele debugger toch echt een must, en IDE is zeker een pre. Maar het allerliefst programmeer ik in Python, en dan heb ik alleen een basic text editor nodig (Kate is mijn favoriet momenteel).
Niets _is_ beter, maar als je uitlegd waarom jij het een of ander prettig vind, kun je misschien tot een nieuw inzicht komen. Ik ben alweer wat jaartjes geleden tot het inzicht gekomen dat het doodtoolen in de Java-wereld bijvoorbeeld veel te maken heeft met de cultuur waarin die taal vaak gebruikt wordt: IT uitbestedingsshops. Die zijn vaak ingericht op jou inwisselbaarheid, en dan is veel en stricte tooling een oplossing. En daar zitten best wat aardige spullen tussen. Toch ben ik blij met de 'vrijheid' wat te kunnen spelen, want stricte tooling zal (voor mij) altijd uitlopen op vechten met die tool. Ik vind vechten met de taal al erg genoeg (C++ kuch), ik werk het liefst gewoon aan het oplossen van mijn probleem, het redeneren over mijn algoritme, het versnellen ervan. Teveel tooling leidt me er van af, al helpt iets als een debugger dus wel enorm.
Ofwel: alle software zijn gereedschappen, het is aan u ze te leren en te weten wat je wanneer kunt gebruiken
Religie is voor onzekere mensen of om anderen in het gareel te houden. Helaas komen beide situaties voor, dus ook de tools en de discussies
Over wat precies van belang is voor jou zullen de meningen verschillen, zeker, maar dat maakt een interessante discussie nog wel mogelijk. We moesten het inderdaad maar niet over IDE vs vim vs Emacs hebben, maar als ik C++ typ, vind ik een visuele debugger toch echt een must, en IDE is zeker een pre. Maar het allerliefst programmeer ik in Python, en dan heb ik alleen een basic text editor nodig (Kate is mijn favoriet momenteel).
Niets _is_ beter, maar als je uitlegd waarom jij het een of ander prettig vind, kun je misschien tot een nieuw inzicht komen. Ik ben alweer wat jaartjes geleden tot het inzicht gekomen dat het doodtoolen in de Java-wereld bijvoorbeeld veel te maken heeft met de cultuur waarin die taal vaak gebruikt wordt: IT uitbestedingsshops. Die zijn vaak ingericht op jou inwisselbaarheid, en dan is veel en stricte tooling een oplossing. En daar zitten best wat aardige spullen tussen. Toch ben ik blij met de 'vrijheid' wat te kunnen spelen, want stricte tooling zal (voor mij) altijd uitlopen op vechten met die tool. Ik vind vechten met de taal al erg genoeg (C++ kuch), ik werk het liefst gewoon aan het oplossen van mijn probleem, het redeneren over mijn algoritme, het versnellen ervan. Teveel tooling leidt me er van af, al helpt iets als een debugger dus wel enorm.
Ofwel: alle software zijn gereedschappen, het is aan u ze te leren en te weten wat je wanneer kunt gebruiken
Religie is voor onzekere mensen of om anderen in het gareel te houden. Helaas komen beide situaties voor, dus ook de tools en de discussies
Humanist | Kernpower! | Determinist | Verken uw geest | Politiek dakloos
:strip_icc():strip_exif()/u/86654/krat_toren.jpg?f=community)
https://oneerlijkewoz.nl
Op papier is hij aan het tekenen, maar in de praktijk...
:strip_exif()/u/39092/wolkje-avatar3.gif?f=community){kind=avatar}
Nou ja als je nu als ontwikkelaar met Mono bezig bent onder Linux kan ik me voorstellen dat het lastig is om VS te gebruiken binnen Windows. Ik weet niet of dat zo goed werkt via virtualisatie?
Never attribute to malice that which can be adequately explained by stupidity. - Robert J. Hanlon
60% of the time, it works all the time. - Brian Fantana
Ik geloof niet dat je daar geen echte reden voor kunt bedenken. Je kunt het ermee oneens zijn, maar dat is niet zo'n interessante discussie.
Een religieuzer uitspraak had je niet kunnen maken, mijn beste
[ Voor 28% gewijzigd door Brent op 23-04-2015 11:00 ]
Humanist | Kernpower! | Determinist | Verken uw geest | Politiek dakloos
https://oneerlijkewoz.nl
Op papier is hij aan het tekenen, maar in de praktijk...
Dat kostenplaatje valt tegenwoordig gelukkig wel wat mee. In veel situaties kun je uit de voeten met de community edition van Visual Studio. Vroeger was dat wel wat anders ja
Je moet al aardig professioneel bezig zijn wil je buiten de gebruiksvoorwaarden van deze editie stappen. En dan zouden de kosten ook geen probleem meer hoeven zijn.
Never attribute to malice that which can be adequately explained by stupidity. - Robert J. Hanlon
60% of the time, it works all the time. - Brian Fantana
/u/27299/hoofd.png?f=community)
Man hopes. Genius creates. Ralph Waldo Emerson
Never worry about theory as long as the machinery does what it's supposed to do. R. A. Heinlein
Met Visual Studio Community Edition zijn die kosten vrijwel tot 0 gereduceerd.
Verwar die niet met de Express editions. Hij ondersteunt plugins en alles. Het is in feite een volledige studio.
Waarom wil je dan C# doen?
1 van de redenen dat ik in mijn vrije tijd ben begonnen met Java leren was omdat ik thuis een Mac heb staan en geen zin meer had om een Windows VM te starten
En met Java weet ik redelijk zeker dat ik de code kan hergebruiken op zowel Windows, Mac als Linux.
Het is nu nog even afwachten hoe ver Microsoft zal komen met de portabiliteit. .NET core zal als het goed is volledig moeten werken op de Mac en Linux.
Je hebt dan inderdaad voorlopig geen Visual Studio. Als je bereid bent om een volledige IDE achter je te laten, zou je nog Sublime met OmniSharp kunnen gebruiken:
http://www.omnisharp.net/
Hiermee kun je vanuit Sublime of bijvoorbeeld Atom gewoon C# code completion krijgen en de boel direct compileren etc. Debuggen is eigenlijk het enige dat je mist (wel serieus probleem
).Maar ja, ik hou van C#. Ik heb zelfs een C# t-shirt aan op dit moment (van Xamarin). Hoewel ik Xamarin IDE vrij beperkt vind..
Terug naar mijn punt, hoe fijn ik C# ook vind, als ik niet op een Windows machine wil zitten, dan doe ik iets anders. Dan wordt het Java, Scala of whatever. Dan is C# simpelweg niet geschikt. Jammer maar helaas.
Ik vind Swift van Apple ook stoer, maar het is niet open source en werkt alleen op iOS en OS X. Tsja, dan is het jammer maar helaas bij mij (totdat ik weer eens een iPad app moet maken van mijn werkgever, maar that's it).
PS:
We leven in een era van polyglot development. De fragmentatie zal steeds erger worden, omdat elke grote speler alles naar zichzelf toe wil brengen. Ook neemt de diversiteit van gebruikte technieken in een project toe.
Vasthouden aan een bepaalde taal is niet meer te doen. Laat die gedachte dan ook los en kies gewoon wat handig is voor het project.
[ Voor 9% gewijzigd door Lethalis op 24-04-2015 12:32 ]
Ask yourself if you are happy and then you cease to be.
Keuze tussen java of C#/Mono is snel gemaakt IMO. Zou altijd voor C# kiezen, tenzij mono *echt* niet beschikbaar is op het target platform, maar dat komt eigenlijk in mijn geval nooit voor. Met monodevelop kom je ook nog wel een heel eind. Is niet de meest ideale IDE, maar je kan iig eenvoudig debuggen
:strip_exif()/u/73955/foxavatar-60.gif?f=community){kind=avatar}
SBT is dus gewoon een IDE.
Op zoek naar een nieuwe collega, .NET webdev, voornamelijk productontwikkeling. DM voor meer info
Toch maak je het jezelf dan moeilijk als je niet op een Windows machine zit en zonder Visual Studio.:
Keuze tussen java of C#/Mono is snel gemaakt IMO. Zou altijd voor C# kiezen, tenzij mono *echt* niet beschikbaar is op het target platform, maar dat komt eigenlijk in mijn geval nooit voor. Met monodevelop kom je ook nog wel een heel eind. Is niet de meest ideale IDE, maar je kan iig eenvoudig debuggen
Als ik dan Java met NetBeans IDE of IntelliJ erbij pak, dan heb ik veel completere tooling op Linux / Mac dan wanneer ik het met C# en Mono zou willen oplossen.
Dan lig ik niet meer wakker van class properties die missen ofzo, of een fijnere syntax. Zeker niet als ik in NetBeans met een paar simpele drukken op een knop alle getters / setters genereer die ik nodig heb.
En dan hebben we nog andere JVM talen zoals Scala en Kotlin als je de code graag kort en bondig houdt.
Het wordt misschien anders als Microsoft morgen met een IDE komt voor Linux / Mac. Maar tot die tijd kies ik liever voor iets dat goed werkt op het platform dat ik gebruik en waar alle tools voor beschikbaar zijn
Ask yourself if you are happy and then you cease to be.
Met de weg die MS is ingeslagen momenteel sta ik er niet raar van te kijken als VS multi-platform gaat.:
[...]
Het wordt misschien anders als Microsoft morgen met een IDE komt voor Linux / Mac. Maar tot die tijd kies ik liever voor iets dat goed werkt op het platform dat ik gebruik en waar alle tools voor beschikbaar zijn
Zoals reeds gezegd, hangt helemaal af van je eisen. Ik kies altijd cross-platform, niets maakt me banger dan het idee dat ik niet op elk moment kan verhuizen:
Keuze tussen java of C#/Mono is snel gemaakt IMO. Zou altijd voor C# kiezen, tenzij mono *echt* niet beschikbaar is op het target platform, maar dat komt eigenlijk in mijn geval nooit voor. Met monodevelop kom je ook nog wel een heel eind. Is niet de meest ideale IDE, maar je kan iig eenvoudig debuggen
Humanist | Kernpower! | Determinist | Verken uw geest | Politiek dakloos
Ik wil hier niet een hele discussie over C# vs Java gaan beginnen, maar of je nou mono target of jvm, maakt over het algemeen niet zoveel uit. Mono draait al op zoveel systemen, dat ik durf te wedden dan 90% van de ontwikkelaars gewoon C#/mono zouden kunnen gebruiken.
Dan heb je alleen nog de tooling die wellicht niet heel fijn is onder linux. Aan de andere kant is daar met monodevelop ook weer niet zoveel op aan te merken. Het is bij lange na niet een Visual Studio, maar alle dingen die je IMO echt nodig zou kunnen hebben is er gewoon. Er is een GUI designer, een debugger, nuget package manger, code completion en refactoring, NUnit integratie, SVN integratie. Eigenlijk al meer dan je echt nodig zou moeten hebben. Wat dat betreft is er IMO niet echt een reden waarom je niet C#/mono zou kiezen, behalve als je al bekent bent met java of de jvm.
Dat gezegd hebbende zou ik persoonlijk ook liever voor C++/Qt gaan, maar die optie is niet altijd even handig
Dan heb je alleen nog de tooling die wellicht niet heel fijn is onder linux. Aan de andere kant is daar met monodevelop ook weer niet zoveel op aan te merken. Het is bij lange na niet een Visual Studio, maar alle dingen die je IMO echt nodig zou kunnen hebben is er gewoon. Er is een GUI designer, een debugger, nuget package manger, code completion en refactoring, NUnit integratie, SVN integratie. Eigenlijk al meer dan je echt nodig zou moeten hebben. Wat dat betreft is er IMO niet echt een reden waarom je niet C#/mono zou kiezen, behalve als je al bekent bent met java of de jvm.
Dat gezegd hebbende zou ik persoonlijk ook liever voor C++/Qt gaan, maar die optie is niet altijd even handig
Nope.:
[...]
SBT is dus gewoon een IDE.
Mijn avonturen met Scala heb ik overigens ook vooral met SublimeText en SBT beleefd, omdat de beschikbare IDE's vrij crappy zijn (Scala IDE
). IntelliJ kan een hoop, maar moet je goed configureren en dat kostte mij helaas vaak meer tijd dan gewoon iets bouwen met Sublime.Maar zodra de IDE's voor Scala beter en toegankelijker worden (lees: eenvoudiger werkbaar te krijgen zijn), zou ik daar ook veel sneller voor kiezen. Een IDE biedt simpelweg vaak meer gemak, zolang hij niet in de weg staat (Scala IDE gaf bij mij veel syntax errors die er helemaal niet waren
).Been there, done that:
Dan heb je alleen nog de tooling die wellicht niet heel fijn is onder linux. Aan de andere kant is daar met monodevelop ook weer niet zoveel op aan te merken. Het is bij lange na niet een Visual Studio, maar alle dingen die je IMO echt nodig zou kunnen hebben is er gewoon. Er is een GUI designer, een debugger, nuget package manger, code completion en refactoring, NUnit integratie, SVN integratie. Eigenlijk al meer dan je echt nodig zou moeten hebben. Wat dat betreft is er IMO niet echt een reden waarom je niet C#/mono zou kiezen, behalve als je al bekent bent met java of de jvm.
Dat gezegd hebbende zou ik persoonlijk ook liever voor C++/Qt gaan, maar die optie is niet altijd even handig
MonoDevelop gebruiken voor web development was iig een crime. Project templates die het niet out of the box doen etc. Het viel mij behoorlijk tegen.Maar ja, de focus van Xamarin ligt ook niet op web development (terwijl Java er juist heel groot in is).
C++/Qt is wel leuk voor client development, maar in een wereld van web applicaties en Android / iOS apps bedient het vooral een niche. Ik vind het nog steeds jammer dat de Borland VCL min of meer een eenzame dood is gestorven
[edit]
Het bestaat nog steeds!
Borland C++ Builder was het laatste dat ik gebruikte tig jaar geleden..http://www.embarcadero.com/products/cbuilder/whats-new
[ Voor 50% gewijzigd door Lethalis op 24-04-2015 13:27 ]
Ask yourself if you are happy and then you cease to be.
Eclipse is sowieso een crime imho.:
[...]
Nope.
Mijn avonturen met Scala heb ik overigens ook vooral met SublimeText en SBT beleefd, omdat de beschikbare IDE's vrij crappy zijn (Scala IDE
Maar zodra de IDE's voor Scala beter en toegankelijker worden (lees: eenvoudiger werkbaar te krijgen zijn), zou ik daar ook veel sneller voor kiezen. Een IDE biedt simpelweg vaak meer gemak, zolang hij niet in de weg staat (Scala IDE gaf bij mij veel syntax errors die er helemaal niet waren
Maar nu ben ik toch wel benieuwd wat jij tegen IntelliJ hebt. Een van de voordelen van intelliJ is dat je gewoon zonder problemen een SBT project kunt openen zonder eerst project files te genereren. (Wat wel moet als je Scala IDE gebruikt). Het enige stomme is dat Play support alleen in de ultimate edition zit. 
Maar intellij werkt bij mij zeer goed. Hoef er niets voor te configureren. Alleen zorgen dat sbt en scala in je path staan. Maar dat moet sowieso, ook als je geen IDE gebruikt.Ik moet eerlijk zeggen dat ik tegenwoordig liever in geany mijn code schrijf. Het biedt de basis features die ik verlang van een IDE. Je hebt alleen geen code-completion. Terminal venster in geany openen en vanuit daar compilen.testen en applicatie starten.
Roses are red, violets are blue, unexpected '{' on line 32.
Ik liep dus tegen een paar dingen aan::
[...]
Het enige stomme is dat Play support alleen in de ultimate edition zit.
- Ik werkte met het Play! framework
- Ik had meerdere versies van Scala op mijn OS X machine en IntelliJ vond dat minder tof. Hij kon elke keer niet de juiste sdk vinden.
- Ik was eigenwijs (wilde eerst alles met gradle + scala plugin doen ipv SBT) en dan zag IntelliJ de dependencies niet (doet het alleen bij Java projecten)
Volgens diverse handleidingen had ik alles goed ingesteld, maar het bleef foutmeldingen geven. Kan er ook aan liggen dat ik op een Mac zit.
Overigens heb ik inmiddels een student licentie van JetBrains voor de ultimate, dus ik zou het opnieuw kunnen proberen
Maar ja, ik probeer zoveel dingen na mijn werk dat ik mezelf uitput
[ Voor 9% gewijzigd door Lethalis op 24-04-2015 13:54 ]
Ask yourself if you are happy and then you cease to be.
Een IDE zonder mogelijkheid om files te editen.:
[...]
SBT is dus gewoon een IDE.
Ga tot de luiaard, gij mier! Zie haar wegen en wordt wijs.
We zijn daarvan op de hoogte. De omzet van het bedrijf moet ook minder dan een miljoen zijn, omdat je anders in de Enterprise categorie valt die is uitgesloten van de community edition.
@onder:
Net als MonoDevelop, dus je punt is?
Laten we nu maar weer lekker ontopic gaan
[ Voor 21% gewijzigd door Caelorum op 24-04-2015 17:13 ]
Even voorop gesteld dat het om Visual Studio Code gaat, wat een editor a la Atom of Brackets is (draai het nu even), is het inderdaad een verassing. Maar de richting is duidelijk, VSC wordt aangeprezen als modern webdev tool, voor nodejs en asp.net applicaties. Het is dus duidelijk wat de bedoeling is, asp.net op Linux aan de man brengen, iets wat helemaal past in de eerdere vrijggave van dat platform voor Linux.
Humanist | Kernpower! | Determinist | Verken uw geest | Politiek dakloos
Ik moest ook meteen aan dit topic denken toen ik het bericht las
Microsoft is echt radicaal omgedraaid. Petje af hoor
Never attribute to malice that which can be adequately explained by stupidity. - Robert J. Hanlon
60% of the time, it works all the time. - Brian Fantana