lines of code

Kolko linii kod ste izbylvali na rabota maksimum ?

Az za 3 dni namazah 1800 reda kod na C++, bez wizard generated stuff i tva mi e lichniq rekord, imaikite predvid che sym ima dni s po [0, 10] reda kod.

Osven tova ne stava duma za copy/paste.

Обикновено като забележа, че съм насрал твърде много код, спирам и се връщам. След няколко филтрирания кода се редуцира наполовина. За това ми е трудно да определя - когато физически съм напляскал 500 реда, но от тях в последствие останат 250, това за колко се брои?

Контра въпрос: Колко реда код сте изтривали най-много за един ден?
Моя рекорд е много скромен. но ми се налага често да го правя.... споделете вашите впечатления

А колко реда код сте прочели най-много за един ден?
На мен когато ми се наложи да го правя обикновено псувам грозно. :)

What evil shall I do today?

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

Т'ва не знам що се получава, ама наистина е така. Като направя нещо версия едно, после всяка следваща версия го подобрявам и го правя с повече функционалност, в същото време кода (като линии код) е по-малко.

Тука сигурно Дешев ще каже рефакторвай и тествай навреме, ама проблема е че не знам какво не е наред и какво трябва да се рефакторва преди да излезе лайв и клиентите да псуват. Явно липса на опит още.

EDIT: Кода, като линии код наистина е по-малко, ама продукта като размер става по-голям! Което идва да покаже, че освен кода има и други важни неща.
--
Sometimes the sole purpose of your life is to serve as a warning to others.

Ти знаеш, че наследявах код на няколко пъти в последните месеци. Първото нещо, което правех беше да намеря мъртвия код и да го пратя във вечните ловни полета. В един от случаите отсякох почти 1/4 от "модула" без да му променя поведението. Това понякога е доста трудно за откриване: не веднага виждаш в

if (myLovelyFlag == true)
{
...
}
else
{
...
}

че myLovelyFlag се инициализира на false и никъде не се променя.

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

Едно друго нещо искам, за да допълним статистиката и рекордите. След тия 3 дни с 1800те реда код... В интервал от 3 месеца, колко от откритите дефекти в програмата ще бъдат в тия редове? Така де, не искаме да изключваме времето за поправяне на дефекти от писането на въпросните редове код нали?

Интересен страничен ефект от TDD например е, че кода ти, като количество, почти се удвоява -- обикновено тестовия код е колкото и тествания. Каква част от тия 1800 реда са тестове?

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

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

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

За зрелостта си прав. Не напразно е измислен принципа KISS

Понякога седя и си мисля, а понякога само си седя ...

В отговор на:

---

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

---

Всичко седи в системата за контрол на версиите. Ако някой е прекалено обвързан към парче код винаги може да си го изрови от там. Почти винаги ползвам такава система и изчиствам и закоментирания код, който намирам. Щом не се изпълнява, мястото му е в "архива" .

Дешев, разбирам те - и аз бих се ужасил ако някои ми се "похвали", че е написал 1800 реда код за 3 дни - но всъщност става дума за нещо което съм мислил повече от 3 дни преди да го почна и освен това е писано следвайки някои "добри практики" за написването му - но това са подробности, просто е весело да вкараш няколко хиляди реда код за няколко дни (да добре, няма да е весело да оправяш дефектите му, но нещото още не е финализирано).

Относно тестовете - ами доста малка част е за тестване, но по деволите, ще взема да вкарам няколко юнит теста дори и супер прости, за да се знае поне дали нещото е много чупено или малко чупено.

Според мен, ако не си вкарал досега юнит тестове, не ги вкарвай само за идеята... Мисля, че според каноните на TDD е трябвало да имаш тестове от самото начало за колкото се може повече (всичко) от функционалността. Сега да вкараш юнит тестове изглежда малко като отбиване на номер. Тук Дешев може да се изкаже по-компетентно.

Да цитирам един от постващите тук: "Мама му стара, едно нещо не съм тествал и то се счупи да гърми".

Доста бързо отговаряш!!!

Да цитирам един от постващите тук: "Мама му стара, едно нещо не съм тествал и то се счупи да гърми".

Същият доста време се колебаеше за юнит тестовете, но сега мисля, че ги оценява и бере плодовете . И наистина, ако ще се пишат юнит тестове е добре да е отначало и за всичко. Има твърде малко и специфични ситуации, които не могат да се тестват, според мен.
Виж ако наследяваш код е друга манджа. Тогава ако решиш да сменяш, юнит тестовете ти пазят задника от произвеждане на бъгове :) TDD казва, че всяко редуциране на код, било то и умрял код, трябва да се проверява с юнит тестове. Поне доколкото си спомням Дешев е гуруто в тази област...

Евалата, бате!!!
Тва ще трябва да е качествен piece of code, което правиш!!! Обикновено новите версии стават по-големи, по-объркани, по-бъгливи. С една дума shitty. И не, че искаме да е така, но така се получава. It's beyond me why. Щом си стигнал до такова ниво, значи опит не ти липсва Дано и аз да стигна това ниво един ден.

Дори един, по-прост и смотан, тест е по-добре от нула теста .

Ако бях гуру щях да щракам с пръсти и софтуера около мен да се пише сам. А ако бях Гуру...

А за наследен код мога да мрънкам много време. То кой ли не може. Факт е обаче, че досега не съм наследявал код със стабилна сюита от тестове. Абе не съм наследявал код и с един тест даже . Оставял съм мой код с тестове на не-TDD зарибени хора. Те пък не се възползваха от това предимство.

Всъщност ако през повечето време работим със "стар" код, писан от други хора или от нас самите преди време, защо още не сме се научили да пишем така, че това да не е проблем?

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

>>да го пратя във вечните ловни полета

Хау!

--
Sometimes the sole purpose of your life is to serve as a warning to others.

... има помощни програми, но не съм срещал безплтани.