Inlägg

Det är löst

Jag var inne på att bygga ihop en dual e5 2670 server, men så mycket har kommit mellan. Om någon har en som de inte har stort behov av så hojta till så kanske jag kan vara intresserad av att köpa den.

Först tänkte jag att du kanske inte fick värmen ur lådan. Kylaren kyler ju endast ner i förhållande till omgivningen. Men då du hade bättre innan låter det som något annat. Skulle gissa att den kanske inte sitter på rakt och inte har full kontakt eller dåligt med kylpasta någonstans? Kolla om någon/några kärnor är varmare än andra. Det kan tyda på ovan nämnda.

Tycker vi skall vara kvar, men kanske se över saker som den fria rörligheten. Den bör kanske istället knytas till att man har fri rörlighet så länge man exempelvis kan försörja sig. Om man inte kan detta så bör personens hemland stå för att ta hand om personen. Säg en svensk som drar till Tyskland. Hans pengar tar slut och han har inget jobb. Då bör rimligen inte Tyskland belastas för det utan Sverige. Annars blir det svårt för länder att planera då det helt plötsligt kan komma folk som man måste ta hand om.
Man kan tycka vad man vill om tiggeri. Men folk som rest hit ifrån tex Rumänien visar på detta. De har skapat kostnader för Sverige som Sverige orimlighet borde stå för. Kostnader för att hemresan osv borde Rumänien stå för. Problemet är ju dock just hur man i Rumänien tar hand om dessa människor och hur illa de har det. Så något ansvar tar de tydligen inte självmant. Kanske så att EU får gå in och ersätta länders kostnader i sådana här situationer och sedan i sin tur höra avgifterna för Rumänien för att kompensera och för att stimulera dem att lösa problemen de har i sitt land istället för att blunda för dem och se att folk sticker som en lösning.

Överlag måste EU bli bättre på att fördela ansvar och utgifter.

Fri rörlighet har fått dåligt rykte. Det kan vara något jättebra, men var inte tänkt som en lösning för att kunna blunda för problem i respektive land.

Förvisso. Men man skulle nog kunna tona ner det en del till. Fingrar, händer osv ryker fortfarande.

Klart vi KAN. Jag skulle nog inte känna att "landet föll sönder" om privatpersoner inte kunde köpa starka fyrverkerier utan att det istället annordnades kontrollerade uppskjutningar för allmänheten att beskåda och man som privatperson endast kunde köpa mindre potenta saker.

@TobiasStockholm:
Sett över lång tid kanske ja. Men i närtid nej. Vi har haft löneökningar på några få procentenheter och ofta inte ens reallöneökningar. Ändå har bostadspriser stigit med tvåsiffrigt procentenheter. Det medför per automatik att vi spenderar mer på boendet. Sedan kan man självklart flytta fönstret man tittar på och se att det inte är något som stämmer för all tid.

Snabbt samtal till Bahnhof löste detta för mig. Sedan om man vill ha en massa publika saker så kan man ju lätt sätta upp en domän mot sin ip och rota olika underdomäner till olika servrar osv. Funkar ju till och med med dynamisk ip i så fall.

Då vi sett massor med år där prisökningar varit 10%+ och löneökningar kanske 2% så säger det sig självt att det inte kan hålla på i evighet. Det är en mattematisk självklarhet.
Vi lägger idag en större del av vårt lön på boende än tidigare. Detta leder till mindre kapital för konsumption, vilket på sikt kan påverka ekonomin i samhället då färre behöver jobba i affärer då färre köper, folk får mindre pengar att kunna spendera på konsumption och boende då de förlorar jobb osv.
Konstgjord andning, lånade pengar till konsumption osv kan hålla igång det hela, men det är ingen evighetslösning.

Alla som idag indikerar att om räntan går upp 1-2% så får de det tufft med bolånen visar hur illa det egentligen är med folk som lånat för mycket och räknat med att inte ammortera på lånen.
Lägg sedan till att om bostadsbyggande kommer igång ordentligt och bristen på bostäder sjunker så minskar också efterfrågan och således priserna på bostäder.

Men folk kommer försöka "tjäna" så mycket de kan medans de kan. Det är exakt det som utgör en bubbla. Att inte hållbara orsaker är vad som ligger bakom prisökningar utan "spekulation" och uppblåsning genom tex för dåligt utbud.

Ursäkta mig, men om du skriver "ändå anser att det är vettigt att komma igång med git" så förstår du uppenbarligen inte min poäng. Jag har inte sagt att han inte kan använda git (eller svn) när han skall koda med polare. Har inte sagt att det är en dålig idé. Vad jag säger är att det är för att lösa något annat än det TS primärt ber om och kan göras parallellt.
För att åstadkomma det TS vill, synka filer (I detta fallet kod) mellan ett par av sina egna datorer för eget bruk så är get, svn, mercurial osv långt ifrån optimala men med extrajobb så kan de användas. Att man kan komma ihåg att manuellt checka in filer när man byter dator och sedan köra rebase i git visar ju just detta. Det går, men är inte optimalt. Men det finns system skapade för exakt detta som är mycket smidigare för att lösa det problemet. Att sänkning sker automatiskt i bakgrunden är ju ljusår smidigare för just sänkning av mappar. Att de även kan användas parallellt med exempelvis got var något jag lyfte fram som en bra sak om TS börjar utveckla med andra eller bara vill ha sin kod i ett revisionshanteringssystem.

Så min poäng är rätt verktyg för rätt sak och kombinera där det gör nytta. Inte tvinga de fyrkantiga bitarna genom runda hål.

Det är precis detta jag talar om. Om syftet är att ha två mappar på två datorer synkade för att lätt kunna arbeta vidare vid den dator man råkar sitta vid så är detta extra rörigt. Att komma ihåg att checka in alla filer när man lämnar datorn bara för att ha den möjligheten är helt galet. Även om det GÅR att göra så är det en väldigt omständig lösning. Det är som att använda en skiftnyckel för att öppna en läsk. Det går men är långt ifrån optimalt. Dropbox och liknande tjänster gör PRECIS det man eftersträvar.

Att använda SVN, git osv på ett sätt som motsvarar detta kommer om något vänja en vid att använda verktygen "fel". Det finns inget fel i att använda dessa verktyg som de traditionellt används. Men det kan göras parallellt. Projekten kan synkas mellan personens datorer och fortfarande checkas in när det är lämpligt.
Om frågan hade varit att "synka" projektet mellan flera utvecklare så hade Dropbox varit en dålig idé. Men för en person att ha tillgång till sin kod på flera datorer i ett state som propagerar till alla datorerna är precis vad dessa system gör bra. Där är SVN, git etc inte alls optimala verktyg för arbetet. Det är en onödig tröskel för att åstadkomma något som via dessa verktyg blir krångligare än med exempelvis Dropbox.

Vad git gör bra och hur man använder det och hur bra detta kan vara att lära sig har inget med den ursprungliga frågan att göra och krockar på inget sätt med användandet av Dropbox, rsync, Own cloud osv för att synka ett dokument (eller i detta fall kod) mellan sina arbetsstationer.

Ser man inte hur användandet skiljer sig ifrån den ursprungliga frågan så har man antingen missuppfattat vad TS sa sig vilja åstadkomma eller så verkar man inte vilja använda rätt verktyg för rätt sak.

Jag har jobbat med olika revisionshanteringssyste i 15-20 år, inklusive CVS, SVN, Mercurial, Git osv. Jag har tidigare använt dem för enkel "synk" mellan min stationära och laptop. För att just synka så jag kan koda lite på min stationära och sedan lägga mig i soffan och koda på min laptop fungerar de till, men det är otroligt osmidigt.
Det betyder inte att verktygen inte är bra för att just hantera revisioner och historik.
Men en smidig lösning som möjliggör detta är dock tex Dropbox. Du kan sitta och koda på din stationära, frugan kommer och vill låna den och du tar din laptop och fortsätter precis där du var. Inget incheckande för att göra det möjligt osv. När du sedan har exempelvis en funktion klar (eller vad man nu har för policy) så kan man checka in i SVN, Git eller vad man nu kör. Ditt repo kommer då innehålla historik precis som om du suttit vid en dator och inte en massa "skräpcomits" gjorda bara för att du skulle kunna byta dator du sitter vid.
Då använder man två system för vad de var ämnade till och det fungerar ypperligt.

Jag förstår att man vill lära TS att hantera exempelvis Git. Men man verkar ha missat vad frågan gällde och istället för att ge ett svar på det tala om för TS hur han borde sköta sin revisionshantering.
Men det är lite som att, till en person som sitter i Windows och behöver ha en enkel webservern för att testa en site han utvecklat lokalt, rekommendera honom att först installera Linux och sedan komma med en lösning i Linux. Visst funkar det, men det är lite onödigt för att lösa personens problem.

På icke mekaniska lagringsenheter så kan fortfarande filer bli fragmentering då det kanske inte finns en enhetlig ledig plats som en fil kan sparas på. Dock är söktider konstanta och till skillnad från mekaniska hårddiskar behöver ingen läsare flyttas runt vilket tar en massa tid. Detta är vad man vill minimera med att lägga filerna i sekvens på mekaniska diskar. Då detta inte utgör något stort problem på solid state diskar så behöver du således inte defragmentera.

Kändes dock mer som att det personen efterfrågade var ett sött att arbeta på kod och när han måste lämna den datorn koden ligger på och kanske tar med sig en laptop kunna fortsätta där han/hon var. Dessa system underlättar då inte utan skapar närmare ett "hinder" eller används på ett sätt de primärt inte var tänkt.
Då passar Dropbox utmärkt. Man kan sedan checka in den kod man anser klar i lämpligt revisionshanteringssystem. Men som en mekanism för att möjliggöra åtkomst till kod man jobbar på på flera olika datorer man använder så är de inte det smidigaste valet.
Men det hindrar som sagt inte TS från att använda det för att hantera koden och checka in funktionalitet.