dahuff

Kjenner meg igjen i mye av det du skriver faktisk. Med unntak av "stor jente, klare selv" tankemønsteret. For det første er jeg ikke en jente, og for det andre var jeg en dropout på mine yngre dager. Uansett, det virker som at du har behov for å prate om en del ting siden du poster her. En psykolog eller en god venn er beste medisinen. Når man prater om fortiden setter man ord på ting man ikke har klart å uttrykke tidligere, og da vil sinnet klare å bearbeide fortiden lettere. Du kunne nok sent meg en PM om du vil, men kanskje det er enklere å ta opp dette med noen du kan se i øynene. Eller du kan skrive det i en dagbok.

^ Ser ut som den mest pragmatiske løsningen, med mindre man er inne i det for å lære nye språk "for the heck of it". Men det er ikke så dumt det heller.

Interaktivt Design er veldig spesialisert. Det samme kan man si om spilldesign. Arbeidsmarkedet behøver spesialister, men jeg har foreløbig ikke jobbet ett sted der utviklingsteamet har egne designere. Det er enklere å kjøpe tjenesten fra andre.

Er veldig enig i de tekniske argumentene du nevner zotbar. Det var også derfor jeg hadde Git på gjøremålslisten, og behøvde bare ett lite dytt for å ta det inn i full skala for min egen del.

[...]

Det er vanskelig å nå igjennom med argumentene mine når noen av de andre ikke har hatt behov for å lage brancher eller å jobbe desentralisert.

 

Det er vanskelig å fortelle en person som har aldri måttet frakte store ting at traller er nyttige. Har man et sett med verktøy som ikke tillater branching på en enkel måte, blir det vanskelig å selge branching som et nyttig verktøy.

Det er dette det koker ned til, de tekniske argumentene finnes det mange av, men når dette ikke holder må man bare endre strategi. Jeg lurer på om det er bedre å fokusere på arbeidsflyt. Med Subversion er man ganske låst til framatgåenderevisjoner, en sentral trunk og tett dialog mellom utviklerne. Med Git kan man arbeide i sin egen sandkasse og kan dele kode når man føler at man har løst feature request NN. Eller man kan dytte feature branch til felles server og involvere en annen utvikler uten å gjøre alt i trunk. Mulighetene er mange og nesten overveldende, men kanskje også litt vanskelig å selge inn inntil man kan peke på at Git (DVCS) løser ett bestemt problem for teamet.

På teamet jeg er på nå benyttes Team Foundation. Dette har i utgangspunktet støtte for branching, men vi benytter det ikke. Ulempene med det er at når arbeidsoppgaver skal deployes, så er kanskje ikke alle ferdige enda. Med en branch så er det bare rett og slett ikke en del av repositoryet før det blir merget. Dersom man ikke gjør det, så kan det lett skje at ting som kanskje ikke burde vært i produksjon havner der, eller ting som burde vært i produksjon ikke havner der (som vel er mer vanlig)

Enklere å holde oversikt.

Det er også enklere å jobbe med flere oppgaver samtidig uten at du blander oppgaver sammen, ettersom du kan comitte uten å pushe endringer. Dette kan også gjøres uten å ha kontakt med serveren, og ettersom alle personer har en kopi av hele repository, så får man også ekstra redundans.

 

Jeg har derimot enda ikke vært på en arbeidsplass hvor det benyttes Git eller Mercurial. Det har hittil vært Subversion eller Team Foundation, men alle snakker om å migrere hele tiden, men det skjer aldri noe. Ganske irriterende.

 

edit: Git verktøyene til Visual Studio er blitt veldig mye bedre i det siste, sikkert i takt med at folk faktisk begynner å bruke det.

Er det noen spesielle plugins for VS du ser peker seg ut?

PS: Det finnes nå en Git plugin for TF. Git-tf ser veldig likt ut som å jobbe med git-svn. Dog, man er delvis bundet til den arbeidsflyten tf/svn tilbyr når man bruker git som en klient.

Vi bruker Mercurial som gir deg fordelen med gode GUI verktøy på Windows (som Subversion) men er distribuert (som git).

 

Vi brukte Perforce før (som kan sammenlignes med Subversion i bruk), og ingen ønsker seg tilbake. Dvs. vi har også brukt Subversion på noen prosjekter; men det var før vi gikk over til mercurial.

Hvordan var det å overtale teamet til å bytte ut Perforce? Det må ha vært blandede reaksjoner om det kan jeg tro.

Mens jeg vedlikeholdte ett prosjekt som var i produksjon innså jeg at langtrekkelige feature brancher var veldig vanskelig å arbeide med i Subversion. Løsningen ble å sette meg inn i Git hvor branching/merging er billig. Git på kommandolinje (Bash eller Git Shell alt etter plattform som er tilgjengelig) med vim og gitk er alt jeg behøver for å arbeide effektivt.

Nå er situasjonen slik at jeg blir å jobbe mer i team framover med utviklere som bruker Visual Studio og Subversion. Interessen for å lære seg ett nytt versjonskontrollsystem er ikke så stor. Jeg har hørt at GUI verktøyene for Subversion er hakket mer modne enn de for Git.

Er det noen gode argumenter som jeg kan bruke for å overtale de andre på teamet til å se nytten i å ta i bruk Git? Det er vanskelig å nå igjennom med argumentene mine når noen av de andre ikke har hatt behov for å lage brancher eller å jobbe desentralisert. Skulle derfor gjerne hatt noen flere synspunkter, vinklinger eller erfaringer om det å innføre Git i ett team. Takk.

Jeg er snart 19 år nå (i januar) og har en kjæreste som om noen uker blir 35. Han har en sønn på 3 år fra et tidligere forhold. Vi har snart vært sammen i to år nå. Familien min takler veldig dårlig at vi er sammen, og sier at de aldri kommer til å akseptere han. Heldigvis tar familien hans det bra. Men problemet mitt er min familie og hva alle andre kommer til å tenke. Jeg har blitt veldig usikker i det siste på grunn av det med alder. Uansett hvor jeg ser eller hvem jeg spør så sier de at han er alt for gammel. Vi er veldig like, liker de samme tingene og har det veldig bra sammen sånn sett. Vi har også samme mål og ønsker for livet. Men når jeg hører sånne ting om at det ikke kommer til å funke i lengden og at jeg kommer til å bli enke tidlig osv, så blir jeg veldig lei meg og usikker. Jeg elsker jo denne mannen, men jeg tenker på aldersforskjellen vær dag, og er så utrolig usikker og lei meg. Han er veldig flink til å finne løsninger og hjelpe meg, men han blir jo usikker selv når jeg sier slike ting. Jeg vet ikke hvordan jeg skal klare meg uten han, men ikke hvordan jeg skal klare å leve med disse tankene og kommentarene fra andre lenger heller. Hva bør jeg gjøre?

Jeg synes det var litt tidlig å bekymre seg for å bli enke. Du har jo hele livet foran deg. Har du ingen andre mål med livet enn å være sammen med han? Hva med utdannelse og karriere? Du må tenke på livet i etapper. 1) Finne ut hva du skal bli og jobbe med. 2) Det andre kommer senere.

Jeg er selv oppi årene, men noen år yngre enn kjæresten din. Jeg ville forventet at du vil gå gjennom noen faser før du er klar for å slå deg til ro. Kjæresten din bør være klar over at det er normalt at unge folk har noen faser de går gjennom. Som behov for å reise ut i verden, studere og dra på fester med andre unge. Nettopp derfor ville noen på din alder vært for ungt for meg, siden jeg ville fått storebrorkomplekser.

Jeg synes det ikke gjør noe at dere er sammen, dere er jo begge voksne. Om noen har problemer med det så er det deres problem. Men var jeg deg ville jeg vært veldig bevisst på å ikke planlegge barn med han før du blir noen år eldre først. Han bør ikke mase om å få barn heller, det håper jeg at han ikke gjør. Visst han mener alvor med deg må han kunne være fornøyd med at dere fortsetter som nå og er kjærester inntil videre.

Jeg har egentlig ikke noe svar på hva du skal tenke om hva andre synes. Det er helt opp til deg om du ønsker å la det gå inn over deg. Sånn som det høres ut virker det som at det går veldig ut over din tro på forholdet, og det er naturligvis ikke bra i lengden.

Kilde?

Jeg vil si at PHP er i dag mye verre enn det Visual Basic er. Jeg er som sagt ikke veldig glad i Visual Basic, men mest fordi det finnes et alternativ som er så ufattelig mye bedre som følger med i samme pakka.

 

[..]

 

I likhet med SQL (som også egentlig er noe styggedom etter min mening) så er det laget for at folk uten erfaring eller innsikt skal forstå hva som foregår. Dette er ikke et godt utgangspunkt.

Hackerspråk ftw!

Altinn er basert på å kaste tusenvis av millioner med kroner for å få det til å skalere. Valet av løysninger er basert på produkter som kostar altfor mykje i forhald til det dei leverer. [...]

 

NAV gikk fra Fast teknologi til Solr for søk og navigering i ledige stillinger fordi det Microsoft kunne tilby viste seg å ikke skalere godt nok. Det er samme motor mange mellomstore PHP nettsteder bruker, ingen sammenligning forøvrig. Det er ett eksempel på at det finnes ikke ett økosystem som dekker alles behov, selv når det står en stor leverandør bak og man betaler store summer i lisenser.

 

Men ser man på hva som etterspørres av kompetanse for webutviklerstillinger, utlyses det etter C#/.NET, Java, og PHP kompetanse, i den rekkefølgen. Det ganske forutsigbart at man blir å jobbe med flere av disse økosystemene i karrieren.

Det er en ting jeg har sett på som litt pussig. Til tross for at Java er langt mer utbredt, så virker det til som det er mye større etterspørsel etter C#/.NET utviklere for tiden...

Jeg er sikker på at mye av det skyldes prosjekter tuftet på offentlige midler, men jeg har ikke tall å understøtte det med. Store offentlige institusjoner kjører Microsoft uavhengig av om de har egne utviklingsprosjekter eller ikke, så det blir lite insitament til å velge andre plattformer om noe skal utvikles.

Altinn er basert på å kaste tusenvis av millioner med kroner for å få det til å skalere. Valet av løysninger er basert på produkter som kostar altfor mykje i forhald til det dei leverer. [...]

NAV gikk fra Fast teknologi til Solr for søk og navigering i ledige stillinger fordi det Microsoft kunne tilby viste seg å ikke skalere godt nok. Det er samme motor mange mellomstore PHP nettsteder bruker, ingen sammenligning forøvrig. Det er ett eksempel på at det finnes ikke ett økosystem som dekker alles behov, selv når det står en stor leverandør bak og man betaler store summer i lisenser.

Men ser man på hva som etterspørres av kompetanse for webutviklerstillinger, utlyses det etter C#/.NET, Java, og PHP kompetanse, i den rekkefølgen. Det ganske forutsigbart at man blir å jobbe med flere av disse økosystemene i karrieren.

Ser man det på den måten bør man bare satse på prosjektstilling, ja. Bare vær bevisst på at man må slippe tak på teknikker/programmeringsbiten og stole mer på kunnskapen til de andre i teamet så de får utvikle seg på det de er gode på. En god lederegenskap er å ta vare på de som er rundt seg.

Ingen nevner noe om kjærlighet, og visst det var snakk om kjærlighetsforhold, aldersforskjell har grenser da også. Selv om jenter kan bli gravide så snart de får mensen betyr det ikke at tyveåringer skal ta seg til rette. Det fungerte sikkert i steinalderen når levealderen var førti og det var ett under om man overlevde de første ti årene av livet.

Det finnes unntak, men jeg fikk inntrykk av at trådstarter hadde ett seksuelt motivert forhold til sekstenåringer.

Det går bra å blande slik som tidligere nevnt. Men for mer kompliserte applikasjoner må man skille på logikk og visning sånn at koden ikke bare blir grøt.

Jeg tenker også som ahpadt, prosjektlederposisjon er noe du blir "besudlet med" før eller siden. Enten fordi du har mest erfaring og viser lederegenskaper, eller fordi du selv søker mer ansvar eller mer administrativ rolle. Videreutdanning er naturlig nok også nyttig for å framskynde prosessen.

Jeg innbiller meg at folk som søker seg mot prosjektlederroller før eller senere blir mindre aktuelle som teknikker/programmer rolle når det administrative tar mer og mer av tiden. Før eller senere åpner det seg en administrativ rolle på heltid, også er man ute. Kjenner noen personer der jeg jobber som har jobbet seg i den retningen. Det er nok mange årsaker til at folk velger å gjøre dette.

-Oppfatning om hva som er status. Lederstillinger er bedre betalt og så kan man bestemme over andre.

-Spørsmål om de strekker til som teknikker eller programmerer. Det er lett å bli utbrent i bransjen.

-Folk er "menneskepersoner" eller "prosjektpersoner".

-Man påtar seg en midlertidig lederrolle, også blir det permanent istedenfor.

+++

.. det er noen teorier jeg har.

det er spørsmålet.

 

jeg er 23 og liker å ha sex med 16-åringer. hva synes dere om det? Anonym poster: df24e862f800171206f1eda6751061df

Bli voksen.

Du har jo bare muligheter.

Fullføre studie og så ta fysioterapi som deltidsstudie senere. Det er jo en spennende kombinasjon å kunne mestre to fagretninger.

Fortsette med sosionomstudie men søke fysioterapi til du kommer inn og kan bytte.

19 år og på folkehøgskole langt unna? Det er best for deg å ikke skape for høye forventninger, da tror jeg du får det bedre med deg selv.

Jeg og en kompis kjedet oss så vi bestemte oss for å se hvor lenge vi klarte å holde å holde oss våkne. Det holdt i tre døgn med kaffe og tøvprat, til jeg sovnet i timen og da var det over. Jeg var bare 16 år, så det forklarer vel hvorfor vi tenkte det var en god ide.

Hadde følelsen av deja-vu.

Jeg har en forretningside. Det gjelder musikk. Hvis du er interessert i å vite mer, ta kontakt. Jeg gir deg en sum penger for at du koder ideen, men jeg tar prosentene firmaet kan tjene. Jeg har ideen, du lager den. Ikke si det er uretferdig, for det er ikke så greit å komme opp med ideen heller. Ideen er veldig vanskelig å lage, du må virkelig kunne det å lage programmer. Det handler om et omfattende wysiwyg-program til å lage musikk på en ny måte med. Et nytt filformat. Og muligens etterhvert en chip som revulusjonerer slik cd-er fungerer i dag.

Husk at vi må ha klare avtaler. Det er min ide, og du er min ansatt. Du får ikke ideen, du bare lager den. Jeg tenker at overskuddet skal gå til fattige barn. Jeg er sosialkapitalistrevulusjonær nemlig.

Problemet er at du kan ikke få pengene før ideen er i gang. Vi må "starte et firma sammen". Jeg er i starten, har ikke så mye penger, men jeg vet at ideen mest sansynlig kommer til å hove inn et ganske stort lass med penger. Det er jeg helt sikker på faktisk! Jeg har forresten patent på ideen.

Jeg er 28 år og har 3 årig bachelor innen IT og er nå ferdig med mine første 6 måneder som "it-medarbeider" innen en internasjonal bedrift som har en av sine lokasjoner her jeg bor i Buskerud.

 

Jeg sitter med ansvaret for en 60 maskiner og personer (innkjøp, servere, hardware og software). Vi har en support service hos hovedkontoret, men det er en "siste" utvei vanligvis da man helst vil løse ting fort.

 

Min tilbudte lønn nå som jeg blir fast-ansatt (vært innleid) er 350.000.

Jeg skulle gjerne sett at den lente seg opp mot 400.000 grunnet ansvaret jeg føler jeg sitter med bl.a.

 

Er dette urimelig? Eller er 350.000 noe jeg burde være godt fornøyd med med min hittils korte erfaring?

60 maskiner utgjør kanskje 3,5 dager per klient gjennom året. Antall maskiner høres ikke så voldsomt mye ut på papiret. Men det tilsier ikke at det er lite ansvar, arbeid eller at du bør godta det som er tilbudt. Folk merker ikke IT-drift så lenge maskiner, nettverk og programvare fungerer knirkefritt. Jeg synes det tilbudet hørtes lavt ut faktisk. Men kanskje det kan være en nyttig erfaring å jobbe der en stund til noe annet dukker opp. Erfaring er første prioritet om du ønsker å tjene bedre på sikt.

Så, er det noen som har gått dette og har erfaringer? Jeg sparer tross alt et helt år på denne ordningen, men mister 2 sommere..

Det går helt fint med tresemester. Når du kommer i studiemodus går tiden også raskere enn du aner.. Du mister egentlig ikke to sommere, den føles bare litt kortere og du sparer tid i og med at du fullfører utdannelsen raskere.

Det er Nokia som behøver ett bein akkurat nå. De klarer såvidt å svømme med sin ensidige satsing på Windows Phone. Tragisk.

Personlige egenskaper er relativt viktige i en tidsriktig CV.

Inntil du er blitt skikkelig god til å forme en professional CV, hold deg til det grunnleggende. CV er bare en rask oversikt over erfaring og formell bakgrunn slik at filtreringsprosessen går lettere.

IT-kunnskaper:

God kunnskap

· Dyptgående kunnskap og forståelse for Windows 7, Vista og XP. Erfaring med Linux(Ubuntu, DSL, Arch, Mint). Noe erfaring med Mac.

· God oversikt over gode, mye brukte programmer(som f.eks Chrome, Opera, Firefox, MSE, Avast, Office, Open Office ++)

· Fjerning av virus/optimalisering av PC.

· Har god kontroll på maskinvare. Har modifisert flere datamaskiner(både maskinvare og programvare), og er aktiv i Data-delen på Diskusjon.no.

· Har erfaring med PC-hjelp/support over telefon.

· Feilsøking nettverk, Windows

· Java, Python (litt rusten, men kommer fort inn i det igjen)

· Android OS

Noe kunnskap

· Linux (Ubuntu, Mint, DSL, Arch) + bruk av kommandolinje

· Oppsett av domene

· Har grunnleggende kunnskaper om nettverk, og ønsker å komme i en stilling der jeg lærer mer.

· Oppsett av server + statisk IP

· C#, actionscript

· iOS, WP7

Kjennskap til

· Mac

Jeg synes dette er mye tekst, orket ikke å lese det første gangen. Se for deg at den som skal lese dette har mange kandidater å sile gjennom. Tenk på hvordan du kan fremheve det du kan uten at det skal ta lang tid å lese CV'en. Eller du kan nevne dette i søknad.

En CV må være kortfattet og konkret. Personlige egenskaper og fritidsinteresser er ikke viktig, det kan du tone ned eller ta bort. Om jeg har det med ett sted, er det kun helt avslutningsvis i selve søknadsteksten og ikke i CV.