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.

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.

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.

Nu är jag väl inte nätverkstekniker egentligen, men jag har råddat med nätverksinstallationer på lvl1-2 och lite på lvl3. Jag vet inte vad man söker när man ställer en så allmän fråga , det beror väldigt mycket på omständigheterna. Zoner och VLan kräver ju kunskap i konfiguration på lvl3-4, medans det andra bara kräver kunskap i att koppla sladdar, dokumentera och planera.

Det finns ju alla förutsättningar att faktiskt ta ett ansvar för hårdvaran genom att hålla utrustningens FW uppdaterad och använda extrafunktioner som kan finnas, till exempel mäta signal och annat liknande. Det är mycket sånt jag gjort, och jag betraktar inte det som programmering.

Själv tycker jag viss hårdvara är överjävligt svår att konfa, tex Mikrotiks routrar, men samtidigt finns de folk som hävdar att det skall man kunna som "nätverkstekniker". Ok. Men det beror som sagt på. Stora organisationer kan till och med ha egna konfigurationsfiler som skall in i varje switch för att det skall funka, medans andra bara kör default och konfigurationen sker med något annat verktyg.

Finns inga enkla svar men jag tror det har blivit allt viktigare att veta exakt vad man gör i alla lägen. Vilket är en kunskapströskel som sätts av organisationens önskemål.

@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.

@Purrfected

Det är tyvärr överkurs för mig då jag inte är certifierad, men jag begriper ändå vad du syftar på.

Vi ramlar väl in i vad man betraktar som programmering eller inte. Personligen så anser jag att konfiguration i gränssnitt är inte programmering. Sedan har vi ju förkodade konfigurationsfiler. Ja det är väl programmering, men då kan man ju säga det om YAML också, samt XML och JSON, som ju är programmeringsspråk för olika plattformar., men flitigt använt som konfigurations-"språk"...
Oavsett så är det bra att kunna lite programmering för att förstå dem och begripa vad man håller på med om man använder conf filer.

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?

Utan att vilja svara för någon annan så får jag verkligen hoppas att vem som helst med jämförbar kompetens skall kunna hoppa in och göra samma jobb utifrån befintlig dokumentation. Så måste det vara enligt min uppfattning. Dokumentation är extremt viktigt. Det måste vara förvaltningsbart.

"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..