Új hozzászólás Aktív témák

• #13217 Domonkos addikt kezdosql #13216

  Új Válasz 2019-09-15 20:02:28 #13217

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Domonkos

  addikt

  válasz kezdosql #13216 üzenetére

  Itt egy vazlat coreutils-ra.
  1: hasheld az osszes filet tartalmuk szerint, konyvtarankent kulonbozo file-okba (sha512sum)
  2: rendezd es fesuld ossze (sort + paste), vagy join-old a digest szerint az elozo lepesben kapott sorokat - itt valoszinuleg szukseged lesz arra, hogy a datumokat "2004-02-29 16:21:42" formara hozd. Ez sed-del EZ.
  3: az igy kapott file-ban 2 oszlopodnak kellene maradnia; minden soraban a file neve es a "jo" datuma.
  4: mondjuk sed-del hozz minden sort ilyen formara: touch -d jo_datum fileneve
  5: futtasd az igy kapott scriptet
  6: ???
  7: profit

  pro tipp: ha nem vagy biztos valamelyik lepesben, akkor gondoskodj arrol, hogy legyen jo biztonsagi mentesed!

• #13214 Domonkos addikt kezdosql #13213

  Új Válasz 2019-09-12 17:44:49 #13214

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Domonkos

  addikt

  válasz kezdosql #13213 üzenetére

  Ha linux, akkor egy egyszeru awk scripttel siman megoldhato, de ha win, akkor inkabb passzolnam.

• #11219 opr nagyúr kezdosql #11218

  Új Válasz 2017-07-14 14:37:58 #11219

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  opr

  nagyúr

  válasz kezdosql #11218 üzenetére

  Termeszetesen Schrodinger lappal kell csinalni, ami egyszerre doglott is meg nem is, amig ra nem terdelsz, kulonben az akcio tobb oldalrol tamadhato. Nem kovetunk el ennyire alap hibakat.

  szerk: OFF

• #11217 opr nagyúr kezdosql #11216

  Új Válasz 2017-07-14 14:23:09 #11217

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  opr

  nagyúr

  válasz kezdosql #11216 üzenetére

  Igen igen, en is erre probaltam utalni a magam finom modjan.

• #11121 DNReNTi őstag kezdosql #11120

  Új Válasz 2017-05-28 15:46:35 #11121

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  DNReNTi

  őstag

  válasz kezdosql #11120 üzenetére

  En az egeszet nem ertem, de legfokeppen azt h miert kellene valamit megbonyolitani? Altalaban az a celunk h egy termek egyszebbe tegye az eletet. Wtf.

• #11001 PumpkinSeed addikt kezdosql #10999

  Új Válasz 2017-04-30 14:38:08 #11001

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  PumpkinSeed

  addikt

  válasz kezdosql #10999 üzenetére

  Tresorit

• #11000 bambano titán kezdosql #10999

  Új Válasz 2017-04-30 14:21:14 #11000

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  bambano

  titán

  válasz kezdosql #10999 üzenetére

  ha van szervered, rá lehet tenni a vpn szerver funkciót is.
  ha nem, akkor 20 rugóból (bruttó) már van olyan mikrotik router, ami elvisz pár vpn-t, hardveres titkosítással. [link]

  a vpn egyáltalán nem akkora kiadás, hogy félni kelljen tőle, nem nevezném antiszociálisnak azt, aki először bedobta ide az ötletet.

• #10998 sztanozs veterán kezdosql #10991

  Új Válasz 2017-04-30 12:53:14 #10998

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  sztanozs

  veterán

  válasz kezdosql #10991 üzenetére

  Szerintem csak annyi volt, hogy miután összesítették a fájlokat az excel elcseszte a mentést. Majd szépen ezt a a "végleges" változatot kapta meg mindenki a pendrájvra. Otthon persze egy sem nézett bele és bent nagy volt a csodálkozás, hogy jé - mindenkinél ugyanúgy rossz

• #10994 DNReNTi őstag kezdosql #10991

  Új Válasz 2017-04-29 18:20:59 #10994

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  DNReNTi

  őstag

  válasz kezdosql #10991 üzenetére

  Amugy... Miert nem hasznal ez a csapat valami felhoszolgaltatast? Google Sheets pl? Az osszes ilyen szivas elkerulheto lenne.

• #10992 netpeti98 addikt kezdosql #10990

  Új Válasz 2017-04-29 17:43:35 #10992

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  netpeti98

  addikt

  válasz kezdosql #10990 üzenetére

  Nem lenne egyszerű átnevezni valamelyik fájlt? Úgy már képes lenne megnyitni.

• #10986 bambano titán kezdosql #10979

  Új Válasz 2017-04-29 14:38:44 #10986

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  bambano

  titán

  válasz kezdosql #10979 üzenetére

  én nem értek az excelhez, de bennem felmerülne, hogy két excel táblát excellel hasonlítsak össze, nem kinyomtatással...

  remélem, nem lőttem le a szakemberek poénforrását

• #10981 martonx veterán kezdosql #10979

  Új Válasz 2017-04-28 22:38:59 #10981

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  martonx

  veterán

  válasz kezdosql #10979 üzenetére

  Üdv 2017-ben
  Vajon milyen az adat átviteli sebességetek?
  Bocs, ezzel a módszerrel bearanyoztad az estémet.

• #10980 skoda12 aktív tag kezdosql #10979

  Új Válasz 2017-04-28 18:23:47 #10980

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  skoda12

  aktív tag

  válasz kezdosql #10979 üzenetére

  Valószínűleg az excel topicban jobban értenek hozzá, de annyit meg lehet tenni, hogy a táblázatokat a különböző excel fájlokból különböző csv fájlokba exportálod és egy text diff toollal (pl kdiff3) összehasonlítod őket. Ez szépen meg fogja mutatni a különbségeket, de mergelni mindenképp szívás lesz. Továbbá, ami mindhárom fájlból eltűnt, az nyílván nem visszaállítható ilyen módon.

• #10751 axioma veterán kezdosql #10750

  Új Válasz 2017-03-20 09:50:07 #10751

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  axioma

  veterán

  válasz kezdosql #10750 üzenetére

  Hat egyreszt lentebb belinkeltem a valaszthato nyelveket, masreszt meg az o futtatorendszerukon jo outputot is kellett produkalni, utana szamit csak a karakterszam...

• #10462 opr nagyúr kezdosql #10461

  Új Válasz 2017-01-06 14:45:17 #10462

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  opr

  nagyúr

  válasz kezdosql #10461 üzenetére

  Szerintem itt eleg nagy tevedesben vagy. Konkretan az OOP egyik alappillere, hogy a hivonak nem kell tudnia, hogy hogyan, csak hogy mit.
  Ilyen teren pedig teljesen mindegy, hogy milyen nyelvbol hivsz micsodat, az elven ez nem modosit.

• #10460 disy68 aktív tag kezdosql #10458

  Új Válasz 2017-01-05 17:33:55 #10460

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  disy68

  aktív tag

  válasz kezdosql #10458 üzenetére

  Szóval akkor az volt a gond, hogy nem volt C tudás, ahhoz, hogy értelmezd a külső tool-t, ami az adatokat szedte össze. Amúgy ilyen esetben akár elférhet egy kis magyarázó komment, de azt, hogy a külső cucc pontosan hogyan működik, azt abszolút nem a hívó feladata dokumentálni.

• #10459 Jim Tonic nagyúr kezdosql #10458

  Új Válasz 2017-01-05 16:54:16 #10459

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Jim Tonic

  nagyúr

  válasz kezdosql #10458 üzenetére

  .h az általában valamilyen c-s program headerje (fejléce).

• #10457 disy68 aktív tag kezdosql #10456

  Új Válasz 2017-01-04 21:38:50 #10457

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  disy68

  aktív tag

  válasz kezdosql #10456 üzenetére

  Ez így nem túl konkrét. Miért gond egy másik fájlban lévő kódot megnézni? Ezért használunk IDE-ket, amik elég sokat segítenek a kódban való mászkálásban is többek között. Ha másik fájlból hívott meg valamit, akkor valahol volt egy include/require. Ha az a másik fájl egy osztály, aminek a metódusa lett hívva és pl. autoloader-rel történik az include, akkor meg tudja is az ember, hogy melyik fájl melyik osztály (és persze az IDE is tudja és segít a másik fájlba az adott metódushoz ugrani). Ha ez valami félspagetti gányolt megoldás, akkor meg szimplán kódszervezés a problem, nem a kommentek hiánya.

  Ha a függvény neve amúgy tükrözi mi is történik benne és a benne meghívott másik metódus neve is, akkor az teljesen jó, mert tudod mire jó a metódus. Ha az érdekel inkább, hogy hogyan csinálja, amit csinál, akkor pedig bele kell lépkedni és megnézni. Nem a komment feladata, hogy lássuk hogyan működik a kód, hanem inkább az, hogy miért csinálja úgy - ez is persze csak akkor, ha a kód alapján nem lenne egyértelmű.

  Amúgy tényleg tudom ajánlani a linkelt könyvet, mert nekem is sokat segített tisztázni ezt-azt.

  szerk: php-hez ajánlások, kódolási stílus, autoloader, stb., ha érdekel

• #10444 sztanozs veterán kezdosql #10387

  Új Válasz 2017-01-03 14:28:07 #10444

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  sztanozs

  veterán

  válasz kezdosql #10387 üzenetére

  Bírom a "halmazelméletes" modellt
  Az emberben berögzül, aztán jön a kérdés egy fél évvel később, hogy miért jönnek le duplázódva a sorok a lekérdezésből; és nem érti a magyarázatot, mert nem fér bele a halmazelméletes képbe...

• #10397 disy68 aktív tag kezdosql #10387

  Új Válasz 2016-12-31 16:06:30 #10397

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  disy68

  aktív tag

  válasz kezdosql #10387 üzenetére

  "Nem az angol parancsok magarra forditasaval vannak gondok, hanem azzal, hogy mit csinal."

  Egy jól tervezett programnyelvnél nem szabadna, hogy probléma legyen a beépített parancsok értelmezése. A saját osztályoknak, metódusoknak is tükröznie illik, hogy mit is csinálnak, mi a feladatuk. Ha valaki olyan neveket használ, ami nem értelmezhető, vagy pedig maga a struktúra rossz (túlkomplikált, spagetti kód, stb.), akkor az inkább tervezési hiba.

  "amikor ott volt elottetek akarhany soros programocska es szidtatok a programozot, hogy azt az egy sort miert nem kommentelte, hogy mit csinal es miert"

  Kódot az ember magának és más embereknek ír. A jó kód könnyen olvasható és értelmezhető. Kommentet ritka esetekben szokás használni. Valid komment lehet egy magyarázó komment persze, de csak indokolt esetben. Vannak egyéb esetek is, amikor indokolt lehet a komment.

  Tudom neked ajánlani Robert C. Martin Clean Code című könyvét. Nekem sokat segített jobb minőségű kód írásában.

  szerk: kommentekről, elnevezésekről is olvashatsz az ajánlott könyvben, többek között

• #10391 DNReNTi őstag kezdosql #10387

  Új Válasz 2016-12-31 14:42:23 #10391

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  DNReNTi

  őstag

  válasz kezdosql #10387 üzenetére

  Mondjuk en meg olyat nem lattam az elmult jo 10 evben, hogy minden sor kommentelve lenne (kiveve talan 1-2 nagyon basic tutorial), hogy mi miert van ugy ahogy. A legjobb esetben is esetleg a metodusok nagy reszehez van egy rovid doksi, angolul. Dolgoztam magyar cegnel is ahol szinten az angol volt az elvart szakmai nyelv, ezzel teljesen egyet is ertek. Kezet letornem aki pl magyar valtozoneveket hasznal, de a csucs amikor adatbazisban vannak magyar tabla es oszlopnevek. Na az mindennek a legalja. Szoval legalabb minimal szinten angolul tudni programozokent termeszetes dolog. A sajat dolgod is megkonnyited vele, gyakorlatilag minden programozassal kapcsolatos kerdesre valaszt kapsz angolul.

• #10390 opr nagyúr kezdosql #10387

  Új Válasz 2016-12-31 14:41:20 #10390

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  opr

  nagyúr

  válasz kezdosql #10387 üzenetére

  "Ha csak sql-nel maradunk, latatlanba lefogadom, hogy meg foiskolas programozok nagy resze is megbukna nehany kerdesen, amikor a lekerdezesben keverni kell az inner/outer joint parancsokat a left/right join-nal.

  Ilyeneket magyar peldaval eleg nehez megerteni, mert a parancsokat csak ugy lehet ertelmezni, hogy vissza kell menni a jo oreg halmazelmelethez."

  És mibe fogadunk? Csak mert tudod, az egyetemeken konkrétan a programozás, mint fogalom a halmazelméletből van levezetve. Ha egy sql-bármilyen join akárhányszor akármivel szintű halmazelméletet nem tud gondolkodás nélkül, röhögve kivágni egy főiskolás programozótanonc, az azt jelenti, hogy már az első zh-n elhasalt durván, és soha nem fog az első féléven túljutni.
  Konkértan maga az OOP, mint olyan, nem értelmezhető/megérthető haladó szintű halmazelmélet nélkül. És nem, a join az nem haladó szint, úgy finoman szólva.

  ui.: sőt, nekem konkrétan volt olyan interjúm, ahol az egyik feladat az volt, hogy tervezz meg egy relációs adatbázist, nulláról. Van 30 perced, internet, segítség semmi, a szobában egyedül leszel, fél óra múlva jövök.

• #10364 martonx veterán kezdosql #10352

  Új Válasz 2016-12-30 22:10:08 #10364

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  martonx

  veterán

  válasz kezdosql #10352 üzenetére

  ha ezt nem érted, akkor hidd el nem a leírásban van a hiba és még nem késő inkább szobafestőnek állni.

• #10361 opr nagyúr kezdosql #10354

  Új Válasz 2016-12-30 21:01:04 #10361

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  opr

  nagyúr

  válasz kezdosql #10354 üzenetére

  Lefordítom: azért utálod a programozókat, mert veled ellentétben nem lusták megtanulni a szakma nyelvét.
  Hát, nem muszáj programozónak lenni igazából.

  Tudom, hogy morbid példa, de ez egy kicsit olyan, mintha az orvosra is haragudnál, hogy szakszavakat használ, és nem azt mondja, hogy a kedves páciens belülről halódik megfele, hanem azt, hogy leukémia.

  A végére egy kis jó tanács, amit szerintem fogadj meg: Ha még az alap angol nyelv is gondot okoz, akkor szerintem gondold ezt végig, és inkább válassz valami másik szakmát. Vannak a programozáson kívül is kreativitást igénylő, jól fizető, érdekes szakmák, amihez más fajta készségek kellenek.
  Ha pedig lustaságból nem megy az angol, akkor pláne azt ajánlom, hogy máshol nézelődj, mert a programozás egy olyan szakma, amit nem lehet "megtanulni". Folyamatosan képezned kell magad, jó eséllyel angol forrásból, önerőből, valószínűleg egyedül, munka után, otthon, a szabadidiő kárára, vagy lemaradsz és elavulsz.

• #10360 fatal` titán kezdosql #10352

  Új Válasz 2016-12-30 19:25:43 #10360

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  fatal`

  titán

  válasz kezdosql #10352 üzenetére

  Az API gyűjtőfogalom.

  Az alkalmazásprogramozási felület vagy alkalmazásprogramozási interfész (angolul application programming interface, röviden API) egy program vagy rendszerprogram azon eljárásainak (szolgáltatásainak) és azok használatának dokumentációja, amelyet más programok felhasználhatnak.

  Ez a definíciója az API-nak, ott van leírva a wikin.

  (#10354) kezdosql:
  Az informatikai szaknyelv az angol, ha tetszik, ha nem. És nem, nem kell hozzá irodalmi nyelvtudás hogy megértsd. A programozási szakszavak jórésze nincs és nem is lesz lefordítva magyarra, mert értelmetlen.

• #10359 Jim Tonic nagyúr kezdosql #10352

  Új Válasz 2016-12-30 19:15:47 #10359

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Jim Tonic

  nagyúr

  válasz kezdosql #10352 üzenetére

  Egy program(csomag), ami biztosít neked valamilyen dologhoz (eszköz, szoftver, bármi) egy interfész, amin keresztül tudsz kommunikálni vele, és ehhez dokumentációt is biztosít.
  Ha beírod a google-be, hogy mi az az API, rengeteg találatod lesz. A wikis cikk pedig kitűnően kifejti, hogy mi az. És ne hazudd be, hogy nincs leírva, hogy mi az, mert le van írva, csak nézd meg.
  Egyébként már mindenkit szidtál, de leginkább magadba kellene nézni. Valójában lusta vagy olvasni, utánajárni.

• #10355 disy68 aktív tag kezdosql #10354

  Új Válasz 2016-12-30 17:19:16 #10355

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  disy68

  aktív tag

  válasz kezdosql #10354 üzenetére

  A programozás nyelve az angol, ha tetszik, ha nem. A programnyelvekben használt parancsok/osztályok/nyelvi elemek is mind angolul vannak megírva, azokkal sem árt tisztában lenni.

  Ahogy látod én is abba halmazba tartozom, akiket utálsz. Nem tartom célravezetőnek magyar megfelelőket ráhúzni szakmai kifejezésekre, amiket használni fog elenyésző magyar kezdő fejlesztő, akiknek később úgy is szükségük lesz az angol megfelelőkre, ha a szakmában akarnak maradni és fejlődni is szeretnének, mivel az angol megfelelőket használja az egész szakma. Lehet ezt nem szeretni, meg fujjolni rá, de nincs sok értelme.

  És még annyit, hogy akikkel eddig találkoztam programozók közül, nagyon kevés tudott jól magyarázni - többek között én sem - pláne egy szakmán kívülinek magyarul. Ez nem szokott beletartozni a skillset-be (csak hogy egy kis hunglish is legyen )

• #10344 Ispy nagyúr kezdosql #10342

  Új Válasz 2016-12-28 18:19:04 #10344

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Ispy

  nagyúr

  válasz kezdosql #10342 üzenetére

  Az api nem más, mint egy classhalmaz. Kapsz egy rakás függvényt, propertyt, esetleg elkapható eseményeket, amik segítségével a te programod is tud reagálni.

  A lényege az, hogy csak ezeken keresztül tudsz kommunikálni a másik oldallal és csak azt tudod megcsinálni, amit az api enged.

  Szóval, ha nekem van egy programom amiben hirdetéseket kezelek és meg akarom engedni másoknak is, hogy a saját programjukon keresztül ők is feltölthessenek hirdetéseket, akkor kiadok egy apit, amin keresztül a külsős programok tudnak adatokat küldeni és fogadni az én programommal. Aztán az, hogy én azt a programon belül hogyan oldom meg, nos azt senki sem látja.

  Egyébként a windowsnak is van apija, amin keresztül enged neked bizonyos dolgokat, hogy beleturkáljál az oprendszerbe. Például el tudod kapni, ha a user lenyomja az egerének a bal gombját és tudsz rá te is csinálni valamit a saját programodban.

• #10343 DNReNTi őstag kezdosql #10342

  Új Válasz 2016-12-28 15:08:11 #10343

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  DNReNTi

  őstag

  válasz kezdosql #10342 üzenetére

  "ez ertelmetlen es nem ad valaszt semmire" Wat?
  Tok egyszeruen, magyar nyelven, ket mondatban osszefoglal mindent, amitol egy API az ami. Megprobalom maskeppen, peldaval:
  Teszem azt XY kozossegi oldalhoz fejlesztesz valami kis alkalmazast. Nyivlan az alkalmazasnak szuksege lesz arra, hogy tudja, eppen most ki van bejelentkezve, azaz ki hasznalja, es annak milyen attributumai vannak. Na most a kozossegi oldal nem fog neked hozzaferest adni a sajat kodbazisahoz, hogy te azt tetszolegesen bovitsd es testre szabd az appod szamara. E helyett biztosit egy API-t, aminek mondjuk van egy olyan hivasa, ami visszaadja azt a felhasznalot es attributumait, aki eppen be van lepve. Mondjuk igy: kozossegiApi.getUser();. Ezt igy fogod hasznalni, anelkul, hogy barmit tudnal arrol mi tortenik a hatterben. Nagyon egyszeru peldaval ezt csinalja mondjuk egy API.

• #10326 DNReNTi őstag kezdosql #10325

  Új Válasz 2016-12-23 14:52:35 #10326

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  DNReNTi

  őstag

  válasz kezdosql #10325 üzenetére

  Ez egy eleg jo megfogalmazas szerintem:

  "Egy API segítségével lehetséges egy programrendszer szolgáltatásait használni anélkül, hogy annak belső működését ismerni kellene. Az API általában nem kötődik programozási nyelvhez: bármilyen programnyelvből lehetséges azok meghívása, amennyiben a megfelelő paramétereket a hívás biztosítja, és képes lekezelni az esetleges eredményt."

Új hozzászólás Aktív témák