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

Това няма да е проблем при четирицифрените редове код, защото обкновено те са 4 цифрени, заради това че блъскате всичко в мейна и циклите и въртите разни ифове и пишете един код 8 пъти и те ти 1000 реда код. :) Единственият проблем би могъл да е изпита, където имаме 6 часа, и тогава трябва да бързаме, вместо да се отплесваме :)

И аз чета и се чудя защо половината отговори за са числото 72, а не 42?

Реших да прегледам отговорите на останалите и реших, че полудявам, всички смятат 72, свалих отново файла със задачите, отворих го с две различни програми, все 42 виждам.

Здравей, 
има да, първоначално в условието беше 72, след това стана 42. Също така, задачата ComparingFloats, която сега е на позиция 13, първоначално беше на позиция 3. Предполагам, че няма да е проблем и да е предадено по стария начин, защото има хора, които вероятно не знаят за това и няма да бъде честно спрямо тях.

Здравей,
Можеш да провериш кой точно тест ти гърми като изтеглиш изпитния вариант (вариант 1) от тук. Тестът, който ти гърми е No 4. Чрез debugging, може да откриеш грешката си. Успех 

Благодаря, сега ще погледна. Не знаех, че има качени и тестовете... :)

Edit: намерих грешката, благодаря отново!

Здравей a.angelov,

благодаря за споделените решения.

на Problem13.ComparingFloats граничния случай :

"The difference 0.000001 == eps. We consider the numbers are different" (според примера в условието)

се счита за False, а не за True както е при теб.

Здравей,

явно съм го пропуснал..., в такъв случай само трябва да се смени:

if (Math.Abs(a - b) <= constant)

с

if (Math.Abs(a - b) < constant)

Console.Read() ти прочита следващия символ от това, което си въвел. Тъй като си въвел 0xFE, то прочита само 0 и ти изписва 48, защото 0 е 48-я елемент от ASCII таблицата. ЛИНК 

Impossibru? Nothing be impossibru!

int i = Convert.ToInt32(Console.ReadLine(), 16);

Браво,  колега hristolilov! Т.е. след запетайката се определя от какъв вид е очакваното число. Замених 16-ката с 2 и като въведа число в двоичната бройна система ми връща отговора в десетична и работи. А как да направя от двоична да връща отговора в Hex?

Edit: Успях да го направя, но има ли начин директно да го конвентирам от двоично в hex?:

int i = Convert.ToInt32(Console.ReadLine(), 2);

string hexValue = i.ToString("X");

Здравей,
Погледни тази тема. В нея може да разбереш подробно проблема и дали може да бъде разрешен.

На линка на темата не намира нищо, може ли пак да пратиш?

Не точно. Не е по-правилно да правиш микропотимизации, от които няма нужда. "Premature optimizations are root of all evil"

http://c2.com/cgi/wiki?YouArentGonnaNeedIt

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

• за цели числа - int, освен ако не ти трябва по-широк тип, long или BigInteger;
• за реални числа - double;

А това с предварителните оптимизации е изключително вярно и то не се отнася само до програмирането. Често ми се е случвало да реша да свърша нещо преди да му е дошло времето и после като му дойде времето трябва да почна наново. Излиза, че времето, което съм отделил да го направя първия път е изгубено на 100%. А при програмирането това загубено време може да значи изпуснати срокове и загубени пари.