vsqka software firma s rykovodstvo ne syvsem izvyn realnosta, trqbva da misli za zashtita na investiciite si v know-how. za nqkoi ot pisheshtite tuk znam che rabotqt za mnogo stabilni kompanii i se uchudih ot neserioznite im postingi po vyprosa.
za da ne izleze tona mi mentorski a naistina prakticheski nasochen, neka priemem che davam primerna vyzmojnost:

1. vyv firmata ima definirani globalno vajashti pravila otnosno developmenta i kodiraneto v chastnost. Trudno e da si predstavim start s ogromna sistema ot pravila, obiknovenno poleznite pravila si idvat s vremeto postepenno. Vse pak dobro nachalo e da se polzva opita na drugi ot bransha i da ne se gubi prekaleno mnogo vreme v sporove.

2. za vseki proekt se dopuska razshirqvane na obshtite pravila po usmotrenie na project rykovoditelq. tova moje da otchita naprimer konkretna tehnologiq.

3. rykovodstvoto e gotovo da plashta za sledene na standartite i iziskva ot QA (otdel po kachestvoto) da provejda code review. Kod narushavasht pravilata ne se schita za zavyrshen i se vryshta na programista.

4. dobre e vyv firmata da ima pone edin blagorazpolojen starshi programist koito da obqsnqva na prelitashtite ot dalechni zemi papagali vse pak polzata ot coding standartite - nasila hubost trudno se poluchava. za koito artistizma e po-vajen ot uspeha na firmata, trqbva qsno da mu se pokajat drugi sferi kydeto bi mogyl da se izqvqva po svobodno.

+

Аз почвам да псувам да викам и да раздавам правосъдие ако някой не спазва конвенциите. :-)

Повдигни въпроса абсолютно сериозно. Ако трябва намеси и шефовете.

Не си играйте да измисляте конвенция. Вземете някоя готова. Добавете само малко правила специфични за съответния проект. Като да не се ползва MFC или ползвайте това вместо онова.

Този, който не спазва правилата АУТ от проекта и да ходи да се оправя. И без това повечето фирми сега съкращават и лесно може да се намери заместник на въпросния човек. :-)

Съжалявам, че съм толкова краен но ми е писнало да се занимавам с хора, които не знаят или знаят и не спазват конвенциите.

nachi za coding convenciite - az gi delq na 2 vida:

ednite, pri koito kato se pusne celiq source prez beautifier, i neshtata se opravqt - t.e. tabulacii, skobi, intervali otpred otzad i t.n...

ostanalite - s koito ne e tolkova lesno da se opravish.. no i tam samo konvenciq nqma nikoga da nakara 1 kalpav programist da pishe dobyr kod.

a inache pri nas ili starshi programist reve, kato vidi nqkoq gadost, ili QA pishe bugove, ili se otpuska vreme za opravqne na koda (e - pone beshe taka edno vreme :(

Job oJob;
...
Frameworka mu e maikata hora

много хубави мнения видях и ще се опитам да дообясня тук :)

значи проблема не е толкова в красивия и грозния код -- виждал съм код, който е супер грозен (според мен) но си има разни правила и като ги видиш, става лесно читаем. не съм имал предвид да се гоним до последната скоба или запетайка в някоя конвенция -- тва си е малък ужас. както каза емо -- има си разни бютифайъри (не че съм намирал свестен досега де :( емо, ти какво ползваш?)

проблема е друг -- става въпрос просто за лош, калпав код. код в който функция е мръсна дума -- всичко е на едно и според мен е събирано с копи/пейст. е може и да не е така, но като видя функции дълги по 250 реда за такова нещо си мисля.

конвенцията, която споменах не беше основния аргумент -- просто си мислех, че може да послужи при решаването на проблема. колкото повече мисля се убеждавам, че единственото спасение е много писане и четене на код, а аз няма как да накарам някого насила да върши такива неща.

идват ми и други неща на акъла. вкарване на инструменти като документация :) имам предвид в кода и после генериране на хтмл или нещо друго -- doxygen или нещо подобно дето да мяза на javadoc. току виж и малко uml та да четем по-малко и да гледаме шарени картинки :).

колкото до отнасянето до шефа -- не бих го направил дори и да съм прав. не мисля, че мога да понеса отговорността пред себе си за това, че са уволнили някого... поне не засега, поне не за такива несъответствия.

8ми дан по икебана

oh - mi osven da im preporychash nqkoq knijka :-)

Edno vreme imashe na bylgarski - "Kak da pishem nadejni programi" - primerno da stane zadyljitelno chetivo vyv firmata ti :-))

V Code Complete pyk napravo ti pravqt analiz kyde e po-dobre da slagash figurnite skobi :)

A za beautifiera - sha vida v kyshti kvo polzvah, ama naj-dobre edin google ;-)

Evala, grouchy

Sega i az shte dobavia moiata lepta... Za da vyrvi edin proekt, e neobhodimo da ima razbiratelstvo mejdu programistite. A kogato ima razbiratelstvo... Ako ne se haresvate vzaimno, niama go tozi moment.
E, da uvolniat niakogo, samo zashtoto pyrvata mu knijka, koiato e izgradila predstavata mu za hubav kod, e bila pisana ot sibirski otshelnik - budist...

V kraina smetka mislia, che horata triabva da stoiat nad tezi neshta. Nie sme pyrvo choveci, sled tova myje, edva nakraia programisti ;)

I ... celta vyobshte ne opravdava sredstvata. Pone ne za horata sys syvest.


Symphonie No9, Bethoven...

Мдааа, но пък аз например не мога да се накарам насила да харесвам някого. И не бих се опитал да се насилвам да се харесам на някого, за да тръгне някой проект. Всичко трябва да стане естествено, на сила хубост не става. За тази цел има CVS и SourceSafe - комуникацията между програмистите в екипа е важна, но аз изобщо не съм задължен за се сприятелявам с тях, за да тръгне проекта. Поне ако аз реша, че не искам...

A Jedi, what do you know

Doniakade si prav. Poniakoga ima simpatia/antipatia ot pryv pogled. Ako specifikaciata e ok, togava komunikaciata ne e tolkova vajna. za jalost v BG malko sa proektite, koito sa dobre dokumnetirani...
I tova e dosta otnositelno... Prosto ne triabva da se minava v krainosti.

Symphonie No9, Beethoven...

mda prava si koda mi naistina ne e krasiv, shte mu slozha malko grim na trugwane :)

ko da sa prai - ne sichki patki stavat lebedi.

Съдържаниет е скрито
Влезте за да го видите