- Luck Dragon: Asszociációs játék. :)
- Brogyi: CTEK akkumulátor töltő és másolatai
- sziku69: Fűzzük össze a szavakat :)
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Mr. Y: Motoros sztorik #06
- Elektromos rásegítésű kerékpárok
- Magga: PLEX: multimédia az egész lakásban
- bambano: Bambanő háza tája
- vrob: Az IBM PC és a játékok a 80-as években
- Tomasz72: Ventilátor upgrade
-
LOGOUT
Új hozzászólás Aktív témák
-
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: profitpro tipp: ha nem vagy biztos valamelyik lepesben, akkor gondoskodj arrol, hogy legyen jo biztonsagi mentesed!
-
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.
-
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
-
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.
-
-
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.
-
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
-
-
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
-
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.
-
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.
-
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.
-
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. -
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. -
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
) -
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.
-
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. -
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."
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Új hozzászólás Aktív témák
Hirdetés
● olvasd el a téma összefoglalót!
- BestBuy ruhás topik
- Elektromos cigaretta 🔞
- Luck Dragon: Asszociációs játék. :)
- CURVE - "All your cards in one." Minden bankkártyád egyben.
- Hardcore café
- Meghúzza a nadrágszíjat a gyártóüzemeiben az Intel
- NVIDIA GeForce RTX 5070 / 5070 Ti (GB205 / 203)
- Android alkalmazások - szoftver kibeszélő topik
- Milyen okostelefont vegyek?
- Milyen RAM-ot vegyek?
- További aktív témák...
- Western Digital (WD) Black SN850 NVMe M.2 2TB SSD meghajtó! 5300MB/s - 7000 MB/s
- Sony PlayStation 5 (PS5) Pro Játékkonzol
- P15 Gen2i 15.6" FHD IPS i7-11850H T1200 32GB 512GB NVMe magyar vbill ujjolv IR kam gar
- GRADO GW100x bluetooth fejhallgató eladó.
- Új Thinkpad P1 Gen 6, FHD+ IPS, i7-13700H, NVIDIA Quadro A2000 Ada -8GB-, 64GB DDR5 1TB NVMe, 4G LTE
- BESZÁMÍTÁS! MSI B450 TomaHawk R5 3600 16GB DDR4 512GB SSD RX5500 XT 8GB Rampage SHIVA TT 530W
- Hp USB-C/Thunderbolt 3 dokkolók: USB-C Universal, G2, G4, G5, Hp Elite/Zbook- Thunderbolt 4 G4
- Bomba ár! HP Elitebook Folio 9470M - i5-3GEN I 8GB I 256GB SSD I 14" I DP I Cam I W10 I Garancia!
- Lenovo ThinkPad L16 Gen 1 - 16" WUXGA IPS - Ultra 5 135U - 16GB - 512GB - Win11 - 2,5 év gari
- Apple iPhone 14 Pro 128GB Kártyafüggetlen, 1Év Garanciával
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: PC Trade Systems Kft.
Város: Szeged