Теми за проектите

  1. Аз също бих желал да се явя на 9.07 / 10.07 :-)

    Публикувано преди
  2. @Тони, "адашЪ" ти е отговорил прекрасно на въпроса.

    Относно точкуване, оценки и прочее:

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

    Публикувано преди
  3. Искам да попитам допълнително за библиотеката за работа със субтитри.

    Под четене на файловете се има предвид да кажем да се зареждат всички реплики (реплика да се представя от начало, край и текст или нещо подобно) в някаква структура, т.е. само да може да се разпознава формата.

    А под писане просто да може да се копират всички реплики в нов файл от същия или друг тип.

    Правилно ли съм разбрал, или трябва и да се дава възможност на потребителя да коригира по-фино, напр. ред по ред самите файлове.

    Публикувано преди
  4. И докато сме на тема "библиотеката за работа със субтитри" .. (:

    Какво, по-подробно, ще реча: "Валидиран (за синтактична коректност)"

    Какъв тип (синтактични) грешки трябва да се покриват? Ако има проблеми във времената - това ще е малко трудно за коригиране. И все пак, ако трябва те да се валидират, какво трябва да им се оправя - (ок, да се следи за поредност е в семантичната част) за валидни числа ли? Защото ако има такива грешки, трудно ще се коригират.

    Или ако не трябва да се валидират времената, само скобите ли трябва (и новите редова, и там каквото искат още за съответния формат)?

    Също и колко трябва да се задълбочаваме над това? Защото ако някой (в частност аз :D ) реши да имплементира и разпознаването на формата по съдържание, това с валидностите ще се поомаже. В смисъл - ако разчитаме, че първите редове ще са коректни, ще разпознаем по тях. Но ако не са? Тогава, да речем, ще гледаме някой от следващите, докато не стигнем до някой валиден. ОК, но тогава ако целия файл е от един формат, на който всичките редове са сгрешени с нещо съвсем дребно - примерно изтървана една скоба някъде, и има само един коректен, който е от друг формат, нещата съвсем ще се омажат и разпознаването много ще обърка нещата.

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

    Благодаря (=

    П.С. Е толкова объркан пост май няма още в тази тема..

    Публикувано преди
  5. И аз искам на 10ти

    Публикувано преди
  6. Ако все още са останали "места" за 9/10 с удоволствие бих взел един от двата дни. :)

    Публикувано преди
  7. За трети трябва ли също да си резервираме изрично тука, или може и без официалности? :)

    Публикувано преди
  8. И аз искам на 10-ти... :)

    Публикувано преди
  9. Здравейте, за съжаление няма да успея за 3ти, затова бих искал и аз да се явя на крайната дата 9ти-10ти...

    Публикувано преди
  10. И аз бих искал да се явя на 10ти.

    Публикувано преди
  11. Аз си мисля за септември :rolleyes:

    Тогава ще трябва ли да се правят пак тестове?

    Публикувано преди
  12. И аз си заплювам 9-10. Освен Python имам още един проект, който имам да довършвам (до 02.07), който сигурно ще ми отнеме поне ден-два (доста оптимистично твърдение!).

    Така че и аз предпочитам за 9-10 юли.

    Публикувано преди
  13. Часът на защита на 3.07 ще бъде ли променян, както стана на 26.06, или си остава 9:00? Имам изпит в 14:30 на 3-ти и ми е важно да знам.

    Публикувано преди
  14. Ще дойда и аз на 9-ти / 10-ти, освен ако не довърша проекта за 3-ти :)

    Публикувано преди
  15. За съжаление и аз може да не успея да завърша проекта до 3-ти, така че бих искал да си резервирам едно място за 9/10 в случай, че не се видим на 3-ти.

    Публикувано преди
  16. И аз си промених мнението и искам да се явя на 10-ти т.к. на 4-ти имам много важен изпит.

    Публикувано преди
  17. Като гледам накъде отиват нещата- и аз искам да се явя на 9-ти / 10-ти.
    :) Благодаря! :)

    Публикувано преди
  18. Биж желал да се явя и аз на 9.07/10.07.

    Публикувано преди
  19. Не мога да смогна с проекта за утре, така че бих желал да се явя на 09/10

    Публикувано преди
  20. Утре от колко и къде ще е защитата на проектите?

    Публикувано преди
  21. Аз ще се явя утре на защита, а не както бях заявил на по-късната дата.

    @Николай Стоицев
    "На 03.07.2011 в зала 306 на ФМИ, ще се проведe първата защита на проекти, от 11:00 часа." от http://fmi.py-bg.net/announcements

    Публикувано преди
  22. OK, тъй като никой не ми отговoри вече почти 2 седмици, ще приема, че "валидиран" означава "проверен за валидност и ако нещо не е наред - да се предприемат определени мерки". Защото ако тръгне да се валидира с всичките му варианти за грешки, то направо ще стане още половин проект (:

    Публикувано преди
  23. Аз също бих искал да се явя на 9.07 / 10.07 ако е възможно.

    Публикувано преди
  24. За съжаление и на мен ми се наложи да пропусна 3ти, така че ще се явя на 9-10 юли.

    Публикувано преди

Трябва да сте влезли в системата, за да може да отговаряте на теми.