Archívum - Jan 2019
január 22
Google Play API?
Ismertek olyan eszközt, amivel a Google Play áruházból le lehet kérni egy app összes értékelését?
Találtam valami API-t, de az a doksi szerint csak az utolsó hét értékeléseit adja vissza.
Én meg az összeset szeretném, mert egy applikációról sokkal több érdemi infót hordoznak a negatív értékelések, mint az *****-os, "tökéletes" típusúak, viszont ezekhez nehéz hozzáférni ha sok értékelése van.
■ Találtam valami API-t, de az a doksi szerint csak az utolsó hét értékeléseit adja vissza.
Én meg az összeset szeretném, mert egy applikációról sokkal több érdemi infót hordoznak a negatív értékelések, mint az *****-os, "tökéletes" típusúak, viszont ezekhez nehéz hozzáférni ha sok értékelése van.
január 18
Tapasztalt Frontend fejlesztő - Szállodaipar
/* 1-2 nap Home Office || Multi || Erős angol || Cafetéria || Szállodaipar || Teljes állás || Alkalmazott vagy vállalkozó */
A cég egy angol vállalat magyarországi telephelyeként működik. A budapesti csapat a mindennapi munka során együtt fejleszt a külföldi kollégákkal.
Partnerünk Standard/Senior Frontend fejlesztőket keres, gyorsan növekvő csapatába, hogy segítsen egy a világ legmegbízhatóbb és személyre szabottabb szolgáltatásának kialakításában.
Feladat:
• Részt venni a fejlesztési folyamatokban
• Lépést tartani az ipar fejlődésével, az új technikákkal
• Szorosan együttműködni a backend fejlesztőkkel
Kulcs kompetenciák
• Standard szinten web alkalmazások frontend fejlesztésében szerzett minimum 3 éves tapasztalat és Angular 4/5 ismeret az elvárás
• Senior szinten minimum 5 éves tapasztalat szükséges Javascript fejlesztésben.
• Erős JavaScript tudás
• Unit Testing (Mocha)
• End-to-end Testing (Protractor)
Előnyt jelent
• Online utaztatási, E-Commerce, pénzügyi szolgáltatási ismeret
• Typescript
• RxJS Observable
• Redux, Redux Observable (Epics)
• SASS using BEM
• Bootstrap 4
• Gulp
Szükséges nyelvtudás
Folyékony angol nyelvtudás
Heti óraszám
40 óra
Munkavégzés helye
Budapest 11. kerület
Amit a megbízónk kínál
• Agilis környezet
• Utazási lehetőség Londonba
• fitness termek kedvezményes igénybevétele
• fiatalos, jó hangulatú és rugalmas, de professzionális csapat
• +5 nap fizetett szabadság a törvényben előírt mennyiségen felül
• BKV bérlet, fitness bérlet
• Munkaidő 09:30-18:00 között
Ügyfelünk kiválasztási folyamatára tanácsadóink segítenek felkészülni egy interjú keretén belül.
Kiválasztási folyamat:
1. szakmai interjú
2. Skype interjú angolul
3.
A cég egy angol vállalat magyarországi telephelyeként működik. A budapesti csapat a mindennapi munka során együtt fejleszt a külföldi kollégákkal.
Partnerünk Standard/Senior Frontend fejlesztőket keres, gyorsan növekvő csapatába, hogy segítsen egy a világ legmegbízhatóbb és személyre szabottabb szolgáltatásának kialakításában.
Feladat:
• Részt venni a fejlesztési folyamatokban
• Lépést tartani az ipar fejlődésével, az új technikákkal
• Szorosan együttműködni a backend fejlesztőkkel
Kulcs kompetenciák
• Standard szinten web alkalmazások frontend fejlesztésében szerzett minimum 3 éves tapasztalat és Angular 4/5 ismeret az elvárás
• Senior szinten minimum 5 éves tapasztalat szükséges Javascript fejlesztésben.
• Erős JavaScript tudás
• Unit Testing (Mocha)
• End-to-end Testing (Protractor)
Előnyt jelent
• Online utaztatási, E-Commerce, pénzügyi szolgáltatási ismeret
• Typescript
• RxJS Observable
• Redux, Redux Observable (Epics)
• SASS using BEM
• Bootstrap 4
• Gulp
Szükséges nyelvtudás
Folyékony angol nyelvtudás
Heti óraszám
40 óra
Munkavégzés helye
Budapest 11. kerület
Amit a megbízónk kínál
• Agilis környezet
• Utazási lehetőség Londonba
• fitness termek kedvezményes igénybevétele
• fiatalos, jó hangulatú és rugalmas, de professzionális csapat
• +5 nap fizetett szabadság a törvényben előírt mennyiségen felül
• BKV bérlet, fitness bérlet
• Munkaidő 09:30-18:00 között
Ügyfelünk kiválasztási folyamatára tanácsadóink segítenek felkészülni egy interjú keretén belül.
Kiválasztási folyamat:
1. szakmai interjú
2. Skype interjú angolul
3.
"Házi feladat"
(Téged egyébként hogy lehet megtalálni a Githubban ?)
Pl így. :)
Az adott repó(d) /settings/collaboration oldalán tudsz meghívni további fejlesztőket, akkor lehet kommentelni a kódot, issue-kat felvenni, stb.
Az lenne a kérésem, hogy ha kérdés / kérés van, akkor a WL fórum legyen sokkal sokkal előrébb, mint a WL privát üzenet. Többen is tudnak a fórumon válaszolni, és más idevetődő látogatónak is hasznosak lehetnek ugyanazok az infók.
Lehet kéne egy kis GitHub "alapkiképzés" is, erre érdemes feldobni egy kérdést pl "Asztali alkalmazások" kategóriában, ki - mivel - hogyan gitel.
Elnézést, hogy fórumba tettem, de nem kívántam privát levelezésbe folyni.
Lehet, hogy érdemes lenne bemásolni a levél nagy részét, és javaslatokat tenni rá, sok felesleges kanyart spórolhatna vele a szerzője. (Mivel én kaptam, az ő engedélye nélkül nem publikálom.)
január 16
Már azt se tudom, melyik végén fogjam meg... (OOP "tervezés")
Megint elővettem kedvenc gumicsontom, a router logok feldolgozásának problémáját.
Nem tudok vele még elindulni sem igazán. Procedurális megközelítéssel nem lenne gond, kismillió if-then-else, néhány regex, oszt jónapot.
De OOP használattal...
Amit kitaláltam, az eleve rossznak tűnik, mert nem tudom úgy megfogalmazni a dolgokat, hogy objektumok, amelyeknek vannak tulajdonságai és viselkedése, mert jelen esetben max. a log sorait tudom elképzelni efféle objektumként, amiből lehet n+1 féle, közös ősből származtatott osztályt gyártani, épp csak felesleges.
És a feldolgozás nem része a sorra épülő osztály viselkedésének, azt valahogy nem tudom összepárosítani vele.
Ha a másik végéről indulok neki, hogy
ggyártok egy osztálynak nevezett elemet, ami példányosításkor kap
1. egy iterátort (megnyitott input file leginkább), aminek az elemein végig lépked
2. meg egy feldolgozó objektumot, aminek a metódusait hívogatja minden egyes elemnél (1. válogat -> kell-e foglalkozni az iterátorból jövő elemmel, ha igen, akkor mondjon rá egy típust, 2. parse-olás - az előzőtől kapott érték alapján feldarabol, 3. filter - a feldarabolt sort a típusa alapján ellenőrzi, hogy kell-e egyáltalán, 4. kigyűjti belőle az adatokat és a típushoz tartozó tárolóba pakolja, 5. loop, 6. vége az iterátor adatainak, visszaadja a begyűjtött adatokat)
Akkor meg ott akadok el, hogy ezt tisztán procedurális megközelítésnek tartom, szinte kizárólag a szintaxis kedvéért használok OO eszközöket.
Ráadásul az adatok tárolásának a helye sem tűnik jól meghatározhatónak, mert ebben a felállásban kb.
Nem tudok vele még elindulni sem igazán. Procedurális megközelítéssel nem lenne gond, kismillió if-then-else, néhány regex, oszt jónapot.
De OOP használattal...
Amit kitaláltam, az eleve rossznak tűnik, mert nem tudom úgy megfogalmazni a dolgokat, hogy objektumok, amelyeknek vannak tulajdonságai és viselkedése, mert jelen esetben max. a log sorait tudom elképzelni efféle objektumként, amiből lehet n+1 féle, közös ősből származtatott osztályt gyártani, épp csak felesleges.
És a feldolgozás nem része a sorra épülő osztály viselkedésének, azt valahogy nem tudom összepárosítani vele.
Ha a másik végéről indulok neki, hogy
ggyártok egy osztálynak nevezett elemet, ami példányosításkor kap
1. egy iterátort (megnyitott input file leginkább), aminek az elemein végig lépked
2. meg egy feldolgozó objektumot, aminek a metódusait hívogatja minden egyes elemnél (1. válogat -> kell-e foglalkozni az iterátorból jövő elemmel, ha igen, akkor mondjon rá egy típust, 2. parse-olás - az előzőtől kapott érték alapján feldarabol, 3. filter - a feldarabolt sort a típusa alapján ellenőrzi, hogy kell-e egyáltalán, 4. kigyűjti belőle az adatokat és a típushoz tartozó tárolóba pakolja, 5. loop, 6. vége az iterátor adatainak, visszaadja a begyűjtött adatokat)
Akkor meg ott akadok el, hogy ezt tisztán procedurális megközelítésnek tartom, szinte kizárólag a szintaxis kedvéért használok OO eszközöket.
Ráadásul az adatok tárolásának a helye sem tűnik jól meghatározhatónak, mert ebben a felállásban kb.
január 12
Jelszó
A következő két karakterlánc közül:
a.) "TQmfz:aVLzMJ6.*{"
b.) "Az nem lehet, hogy annyi szív hiába onta vért!"
melyik a jobb jelszó? Miért?
(Az elsőt a Strong Random Password Generator segítségével állítottam elő.)
■ a.) "TQmfz:aVLzMJ6.*{"
b.) "Az nem lehet, hogy annyi szív hiába onta vért!"
melyik a jobb jelszó? Miért?
(Az elsőt a Strong Random Password Generator segítségével állítottam elő.)
január 11
"Programozási tételek"
Sziasztok!
Új vagyok itt :) Most OOP-t szeretnék tanulni otthon TypeScripten részben JavaScripten. (Pár hét múlva HTML-el és CSS-el folytatni. :) )
A konkrét kérdésem ez: Magyarul rengeteg infót találok un. "Programozási tételek"-ről.
Sehogy se bírok rájönni ennek az angol megfelelőjére. Az egyes típusalgoritmusokat (Pl. szétválogatás, maximum, unio) megtalálom ugyan a Google-ben más nyelveken, de ezek sehol sincsenek mint egy csoport leírva, vagy tagelve.
Más módokon se találtam a gugliban.
Nem létezik, hogy ez egy magyar találmány lenne!
Van ennek ("Programozási tételek") valami angol neve?
Előre is köszi a választ :)
■ Új vagyok itt :) Most OOP-t szeretnék tanulni otthon TypeScripten részben JavaScripten. (Pár hét múlva HTML-el és CSS-el folytatni. :) )
A konkrét kérdésem ez: Magyarul rengeteg infót találok un. "Programozási tételek"-ről.
Sehogy se bírok rájönni ennek az angol megfelelőjére. Az egyes típusalgoritmusokat (Pl. szétválogatás, maximum, unio) megtalálom ugyan a Google-ben más nyelveken, de ezek sehol sincsenek mint egy csoport leírva, vagy tagelve.
Más módokon se találtam a gugliban.
Nem létezik, hogy ez egy magyar találmány lenne!
Van ennek ("Programozási tételek") valami angol neve?
Előre is köszi a választ :)
Van-e PHP és milyen verzió?
Kívülről hogy lehet megállapítani egy web szerverről, hogy van-e rajta PHP és ha van, akkor milyen verzió?
Kívülről alatt azt értem, hogy böngészőből/curl/wget/egyéb segédeszköz segítségével.
Van erre valami bevett módszer?
Az a baj, hogy nem tudom eltalálni a megfelelő keresőkifejezést, így a nyomorult google csupa olyan találattal szórakoztat, hogy hozzak létre egy .php file-t...
■ Kívülről alatt azt értem, hogy böngészőből/curl/wget/egyéb segédeszköz segítségével.
Van erre valami bevett módszer?
Az a baj, hogy nem tudom eltalálni a megfelelő keresőkifejezést, így a nyomorult google csupa olyan találattal szórakoztat, hogy hozzak létre egy .php file-t...
január 9
Docker "kedvesség" - process limits
Ez de fura... a szerveremen nem tudom honnan, be van állítva egy default process limit a usereknek:
ulimit -u
30784
Én úgy tudtam, hogy ez unlimited by default, de most olvasgatva úgy tűnik, az unlimited egy Debian specialitás, egyébként a kernel beállít egy alapértéket. (ettől kezdve nem értem, hogy működhet a fork bomb nevű poén)
No mindegy, a minap az androidos telefonomat sikerült kiakasztani egy ilyen fork bomb segítségével, hogy kis híján a szervizben kötött ki :D
Most docker konténerben akartam kipróbálni, de biztos-ami-biztos inkább megnéztem a konténer limitjeit. És itt jött a meglepetés: a host minden processzének be van állítva limit, kivéve a docker konténert. A konténerből simán megfektethetem a hostot is egy ilyen fork bomb segítségével...
Nem gáz ez egy kicsit?
Update: O.K., lehet limitet adni a konténernek, de ha külön nem gondoskodom róla, akkor bizony limitálatlanul rohangál...
■ ulimit -u
30784
Én úgy tudtam, hogy ez unlimited by default, de most olvasgatva úgy tűnik, az unlimited egy Debian specialitás, egyébként a kernel beállít egy alapértéket. (ettől kezdve nem értem, hogy működhet a fork bomb nevű poén)
No mindegy, a minap az androidos telefonomat sikerült kiakasztani egy ilyen fork bomb segítségével, hogy kis híján a szervizben kötött ki :D
Most docker konténerben akartam kipróbálni, de biztos-ami-biztos inkább megnéztem a konténer limitjeit. És itt jött a meglepetés: a host minden processzének be van állítva limit, kivéve a docker konténert. A konténerből simán megfektethetem a hostot is egy ilyen fork bomb segítségével...
Nem gáz ez egy kicsit?
Update: O.K., lehet limitet adni a konténernek, de ha külön nem gondoskodom róla, akkor bizony limitálatlanul rohangál...
január 8
github privát repo (blogposzt, jobb híján a fórumon)
Azt írja az Arstechnica, hogy egy mai bejelentés szerint, mostantól az ingyenes accountok tulajdonosai is használhatnak privát repot.
Érdekes... tudom, rosszindulatú vagyok, de már megint az okot, a hátsó szándékot keresem a dolog mögött.
Vajon csak annyi lenne, hogy sokan kerestek más helyet a kódjaiknak, miután a Microsoft felvásárolta a githubot és próbálják megtartani azokat, akik maradtak?
Vagy (ennek még utánanézek a felhasználási feltételek közt) arra számítanak, hogy így értékesebb kódokat is megkapnak? Bár ezt nem hiszem, aki komoly szoftvert fejleszt és nem hajlandó nyíltforrásúvá tenni, az nem fog ingyenes tárolót használni.
Szóval kíváncsi vagyok. :)
■ Érdekes... tudom, rosszindulatú vagyok, de már megint az okot, a hátsó szándékot keresem a dolog mögött.
Vajon csak annyi lenne, hogy sokan kerestek más helyet a kódjaiknak, miután a Microsoft felvásárolta a githubot és próbálják megtartani azokat, akik maradtak?
Vagy (ennek még utánanézek a felhasználási feltételek közt) arra számítanak, hogy így értékesebb kódokat is megkapnak? Bár ezt nem hiszem, aki komoly szoftvert fejleszt és nem hajlandó nyíltforrásúvá tenni, az nem fog ingyenes tárolót használni.
Szóval kíváncsi vagyok. :)
január 7
Feldolgozási sorrend?
Ha van egy szövegfájlom (linux kernel logja), amiben sokféle, javarészt ismert szerkezetű sor található, akkor milyen sorrendet szokás követni a feldolgozásban?
Előbb parse-olás és utána a szűrés a már szétszedett, kielemzett sor mezőinek értéke alapján?
Vagy előbb a szűrés regex alapján és attól függően, hogy milyen mintára illeszkedett a sor, mehet a trancsírozás és a mezők értékét csak a különböző feldolgozásokhoz, statisztikákhoz használom fel?
Vagy ennek egy változata, hogy dupla szűrést csinálok: egyet a parse-olás előtt, hogy eldöntsem, milyen sort is kaptam, majd egy másikat ami már a mezők alapján szűr?
■ Előbb parse-olás és utána a szűrés a már szétszedett, kielemzett sor mezőinek értéke alapján?
Vagy előbb a szűrés regex alapján és attól függően, hogy milyen mintára illeszkedett a sor, mehet a trancsírozás és a mezők értékét csak a különböző feldolgozásokhoz, statisztikákhoz használom fel?
Vagy ennek egy változata, hogy dupla szűrést csinálok: egyet a parse-olás előtt, hogy eldöntsem, milyen sort is kaptam, majd egy másikat ami már a mezők alapján szűr?