Аз също бих желал да се явя на 9.07 / 10.07 :-)
Публикувано преди
Теми за проектите
@Тони, "адашЪ" ти е отговорил прекрасно на въпроса.
Относно точкуване, оценки и прочее:
Беше дадена примерна скала, която търпи развитие, в зависимост от общото ниво и още куп фактори. С други думи, с леки промени(във ваша полза) ще се придържаме към вече дадената скала, по време на нулевата лекция.
Публикувано предиИскам да попитам допълнително за библиотеката за работа със субтитри.
Под четене на файловете се има предвид да кажем да се зареждат всички реплики (реплика да се представя от начало, край и текст или нещо подобно) в някаква структура, т.е. само да може да се разпознава формата.
А под писане просто да може да се копират всички реплики в нов файл от същия или друг тип.
Правилно ли съм разбрал, или трябва и да се дава възможност на потребителя да коригира по-фино, напр. ред по ред самите файлове.
Публикувано предиИ докато сме на тема "библиотеката за работа със субтитри" .. (:
Какво, по-подробно, ще реча: "Валидиран (за синтактична коректност)"
Какъв тип (синтактични) грешки трябва да се покриват? Ако има проблеми във времената - това ще е малко трудно за коригиране. И все пак, ако трябва те да се валидират, какво трябва да им се оправя - (ок, да се следи за поредност е в семантичната част) за валидни числа ли? Защото ако има такива грешки, трудно ще се коригират.
Или ако не трябва да се валидират времената, само скобите ли трябва (и новите редова, и там каквото искат още за съответния формат)?
Също и колко трябва да се задълбочаваме над това? Защото ако някой (в частност аз :D ) реши да имплементира и разпознаването на формата по съдържание, това с валидностите ще се поомаже. В смисъл - ако разчитаме, че първите редове ще са коректни, ще разпознаем по тях. Но ако не са? Тогава, да речем, ще гледаме някой от следващите, докато не стигнем до някой валиден. ОК, но тогава ако целия файл е от един формат, на който всичките редове са сгрешени с нещо съвсем дребно - примерно изтървана една скоба някъде, и има само един коректен, който е от друг формат, нещата съвсем ще се омажат и разпознаването много ще обърка нещата.
Или можем да разчитаме, че поне няма да се смесват отделните формати? И, за опростяване, можем ли да разчитаме, че първите редове ще са коректни, за да можем да разпознаем добре формата, и да не се мотаме из целия файл и да правим някакви опити за разни евристики и прочие? Това ми се струва доста приемливо - хем ще опрости програмата, хем няма да е толкова трудно - някой ако тръгне да валидира субтитри, може да се постарае да направи правилно поне първите редове (по спецификация на формата) и след това да разчита, че на базата на тях, програмата ще оправи останалите. Какво мислите?
Благодаря (=
П.С. Е толкова объркан пост май няма още в тази тема..
Публикувано предиИ аз искам на 10ти
Публикувано предиЗа 10ти съм :)))
Публикувано предиАко все още са останали "места" за 9/10 с удоволствие бих взел един от двата дни. :)
Публикувано предиЗа трети трябва ли също да си резервираме изрично тука, или може и без официалности? :)
Публикувано предиИмам същия въпрос и за тази неделя.
Публикувано предиИ аз искам на 10-ти... :)
Публикувано предиИ аз също бих се явил на 10-ти.
Публикувано предиИ аз съм за 10-ти
Публикувано предиЗдравейте, за съжаление няма да успея за 3ти, затова бих искал и аз да се явя на крайната дата 9ти-10ти...
Публикувано предиИ аз бих искал да се явя на 10ти.
Публикувано предиАз си мисля за септември :rolleyes:
Тогава ще трябва ли да се правят пак тестове?
Публикувано предиИ аз си заплювам 9-10. Освен Python имам още един проект, който имам да довършвам (до 02.07), който сигурно ще ми отнеме поне ден-два (доста оптимистично твърдение!).
Така че и аз предпочитам за 9-10 юли.
Публикувано предиЧасът на защита на 3.07 ще бъде ли променян, както стана на 26.06, или си остава 9:00? Имам изпит в 14:30 на 3-ти и ми е важно да знам.
Публикувано предиЩе дойда и аз на 9-ти / 10-ти, освен ако не довърша проекта за 3-ти :)
Публикувано предиЗа съжаление и аз може да не успея да завърша проекта до 3-ти, така че бих искал да си резервирам едно място за 9/10 в случай, че не се видим на 3-ти.
Публикувано предиИ аз си промених мнението и искам да се явя на 10-ти т.к. на 4-ти имам много важен изпит.
Публикувано предиаз искам да се явя на 9 -ти.
Публикувано предиКато гледам накъде отиват нещата- и аз искам да се явя на 9-ти / 10-ти.
:) Благодаря! :)Публикувано предиАз също бих желал да се явя на 9.07 / 10.07 :-)
Публикувано предиБиж желал да се явя и аз на 9.07/10.07.
Публикувано предиНе мога да смогна с проекта за утре, така че бих желал да се явя на 09/10
Публикувано предиУтре от колко и къде ще е защитата на проектите?
Публикувано предиАз ще се явя утре на защита, а не както бях заявил на по-късната дата.
@Николай Стоицев
"На 03.07.2011 в зала 306 на ФМИ, ще се проведe първата защита на проекти, от 11:00 часа." от http://fmi.py-bg.net/announcementsПубликувано предиOK, тъй като никой не ми отговoри вече почти 2 седмици, ще приема, че "валидиран" означава "проверен за валидност и ако нещо не е наред - да се предприемат определени мерки". Защото ако тръгне да се валидира с всичките му варианти за грешки, то направо ще стане още половин проект (:
Публикувано предиАз също бих искал да се явя на 9.07 / 10.07 ако е възможно.
Публикувано предиЗа съжаление и на мен ми се наложи да пропусна 3ти, така че ще се явя на 9-10 юли.
Публикувано преди
Трябва да сте влезли в системата, за да може да отговаряте на теми.