Se cer oameni bun la toate (full stack) in Romania?

Eu tot nu inteleg la ce concurs ai fost si ce nu trebuia sa faci si ai facut si cine erau aia nene de dadeau note ?!

Sunt destule anunturi pe site-urile noastre de job-uri unde se cauta full stack developeri. Chiar si in cele in care se cauta front-end, la rubrica "nice to have" iti cere niste PHP, mySQL, Python sau alte asemenea deci presupun ca dupa un timp tot full stack devii, vrei nu vrei.

 WinstonMontana, on 19 iunie 2018 - 06:55, said:

Cred ca e un cerc vicios: probabil ca au incercat si ceva mai evoluat, au vazut ca nu gasesc specialisti (si daca gasesti 2-3-5 trebuie sa fie inclouibili si rezonabil de ieftini ), si atunci au spus ca n-are rost sa se complice: fac grosul cu full stack si fineturile la ei acasa. La fel si cu optimizarile de baze de date, pur si simplu in ziua de azi nu mai ai hardware care sa nu tina o baza de date chiar neoptimizata, deci de ce te-ai mai chinui sa gasesti un specialist...

 Basso, on 19 iunie 2018 - 12:14, said:

nu chiar, daca vei lucra pe PHP sau JAVA EE ti se spune de la inceput. In rest da, poti sa lucrezi pe MySQL sau pe OracleDB sau pe PostgreSQL sau pe MS SQL Server
si pe front-end de asemenea: javacript/css/html/jquery.

 WinstonMontana, on 19 iunie 2018 - 12:13, said:

Era un hackaton unde am ajuns sa fac mai mult incidental (nu mai revazusem de mult notiunile de utilizabilitate, nu lucram curent cu asta etc) o interfata (mockups). Iar omul care evalua era specialist in utilizabilitate (facea numai asta). La inceput am facut interfata, dar nefiind specialist in asa ceva, am facut ceva prost (niste controale prea mici etc).

Edited by aaaa4567, 19 June 2018 - 12:22.

 aaaa4567, on 19 iunie 2018 - 12:18, said:

exact

Quote

corect.

 aaaa4567, on 19 iunie 2018 - 12:20, said:

exista la noi in RO un job in care cineva sta si analizeaza ca interfetele grafice sa fie pixel-perfect-match ? Cred ca are o plictiseala....

Edited by WinstonMontana, 19 June 2018 - 12:23.

sa ma calce submarinul de nu ati luat-o razna!
om bun la toate? huh .. pai asta este multilateral dezvoltat, policalificat, descurcaret cu un masiv bagaj de cunostinte generale ..  mai "se exista" asa ceva?

 r_murphy, on 19 iunie 2018 - 12:27, said:

dap, aia suntem noi  :full-stack devs , noi mai sustinem economia asta impreuna cu profesorii care ne-au pregatit si cu colegii nostri de prin
invatamantul superior in IT , in rest pustiu.

"Fara programare, viata e pustiu " =))

PS: era sa uit, ca full-stack dev uneori  poti  fi rotit pe support pt joburi:asta inseamna sa faci scripturi de config si urmarire joburi  in bourne schell scripting sau in python sau programe de audit pt acele servere sau programe avansate de tip crontab specializate pentru clustere de joburi,  scrise chiar in GNU C lang.(depinde cum doreste arhitectul).

Edited by WinstonMontana, 19 June 2018 - 13:02.

 WinstonMontana, on 19 iunie 2018 - 12:22, said:

Nu e vorba de pixel perfect match. E vorba de https://en.wikipedia...ability_testing Am intalnit si in Romania (foarte rar, e drept). Nu prea mai am contact cu mediul din Romania...

Nu stiu daca se apeleaza cel putin la aplicatiile facute de companii cu bani (de exemplu, domeniu bancar). Dar stiu ca am stat foparte mult la o banca sa imi faca niste lucruri simple. M-am mirat cum de dureaza atat de mult (practic am stat de 3-4 ori perioada de timp pe care o petreci ca sa bagi datele personale ale cuiva. Or eu aveam datele deja introduse. Si era vorba de o imputernicire, nu de nu stiu ce credite)

 r_murphy, on 19 iunie 2018 - 12:27, said:

Precum vezi, da.

Da, in majoritatea cazurilor se cer oarece cunostinte, eu cred ca firmele au pretentia sa nu apelezi la specialisti decat exceptional, cand de fapt ar fi nevoie mult mai des. Chestii de economie, de reducere de costuri, probabil ca se incearca sa vada cat pot duce si "romanii astia nemancati" etc etc. As face pariu ca majoritatea ITstilor nici nu au prea auzit de usability testing (nici nu se face in facultate, din ce stiu)

Eu stiu ca interfata o stabilesti impreuna cu clientul, si acolo clientul vrea struzto-camila ii spui ca poti  crea un dinozaur care face acelasi
lucru precum struzo-camila , doarece ca tu ai o paleta de  dinozauri la indemana.

Idee este ca trebui sa stii cum sa conduci clientul astfel incat sa vrea chestii care se pot face in interfata grafica dar
care se pot face mai usor pentru tine, neafectand functionalitatea pe care o vrea clientul sau sa convingi clientul ca asa cum ii propui tu este cel mai bine pentru el
insa in realitatea e cel mai bine pt tine.

Clientul trebuie sa vina la tine cu ideile sale si banii sai, si trebuie sa plece cu ideil tale si sa-ti lase banii. In rest, chiar e can-can.

Edited by WinstonMontana, 19 June 2018 - 13:48.

 aaaa4567, on 19 iunie 2018 - 13:35, said:

In facultati de afara e un curs prin primul sau al doilea semestru.

Nu e nimic SF chiar daca nu faci in facultate, e suficient sa citesti o carte.

 aaaa4567, on 19 iunie 2018 - 12:02, said:

Design-ul interfetei NU apartine developerului, apartine designerului. Exista doua posibilitati:
1) primesti mockuri mai mult sau mai putin precise despre cum sa arate UI-ul
2) oferi un mecanism prin care designerul sa faca el singur intr-un editor

Sigur ca exista si a treia, pe care am intilnit-o eu:

3) we don't give a fuck

Referitor la primele doua am avut prima varianta cind lucram la computerul de bord pentru BMW/Mini, versiunea care era prin 2005-2008. Primeam de la designerii BMW pdf-uri cu fiecare ecran in parte, la nivel de pixel. Rezolutia era mica pe vremea aia, era numar limitat de culori. Si intr-adevar testerii se uitau la nivel de pixel daca totul e brici. S-a incercat o testare automata prin compararea cu ecrane de referinta da n-a prea mers, nu mai tin minte exact problema, parca era din cauza faptului ca device-ul avea color depth redus si cind faceai screenshot de pe el nu bateau colorile cu cele reale

A doua varianta am intilnit-o la VW, si pot sa spun ca era un dezastru. Specificatiile de UI veneau in niste xml-uri imense, care apoi erau convertite in clase java si evident ca nimic nu mergea ca lumea. Sa faci layout cu XML e simplu, da sa faci behavior e stupizenie pura

Cred ca ideea este ca daca e un produs comercial conteaza foarte mult felul in care arata, trebuie sa ai un design, o consistenta. Cind e o aplicatie enterprise de-aia interna, nu prea baga nimeni bani in designeri si alte aiureli.

 WinstonMontana, on 19 iunie 2018 - 13:46, said:

Clientul nu prea stie ce vrea. Exista multiple roluri. depinde mult de industrie. Ai lucrat pt domeniul medical? Depinde de domeniu, de cat e de dispus sa colaboreze userul, si de bugete, desigur.

Designerul ala, si de fapt analistul, are de lucru pentru anumite domenii. Nu mai spun de modelare de date etc. Din nou - sa luam domeniul medical. Pana si in State medicii stau sa bage date mai mult decat sa consulte etc.

Edited by aaaa4567, 19 June 2018 - 15:16.

 aaaa4567, on 19 iunie 2018 - 15:12, said:

pai asta e si smecheria,El nu stie, iar tu trebuie sa-ti dai seama de ce vrea si sa-l convingi s-o faca nu cum vrea el ci cum vrei tu.

Quote

Dap, aplicatii client-server + aplicatie client pe PDA(pe vremea cand nu existau smartphone-urile si nici apple nu inventase iphone-ul)
cu transmiterea datelor prin wireless/gsm/bluetooth

Am lucrat si in domeniul Roboticii si Mecatronicii unde am facut software pentru roboti, unde iarasi clientul vroia ceva dupa capul lui.

Edited by WinstonMontana, 19 June 2018 - 15:20.

 WinstonMontana, on 19 iunie 2018 - 15:18, said:

Ia sa vezi tu cate regulations sunt pe la noi si peste tot. Ti se cere sa culegi date standard, o gramada. Nu prea ai ce sa convingi clientul (adica ai, well, dar tot trebuie sa muncesti la analiza). Si apoi stai sa vezi ca asistenta face o chestie, medicii altceva, si sunt diferite roluri etc. Ai aici ecrane de aplicatie in romana, poti sa vezi cat de incarcat e totul - http://scmo.ro/manua...hm/HM.FP17.html Si aia e una generalista.

Da, daca e vorba de o aplicatie simpluta de mobil, cu 30 de textboxuri, e mai simplu. Aplicatia aia din linkul de mai sus avea vreo 700 de tabele, prin 2006.... Pe langa asta intr-un spital mai poti avea alte aplicatii. De exemplu unii au cumparat o aplicatie buna numai pentru o sectie, cu alte cateva sute de tabele in spate. Asta pe langa alte aplicatii cerute de minister, casa, gen S*I^U_I etc. Un spital d-asta e practic un enterprise cu diverse aplicatii mai mult sau mai putin interconectate (dar cred ca stii).

D-aia nici nu isi permit in unele domenii sa schimbe aplicatiile atat de des, sau sa investeasca in usability, securitate. Pentru ca domeniu e complex, ar trebui facut DDD, ai o gramada de roluri, se schimba legile si cerintele de business etc etc Practic spitalele si bancile mai lucreaza inca cu aplicatii care au in spate baze de date nonrelationale, aflate in operare din anii 70-80. Adica la oamenii astia 15 ani pentru o aplicatie este putin... Stii de HL7? L-au declarat esuat, dupa vreo 20-30 de ani... (esuat e un fel de-a spune...)

Edited by aaaa4567, 19 June 2018 - 18:55.

 aaaa4567, on 19 iunie 2018 - 18:41, said:

Cred ca as putea scrie o carte despre cate imbunatatiri se pot aduce acelei interfete.

interfata ca interfata, dar ce cauta

<!-- <A HREF="C:\Help\_chm\HM.Spital\10 Programari.html">Programari</A><BR><BR> -->

in codul sursa ?

E făcut de specialiști.