Sign In
Create Account
Back to top |
Second Opinion
Folosind serviciul second opinion ne puteți trimite RMN-uri, CT -uri, angiografii, fișiere .pdf, documente medicale. Astfel vă vom putea da o opinie neurochirurgicală, fără ca aceasta să poată înlocui un consult de specialitate. Răspunsurile vor fi date prin e-mail în cel mai scurt timp posibil (de obicei în mai putin de 24 de ore, dar nu mai mult de 48 de ore). Second opinion – Neurohope este un serviciu gratuit. www.neurohope.ro |
Principii & Patterns vs. eficiențã
Last Updated: Dec 21 2019 17:05, Started by
Rhesus
, Nov 19 2019 19:20
·
0
0
#19
Posted 22 November 2019 - 15:01
|
 .Esti martir... |
#20
Posted 22 November 2019 - 16:13
|
De ce? Cu cât capăt mai multă experiență, cu atât am tendința de a abstractiza mai mult (când e nevoie). |
#21
Posted 22 November 2019 - 16:30
|
Cu cât capăt mai multă experiență, cu atât am tendința de a abstractiza mai mult (când e nevoie). Abstractizarile nu sunt mereu bune. De multe ori dacă sunt introduse așa tam-nesam, fac codul mai greu de înțeles. Deasemenea, trebuie să fii atent CAND introduci o nouă abstractizare, cum navighezi evoluția codului în timp, cum faci slalom printre cerințele actuale și bubele mai mari sau mai mici din arhitectură. De multe ori se întâmplă să realizezi că e nevoie de o abstractizare noua, dar introducerea ei nu e oportună ACUM, ci după anumiți pași preliminari. Unii pași preliminari îi poți face în 5 minute, alți pași preliminari durează luni de zile. Depinde în mare de nivelul de abstractizare la care vrei să "sucesti" arhitectura. O abstractizare nouă are sens atunci când ea fie îți ușurează munca cu polimorfismul, fie când e folosită în destule locuri din cod. De exemplu interfața Command de mai sus. Dar o abstractizare izolată într-un colț nu are sens. |
#22
Posted 23 November 2019 - 20:37
|
Nu-mi mai plac discutiile prea generice ca fiecare se gandeste la altceva.
O discutie pe cod concret, daca-i open-source, poate ajuta mai mult. |
#23
Posted 16 December 2019 - 14:07
|
Cine hotaraste intr-o firma sa se creeze o clasa abstracta sau o interfata?
Tu ca simplu programator hotarasti ? Arhitectul? Seful de proiect? Intr-o reuniune colectiva? Pe unde am lucrat eu clasele respective erau batute in cuie de vre-o 12 ani, era interzis sa adaugi sau sa stergi vre-o clasa de genul, codul era reutilizabil si extensibil daca era cazul. Poate ca esti inca un semi-sef din moment ce poti hotara insa poti fi si corectat, atat timp cat firma poate vinde soft in felul asta...este ok.
Întrând în contact cu mai mulți programatori (unii cu zeci de ani de experiență în spate), am remarcat două ... hai să le spunem tipologii. 1. Tipologia programatorului pentru care principiile (și în general tot ce ține de procedee/design patterns/software patterns/best practices/etc.) sunt "sfinte". 2. Tipologia programatorului care consideră eficiența mai presus decât orice (chiar și cu "riscul" incalcarii flagrande a (1.)). flagrante Edited by iulian_1976, 16 December 2019 - 14:08. |
#24
Posted 18 December 2019 - 12:20
|
Cine hotaraste intr-o firma sa se creeze o clasa abstracta sau o interfata? Tu ca simplu programator hotarasti ? Arhitectul? Seful de proiect? Intr-o reuniune colectiva? "arhitecții" ăștia mereu uită lucruri, nu văd detalii din timp, se comportă prea waterfally. Cu ei, te pomenești mereu că mai trebuie adaptat ceva în timpul execuției, și de cele mai multe ori nu înțeleg problema decât după meetings de ore întregi. În general, oameni de umplutură, și contrari în rolul lor cu agile. |
#25
Posted 18 December 2019 - 15:44
|
Cred ca este gresit pusa problema design patterns vs eficienta, probabil exprima frustarile multor programatori.
Poate ca titlul mai adaptat era design pattern vs agile... Aici nu mai este discutia despre programare ci care persoana are mai multa forta in firma, care are mai multa putere de convingere, poate cea mai putin adaptata clientului, si asa raman frustarile. 
Edited by iulian_1976, 18 December 2019 - 15:47. |
#26
Posted 21 December 2019 - 17:05
|
Quote Aici nu mai este discutia despre programare ci care persoana are mai multa forta in firma, care are mai multa putere de convingere, poate cea mai putin adaptata clientului, Edited by MartinAdelberg, 21 December 2019 - 17:05. |
Anunturi
▶ 0 user(s) are reading this topic
0 members, 0 guests, 0 anonymous users
-
- Change Theme
- English
- Mark Community Read
- Termene & conditii
- Confidentialitate
- Consimtamant
- Cookies
- Help
© 2001-2024 Softpedia. All rights reserved. Softpedia® and the Softpedia logo are registered trademarks of SoftNews Net SRL.
Ora implicita a Forumului Softpedia este ora standard a Romaniei (GMT+2). Mai multe informatii →
⚠ Postarile afisate pe Forumul Softpedia reprezinta o opinie subiectiva a membrilor care le-au publicat si nu a SoftNews Net SRL.