La inceput de drum

Din păcate, folosind tot felul de unelte, constat că totul se rezumă la a scrie ceva fișier text după sintaxa vrută ceea ce pentru un programator creativ e plictisitor. Programatorii/dezvoltatorii soft există să inoveze.

cred ca merita un subiect separat afirmatia asta, ca se va automatiza procesul programarii.
e similara cu discutia despre inteligenta artificiala.
noi, printr-un minunat design, am ajuns sa avem 3 (trei) generatoare de cod in proiect. super, toate au bube, ori sunt greoi de intretinut ori trebuie invatate. deci procesul de automatizare a cam incurcat pana una alta pt mereu se pierde timp pt documentare.

Ce sistem de operare imi recomandati pentru programare?
Avand in vedere ca vreau sa incep cu bazele (algoritmica, structuri de date etc.), iar eu la liceu voi face C++, cu ce sa incep? (algoritmica se face pe limbajul care se invata din cate stiu )

Edited by andict, 22 August 2016 - 18:07.

FreeDOS...

dani.user, on 22 august 2016 - 18:09, said:

Nu cred ca ma tine PC-ul.

Vorbind serios...ce sistem de operare imi recomandati pentru programare? Windows este foarte folosit, insa unii recomanda Linux.

Edited by andict, 22 August 2016 - 18:26.

remyyy, on 22 august 2016 - 14:30, said:

La varsta asta, cred ca nu ai nimerit bine aria pe care sa trollezi, avand in vedere ca e primul mesaj de genul, te iert, la urmatorul n-o sa mai fiu asa de iertator.

Ce crezi ca rezolvi intreband de pe a 3-a clona acelasi lucru?

andict, on 22 august 2016 - 18:26, said:

Nu vad de ce FreeDOS ar fi o gluma. E un sistem de operare pe care il poti programa lejer. Sau Linux, pentru ca te expune mai multor informatii.

Dar daca te multumesti cu putin, merge si windows.

La inceput de drum, oricum nu conteaza.

AnduIX, on 07 august 2016 - 09:02, said:

Salut Andu, Te-ai gandit ca e posibil ca dupa ce termini liceul sa te atraga nu C, C++ sau C#,  ci SQL ?

Poate nu vei ramane in Romania (unde majoritatea locurilor de munca cer C,  C++ si C#)  si poate te vei muta in Germania, Anglia sau Elvetia unde SQL e la putere.

Poate vei fi mai atras sa interoghezi baze de date pentru a cauta solutii la o problema, sa dezvolti o baza de date pe baza cerintelor date de cei mari din companii.

Fiecare incepe cu o baza si pe urma se specializeaza pe altceva..lumea datelor a devenit mare si e posibil sa te atraga mai mult asta :-)

Iti recomand sa citesti si o carte de fundamentale T-SQL  (Limbajul folosit in Microsoft SQL Server) si vezi daca te atrage mai mult fata de C, C++ si C#

https://ptgmedia.pea...80735658141.pdf


Bafta la studiu :-)

Edited by Clau_UK, 26 August 2016 - 12:11.

Confirm, Germania e motorul economic al Europei deoarece nu se mai programează în limbaje gen C++, ci în SQL.

Poate unii nu detecteaza sarcasmul din postul anterior...

OriginalCopy, on 26 august 2016 - 14:25, said:

Hahaha, stii la ce ma refer, ca poate il atrage sa lucreze cu baze de date inloc de programare soft sau web.

la urma urmei, uitandu-ma pe lista locurilor de munca din Germania, Anglia si Elvetia, deoarece sunt foarte multe firme financiare, este in foarte mare cautare aceasta aptitudine.

T-SQL combinat cu SSIS si / sau  SSRS si SSAS  aduc banuti frumosi oricarui om cu macar 2 ani experienta in domeniu.

Germania si Elvetia se pare ca o duc mai bine la capitolul Oracle cu PL-SQL (mai mult din cauza bancilor), dar totusi nu duci lipsa de locuri de munca nici acolo cu T-SQL  :-)

Edited by Clau_UK, 30 August 2016 - 16:44.

Clau_UK, on 30 august 2016 - 16:42, said:

Tu scrii ca un copil entuziasmat de o tehnologie. Eu scriu ca programator echidistant.

Aici vorbim despre cum să îți clădești o carieră.

Problema se pune astfel:

Poate un programator să înlocuiască un SQList cu o oarecare ușurință? Poate.

Poate un SQList să înlocuiască un programator cu o oarecare ușurință? Nu prea.

La prima restructurare de personal, SQListul va zbura primul cu fulgi cu tot.

Știu, știu, e mare căutare. Corect: e mare căutare ACUM, dar o carieră nu o construiești doar pe oportunități de moment.

Cariera aia durează mai mult ca "ACUM", ea durează câteva zeci de ani.

Clau_UK, on 30 august 2016 - 16:42, said:

Bazele alea nu se programeaza si ele ? Eu nu vad nici o diferenta. Doar de API (aici il includ si pe SQL).

Clau_UK, on 30 august 2016 - 16:42, said:

De ce ar tine cineva un programator sa faca doar rapoarte? + inca un economist pe langa el sa-i spuna ce trebuie sa obtina.
Inveti economistul sa faca si rapoartele din 2-3 clickuri de mouse si 2-3 linii de SQL si ai rezolvat problema.

OriginalCopy, on 26 august 2016 - 14:25, said:

OriginalCopy, on 30 august 2016 - 17:11, said:

Aici n-as fi totusi atat de categoric.

Sa vad eu un programator [rpocedural] ca inlocuieste un SQLlist atat de usor pe cat spui tu. Are idee domnul de indecsi, tranzactii, sa nu mai spun de te miri de SQL antipatterns?

Iar SQLul nu e cerut de azi, de ieri, nici macar de 5 ani, ci de vreo 15-20, daca nu si de mai mult. Nu vad ca alte tehnologii/limbaje/etc sa inlocuiasca SQLul. NoSQL - nici pomeneala, e doar o completare firava.

De ce ar trece un specialist in baze de date pe C & C++ sau pe .NET/Java? Si nu, nu-i cu nimic mai prejos decat un programator de C/C++, e in fapt pe aceeasi treapta. Bine, ca oricum java/.NET sau ceva OOP & client side stie, cat sa faca o interfata si niste adaptoare...

Nu mai suntem in 1980, sorry. Folosirea C++ se restrange la anumite nise [inca multe]. Comparatia cu assemblerul e exagerata acum, dar nu se stie.

Asa putem spune ca cineva care s-a specializat un interfete grafice HMTL, CSS, frameworks etc. e copil.

SQListii nu mai sunt copii, ci sunt deja veterani, se poate face cariera din asta lejer, din orice punct de vedere vrei tu. Si-a dovedit longevitatea. Si e atat de omniprezent incat nu-i vad dispartitia nici peste 20-30 de ani. Gndeste-te numai la cate date pe care le pastrezi pe termen  lung ai (zeci de ani - asigurari, bancar, sanatate) si cam in ce format sunt...

Edited by aaaa4567, 31 August 2016 - 00:18.

Nu zice nimeni sa nu se mai foloseasca SQL, insa la cate trebuie stuite in ziua de azi pentru a fi pe felie, sa cunosti doar SQL e limitativ.

Pentru majoritatea aplicatiilor iti sunt suficiente interogari simple (=> le invata orice programator). Cazuri unde se trantesc mii de linii de business logic in interiorul procedurilor stocate, sper sa nu mai intalnesc prea curand.

Indecsi, replicari & asemenea tin de administrare. Alta mancare de peste.

aaaa4567, on 31 august 2016 - 00:09, said:

Evit sa judec programatorii dupa limbajul folosit cel mai frecvent. Am intalnit programatori C care nu stiau pe lume traiesc, si programatori Java/.Net care nu stiau pe ce lume traiesc (n-am mentionat C++ aici ca multi nici nu realizeaza ce inseamna C++).

aaaa4567, on 31 august 2016 - 00:09, said:

C++-ul modern e puternic subestimat si tinta multor prejudecati, mai ales din partea celor carora nu le in minte decat ca trebuie sa dea malloc si apoi free.

Nu-i un limbaj perfect si poate fi mai dificil pentru anumite cerinte, insa pe de alta parte ofera facilitati pe care cu drag mi le-as fi dorit in C#. Cateva exemple scurte:

• const pentru a nu permite schimbarea starii unor obiecte unde nu-mi doresc (in special in cod multithreading)
  
• Sinonime pentru tipuri
  
• decltype pentru simplicarea codului generic
  
• Crearea unui iterator peste o enumerare ce functioneaza pe baza de callback
  
• etc

dani.user, on 31 august 2016 - 00:34, said:

Oricum, oameni sa cunoasca bine chiar si un ecosistem al unui RDBMS si iarasi bine o alta platforma - mai rar.

C++ modern - multam, pe alte vremuri trebuia sa traiesti cu porcarii. Iar codul C++ scris pe la noi prin facultati, cu notatii de variabile penibile, numai usor de inteles si mentinut nu este. Cred ca mai stiti cum arara un Borland C.

Eu nu mai sunt decat cu unele dintre ele. Cand te bagi pe asa ceva, nu mai ai timp de altele.

LE: ca sa nu mai spun cat scriai. Cine a lucrat cu Win32, API calls, COM  stie despre ce vorbesc.

Business logic scris ca SQL e chestionabil, cu exceptii izolate (optimizari etc) intr-adevar.

Oricum, au inceput sa se separe pe specialitati: front end, back end. Si chiar si aici depinde ce stii (ce RDBMS), nu mai spun ca BI e ceva separat. Mai bine asa poate; si mult mai scump [si deseori inutil de scump, as zice eu] pentru client. Care vrea 'mobile' si 'BI' dar nu stie ce inseamna asta

Edited by aaaa4567, 31 August 2016 - 06:12.