Boilerplate4U
Medlem
· CEO Tomteverkstan Nordpolen
· 2 414 inlägg
Boilerplate4U
Medlem
- CEO Tomteverkstan Nordpolen
- 2 414 inlägg
Jag kan garantera att det inte finns ett enda kärnsystem byggt på webbstackar som tex mongo mm utan används uteslutande i frontendlösningar som är integrerade mot övriga verksamhetssystem (ERP) och gamla legacy-systemanders07 skrev:
"Docker är också "hett" inom dessa företag och ofta olika typer av "Hosted Cloud" börjar komma där de jobbar som i en Clod lösning men de host'ar "molnet" själva."
Låter återigen om en PR-agent som försöker skapa en jobbannons man inte vet vad det handlar om
För det första har det inte något med Java att göra för det andra var både bank, finnans och försäkringssektorn väldigt tidiga med virtualisering rent generell med stor vana från IBM världen med bla zOS men även med Solaris. Docker (egentligen "containers" med någon form av Kubernetes) funnits med länge främst ursprunget från branschens försöka att etablera CI/CD/DevOps, som för övrigt man är på god väg med men har fortfarande väldigt långt kvar.
När det gäller "Hosted Cloud" har man pga av säkerhet och annan regultatoriskt styrd verksamhet med hänsyn till "skyddsvärd information" alltid "hostat" sin egen drift. Att på något sätt släppa in externa aktörer är helt uteslutet och i synnerhet med hänsyn till det man brukar kalla "The CLOUD Act"
Renoverare
· Stockholm
· 20 194 inlägg
Man måste ju också fundera över vilken typ av "snabbhet" man eftersöker, ska funktionen avslutas snabbt (hög CPU per funktion) eller ska många parallella funktioner avslutas snabbt (låg CPU per funktion).
.NET och C++ kan vara riktigt snabba men sänker ofta CPU så att om du kör många parallella trådar blir helheten långsam.
Node.js vinner väldigt mycket mark p.g.a. att den kör enkeltrådat och därför går "lätt" vilket gör att den klarar väldigt mycket parallellt vilket t.ex. mobila App'ar behöver och andra Webb och API lösningar där man behöver skala brett...
EDIT: Node.js är för övrigt skrivet i C++ och ska inte förväxlas med JavaScript i webbläsaren...
Nu tror jag du blandar ihop saker lite här. Du tänker nog på blocking vs none blocking/async kod. Att skriva blockande kod är snabbare för en tråd. Men precis som du säger dödar prestandan med flera trådar.
Men detta gäller ju bara när du har I/O inblandat alltså interrupt. Har du inga interrupt så vill du koden ska köras så fort den kan även när trådning är inblandat.
Paralism är för övrigt också en grej som blivit mycket mer effektiv i .NET senare generationerna.
Som andra redan varit inne på, språket att välja beror på vad man skall göra. Personligen bryr jag mig inte om vilket programmeringsspråk jag skall använda nästa gång, det lär jag mig om jag behöver. Det viktiga är att man har en bra kunskap i logik och problemlösning.
Renoverare
· Stockholm
· 20 194 inlägg
Jag håller med dig, skrev det tom tidigt i tråden.pacman42 skrev:
MEN, och ett stort MEN, kunden/arbetsgivaren söker oftast folk som är erfarna/effektiva i deras tech stack.
Jag kan garantera dig att jag vet vad jag pratar om här... Jag har varit konsult många år på samtliga storbanker och flera av de stora försäkringsbolagen i rollen som lösningsarkitekt jobbat främst med lösningar inom IBM (vilket så gott som alla av dessa instanser kör).
Jag har även tagit fram lösningsarkitektur för Cloud och Hybrid-cloud för många av dessa mastodonter samt lösningar för B2B och API kommunikation och INGEN av dessa nya lösningar innefattar något Java överhuvudtaget, däremot "local cloud", Docker OCH MEAN!
Jag tycker att jag med gott samvete kan framföra mina åsikter här som någon som vet vad han pratar om...
Min LinkedIn om du vill se vad jag pysslat med under mina över 25 år i IT branschen: https://www.linkedin.com/in/awasen/
Renoverare
· Stockholm
· 20 194 inlägg
Han har dock rätt här. De flesta använder node.js för att hosta Angular webben. Sedan anropar man en tjänst från klienten som kör helt annan stack. Ni är outliers som kör domänen i nodeJag kan garantera dig att jag vet vad jag pratar om här... Jag har varit konsult många år på samtliga storbanker och flera av de stora försäkringsbolagen i rollen som lösningsarkitekt jobbat främst med lösningar inom IBM (vilket så gott som alla av dessa instanser kör).
Jag har även tagit fram lösningsarkitektur för Cloud och Hybrid-cloud för många av dessa mastodonter samt lösningar för B2B och API kommunikation och INGEN av dessa nya lösningar innefattar något Java överhuvudtaget, däremot "local cloud", Docker OCH MEAN!
Jag tycker att jag med gott samvete kan framföra mina åsikter här som någon som vet vad han pratar om...
Min LinkedIn om du vill se vad jag pysslat med under mina över 25 år i IT branschen: [länk]
Jag skrev ett kommersiellt fastighetssystem som fanns under ca 25år, det skrev jag i vad som kallades ett "4g språk" nämligen Omnis (existerar fortfarande).
Om man inte bara ska bli en "kod-apa" så är det viktigt att man kan & "brinner" för den bransch man vill jobba i.
Valet av språk är väl delvis beroende på för vem programmet skrivs/är skrivet.
Ett högnivåspråk gör ju att man slipper en massa "slentrian/skitgöra", men kan å andra sidan begränsa målgruppen.
Det som förvånar mig med Visual studio och liknade utvecklingsmiljöer är att de fortfarande är så "primitiva" och har så dåliga debug verktyg.
Om man inte bara ska bli en "kod-apa" så är det viktigt att man kan & "brinner" för den bransch man vill jobba i.
Valet av språk är väl delvis beroende på för vem programmet skrivs/är skrivet.
Ett högnivåspråk gör ju att man slipper en massa "slentrian/skitgöra", men kan å andra sidan begränsa målgruppen.
Det som förvånar mig med Visual studio och liknade utvecklingsmiljöer är att de fortfarande är så "primitiva" och har så dåliga debug verktyg.
Renoverare
· Stockholm
· 20 194 inlägg
Japp och enbart för motorn. Domänen skriver man tex i C#S Staffan-N skrev:
Rent teoretiskt kan man idag skriva en spelmotor i C# då den blivit lika snabb. Men koden blir så specialiserad så man kan lika gärna skriva den i Cpp direkt.
Jag jobbar också i spelbranchen (På deltid) men vi använder en färdig motor och skriver våra beteenden i C# i en väldigt långsamt CLR som heter Mono, tom här räcker prestandan. Självfallet hade det varit bättre de kört .NET 6 dock. Vilket också är på gång.
Nja, Node.js används väldigt flitigt inom olika API lager/lösningar, samt som "plug-in" språk i många applikationer/system. Nästan alla de större kunder jag hjälpt under de senaste 7-8 åren har involverat Node.js på ett eller annat sätt i olika gateway och/eller API lösningar.
Node.js t.ex. i Functions/Lambda i Cloud lösningar (Azure/Google/AWS/IBM) gör väldigt mycket backend hantering som inte har någon frontend alls så att klumpa ihop Angular med Node.js är inte alls "rätt"!
En storbank har otroligt många olika system och många av dem är riktigt gamla så Cobol, Java, etc. kommer att leva kvar många år ännu men min poäng är att Node.js, Go, Erlang t.ex. vinner mark och mycket av det "nya" byggs upp med språk som dessa och därför är mitt svar på TS fråga att satsa på något av dessa.
Nej då. Jag programmerar mest i C. Väldigt mycket industri kör C/C++ också för industrirobotar och inbyggda system i realtid. Inte kör man någonting med garbage collection där...S Staffan-N skrev:
Men om man bara ska lära sig ett språk kan kan inte riktigt rekommendera det. För även om det i grunden är C jag håller på med så skriver jag så mycket script för testning, deployment, etc i Python, Julia och Groovy att det nog blir fler rader kod i vardera av de språken än C.
Renoverare
· Stockholm
· 20 194 inlägg
Jag klumpar inte ihop Angular med nodejs. Men de flesta använder det enbart för att hosta Angular och kör sedan backend i någon annan stack.
Boilerplate4U
Medlem
· CEO Tomteverkstan Nordpolen
· 2 414 inlägg
Boilerplate4U
Medlem
- CEO Tomteverkstan Nordpolen
- 2 414 inlägg
Det är möjlig att vi träffats på någon bank eller försäkringsbolag. Du kanske ingick i något team vi retsamt brukar kalla "moln-arkitekter" med snygga PPT-lösningar angående "B2B och API kommunikation"Jag kan garantera dig att jag vet vad jag pratar om här... Jag har varit konsult många år på samtliga storbanker och flera av de stora försäkringsbolagen i rollen som lösningsarkitekt jobbat främst med lösningar inom IBM (vilket så gott som alla av dessa instanser kör).
Jag har även tagit fram lösningsarkitektur för Cloud och Hybrid-cloud för många av dessa mastodonter samt lösningar för B2B och API kommunikation och INGEN av dessa nya lösningar innefattar något Java överhuvudtaget, däremot "local cloud", Docker OCH MEAN!
Jag tycker att jag med gott samvete kan framföra mina åsikter här som någon som vet vad han pratar om...
Min LinkedIn om du vill se vad jag pysslat med under mina över 25 år i IT branschen: [länk]
Du borde i alla fall känna till varför man håller så hårt på säkerheten och av vilken anledning tex sk hybrid-moln är portade. De skulle kunna utgöra en väldig stor säkerhetsrisk och det har jag svårt att se att man låter något passera utan åtgärder från de interna säkerhetskontrollerna.
Många inom bank och finans är fortfarande sk "IBM-Shops" dvs interna "husleverantör", inget konstig med det och varför många av lösningar är baserade på deras produkter.
Av de fyra storbankerna är det ingen som använder webbstackar för sina kärnsystem (transaktionssystem). Danske Bank och Ålandsbanken har de modernaste lösningarna där webbstackar endast används vid frontendlösningar.
Att kalla docker och annan intern drift för "hosted cloud" är bara en konstig omskrivning. Alla linjer som ansvarar för drift av olika tekniska platformar interndebiterar för deras tjänster
Sedan skulle jag vara lite försiktig med att i detalj redogöra för vad vilka lösningar som används då det strider mot de sekretessavtal du rimligtvis har skrivit på.
Redigerat:
Nu är det ju inte jag som nämnt någon bank vid namn och jag har bra koll på de NDA'er jag har, tack bara...Det är möjlig att vi träffats på någon bank eller försäkringsbolag. Du kanske ingick i något team vi retsamt brukar kalla "moln-arkitekter" med snygga PPT-lösningar angående "B2B och API kommunikation"
Du borde i alla fall känna till varför man håller så hårt på säkerheten och av vilken anledning tex sk hybrid-moln är portade. De skulle kunna utgöra en väldig stor säkerhetsrisk och det har jag svårt att se att man låter något passera utan åtgärder från de interna säkerhetskontrollerna.
Många inom bank och finans är fortfarande sk "IBM-Shops" dvs interna "husleverantör", inget konstig med det och varför många av lösningar är baserade på deras produkter.
Av de fyra storbankerna är det ingen som använder webbstackar för sina kärnsystem (transaktionssystem). Danske Bank och Ålandsbanken har de modernaste lösningarna där webbstackar endast används vid frontendlösningar.
Att kalla docker och annan intern drift för "hosted cloud" är bara en konstig omskrivning. Alla linjer som ansvarar för drift av olika tekniska platformar interndebiterar för deras tjänster
Sedan skulle jag vara lite försiktig med att i detalj redogöra för vad vilka lösningar som används då det strider mot de sekretessavtal du rimligtvis har skrivit på.
Hybrid-cloud, eller local-cloud, kan köras både lokalt och i "molnet" (=på Internet) men flera av lösningar de mer säkerhetsmedvetna företagen kör är "local". Så gott som alla molnleverantörer erbjuder "local stack" möjligheter som då i de allra flesta fall är baserade på Docker/Kubernetes.
Jag skulle väl lägga Nordea till listan på de som kommit väldigt långt på API och containers och kör en modern lösning för det. De "skryter" ju själva om sin lösning och jag har stått på scenen på IBM konferenser tillsammans med Nordea så där påverkar ingen NDA...
Är TS inte helt på det klara med om det är programmering han vill göra så är just Docker/Kubernetes och "code deploy" heta områden där man snabbt får jobb!