Dizainerio/front-end developinimo ribos

Sveiki,

Senais laikais front-end developeris būdavo tas, kuris iš .psd paversdavo į .html (kartais ir jQuery įdėdamas), o kaip yra dabar? React, vue ir kt. frameworkai labai smarkiai pritraukė backendą prie frontendo.. Kaip dažniausiai šiais laikais perkeliamas projektas nuo popieriaus lapo į internetinę erdvę?

1. Dizaineris nupiešia .psd

2. Frontenderis sukodina react/html+vue

3. Backenderis paruošia modelius ir kontrolerius?

Gal jau yra koks normalus softas, automatiškai sukarpantis plain html? Kiek realu rasti dizainerį, kuris normaliai sukodintų bent jau html? Pasidalinkit naujienom tiek apibendrintai, tiek įžvalgomis apie konkrečius projektus:)

Kam tau dizaineris, kuris sukoduotų .html?

Taigi tam yra front enderis, kuris tai ir padaro. Dizaineris nupiešia, frontenderis sukarpo, backeriai daro loginę dalį.

Juk santechnikas vedant vamzdžius veda juos, o ne gamina juos pats dar... Aišku, būna išimčių :D

Jeigu reikia pagalbos dėl kokybiško .html kodo, gali kreiptis, pixel perfect kitaip sakant bus.

Kam tau dizaineris, kuris sukoduotų .html?

 

Taigi tam yra front enderis, kuris tai ir padaro. Dizaineris nupiešia, frontenderis sukarpo, backeriai daro loginę dalį.

Juk santechnikas vedant vamzdžius veda juos, o ne gamina juos pats dar... Aišku, būna išimčių :D

 

Jeigu reikia pagalbos dėl kokybiško .html kodo, gali kreiptis, pixel perfect kitaip sakant bus.

tai aš to ir klausiu - kur prasideda frontenderio ribos:) kaip suprantu, dažniausiai galima pasirinkti ar plain html ar react/angular/vue, taip? o atsakant į tavo klausimą - derinti reikalus su vienu žmogumi dvigubai paprasčiau nei su dviem:) aišku, dažnai kas moka viską - nemoka nieko.

tai aš to ir klausiu - kur prasideda frontenderio ribos:) kaip suprantu, dažniausiai galima pasirinkti ar plain html ar react/angular/vue, taip? o atsakant į tavo klausimą - derinti reikalus su vienu žmogumi dvigubai paprasčiau nei su dviem:) aišku, dažnai kas moka viską - nemoka nieko.

Taip, čia išvardinot frameworkus front endo. Šiais laikais front endas darosi panašus į back endą kalbant apie frameworkus front endo.

Dėl reikalų derinimo, čia jau kaip kas sugeba. Vienam taip geriau, kitam taip, renkasi kiekvienas savo skirtingą strategiją. Yra savi pliusai ir minusai konkrečiu variantu.

Dabar jau tendencijos keičiasi, dauguma frontenderi supranta kaip Vue, angular, react programuotoją (galima tai pavadinti UX) gebantį dar ir html/css pakrapštyti kas yra UI. Sketch'ui yra kažkoks converteris, bet vis vien geriau jau žmogus tegul kodina, bootstrapą dar panaudos ir padarys responsive. Ir taip reikės dviejų žmonių, pirmas sukodins, antras padarys funkcionalumą. Dar patarimas - pradžioje turėt jau visą dizainą sukodintą, kad nereikėtų paskui jau ant parašyto kodo dar dizainą maut.

Ps. jeigu reikia kažką su vue, angular padaryt, nuo rugsėjo galiu užsiimti.

Dabar jau tendencijos keičiasi, dauguma frontenderi supranta kaip Vue, angular, react programuotoją (galima tai pavadinti UX) gebantį dar ir html/css pakrapštyti kas yra UI. Sketch'ui yra kažkoks converteris, bet vis vien geriau jau žmogus tegul kodina, bootstrapą dar panaudos ir padarys responsive. Ir taip reikės dviejų žmonių, pirmas sukodins, antras padarys funkcionalumą. Dar patarimas - pradžioje turėt jau visą dizainą sukodintą, kad nereikėtų paskui jau ant parašyto kodo dar dizainą maut.

 

Ps. jeigu reikia kažką su vue, angular padaryt, nuo rugsėjo galiu užsiimti.

Nuo kada tokie terminai kaip UI/UX design priskiriami programavimui...?

Nuo kada tokie terminai kaip UI/UX design priskiriami programavimui...?

Aš kalbų apie patogų webo funkcionavimą tai ir sakau, kad galima tai pavadinti vartotojo patirtimi. Esmė tame jog jeigu esi geras front enderis, turi gerai suprasti vartotojų elgseną, kad nepadaryti nepatogiai. Yra nusistovėja įpročiai, pagal kurios tu turi sukodint. Ar atsakiau į klausimą?

Supratau. Norėjau tik pasitikslinti, ar čia taip jau "standartas" tuos frontendo frameworkus naudoti ar tik "optional". Bet paprasčiausiai atrodo tiesiog html'ą pasiimti ir tada jau mauti tiek frontendo reactive funkcionalumą tiek backend. Ačiū už nuomones, atsakėt į klausimą:)

1. Dizaineris - nupiešia.

2. Frontenderis - paverčia piešinį veikiančiu ir interaktyviu reikalu naršyklėje.

3. Backenderis - apdoroja frontendo užklausas serveryje, praleidžia duomenis per visą verslo logiką, juos saugo, o kai reikia - grąžina atgal į frontendą.

Čia toks būtų paprasčiausias paaiškinimas. Kartais pasitaiko kombinacijos žmonių, pavadinkim 1.5 arba 2.5, kuomet vidutinis dizaineris gali būti ir vidutiniu frontenderiu (dažniausiai tiesiog sudėlioja grąžų layoutą ir jį sukarpyt gali, bet nieko daugiau - jokių ypatingų iliustracijų ar frontendo interakcijų, js, react, etc - nieko) arba vidutinis frontederis gali būti ir vidutiniu backenderiu (gali kažkiek ir js frontende parašyt, ajax, etc, bei ir pats apsirašyt logiką server-side, bet jau kažkokių high level darbų vienas neaprėps). Varianto 1+3 ar 1+2+3 nebūna, arba būna "šarlatanai", arba jau tikrai vunderkindai :)

1. Dizaineris - nupiešia.

2. Frontenderis - paverčia piešinį veikiančiu ir interaktyviu reikalu naršyklėje.

3. Backenderis - apdoroja frontendo užklausas serveryje, praleidžia duomenis per visą verslo logiką, juos saugo, o kai reikia - grąžina atgal į frontendą.

 

Čia toks būtų paprasčiausias paaiškinimas. Kartais pasitaiko kombinacijos žmonių, pavadinkim 1.5 arba 2.5, kuomet vidutinis dizaineris gali būti ir vidutiniu frontenderiu (dažniausiai tiesiog sudėlioja grąžų layoutą ir jį sukarpyt gali, bet nieko daugiau - jokių ypatingų iliustracijų ar frontendo interakcijų, js, react, etc - nieko) arba vidutinis frontederis gali būti ir vidutiniu backenderiu (gali kažkiek ir js frontende parašyt, ajax, etc, bei ir pats apsirašyt logiką server-side, bet jau kažkokių high level darbų vienas neaprėps). Varianto 1+3 ar 1+2+3 nebūna, arba būna "šarlatanai", arba jau tikrai vunderkindai :)

Ačiū už paaiškinimą, taip ir galvojau - paprasčiausiai dabar tie frontend frameworkai tiek pažengę, galvojau persistumdė link backenderio kvalifikacijos :)

Pas mus dar likę keletas projektų, kuriem programuojam ne tik backend'ą bet ir frontend'ą, bet labai mažai tokių. Viskas mūsų sistemoj front <-> back vaikšto per API, tai frontend'eriams tenka net php(symfoniu) kartais paprogramuot, kad kokius nors duomenis pasiimt :D Tai nemanau, kad reiktų kalbom apribot, kas yra front-enderis. Labai įvairi sąvoka, bet iš esmės mano suvokimu, tai front-enderiai daro viską, ką tiesiogiai liečia vartotojas, o back-enderius puikiai apibūdino wicked :)