Ненавижу
автоматически рождающиеся объекты типа блокирующего loading-on-demand. И синглтоны типа Майерса.
автоматически уничтожающиеся объекты под smart_ptr. И подсчёт ссылок.
автоматически регистрирующиеся получатели сообщений. И unbound рассылку сообщений.
автоматически создающиеся нетривиальные объекты со статическим storage duration. И вообще бурную деятельность до main().
мгновенность, нераспределенность, модель exception, lower-order programming.
Но научить правильно не всегда получается.
автоматически рождающиеся объекты типа блокирующего loading-on-demand. И синглтоны типа Майерса.
автоматически уничтожающиеся объекты под smart_ptr. И подсчёт ссылок.
автоматически регистрирующиеся получатели сообщений. И unbound рассылку сообщений.
автоматически создающиеся нетривиальные объекты со статическим storage duration. И вообще бурную деятельность до main().
мгновенность, нераспределенность, модель exception, lower-order programming.
Но научить правильно не всегда получается.
no subject
Date: Jun. 4th, 2006 20:52 (UTC)Я про то, что если человек знает только strong ref count - это плохо.
Когда strong ref count и weak ref count - это лучше.
Когда он понимает, что это на самом деле GC - еще лучше.
Когда он знает, какие бывают GC и почему sbrk() - это GC - совсем лучше.
А потом он начинает практиковать кунфу.
no subject
Date: Jun. 4th, 2006 22:09 (UTC)1) уничтожение объектов, на которые нет ссылок, даже при циклических зависимостях.
2) дефрагментация памяти, перенос объектов.
3) черти-когда-неизвестный-вызов-Finalize-и-останов-всех-потоков-для-сборки.
4) что-то ещё, не помню что :(
Что ты имел в виду под "почему sbrk() - это GC"? А "какие бывают GC" ?
PS. фото катёнка_GJ видел? =)