vadimpanin

А что у вас принято делать после того как багу зарезолвили? У меня за хрен знает сколько лет сложилась практика, что багу надо ставить в "пофикшено" и ассайнить на манагера, который уже разберется - или в testing ее передать кому-то, в доработку отправить, или просто закрыть.
Однако тут вдруг появилось мнение, что ассайнить на манагера багу не нужно, надо просто выставить ей resolved, потому что иначе потом непонятно кто в итоге сколько багов починил. Я никогда не думал об этом с этой стороны.

Crossposts: http://vaddimka.livejournal.com/987881.html

Originally posted by

spamsink at Прораб перестройки

template <class T, typename... Args>
void Perestroika(T & obj, Args&&... args) {
        (&obj)->~T();
        new (&obj) T(args...);
}

Crossposts: http://vaddimka.livejournal.com/985297.html

[2:02:54 AM] Z. : ага. у нас есть машина, которая постоянно ломается. вместо того, чтобы ее чинить, мы вешаем ей на прицеп автозавод, который в случае поломки машины ее взрывает и собирает новую =)

Crossposts: http://vaddimka.livejournal.com/985030.html

https://connect.microsoft.com/VisualStudio/feedback/details/777533/vs2012-c-optimizing-bug-when-using-inline-and-char-return-type-x86-target-only

Вообще, вся 11-я (2012-я) версия это какой-то один большой факап. Компиляет медленно, глюки оптимизации даже во втором апдейте пофиксить не осилили (третий не смотрел еще, он до сих пор RC), инициализация статических переменных до сих пор не threadsafe, поддержка С++11 не то чтобы хромает, но отстает эдак на годик от gcc.

Crossposts: http://vaddimka.livejournal.com/984339.html

S	M	T	W	T	F	S
					1	2
3	4	5	6	7	8	9
10	11	12	13	14	15	16
17	18	19	20	21	22	23
24	25	26	27	28	29	30
31

Entries tagged with coding

По тикет трекерам вопрос

Прораб перестройки

Нормальная программерская аллегория

Складывается впечатление, что Майкрософт не верит в юнит-тесты

Profile

May 2015

Syndicate

Most Popular Tags

Page Summary

Style Credit

Expand Cut Tags