Помощники

[aruslan]

Ненавижу
автоматически рождающиеся объекты типа блокирующего loading-on-demand. И синглтоны типа Майерса.
автоматически уничтожающиеся объекты под smart_ptr. И подсчёт ссылок.
автоматически регистрирующиеся получатели сообщений. И unbound рассылку сообщений.
автоматически создающиеся нетривиальные объекты со статическим storage duration. И вообще бурную деятельность до main().

мгновенность, нераспределенность, модель exception, lower-order programming.

Но научить правильно не всегда получается.

Comments

[http://users.livejournal.com/_winnie/]

<mho>
Всё что ты выше перечислил - позволяют переложить задачи с людей на роботов(это разжижает мозг или освобождает его для других задач?). С риском, что роботы выйдут из под контроля. И что хрено его знает, как эти роботы выполнили задачу, мы видим только результат. Но вполне может выйти и так, что всё будет здорово.
Можно потратить [#] дней для того, что бы придумать и реализовать схему, в которой не будет ничего лишнего. А можно использовать shared_ptr вместо instrusive_ptr "потому что меньше писать и не надо шо-то наследовать от RefCount". Это уменьшает мифическое время разработки.
</mho>

[aruslan.livejournal.com]

Не совсем так, Пушыстик.
Всё, что я перечислил - И разжижает мозг, И не даёт нормально переложить на роботов.
Это как бы такой локальный оптимум.
Я еще много буду писать про локальные оптимизации.
Т.е. это иллюзии.

Правильнее чутка выше подойти. И искать чуть более глобальный оптимум.

Понятно написал?

[http://users.livejournal.com/_winnie/]

>Понятно написал?
Вроде да, только не понял почему "И И" верное.

>И искать чуть более глобальный оптимум.
Ой, а какую функцию оптимизируем? =) А зачем? =)

[aruslan.livejournal.com]

Я знаю только одну функцию, которую, надеюсь, не грешно оптимизировать.
Кармическое отношение сигнал/шум.

Самый большой грех любого менеджера - бездарно потратить время (читай - жизнь) вверившегося ему человека.
Отсюда и плясать.

[(Anonymous)]

>Самый большой грех любого менеджера - бездарно потратить время (читай - жизнь) вверившегося ему человека.

Блин, как хорошо что хоть кто-то это понимает!
С другой стороны, есть мнение что для манагера сие понимение вредно ;)

Я тут твой резюм на сайте посмотрел. Однако! У тебя ещё и программить время остаётся?!?!?!

[aruslan.livejournal.com]

К сожалению, нет, не остаётся.
Только щупать то, что мне интересно.

[sim0nsays.livejournal.com]

Вот она очень правильная мысль - разжижение мозга. Да, именно это надо не любить. Перекладываем на роботов, чтобы не думать, и если действительно не думаем - получаем херню.
Беда - в мозгах, а не подходах. Подходы условно вполне применимы. После всех обсуждений я увидел эту мысль только в этом комменте. Сразу надо так! :)

[aruslan.livejournal.com]

Разжижение мозга - это не мысль, а факт, к сожалению.
И особенно часто я его наблюдаю как раз во всех указанных мною случаях.

Саймон, неужто ты думаешь, что я запрещаю ref count, исключения, синглтоны, подписчики на события и т.п.?
Нет, но я начинаю особенно зорко следить, если вдруг их вижу.
То есть это мои лакмусовые бумажки.

Потому что разжижение мозга развивается лавинообразно и необратимо.

P.S. Хочешь, я следующий пост начну с того, что страшнее ref count на смартпойнтеров - дебилы, которые пишут addref()/release() руками каждый раз?

[sim0nsays.livejournal.com]

Ок. Про разжижение я не компетентен обсуждать - могу наблюдать только на себе.

[zemedelec.livejournal.com]

У нас на днях убрали ref_counted текстуръ in favor of индексов.
Которъе надо AddRef/Release ручками, где надо, вот! (гордо)
Спасли кучи миллисекунд, так-что не надо ля-ля... ;)