Nätverkstekniker: Arbetar du även med programmering?

Nja, beror på om man skulle kalla skripta programmering. Men att skripta lathundar är däremot hjälper mycket om man ska dokumentera en stor förändring eller sätta upp en ny site.

Känner detsamma som molnarkitekt/ingenjör, haha.
Finns alltid fler coola OSS-lösningar man borde lära sig. Det är public cloud och allt vad det innebär, Python, yaml pipelines, json, CI/CD, Scrum, IaC, Kubernetes och Docker, flux, helm, nätverk, DNS, osv osv.

Ni som jobbar som nätverktekniker och inte programmerar alls är jag nyfiken på.

Men som med allt så kan man ha olika defionen på hur liten mängd som räknar som att inte greja med det. De flesta programmare testar om datatrafik kan gå igenom olika portar, om trafik ej går igenom så vanligtvis ber en nätverkstekniker öppna trafik mellan dem, om inte brandväggarna på just de 2st masiknerna spärrar.
Jobbar då programmaren med nätverksteknik? Man kan som sagt tolka det olika.

jag jobbar som systemutvecklare, men dagarna jag får programmera är dom bästa, men långt emellan.. siter mer med driftmiljöer, nätverk, bygg och deployment pipelines, databaser osv..

Det är ärligt talat inte så jätteovanligt att se folk som bara sitter i webb-UI:t på brandväggar och switchar, särskilt i små och medelstora företag. Problemet är att det inte skalar och att det gör det svårt att få en överblick av de exakta förändringar som görs jämfört med en känd konfiguration.

Det scriptas rätt friskt i jobbet men inte regelrätt programmering som i att utveckla program.

Ja, men det är också därför man oftast skiljer på programmering och scripting. Även om scripting är programmering så är det inte fullskalig programmering som när du utvecklar mjukvara, utan mer för enklare automatiseringar och mindre funktioner. Vilket är det jag gör som en del i mitt jobb då jag inte kodar applikationer

Du kodar oftast inte ett fullstort program i Python, Perl, JS eller PHP, och du scriptar inte saker ofta i C, C#, asm etc.

Men i sak så håller jag absolut med.

Du är ute och snurrar lite, nätverkstekniker har lite mer med switchar, routrar och access-punkter, brandväggsutrustning, lastbalansering, routingprotokoll och VPN-teknik att göra. Tror inte du kan skicka in i cv:t att man är nätverkstekniker direkt om man programmerar saker som ska in på tcp 80 liksom. Lika lite som att jag kan skriva att jag kan programmera för att jag scriptar saker i cli eller powershell etc.

Du missförstår mig.
Jag syftade på att säga att man inte alls håller på med programmering, så kan man ha olika definition på vad man räknar som programmering och man anser att det lilla man gör ej räknas.

Min åsikt är att folk som kan skriva script kan programmera. Om de skriver många script och även lite mer avancerade så programmerar de på jobbet. Att därifrån säga att man jobbar som programmerare och söka jobb som programmerare än en helt annan sak.

De programmerare som kodar olika applikationer som pratar med varandra, felsöker varför det ej fungerar, både portar och använder whireshark etc. De sysslar helt klart med datakommunikation. Huruvida de kommer in i området nätverksteknik, så är det väldigt otydligt. De flesta kontaktar som jag nämnde en nätverkstekniker när det är fel mellan 2st maskiner för de har inte ens behörighet att göra något själv. De kan dock med nätverksteknikerna felsöka och väldigt smått komma in på området.

Inom de flesta yrken kommer man väldigt smått in på andras områden och det innebär inte att man kan söka jobb som Cadritare, el konstruktör, Photoshopeditor, videoredigerare etc bara för de pyttelite är inne på området i deras yrke.

Att skriva skript är i högsta grad programmering skulle jag säga. JavaScript är exempelvis ett skriptspråk som används väldigt flitigt vid programmering, och det är nog väldigt sällan som det kompileras om ens någonsin.

Jag jobbar varken som nätverkstekniker eller programmerare men skriver både c# och mssql i jobbet, så på sätt och vis är jag programmerare ändå.

Ja, ok men som svar på det du undrade över. Då snuddar man lite granna i script-språk och ibland skriver man avancerade script men många som är nätverkstekniker känner inte att dom programmerar på "riktigt" om det inte börjar bli lite mer avancerat än perl/js. Antagligen lika lite som att du är inte nätverkstekniker "på riktigt" om du bara sitter och fipplar i wireshark eller öppnar portar i en brandvägg etc. Ingen av dom kan skriva annat på CV:t än "har erfarenhet av xx".

Hur går du tillväga för detta om jag får fråga av eget intresse?

De är ju en kravställning programmeraren gör till teknikern, inget mer.
Teknikern avgör om portarna är säkra att öppna eller inte.

Har gått en kurs på udemy om Python, så förstår lite konceptuella saker, sen har jag kollegor som jag bollar med en del rörande hur man bäst bör tänka när man ska standardisera diverse saker för att skapa en grundsstruktur som är automatiseringsvänlig.

Så indirekt, en del. Direkt, väldigt sällan.

Men det är bara en tidsfråga innan man måste lära sig lite mer programmering för att kunna jobba effeltivt. Det kommer inte fungera att arbeta så ineffektivt som många gör nu i det långa loppet. Eliminering av repetetiva, hjärndöda moment bör ligga högt på allas agendor.

En startpunkt för detta är att få till ett bra inventariesystem, eller asset-databas som allt utgår från och pekar mot. Det värsta som finns är när data ligger på olika ställen eller än värre är dubblerade på flera platser som har beroende mot olika system. Sen behöver ju givetvis inte all data ligga i exakt samma databas. Men det ska gå att peka mot en punkt för allt som behövs eller det ska i vart fall vara så för de som arbetar med diverse assets om det nu så rör sig om switchar, servrar, applikationer eller vad som helst.

Bara ett enkelt skript som skapar en fil, sen matar jag in serien av uttags nummer t.ex. 5D-A-01 till 5D-B-24 är 48 uttag. Rack 5D, patch panel A, B osv och uttag 01 till 24 i patch panelen.

Sätter du in the logiken så kan du sen sätta upp regler som säger att varje rum har 4 uttag så kan du ganska enkelt mata in rums nummer.

Iom att du har en 24 nummers serie så kan du dokumentera vilken port i switchen du kopplat uttaget till osv osv.

Har inte skriptet här hemma men inte horribelt svårt att sätta upp

De lägger helt enkelt in en entry som ser ut typ så här:
---5D-B-13---
switch: fqdn-of-switch
port: b13
room: 5D-211
---EOR

Sen kan du bara greps ut det i terminal eller slänga in det i en databas och stoppa in Netbox t.ex.

Som de flesta skriver så är det mest skripting.
Dra ut listor och ändra konfig på många enheter samtidigt.

Tycker det är en bra balans, var rätt trött på programmering innan jag bytte till nätverkstekniker och nu får jag ändå hålla igång programmeringen genom mina skript och flika in med min kunskap till andra avdelning vid behov.

@Homdax jag tolkade det som att det är programmering/scripting som man gör utöver normal konfiguration.
Cisco tex la ju till DevNet certifiering när de gjorde om certen för ett antal år sen. Mycket python vad jag förstått som bla går att använda i Catalyst Center (f.d DNAC).
Har tänkt nån gång utbilda mig lite inom programmering, men som nätverkstekniker som jobbar med både trådat, trådlöst och säkerhet, så finns inte supermycket tid över till annat.

Det beror väl på hur man definierar programmering? Som folket ovan påpekar så är det inte mycket eget kreativt tänkande när det gäller just scripting, utan det finns mycket dokumentation tillgängligt, där behöver man kan behöva att modifiera något litet för att scriptet ska passa din miljö.

Jag skulle personligen inte kalla det för programmering. Men rent tekniskt så är det väl det?

För er som utvecklar men som tvingas drifta/felsöka: gör ni det ni utvecklar förvaltningsbart? Skapas dokumentation som sedan lämnas över till förvaltare/driftpersonal? Delas kunskaperna om lösningen vidare? Eller utvecklar ni någonting som enbart ni kan någonting om, och sedan när det börjar strula blir det således er uppgift att fixa problemet?

"När man programmerar skriver man ett program och man använder ett programspråk."
Wikipedia

Ja jag håller med, och det är en av sakerna som behöver förbättras på min egen arbetsplats. Det läggs inte tillräckligt med tid på dokumentering, från alla möjliga håll och kanter och inte bara från utvecklarna. Det kan sluta med att det blir ett (totalt onödigt) personberoende.

Var nyfiken på om ni andra upplevde liknande problem och om det är därför t.ex. en utvecklare tvingas drifta/felsöka. Men det var lite off-topic...

Som utvecklare känner jag ju igen de här med att ta på sig mer saker. Mycket vanligare på mindre platser.

Är van o få behöva sitta med allt från devops, frontend, backend, säkerhet, cloud, on prem. Machine learning till och med..

Så klart kul o få testa på nya saker men de blir ju orealistiskt när man förväntas va expert på precis varenda område.

Finns knappt tid o bli expert på ett område..