Meklējam PHP programmētāju ar OOP un MVC backgroundu

[arcanos]

Izstrādātāju komanda meklē PHP programmētāju, kas būtu spējīgs pieslēgties izstrādes projektam OOP un MVC stilā. Darbs notiek uz Symfony freimworka (http://www.symfony-project.org/). Tūlītēja freimworka pārzināšana nav obligāta, bet OOP un MVC pieeja gan.

Pieteikumus, īsu aprakstu par savām prasmēm un galvenajiem veidotajiem darbiem sūtiet uz recruitment[at]yellowyes.com

Edited May 27, 2010 by arcanos

[codez]

1) algas intervāls?

2) darbs birojā vai attālināti?

3) biroja atrašanās vieta?

4) cik ilgi būs jāizstrādā projekts?

[arcanos]

1) algas intervāls?

2) darbs birojā vai attālināti?

3) biroja atrašanās vieta?

4) cik ilgi būs jāizstrādā projekts?

 

1) mēnešalga

2) nav iebildumu pret attālināti, ja tas būtiski netraucē raitu izstrādes gaidu. protams, uz apspriedēm, plānošanu u.c. tikšanās reizēm gan jāierodas.

3) brīvības/pērnavas

4) vairākus mēnešus. projektu ir plānots palaist pa kārtām. pirmā kārta būtu paveicama aptuveni 3-4 mēnešos. pēc tam turpinātos darbs pie tālāko daļu izstrādes.

[Klez]

Jautājums topika autoram:

Ja tu būtu darba intervijā un tu jautātu kāda ir alga par darbu un ja tev atbildētu ka samaksa par darbu būs "mēnešalga", tad tu tur ietu strādāt ?

[briedis]

Jautājums topika autoram:

Ja tu būtu darba intervijā un tu jautātu kāda ir alga par darbu un ja tev atbildētu ka samaksa par darbu būs "mēnešalga", tad tu tur ietu strādāt ?

 

Atvainojos par offtopiku, bet "algas intervāls" ir izprotams divējādi.

 

> algas saņemšanas biežums (ik pa nedēļai, mēnesim, kad projekts tiks pabeigts)

> algas diapazons - no Ls līdz Ls :)

 

Sākumā es arī sapratu kā pirmo variantu :D

[rpr]

nu bet katram darbiniekam tachu var maksaat citu algu.

neies tachu jaunam gurkjim bez pieredzes maksaat taa pat kaa man... :)

[foxsk8]

Varbūt ne pa tēmu, bet Symfony freimworks kā tāds ir diezgan, maigi izsakoties, nepatīkams. :) Nezinu kā citiem. Esmu redzējis pāris projektus un strādājis ar to, kaut kā nepiesaistīja.

[codez]

nu bet katram darbiniekam tachu var maksaat citu algu.

neies tachu jaunam gurkjim bez pieredzes maksaat taa pat kaa man... :)

 

Tāpēc arī prasīju algas intervālu, nevis algu, respektīvi, no cik jaunam gurķim, līdz cik php ņindzai.

Ja, piemēram, pateiktu algas intervālu 300 - 600 Ls, tad liela daļa profesionāļu pat neapgrūtinātu sevi ar CV nosūtīšanu.

[Леший]

Autoram:

Problēma ar specifiska FW izmantošanu ir tāda, ka programmētājs ne vienmēr gribēs terēt laiku, lai izpētītu to FW, kas viņam noderēs, labākajā gadījumā, Tava projekta īstenošanai, un pēc tam viņš ar ta FW zināšanam nevienam nebūs vajadzīgs, jo katru dienu parādās jaunās tehnoloģijas. Pagaidam vēl neesmu redzējis PHP freimworku, kurš nodzīvotu pietiekami ilgi un gūtu lielu populāritāti.

[rATRIJS]

Lielaakaa dalja OOP MVC freimvorku ir gana liidziigi, taadeelj, ja pagaatnee ir bijusi pietiekama pieredze ar da-jebkaadu, taada tipa, freimvorku (pat ne PHP), tad jauna freimvorka apguushana buus krietni vieglaaka un aatraaka. Vienas dienas laikaa var apguut visu nepiecieshamo, lai naakamajaa jau saaktu drukaat ar nelielu nepiecieshamiibu shad un tad ieskatiities freimvorka dokumentaacijaa.

[fest]

Varbūt ne pa tēmu, bet Symfony freimworks kā tāds ir diezgan, maigi izsakoties, nepatīkams. :) Nezinu kā citiem. Esmu redzējis pāris projektus un strādājis ar to, kaut kā nepiesaistīja.

Vienam māte, otram meita. Man tīri labi patika un likās diezgan ērts- vienīgais mīnuss, ka uz shared hostinga nav īpaši viegli uzlikt..

[arcanos]

Autoram:

Problēma ar specifiska FW izmantošanu ir tāda, ka programmētājs ne vienmēr gribēs terēt laiku, lai izpētītu to FW, kas viņam noderēs, labākajā gadījumā, Tava projekta īstenošanai, un pēc tam viņš ar ta FW zināšanam nevienam nebūs vajadzīgs, jo katru dienu parādās jaunās tehnoloģijas. Pagaidam vēl neesmu redzējis PHP freimworku, kurš nodzīvotu pietiekami ilgi un gūtu lielu populāritāti.

 

 

Tur ir savs patiesības grauds, bet Symfony ir izdzīvojis no pirmās palaišanas 2005. gadā un aizdzīvojies šobrīd līdz 1.4.x versijai. Šī gada beigās tiks izlaista 2.0 versija.

Pietam, šeit ir saraksts ar lapām, kuras ir veidotas uz Symfony bāzes - http://trac.symfony-project.org/wiki/ApplicationsDevelopedWithSymfony

 

Jā var gadīties, kad konkrēta FW zināšanas nevienam pēc tam nav vajadzīgas, tomēr Symfony šobrīd ir (uz PHP) viens no spēcīgākajiem freimworkiem around, kas pilnā mērā izmanto OOP, MVC un ORM labumus. Pat, ja nākotnē būs jātaisa kaut kas uz cita FW, tad tās iemaņas koda organizēšanā un good industry practice noteikti noderēs. Un, ja FW izvēle būs paša ziņā, tad liela varbūtība, ka neko citu negribēsies.

 

 

 

Runājot par algas tēmu un tās diapazonu ir tā, ka no bosa puses standarts šobrīd jaunajiem kompānijā ir 450Ls. Ja cilvēks ir spējīgs nodemonstrēt, ka ir lietas koks, ka ir spējīgs pats nākt klajā ar risinājumiem, arhitektūras plānošanu, kā arī ļoti labi pārzina OOP/MVC/ORM, tad kaut pēc mēneša var būt cita runa. Vienkārši tad tiek manīts, ka izstrāde bez šī cilvēka vairs nav tas un tad dabiski viņa vērtība aug. Tā kaut kā.

[codez]

Nedaudz offtopic-s par "Symfony šobrīd ir (uz PHP) viens no spēcīgākajiem freimworkiem around, kas pilnā mērā izmanto OOP, MVC un ORM labumus":

 

- Nu OOP ir OOP, tas nav paša FW labums. OOP izmanto lielāka daļa FW.

- Tāpat lai arī tur daudzas pierastās MVC fīčas, tomēr dažas lietas Symfony FW ir realizētas, manuprāt, diezgan greizi un galu galā šis freimworks tomēr ir diezgan pasmags, kad runa ir par performanci.

- Bet ORM vispār viņi izmanto 3rd-party, kuru var izmantot jebkurā citā FW.

[arcanos]

Nedaudz offtopic-s par "Symfony šobrīd ir (uz PHP) viens no spēcīgākajiem freimworkiem around, kas pilnā mērā izmanto OOP, MVC un ORM labumus":

 

- Nu OOP ir OOP, tas nav paša FW labums. OOP izmanto lielāka daļa FW.

- Tāpat lai arī tur daudzas pierastās MVC fīčas, tomēr dažas lietas Symfony FW ir realizētas, manuprāt, diezgan greizi un galu galā šis freimworks tomēr ir diezgan pasmags, kad runa ir par performanci.

- Bet ORM vispār viņi izmanto 3rd-party, kuru var izmantot jebkurā citā FW.

 

- es neteicu, ka tas ir FW labums. es teicu, ka labi FW pilnībā izmanto tos labumus, ko dod OOP, utt.

- par performanci - http://obvioushints.blogspot.com/2009/03/symfony-speed-and-hello-world.html . Viņš ir overkills mazām aplikācijām, bet lielos projektus beigu beigās kaut vai tā pati caching sistēma atsver.

- par ORM tiesa, bet šobrīd Symfony pamatā pāriet uz Doktrīnu un tās galvenais izstrādātājs ir iekš Symfony developeru komandas... so tur ir zināmi benefiti.

[codez]

Nu gluži tā nav, ka viņi pilnībā izmanto visus OOP labumus, kaut vai tās pašas globālas include_javascript(), utt. funkcijas, kuras tiek ielādētas arī parastā ajax requestā, kur viņas simts gadus nav vajadzīgas.

 

Hello world piemēra smagums jau tam ir tieš apliecinājums un uz lielākām aplikācijām performance neuzlabojas.

Ar gatavajām kešosānas sistēmām tāpat neko prātīgu nevar panākt, jo kešošanā katrs gadījums parasti ir ļoti specifisks. Ir nācies redzēt vienu symfony projektu, kur bija izmantota kešošana, kā rezultātā viss tika pārāk daudz kešots, kā rezultātā aplikācija pārāk bieži rādīja nokešotus datus, kad reāli vajadzēja rādīt jau jaunos, kas pamatīgi pasliktināja "user experience". Reāli aplikācijās, kuras strādā ar online datiem, ar ģenerētā kontenta kešošanu parasti var panākt ļoti nedaudz, tad jau daudz vairāk ar datu kešošanu operatīvajā (memcached).

Esmu redzējis labākas ORM par Doktorīnu, kuras nodrošina daudz patīkamāku (tuvāku OOP) abstrakcijas līmeni.