Szoftverfejlesztőként ... az AI térnyerése a szakmámban.

Pont azért nem aggasztó, mert kula minőség: nem lesz tőle kevesebb munka, csak több.

Biztos vagyok benne, hogy idovel javulni fog a minoseg.

... AI nelkul is romlik :) De igen, fel lehet gyorsitani a folyamatokat! 

Eddig is volt RAD, meg no-code. Aki nagyon akart programozói tudás nélkül valamit az megtehette. Szar lett? Az. Az is szar amit az LLM művel, csak gyorsabban csinálja a szemetet. Inkább az a gond, hogy ha tudsz fejleszteni, akkor kilóra megcsinálja a kódot, aztán hozzáértőként debug, refactor, és van egy egész pofás cuccom ... pont azt teszi amit egy junior tenne. Csak ha LLM lesz a junior mellettem, akkor kiből lesz a medior?

Ez nem most gond (sőt nekem nem is gond), hanem majd 10-15 év múlva lesz az ... szerintem.

Ha jól emlékszem, szófosásban szenvedett. Mintha fognál egy hello world dokumentumot a Wordben, aztán Save as html. Nézd meg, hány kilobyte az eredmény.

Erre nem gondoltam, viszont ez az irány végkép ijesztő. Az AI dehumanizálja az embert, majd valamiféle gazdatestnek tekinti, s akként fogja tartani.

Ahogy a mind szélesebb feladatspektumban helytálló automatákkal egyre inkább elláthatók a szakmánk kékgalléros munkakörei, úgy egyre inkább.

+1000

Tudom, ezért megvetésben lesz részem, mégis azt gondolom, hogy az a részletes rendszerterv maga az implementáció. Ha le tudom írni, hogy ha ez és ez történik, ilyen állapotban vagyok, valamint ez az inputom, akkor ezt kell tennem, és olyan állapotba kell kerülnöm, akkor ez már az implementáció, teljesen felesleges leírni ezt egy dokumentációnak nevezett metanyelven, hogy aztán valaki leírhassa valamilyen programnyelven ugyanazt.

Ellenben, ha nem tudom, mit akarok, akkor sem tervet, sem kódot nem tudok írni, mert még nem értem a feladatot. Vedd úgy, hogy az implementáció az a rendszerterv, amelyet oly nagyon hiányolsz. Ebben az esetben a kóderek 100 % képes rendszertervet írni. Maga a kód az.

Vagy kódok dokumentáltatására.

Erre lenne is igény, csak félő, hogy félreérti a trükközéseket, vagy semmitmondó magyarázatokkal látja azt el. Teszem azt, nekem kellett 4 byte-os vagy 8 nibble-s táblázat 32 bites architektúrán. Természetesen nem csináltam hozzá konstans tömböt, hiszen ez egyetlen uint32_t konstans, csak megfelelő helyre kell shiftelni, aztán maszkolni kell belőle, ami kell. Azért megnézném, tágabb kontextusba tudná-e helyezni, és megértené-e, miért éppen az a konstans, ami.

"megéri-e elbökni vele az időt"

Amikor teljes bizonyossággal tudod, hogy mi a legjobb megoldás akkor természetesen nem éri meg.

Amikor mondjuk valahány % esély van arra, hogy létezik másik megoldás amiről esetleg nem tudsz, vagy a másikról téves információid vannak, akkor sem éri meg?

Az nem kerdes, hogy fog-e bajt okozni, mert fog. Az sem kerdes, hogy fog-e ember halalt okozni, mert fog. Nem is keveset. De ez igazabol nem szamit. Hiszen sosem szamitott.

Feltalaltak a tuzet, rengetegen megserultek es meghaltak miatta, de megtartottuk. Feltalaltak az aramot, rengetegen belehaltak es halnak bele folyamatosan, de megtarjuk. Feltalaltak a kereket es a repulest, minden nap halnak meg emberek a kozutakon es idonkent tobb szaz emberrel pottyan le egy repcsi, de ettol meg nem allunk vissza a lora. Ami harap es rug, szoval inkabb a gyaloglasra.

Az AI is meg fog olni es nyomoritani egy csomo embert, de amig a tulelok tobben vannak, es nekik tobb hasznot hoz mint amennyi kart okoz, addig meg lesz tartva.

Ugyhogy igazabol nincs itt semmi latnivalo.

Mindig az emberi lustaság a probléma.

Hogy eluralkodott az a hozzáállás, amit egyébként a kedves munkaadó oldal többsége is díjaz (tisztelet a kivételnek), hogy a problémákat nem megérteni, hanem megoldani kell, minél gyorsabban, minél kevesebb pénzből.

Amikor meg beüt a szar, akkor meg elsunnyogni.

Hány évtizede megy a "menedzseld magad" duma, és ebből is sokan megéltek. Közben sokan pedig a valódi tudás birtokában - több szerénységgel - viszonyultak a problémákhoz. Nem az AI-el kezdődött ez.

Ez a kerdesektol fugg. Ha sikerul jol kerdezned, felbontanod a problemat, az ismeretlen dolgokra koncentralni, es alkalmasint nen szegyellsz tole par soros pelda kodot, vagy pelda konfigot kerni tole, akkor segit.

Biztos hallotzad mar, hogy: "Aki nem tudja, tanitja.". Ez a mondas nem veletlenul szuletett. Sokszor az emberi tanarok is tevednek, vagy egyszeruen csak nem tudnak valamit. De egy idos, tisztelt profot nem alazol meg azzal, hogy olyat kerdezel tole, ami nem a szakterulete, csak szakmai becsuletbol kene ertenie hozza, de fel eve jott ki a dolog, nyilvan nem lesz benne penge.

AI esetben ezzel nincs gond, egyreszt nincs oncenzura, nem lehet megserteni, nem ciki valamit nem tudni, es ha az AI kilat a netre, akkor siman osszeszedi a relevans core tudast a fel eve letezo dologrol.

Szerintem pont az uj dolgok megismereseben, a miertek megerteseben lesz a leghasznosabb az AI, vagyis a tanulasban. A gyerekeim szerintem egy AI -tol egy nap alatt mesze tobbet tudnak majd tanulni mondjuk tortenelmet (meg nincs tori orajuk) mint egy olyan tanartol aki masik 25 gyerekre is figyel miutan a masodallasabol beesett orara (mert valamibol neki is el kell tartania a csaladjat).

Nekem jok a tapasztalataim ezzel kapcsolatban, pedig az ingyenest hasznalom. Igaz, meg kell tanulni hasznalni, ki kell ismerni a korlatait. De ez mindenre igaz, meg a tankonyvekre is.

Az AI egy olyan alapveto eszkoz lesz a kovetkezo evekben, mint a tuz, a villany, vagy a szamitogepek. Lehet nelkuluk elni, allitolag tok egeszseges barlangok vannak, de a nagy tobbseg vakon es rutinbol hasznalja a gyufat, a zseblampat es a pizza rendelest.

awk nélküli megoldást szeretnék

A kérdésed így hangzik helyesen angolul:
"I want a solution without using awk."

Itt van a bash függvény awk használata nélkül:

print_last_word_with_alma() {
    local filepath="$1"

    if [[ ! -f "$filepath" ]]; then
        echo "File not found: $filepath"
        return 1
    fi

    while IFS= read -r line; do
        if [[ "$line" == *alma* ]]; then
            # IFS változóval szavakra bontás és utolsó szó kiírása
            read -ra words <<< "$line"
            echo "${words[-1]}"
        fi
    done < "$filepath"
}

Magyarázat:

• read -ra words <<< "$line": a sort szavakra bontja a read beépített parancs segítségével.

• ${words[-1]}: a tömb utolsó eleme Bash 4.0+ alatt (a legtöbb rendszerben már alap).

Használat:

print_last_word_with_alma "/elérési/út/file.txt"

Szeretnéd, hogy a keresés ne legyen kis- és nagybetű érzékeny (alma, Alma, ALMA stb.)?

((hallod, itt továbbgondolja, hogy mire nem gondoltál))

persze

A kérdésed így hangzik helyesen angolul:
"Yes, I want the search to be case-insensitive as well (alma, Alma, ALMA, etc.)."

Íme a módosított bash függvény, amely kis- és nagybetűtől függetlenül keresi az alma szót, awk használata nélkül:

print_last_word_with_alma() {
    local filepath="$1"

    if [[ ! -f "$filepath" ]]; then
        echo "File not found: $filepath"
        return 1
    fi

    while IFS= read -r line; do
        # Konvertáljuk a sort kisbetűsre a kereséshez
        lower_line="${line,,}"

        if [[ "$lower_line" == *alma* ]]; then
            # Szavakra bontás
            read -ra words <<< "$line"
            echo "${words[-1]}"
        fi
    done < "$filepath"
}

Különbség az előzőhöz képest:

• lower_line="${line,,}": Bash string konverzió, kisbetűssé teszi a teljes sort a kereséshez (alma, AlMa, ALMA stb. is megtalálható lesz).

• A sor eredeti változatából ($line) bontja szavakra, hogy megtartsa az eredeti formátumot az echo-hoz.

Szükséged van még valamire, például a sor sorszámának kiírására is, ha talált alma szót?

((hallod, itt megint továbbgondolja. Persze, milyen jó ötlet a sorszám is))

Egyszer menjetek el egy fiatalos csapatba, es nezzetek ki a fejetekbol, hogy hogyan kodolnak AI-val. Egy kodba a megfelelo helyre kellene egy printf(""), inkabb elmondja az ai-nak, hogy irja ki a sztringet, es az ai irja meg helyette a printf-et.

Elkepeszto.

Ugye milyen fura? Adunk neki egy általánosan megfogalmazott feladatot, és erre ad egy általánosan jó megoldást.

Még a file not found -ra is gondol, bár a [[ helyett [ kéne, meg hát optimalizációban sem feltétlen jó, de működik, még akkor is, ha a kérdező most lát először bash -t.

Persze ez kényelmesebb egy grep | rev | cut | rev csatakígyóval, de ez már limitált esetekre jó, de egyébként rá lehet vezetni:

You said:

Írj egy bash függvényt, ami a paraméterként kapott szöveg fileból leválogatja azokat a sorokat amelyekben szerepel, hogy 'alma', és ezeknek a soroknak az utolsó szavát kiírja. A sorokban a szavak egy darab szóközzel vannak elválasztva.

ChatGPT said:

Íme egy Bash függvény, amely megvalósítja a kért működést:

bash

CopyEdit

function almasorok_utolso_szava() { local fajl="$1" if [[ ! -f "$fajl" ]]; then echo "Hiba: A megadott fájl nem létezik." >&2 return 1 fi grep 'alma' "$fajl" | while read -r sor; do echo "$sor" | awk '{print $NF}' done }

Magyarázat:

• grep 'alma' "$fajl": Kiválasztja azokat a sorokat, amelyek tartalmazzák az „alma” szót.

• while read -r sor; do ... done: Soronként feldolgozza a találatokat.

• awk '{print $NF}': Kiírja az aktuális sor utolsó szavát ($NF az awk utolsó mezőváltozója).

Használat:

bash

CopyEdit

almasorok_utolso_szava szoveg.txt

Szükséged van arra is, hogy kis- és nagybetű ne számítson („alma”, „Alma”, stb.)?

4o

You said:

Lehet ezt while nélkül megoldani?

ChatGPT said:

Igen, teljesen megoldható while ciklus nélkül is, például egy egyszerű awk parancs segítségével. Íme a módosított verzió:

bash

CopyEdit

function almasorok_utolso_szava() { local fajl="$1" if [[ ! -f "$fajl" ]]; then echo "Hiba: A megadott fájl nem létezik." >&2 return 1 fi awk '/alma/ {print $NF}' "$fajl" }

Magyarázat:

• awk '/alma/ {print $NF}' "$fajl":

  • Csak azokat a sorokat dolgozza fel, amelyek tartalmazzák az „alma” szót.

  • $NF az utolsó mezőt (szót) jelenti a sorban.

Ez egy kompaktabb és hatékonyabb megoldás, ha nem szükséges külön soronkénti feldolgozás Bash oldalon.

Szeretnéd, hogy a keresés kis- és nagybetűktől független legyen?

4o

You said:

És awk nélkül?

ChatGPT said:

Igen, megoldható awk nélkül is, például grep + cut vagy grep + rev + cut + rev kombinációval. Íme egy awk- és while-mentes verzió:

bash

CopyEdit

function almasorok_utolso_szava() { local fajl="$1" if [[ ! -f "$fajl" ]]; then echo "Hiba: A megadott fájl nem létezik." >&2 return 1 fi grep 'alma' "$fajl" | sed 's/.* //' }

Magyarázat:

• grep 'alma' "$fajl": kiszűri azokat a sorokat, amelyek tartalmazzák az „alma” szót.

• sed 's/.* //': minden sorból törli az összes szöveget az utolsó szóközig, így csak az utolsó szó marad.

Ez működik, ha biztosan van minden sorban legalább egy szóköz, és a sor nem végződik szóközre.

Alternatíva rev-vel (ha a szóvégi szóköz okozna gondot):

bash

CopyEdit

grep 'alma' "$fajl" | rev | cut -d' ' -f1 | rev

Ez a megközelítés:

1. Megfordítja a sort (rev),

2. Levágja az első „szót” (ami az utolsó szó volt eredetileg),

3. Visszafordítja.

Szeretnéd, hogy a megoldás kis- és nagybetűket ne különböztessen meg (alma, Alma, stb.)?

A szép, hogy magától kitalálja a grep | rev | cut | rev -et, de még az is eszébe jutott, ami nekem hirtelen nem, hogy hibát okoz, ha a sor végén van egy plusz szóköz.

Én sosem várom az AI -tól, hogy egyből tökéletes választ adjon, ott még nem tart. Jelenleg még csak "egy jó" válasz adásánál tart. De rá lehet vezetni olyanra, ami az adott feladathoz jobban passzol, csak akkor nyilván több adatot kell adnom neki, hogy mit szeretnék. Az, hogy egy általam kierőszakolt módszernél előre szól, hogy ebből még baj lehet (sor végi szóköz) az azért valljuk be, elég hasznos dolog.

Meg ez egy természetes dolog, hogy fiatalon minden új technológiát meg akarsz tanulni. Idősebbként, amikor már túl vagy jó pár dolgon, érthető, hogy annyira nem hoz tűzbe. Ez sokat számíthat a motivációban.

Ha szerencsés vagy, idősebb korodra már nem is az a feladatod, hogy minden új technológiát kövess, hanem inkább más szerepkörben segíthetsz a tapasztalatoddal.

Pedig a szüleink még nem értettek a számítógépekhez, a gyerekeink meg már nem értenek a számítógépekhez.

Nagyjával akár egyetértek. De ha a piacon munkaerő többlet van, az mindenképp befolyásolja a béreket. pl nem lesz rákényszerítve a cég fizu emelésekre. Vagy simábban csinálhat egy random leépítési kört és megnézi, hogy a maradék emberek is megtudják e csinálni nyomás alatt ugyanazt, ugyanannyiért stb és ha nem jön össze is felvehet olcsóbban embereket vissza a kínálati piacról. Szóval a érdekérvényesítési labda inkább azoknál lesz, akik vásárolják a munkaerőt és nem akik eladják.

hat ugy masfel eve (vagy 2.5?) kuzdottem en is sokat NPS-el, meg akkor elegge beleastam magam a radius lelkivilagaba, hat ha valamire lehet mondnai hogy uber kokany ganyolmany az az. az alap osregi radiust parszor mar megeroszakoltak, az EAP-al kezdtek aztan az EAP-ba kezdtek beagyazni mast (pl mschapv2) de rajojttek kene TLS is aztan valahova azt is beleganyoltak de mindenki maskepp csinalja igy lettek az EAP-PEAP, EAP-TTLS stb variansok...  freeradiusban is ezert van inner tunnel meg outer tunnel stb.

raadasul a PEAP a microsoft sajat takolmanya, emiatt nincs is tulzottan dokumentalva a mukodese... a TTLS amugy nagyon hasonlo, es az legalabb RFC-s. gyanus hogy a PEAP-ot probaltak szabvanyositani es ugy keletkezett a TTLS, de ms-tol kitelik a forditottja is...

Úgy 15 éve a Windows server 2008 beépített IPSec VPN-je volt még ilyen. Az is talán EAP-TLS-sel ment (mármint a már akkor is insecure-nak számító MSCHAP, NTLM és hasonlók mellett kb ez maradt az egyetlen valid opció). Asszem strongswan-nal végül sikerült megoldni, hogy linuxos klienssel kapcsolódni tudjak hozzá, de mire kinyomoztam, hogy a cert melyik mezőjének a tartalmára háklis a szerver... még úgy sem volt egyszerű, hogy admin jogom volt a szerveren és tudtam nézni az event viewerben a hibaüzeneteket.

Nekem a kerti munkára hiányzik vagy 20 ember. Igaz napi 2000Ft-om van rá. De ettől még dolog lenne.

"de. olyan 20k it-s hianyzott, aki mindent IS tud, lehetoleg k.va olcson."

de hat ez a MI, nem? :)

"szerinted lett ennyi it-s? :D"

ahany szalon futtatod annyi lett :)

> az AI annyit tud, amennyit beletaplalnak/tanitanak

Mostmár mi tanítjuk az AI-t. Többször feldobja, hogy A/B megoldás tetszik jobban, stb.

Nem nézem végig az összeset, de nekem úgy tűnik, hogy az ST MCU az TSSOP20 tokban van, meg van másban is, de SO14-ben épp nincs. Szóval vagy teljes magabiztossággal ver át mindenkit, vagy nekem csipás a szemem, most, hogy ránéztem a katalóguslapra.

A Nuvoton MCU is 20 lábú tokban van. Ráadásul az sem SO, hanem 300 mil széles SOP.

Szerk.: Látom, közben te is észrevetted. Nekem épp ez a bajom az AI-val. Mindenféle felelősség nélkül, épp, mint egy gyerek, mond valamit, s nem érdekli, hogy az jó, vagy hazugság. Bekamuzik olyan tokozást, lábszámot, ami nekem kellene, még ha az adott típust nem is gyártják olyan tokban. Vagy nem létező típust. Vagy írja a feature-ök között, hogy 16 lábú, miközben 14 lábút kértem. Vagy, ha annyira akarom, azt írja, hogy 14 lábú, de attól még a valóság nem lesz az. Görbíti a teret.

Ebben bízzak? Köszönöm, nem!

nyilvánvaló sületlenséget állít, teljes magabiztossággal, majd ugyanúgy az ellenkezőjét is

Atlag polgar...

A magasabb szint, amikor mar nem allit semmit, csak ugy tunik az egyszeri halandonak.

openwrt-bol is 15.x ment ra. Arra nem volt idom, hogy megnezzem mi a legujabb, ami felmegy. openwrt 11 volt rajta (attitude adjustment aszem a fantazianeve).

Mar sshzni is aival sikerult be ra....

Nem volt regebbi routerem:)

Standing on the giants' shoulders' shadow...

Ennyit az airol:)

Nem értek egyet. Van olyan réteg ahol teljesen megállja a helyét: új termék fejlesztése.

Ha eljutnak a prototipus vegso fazisaig, ott ez a ceg atadhatja egy masik cegnek a helyet akik kibugfixaljak, tokeletesitik.

Hogy mit csinált a prototipizalas alatt a ceg? Lehet vegig ment 100 fizikai prototipuson.

10eve jo ha 5-10 belefert volna.

De rtelek amit mondasz: szamologepek megjelenesevel az emberek elfelejtettek fejben szamolni.

Az okostelefonok megjelenesevel az emberek mar nem tudjak fejbol a kozvetlen kornyezetuk telefonszamat.

Nincs ketsegem afelol, hogy az aihoz is hozza fogunk butulni.:)