*programming

Хозяйке на заметку:
Если вас огорчает необходимость писать вызов конструктора виртуального базового класса в абстрактных классах (см. #sfoff), просто добавьте в виртуальный базовый класса protected конструктор по-умолчанию: http://ideone.com/nAV9G

#sizie

add comment

blocksRequired = (size + blockSize — 1) / blockSize;

#sfeze

add comment

хочу чтобы мне приснилось как при виртуальном наследовании указать чтобы виртуальную базу конструировал на последний класс, а класс в середине иерархии.

#sfoes

4 comments

вот зачем у абстрактного класса с виртуальным предком требовать конструирования этого самого предка в конструкторе? Он абстрактный, никто его конструктор не вызовет, всегда унаследуются, и у наследника в конструкторе уже будут конструировать виртуального предка.

#sfoff

4 comments

Вопрос для гуру:
Есть несложная иерархия классов (см. рис. http://yuml.me/1e72ec3a), при этом TParentBase нужно конструировать только один раз.
Вопрос, как это сделать?
Виртуальное наследование не катит, ибо в конструктор TParentBase нужно передать ссылку на TContext, который будет сконструирован в конструкторе ... more →

#sfzit

4 comments

Хозяйке на заметку: если вас огорчает, то что в конструкции «if (int tempVar = func())», результат сравнивается только с нулём, а в enclosing scope вводить переменную tempVar не хочется, просто используйте switch:
switch(int tempVar = func())
{
case 100500: //do something
break;
default: //else
break;
}

#shnni

8 comments

Every time you use static variable... God inserts new scalability issue in your program. Please, think of the scalability.

#shtzt

add comment

у любой задачи всегда есть красивое и стройное решение. если в своём «стройном» решении вы вдруг видите острые углы, значит вы ещё не нашли То решение.

#sosih

3 comments

Что есть разработка и развитие идеального программного решения?
Разработка развитие идеального программного решения есть фрактал.
Каждая итерация есть переключение трёх режимов разработки:
1. Demo-driven development: а будет ли хорошо, если сделать это?
2. Test-driven development: фиксируем ядро сделанного в ... more →

#igfti

add comment

в удалённом коде ошибок нет

#iehtn

add comment

Блядь, любое школоло вычитавшее где-то про анонимные нэймспэйсы начинает на каждом углу орать о том, что static при объявлении функций не нужен и надо юзать только анонимные нэймспэйсы, и ещё раз анонимные нэймспэйсы, ибо так завещал <имя К.О. который поведал им об анонимных нэймспэйсах>.
Нет, вы поезжайте к этому ... more →

#ifohe

add comment

не надо бояться рекурсивных дедлоков, рекурсивный дедлок вы обнаружите и почините на порядок быстрее чем отсутствие нужной блокировки, вызванное борьбой с рекурсивными дедлоками.

#iozth

add comment

терпеть не могу две вещи: когда приложение жрёт много памяти и когда приходит OOM killer

#ffith

add comment

Сделал в одном месте temporary bound, когда совесть замучает окончательно — придумаю чего-нибудь человеческое.

#hfhgg

add comment

жутко бесит, когда вместо [fɔ:ls] говорят «фальшь». хочется взять и научить.

#hhgfn

19 comments

Потыкал тут mutex против spin lock. Оказалось что pthread_mutex, мало того что имеет нативный cond_timedwait, так ещё и работает, при большом количестве чтений и малом количестве записей, в разы быстрее. Такие дела, псто.

#hhgte

2 comments

как же я порой ненавижу concurrent programming. те проблемы, о которых нормальные люди даже не слышали, обязательно случатся в concurrent programming'е, а те, о которых слышали, но не особо задумывались, — уже случились.

#hhiog

10 comments

http://www.google.ru/search?q=c%2B%2B+en...

#hhtef

3 comments

а вычищать ворнинги вида «comparison between signed and unsigned integer expressions» — это какой вид психического расстройства?

#hhotz

12 comments

Всё таки есть один серьёзный минус у скрытия имплементации в nested классе, when you'll need templates you'll shit bricks

#htsne

1 comment

Псто, насколько spin lock хуже mutex/semaphor'а? Как оно вообще, до сих пор ли spin lock блочит разом все ядра системы и, главное, блочит ли мьютекс ядро целиком или как?

#htioo

6 comments

есть мнение (и, наверное, не только моё), что сведя общение между тредами программы к сокетам на лупбэке, можно избавиться от большинства багов и заёбов с мьютэксами и барьерами. Дискасс.

#hoont

8 comments

Какова вероятность встретить динозавра? Такая же как и хорошо написанной реализации quicksort затормозиться до O(n²).

#ongoo

4 comments

%username%, когда код написан и отлажен, ты тоже расставляешь const'ы до тех пор пока он не перестанет компиляться?

#osnne

4 comments

А вы тоже предпочитаете именовать переменные Id вместо ID?

#osshg

add comment