- 01
- 02
- 03
- 04
- 05
- 06
- 07
- 08
- 09
- 10
double k;
if(deviceType == "firstType"){
for(int i = 0;i < 100000;i++)
k = pow(2,10);
}
else if(deviceType == "secondType"){
for(int i = 0;i < 700000;i++)
k = pow(2,10);
}
Нашли или выдавили из себя код, который нельзя назвать нормальным, на который без улыбки не взглянешь? Не торопитесь его удалять или рефакторить, — запостите его на говнокод.ру, посмеёмся вместе!
+101
double k;
if(deviceType == "firstType"){
for(int i = 0;i < 100000;i++)
k = pow(2,10);
}
else if(deviceType == "secondType"){
for(int i = 0;i < 700000;i++)
k = pow(2,10);
}
Думаю этот даунизм поймут все. Маразм крепчал)
+108
using(FileStream fs = new FileStream("имя файла", FileMode.CreateNew))
{
using(StreamWriter sw = new StreamWriter(fs))
{
sw.Write("Lloyd ");
sw.Write("is ");
sw.Write("cool ");
sw.Write("guy. ");
sw.Write(":)");
sw.Flush();
}
}
Взято здесь http://www.rsdn.ru/forum/dotnet/394039.flat.aspx
Я не очень часто пишу на C#, но насколько я знаю, использование конструкции using предполагает, автоматическое очищение буфферов в конце блока кода.
+165
enum TextAlignment
{
ALIGN_LEFT = 0,
ALIGN_RIGHT,
ALIGN_CENTER
};
...
if(m_textAlignment > 0 && maxLineWidth < m_desiredLength)
{
float offsetx = (m_desiredLength - maxLineWidth) / m_textAlignment;
...
}
Выравниваем текст. Универсальненько.
Что будет, если значения в энумке поменяются или добавится, к примеру, justify, никого не волнует.
+162
for ($i = 1, $i++; $i < 10; )
{
do_some();
}
+251
use32
kernel:
mov ax,0x8
mov es,ax
mov ds,ax
mov ss,ax
mov esp,0x10000
macro SetPixel x,y
{
mov ebx,x
mov eax,y
call GSetPixel
}
mov esi,0xA0000
xor ecx,ecx
@@:
mov eax,dword[charH+ecx*4]
mov dword[esi],eax
add esi,320
inc ecx
cmp ecx,7
jb @b
mov esi,0xA0006
xor ecx,ecx
@@:
mov eax,dword[charE+ecx*4]
mov dword[esi],eax
add esi,320
inc ecx
cmp ecx,7
jb @b
mov esi,0xA000C
xor ecx,ecx
@@:
mov eax,dword[charL+ecx*4]
mov dword[esi],eax
add esi,320
inc ecx
cmp ecx,7
jb @b
mov esi,0xA0012
xor ecx,ecx
@@:
mov eax,dword[charL+ecx*4]
mov dword[esi],eax
add esi,320
inc ecx
cmp ecx,7
jb @b
mov esi,0xA0018
xor ecx,ecx
@@:
mov eax,dword[charO+ecx*4]
mov dword[esi],eax
add esi,320
inc ecx
cmp ecx,7
jb @b
jmp $
charH dd 0x0F00000F
dd 0x0F00000F
dd 0x0F00000F
dd 0x0F0F0F0F
dd 0x0F00000F
dd 0x0F00000F
dd 0x0F00000F
charE dd 0x0F0F0F0F
dd 0x0000000F
dd 0x0000000F
dd 0x0F0F0F0F
dd 0x0000000F
dd 0x0000000F
dd 0x0F0F0F0F
charL dd 0x0000000F
dd 0x0000000F
dd 0x0000000F
dd 0x0000000F
dd 0x0000000F
dd 0x0000000F
dd 0x0F0F0F0F
charO dd 0x000F0F00
dd 0x0F00000F
dd 0x0F00000F
dd 0x0F00000F
dd 0x0F00000F
dd 0x0F00000F
dd 0x000F0F00
Раскопал в старых файлах. Выводит на экран незамысловатое слово HELLO
На World у меня бы одного бут-сектора не хватило.
+105
public T GetT<T>(T t1, T t2) where T : class, IEnumerable<T>, new() { return new T().Concat(t1.Concat(t2)) as T; }
привет всем! давно я не выкладывал перлы)
история сего кода такова: сидел я и придумывал вопросы на анкетирование при принятии на работу в мою контору. дело дошло до дженериков. не долго думая родилась сия жесть. када я сам понял шо написал, был подстолом.
вчитайтесь (вдумайтесь) в код!
то шо получилось - это код, который с синтаксической точки зрения абсолютно правильный, и он закомпилируется, НО, этот метод невозможно вызвать принципе! нельзя построить синтаксическую конструкцию средствами языка, ибо это будет постоянно сложенный на один уровень енумерейбл дженерик.
так-то!
−131
# cmd.exe
subst 5: C:\Windows
собственно можно любою число от 0 до 9
правда прикол в том, что в отличии от subst Z: C:\Windows ( где в Май ПиСи будет отображен Z: ), в случае если int , то только из под cmd можно обратиться
cd 5:
+61.8
const int size=8;
class Bin
{
public:
Bin();
private:
char first[size];
char second[size];
};
Bin::Bin()
{
for (int s=0;s<=size;s++, first[s]='0');
}
Вот вам смешно? А я пару часов думал почему при заполнении одного вектора меняется другой...
0
(steps
(1 given (t (((x - y) = 3) & ((y + 5) = x))))
(2 rewrite (s 1) (path "/main/right/right") (t ((x = y) == (y = x))))
(3 addThisToBoth (s 2) (path "/main/right/left/left/right"))
(4 arrangeSum (s 3) (path "/right/right/left/right"))
(5 simplifySite (s 4) (path "/right/right/left/left"))
(6 replaceConjunct (s 5) (path "/right/right/left/left"))
(7 subtractThisFromBoth (s 6) (path "/right/right/left/left/left"))
(8 arrangeSum (s 7) (path "/right/right/left/right"))
(9 simplifySite (s 8) (path "/right/right/left/right"))
(10 arrangeSum (s 9) (path "/right/right/left/left"))
(11 simplifySite (s 10) (path "/right/right/left/left"))
(12 rewrite (s 11) (path "/right/right/left") (t (((R a) & (R b)) => ((a = b) == ((a - b) = 0)))))
(13 simplifyFocalPart (s 12))
(14 modusPonens (s 1) (s 13))
)
https://mathtoys.org/equations.html
Доказательство неразрешимости системы уравнений
x-y=3
y=5=x
Где x и y это ℝ
https://i.imgur.com/oY4FXTN.png
0
#include <stdint.h>
#include <stdio.h>
#include <stdlib.h>
#define SIMPLIFY ^ -1
globalStorage[] = {3, 1819043146, 1998597229, 1684828781, 35, 0 };
int* localStorage = globalStorage + 1;
declarator(x) int x; { return x; }
main(void)
{
int* __L_LOCAL_BUF = malloc(-(localStorage[-1] SIMPLIFY) << 2);
for(localStorage[-(localStorage[-1] SIMPLIFY)] ^= localStorage[-(localStorage[-1] SIMPLIFY)];
localStorage[-(localStorage[-1] SIMPLIFY)] <
-(localStorage[-1] SIMPLIFY); ++localStorage[-(localStorage[-1] SIMPLIFY)])
__L_LOCAL_BUF[ localStorage[-(localStorage[-1] SIMPLIFY)]] =
localStorage[localStorage[-(localStorage[-1] SIMPLIFY)]]
^ (((2 * 2 * 2 * 2 * 2 * 2 * 2 *
((int_fast8_t*)((int_fast64_t)(declarator)-(-((-((2ll * 2ll * 2ll * 2ll * 2ll *
2ll * 2ll * 2ll * 2ll) ^ -1ll))
^ -1ll))))[0]) >> 1 >> 2 >> 3) /
((int_fast8_t*)((int_fast64_t)(declarator)-(-((-((2ll * 2ll * 2ll * 2ll * 2ll * 2ll *
2ll * 2ll * 2ll) ^ -1ll))
^ -1ll))))[0]);
printf("%s\n", (const char*)__L_LOCAL_BUF);
free(__L_LOCAL_BUF);
return 0;
}
Переписал Hello world под современные тренды и библиотеки.