Нулевите тестове минават, но имаш няколко грешки. Можеш да си тестваш задачата тук.

Първата ти грешка е, че не четеш внимателно условието (There might be leading and/or trailing whitespace(s)).

Втората ти грешка е при принтирането на матрица, в случаите когато "блокчетата" съвпадат. В момента програмата работи само за n=2. Тоест винаги принтираш само 2 реда от матрицата. Ако n=4 програмата ти принтира първите 2 реда и спира. Трябва да си промениш цялата логика на създаване и принтиране на матрицата. Няма да ти развалям удоволствието и да ти кажа как става. Оставям те сама да помислиш как да я оправиш.

Поработих върху забележките и поправих кода (чистя whitespace и вече работи с повече от 2 реда), но въпреки това ми дава 75 / 100 точки, ще съм ти благодарна, ако ми подскажеш от къде се губят точки.

ТУК

Проблемът ти е в махането на празните символи. Методът Trim маха празни символи само в края и в началото. Тоест ако имаш вход (    3     4   ), след като използваш trim резултатът е  (3     4). Накракратко след това парсваш 3 в масива, пропускаш един празен символ, който се използва за сплит и при опит да парснеш следвашия символ(който в случая е празен) към int програмата гърми. Пробвай вместо trim да използваш StringSplitOptions.RemoveEmptyEntries. 

Предполагам имаш предвид задача 9, не съм пълнил масива елемент по елемент, защото в примерите беше дадено като ред и аз си го направих като string разделен с space, знам че не е правилно. Задачата работи, но ще я коригирам, за да бъде както е по условие.

Благодаря и успях!

Имах предвид че например на 3та, на която ти вадиш в пъти по-ясен и адекватен output, judge би я счел за грешна, тъй като очаква output във формат [...] -> min max avg, а при теб е
Type
...
min
max
avg.
Казвам го, защото смятам че е добре да свикнеш с начина, по който работи оценителната система на изпитите, от гледната точка на човек който 30 минути се чудеше защо ми гърми задачата поради един добавен интервал :D

Името на  "Problem 9.* Pythagorean Numbers" е збъркано.Задачата е 10-та по ред:)

case-sensitive, грешка е, беше поправена по някое време. Явно работиш с по-старото условие, ако го свалиш наново ще е оправено.

На мен в условието ми пише "comparison should be case-sensitive". Може би са забелязали грешката и са ъпдейтнали файла с домашното.

Благодаря!

Здравей,

намерих къде е проблема оригиналната редица съдържа "4" 2 пъти, не си сложила Distinct и то образува събсет с 2те четворки затова. Също така тавана за намиране на събсети е много нисък, зададен е като (int)Math.Pow(2, numbers.Length) - 1; и надолу в цикъла итерираш до i < combinations ефективно правейки тавана (int)Math.Pow(2, numbers.Length) - 2 така ще пропуснеш последния събсет, който включва всички числа от редицата.

Здравей,

Благодаря много, забравила съм Distinct(). При рекурсията го сложих, а тука забравих. Бая време търсих проблема в комбинациите :)

Прав си и за маската, наистина пропускам 1 комбинация.

 Ако си присъствена форма, съм на лекцията в момента и можем да се запознаем :)

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

На пети тест има едно разстояние накаря - не го помня наизуст, но е нещо от сорта на ʼ2 3 4 5 ʼ , вместо ʼ2 3 4 5ʼ - проверявах снощи понеже ми стана интересно - проблема сe решава с .trim на входните данни преди split. Относно гърменето за време - мислех да пробвам със стринг билдър, но не остана време - просто тестовете са такива, че се иска повече ресурс за да се вместят във времето нещата(който ресурс се дава на системата по време на изпити, т.е. ако беше по време на изпита - тестовете щяха да минат).

Това с лимита време е по-скоро от самата задача. Ще увеличим позволеното време.

Решението с масив ти гърми защото там не си тримнала преди да слитнеш.

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

Благодаря за отговора. Като сложиж Trim() стана.

Трябва числата да се въведат на един ред, а не едно след друго на нови редове.

Със сигурност ще бъдат полезни, дори и на следващата група C# Advanced.

На мен ми помогна за 09. Stuck Numbers.  Все излизах от времето.

Даже ми дойде идеята изобщо да не превръщам в int. Само със стрингове работя и намалих доста времето :)

Няма нужа да се превръщат в числа, не се извършват никакви математически действия.

@EBojilova 

Свиквай с подобни "уловки". И също така, когато имаш често преобразуване на променливи, може понякога да надвишиш лимита на времето в джъджа. В тази връзка е добре да се знае каква е разликата между Cast, Parse и Convert Отговорът на Marc Gravell.

Благодаря ти за обратната връзка. Сега виждам, че има разминаване между условието на задача, където пише, че сравнението трябва да е case-insensitive, и дадените примери, където сравнението всъщност е case-sensitive. 

StringComparison.InvariantCulture вместо StringComparison.InvariantCultureIgnoreCase и проблемът е решен. : )