Senior PHP fejlesztő

 ( profession | 2018. január 10., szerda - 9:09 )

Az iPon Computer Kft főállású

Senior PHP fejlesztőt

keres a webshop további fejlesztéséhez, meglévő 3 fős csapatba.

Elvárások:
◾Legalább 3 éves szakmai tapasztalat (PHP >= 5.6)
◾Symfony 3 / Doctrine 2 keretrendszer alapos ismerete (2-3év tapasztalat)
◾Erős PHP OOP tudás
◾tesztelhető, áttekinthető kódszerkezet
◾MySQL, Javascript, jQuery, Bootstrap ismerete
◾RestAPI jártasság
◾Git ismerete

Előnyök:
◾Tapasztalat webshop vagy számlázórendszer fejlesztésében
◾PHP 7/7.1 újdonságaiban való jártasság
◾HTML 5 újdonságaiban való jártasság
◾DevOPs alapismeretek (linux, bash, docker)
◾redis, sphinx, memcache ismerete
◾JIRA ismerete
◾modern frontend framework ismerete (pl: VueJS)

Amit nyújtunk:
◾Stabil, hosszútávú munkahely, nyugodt légkör
◾Munkatapasztalattól függően nettó 350-450.000ft havi bér
◾Félévente a piaci igényeknek megfelelő béremelés
◾Heti 40 órás munkaidő, rugalmas időbeosztással
◾Home office lehetősége, akár a teljes munkaidőre is!
◾Angol és szakmai tanfolyamok munkaidőben
◾Széles körű ebook könyvtár valamint online videótár
◾Étkezési és utazási támogatás
◾Azonnali munkakezdés lehetősége

Egyéb információ az állásról:
Munkavégzés helye: Bp, XIII. Tüzér utcai irodánk, M3 Lehet tér megállótól és 14-es Villamostól is 3-3 percre.

Munkavégzés helye:
Budapest, XIII. kerület

Jelentkezés módja: a profession.hu oldalon keresztül.

Hozzászólás megjelenítési lehetőségek

A választott hozzászólás megjelenítési mód a „Beállítás” gombbal rögzíthető.

Dicséretes, hogy a bérezésből nem csináltok titkot, korrekt hirdetés. Kár, hogy nincs Symfony tapasztalatom.

Azért olyan nagyon ne bánd!

Miért mondod?

Hasznos kis jószág, amíg azt akarod csinálni vele, amit kínál. Ha nem ...
Amikor ismerkedtem vele, nekem csalódás volt, a híréhez képest. Valószínűleg a feladat méretével növekszik az értéke is.
Szabvány megoldásokhoz meg szinte tökéletes, csak hát az ügyféligények és a szabvány megoldások eléggé távol állnak egymástól.

Pl mi az amit nem tudtál vele megoldani?

Szinte minden keretrendszerrel meg lehet oldani szinte minden problémát. A kérdés mindig csak az, mennyi idő ráfordításával...

Ezzel most nem magyaráztad meg, hogy mi baj van az sf-el. (miszerint "ne bánd").

Ennyi erővel a PC is marhaság, mert minek annyit költeni rá meg foglalkozni vele, ha te csak annyit akarsz, hogy legyen egy led ami ki-be kapcsolgat.

A symfony egy nagy keretrendszer, nagy munkákra.
Ha kicsi melót akarsz, akkor használhatod a komponenseit, vagy microframework-ot, pl Silex.

silex deprecated és kitűzték az EOL-t mert a 4-es symfony már azt is kiváltja. Követem a kettes óta (aztán bejött időközben egy egyes symfony supportja is, így rálátásom van arra is), és látszik, hogy hogyan kalapálják ki mindig a tévutakat és hogyan válik egyre jobbá a DX. A kettesben brutál sokat kellett vacakolni ha valami egyszerűt akartál (ezért volt a silex), ezt a 4-esre sikerült belőle kinevelni. Jó irányba haladnak, de az egyes és a kettes közti éles különbséget nem lehet mindig megugrani, mert a fejlesztők elpártolnak, így csak apránként lehet javítani a hibás elgondolásokat / élni az azóta bejött lehetőségekkel.

Deprecated-et nem tudtam, mondjuk magamtól még nem foglalkoztam vele, csak egy külsős csapat cuccával kellett kicsit tökölnöm akik ezt tolták. Én inkább a komponenseket használom fel.

nah de mind1.
A lényeg, h a sf egy perfekt rendszer ha arra használod amire kitalálták. Az tény, hogy vannak, voltak benne betegségek, de hát miben nincs :)

Szerintem nem tér el érdemben a többi keretrendszertől, de látom, valakit érzékenyen érint, hogy így gondolom. Többször jeleztem, és tartom, hogy aki elmélyedt benne, és azt a struktúrát építi fel, amit támogat, az nagyon hatékonyan tud vele dolgozni.
Csak amint például nem úgy és nem azt akarod adminisztrálni, amit és ahogyan ő generál, akkor kezdheted a felüldefiniálásokat, kitanulhatod a teljes struktúrát. Ez nem gáz, ha minden nap ezt használod. De ugyanezt szerintem a többi keretrendszerről is ugyanígy el lehet mondani.
Amit nekem beharangoztak róla, azzal ellentétben csak egy a sok közül. Nem rosszabb másoknál, de nem is jobb érdemben.
A "ne bánd", csak ennyi volt. Ki mit használ, azt szeresse. Én végül nem döntöttem úgy, hogy ezentúl ezzel fogok dolgozni.

Ebben az esetben csak félreérthető volt amit írtál. :)
Peace!

Egyetértek, végre egy korrekt álláshirdetés! (nem én vagyok az emberük, de szimpatikus a nyitottság)

Lécci keressetek UX-est is! :)
(Ez nem jelentkezés egy nem létező álláshirdetésre, hanem felhívás annak szükségességére.)

Na igen, az nem ártana. A napokban kezdtem el egy intézmény beszerzését átterelni az iponra, mert bizonyos szempontból sokkal jobb mint a másik, és már rögtön a regisztrációnál fogtam a fejem. Ha nem vesztek fel UX-est akkor érdemes megkeresni a magyarországi "UX pápát". :D

Ilyen dolgokat megtalálni: Milyen címre jön a rendelés? Nem sikerült. Úgy rendeltem meg, hogy a visszaigazolóból tudtam meg a címem. (Régi regisztráció). Finoman szólva ez egy elbaszott felület.

Szerintem érdemes lenne mentálisan is felnőtteket alkalmazni, mert azt nem lehet megtalálni, hogy mi a számlázási címem és a szállítási, de tudok fórumozni a többi "kispajtással" és játszani is velük. Szerintem simán kiírhatnák a kezdőoldalra, hogy: "Csak 18 év alatt!"

A számlázási címet én sem találtam. Végignéztem a rendelés összes pontját, de nem vettem észre. Na mondom, egy életem egy halálom rákattintok, aztán lesz ami lesz. Szerencsére jó cím volt benne :-).

a kosárban tudod ezeket módosítani, a legelején:)

Na most mobilrol megneztem. Igy megviccesebb, ugyanis a tul sok atiranyitas miatt kifagy az oldal androidon. Velelmezem körkörös az átirányítás. Jo nagy faszok dolgozhatnak ott. Ha nem dobjak a kukaba az egesz it-t akkor az a ceg eletebe is kerulhet.

omg, valakinek elgurult a gyógyszere :(

Akkor nézd meg az oldaladat üres kosár esetén.
Keresd meg a számlázási címet.

és akkor a profil mi a szarnak van? Játszani kispajtásokkal?

Én értem, hogy az a problémád, hogy amíg nem kezdesz el egy vásárlást, addig nincs lehetőséged a számlázási, vagy szállítási címeket módosítani. Ez tényleg egy hiányosság, és elfért volna a beállításokban egy opció erre.

De ez ekkora nagy gond, hogy itt szarozz, meg kiakadj? A világ ettől nem dől össze, jellemzően a címek módosítására úgyis akkor van szükség, ha feladsz egy rendelést. Őszintén nem tudok elképzelni olyan élethelyzetet, hogy épp felmegyek az oldalra csak azért, hogy átírjam a címet, és ne csináljak semmi mást. De ha mégis ezt szeretnéd, meddig tart bedobni valamit a kosárba? Ideális? Nem teljesen. Működik? Igen. Összedőlt a világ? Nem.

Az idő:
Ok a stílus valóban sok. Van olyan élethelyzet. Valamikor nagyon régen regisztráltam, pár napja lekértem a jelszavam és beléptem. Ekkor a profilomban megnéztem, hogy milyen adatokkal vagyok fent. Nem találtam az említett adatokat. Sok időt töltettem vele és mint biztosan te is tudod a nagyon-nagyon sok idő megegyezik magával az élettel. Amikor feleslegesen töltünk valamivel időt, akkor az életünkkel fizetünk, adunk belőle egy darabot. Emiatt van a haragom. Egy ekkora látogatottságú oldalnál, már ez a sok 5-10 perc egy komplett életet is kitehet. Felelőssége van az oldal készítőjének, mert aki időt lop azt soha, de soha nem tudja jóvátenni/visszaadni. (Ilyenek azok is akik késnek.)

A logika:
Elfogadom és egyet is értek abban, hogy a számlázási cím része a vásárlásnak, de kifejezetten naiv megoldásnak tartom, hogy nem része a profilnak.
Szerintem logikailag:
- felhasználó
--felhasználó sz.cím1/cég1
--- számla1
--- számla2
--felhasználó sz.cím2/cég2
--- számla1
--- számla2

Az oldal logikája szerint:
- felhasználó
-- vásárlás1
---felhasználó sz.cím1/cég1
-- vásárlás2
---felhasználó sz.cím3/cég2

Ha olyan sokat ér az az idő, amíg ezt az információt kikeresed, akkor egy perc alatt megtalálhatod a kontaktot, és írhatsz nekik a kérdéseddel, a maradék idődet pedig tudod produktívabban tölteni :)

Mindenesetre az élethelyzetet nem értem. Milyen adatokkal vagyok fent. Erre miért vagy kíváncsi? Miben segít ki téged ez az infó, ha nem készülsz épp vásárolni? Arra akarok kilyukadni, hogy egyszer kifakadsz, másszor pedig szigorúan beosztod a másodperceket, és számon kéred a készítőktől az elfecsérelt perceidet a semmi miatt.

Én pedig szépen hátradőlök, majd ha legközelebb rendelek úgyis szembejönnek a cím adatok valahol. vonatkozik ez minden hasonló online shopra. És se nem izgatom magam emiatt, se nem érzem úgy, hogy az időmet rabolták volna.

nyomozónak azért ne menjél. ott van rögtön a profil tetején.. bár tény hogy nem túl userfriendly, én se olvasnám el a szöveget ha nem tudnám hogy ott van.

https://snag.gy/nKMCTh.jpg

Van UX-es csapat, de a jelenlegi (kvázi régi) felületre nincs idő, az új felülettel foglalkozunk a rendelkezésre idő nagy részében.
Egyébként a hozzászólásod teljesen jogos, mi is tudjuk, hogy sajnos nem idomultunk elég gyorsan a felhasználói igényekhez. De majd most! Mármint hamarosan. Mármint majd egyszer :)

Ez nem felhasználói igény, hanem üzleti minimum. Amúgy amikor a user a saját dolgait menedzseli, akkor ne legyen már kitöltve irreveláns tartalommal az oldal maradék 95%-ka, mert az agyfasz.

OFF
Erős PHP OOP tudás
majd ha a php is erős lesz ojjektumokban, majd én is. like c#. addik vesződjön a fene vele. oo szerű. inkább konténerklászok.
/OFF

------------------------
Jézus reset téged

Mondd mitől lesz egy OOP erős?
Típusosság?
Írtál már C#-ban webáruházat? Használják még?
...és PHP-ben? (Persze OOP)

phpban sem irtam webáruházat, de nem is fogok.

------------------------
Jézus reset téged

Én írtam, többet is. (És ma is megy az összes nagy!) Utólag már nagyon nem abban írnám.

----------------
Lvl86 Troll, "hobbifejlesztő" - Think Wishfully™

Csak kiváncsiságképp, most miben írnád?

C#/.net core, mert ezt ismerem legjobban és a hangsúly a moston van. Amikor azok a projektek indultak még szerintem éppen csak jött ki a .NET 3.5.

De a Java-t is elképzelhető alternatívának tartanám. Következő 3 szempont lenne:
- statikus nyelv
- erős típusrendszer
- működjön rendes alkalmazásként, az életciklus ne csak egy oldal generálásáig terjedjen ki.
- Bónusz: lehessen is hozzá embert találni.

----------------
Lvl86 Troll, "hobbifejlesztő" - Think Wishfully™

Akkor az mire vonatkozott, hogy utólag már nagyon nem abban írnád?

"- statikus nyelv
- erős típusrendszer
- működjön rendes alkalmazásként, az életciklus ne csak egy oldal generálásáig terjedjen ki."

Melyikét teljesíti a php?

----------------
Lvl86 Troll, "hobbifejlesztő" - Think Wishfully™

Bocs, én értettem félre a kiinduló válaszod.

Attol meg, hogy nem erosen tipusos, teljesen jo a PHP objektum-orientaltsaga. Egyedul a generikussag hianyzik belole

az egy dolog hogy nem erősen tipusos, bár a félig tipusosságnak nem látom értelmét, egy csomó szar hiányzik belőle.
enum, struct, delegate, xml serializáció, listák, linq, meg jopár hasznos dolog, ami illene hogy adódjon. az hogy tudunk példányosítani, meg van method...
pl getter setter kokecolás phpban.

------------------------
Jézus reset téged

Szerintem a PHP nem akar C# lenni, de fixme! :)

nem is azt mondtam, de nem is lesz az. csak minek "Erős PHP OOP tudás" jelentsen bármit is, ha maga a nyelv igazán csak szerkezetet ad, és neked kell vagy másnak megírni atomik cuccokat, azán egyik igygondolja, másik megy ugy, aztán jo is meg nemis. az hogy tudunk classt létrehozni, meg abba az összetartozó cuccokat beletesszük aznát hívogatjuk, azt nem nevezném erős oop tudásnak. php részről sem, meg koder részről sem.
de mit értesz "Erős PHP OOP tudás" alatt? tanits mester. :)

------------------------
Jézus reset téged

Nem tudom mire gondolhatnak. Nekem azt jelenti, hogy még objektum között is objektumok vannak vagyis objektumokon kívül nem létezik semmi.
...de csak szerintem, mivel nem vagyok szakmabeli és soha nem kódoltam másnak, így fogalmam sincs mit is jelent ez hivatalosan.


<?php

include 'class.webshop.php';

echo new WebShop();

// :)

?>


------------------------
Jézus reset téged

:)

...gondolok még az MVC-re (bár ezta keretrendszer adja) és a programtervezési mintákra is (többek között)...

Szerinted mire gondolnak?

> delegate, xml serializáció, listák, linq
OK, nincs enum. Van csomó más megoldás.

> delegate, xml serializáció, listák, linq
Ennek az égvilágon semmi köze az OOPhoz

"Van csomó más megoldás."
nem azt mondtam hogy nem lehet megoldani...

"Ennek az égvilágon semmi köze az OOPhoz"
a lista ojjektum, a linq meg ezt tekergeti, az xmlből is object lesz, oké a delegattel megfogtál.


------------------------
Jézus reset téged

Mi köze az OOP-hoz az XML serializációnak?

Szerintem hagyd. Ahogy nézem, annyi a lényeg, hogy C# > PHP.

Á, értem. Azt hittem tanulok valamit :) (mármint szmájli ide, oda, komolyan gondoltam)

Szinte bármelyik nyelv > PHP, szóval nem nehéz beletrafálni :)

--
debian,libreelec,openmediavault,ubuntu,windows,arch,lineageOS
zbook/elitebook/rpi3/nexus5_hammerhead

Na ne! js > PHP ? :D
----------------------------------------
o.-

"Szinte".

----------------
Lvl86 Troll, "hobbifejlesztő" - Think Wishfully™

Vagy a python. :d
------------------------
Jézus reset téged

a vilagon semmi, de igazabol a tobbinek se sok. Plusz barmilyen nyelven lehet szar es jo kodot is irni. A felsoroltak kenyelmi funkciok, nem tesznek kodot jobba vagy rosszabba (OO szempontbol). Mindig baromi kivancsi voltam az olyan emberek alkotasaira akik sserint ez az OO nyelv szar a masik meg jo, es altalaban amit talalok az ADM, fat service layer meg a tobbi antipattern. De attol meg a nyelv a szar ugye...