October 23rd, 2007

L-programming paradigm

.
1. Management of large projects

Программист программируя решает задачи (как минимум) на двух уровнях. Конкретные манипуляции со структурами, виджетами, файлами - и как все это должно увязываться во всеобщую осмысленную сеть.

Первое понятно и известно даже сисадминам постоянно делающим однострочные манипуляции на пёрле, или вбивающим в шелл-скрипты 5-строчные огрызки.
Второе трудно, и собственно породило все идеюшки структурной организации программирования - исторически подходы фукциональные менялись на state-machines, еще на что-то, потом на идею фауны объектов-иерархий живущих в своём объектном лесу.
Как все реальные трудности, эта вызвала к жизни решения очень рано, и некоторые удачные оказались забыты или отодвинуты в "особые ниши" (как задвинута сегодня в никуда простая и всеобщая гениальная идея программирования при помощи макро).

Один из выпавших в качестве универсального подходов сегодня живет в программе, специально написанной для "управления проектами", Collapse )
Bird

Нестандартные фичи Oracle SQL

Не подскажете, где внятно и с большим количеством хороших, красивых и жизненных примеров и описаний преимуществ и подводных камней почитать про оные?
Я имею в виду - аналитические функции, grouping sets/rollup/cube, model, иерархические запросы, nested tables и прочее.
Хочу понять, что из того, что я часто делаю, можно было бы короче и эффективнее делать с их помощью.
И не хочу собирать по крупицам, ибо не знаю, что искать. Я уже почитал про них кучу разрозненных страничек и справочник Oracle SQL reference, получил представление о синтаксисе и 1-2 примерах использования, но хочется большего. Целостного впечатления не сложилось.

Или я хочу странного и надо просто пытаться писать все подряд с их применением и смотреть, хорошо ли получается, и тогда на меня снизойдет просветление?
  • yosefk

C++ FQA Lite

Про удовольствие работать с большой кучей кода на С++ написано много и здорово. К сожалению, люди, потратив кучу времени и убедившись в бессмысленности попыток писать съедобный код на С++, редко хотят тратить время еще и на то, чтобы убедить в этом других.

А между тем было бы хорошо убедить людей не начинать новых проектов на С++. Вот я и написал C++ FQA Lite. FQA есть Frequently Questioned Answers; там приводятся вопросы и ответы из C++ FAQ Lite, а также технические подробности, о которых FAQ умалчивает или же, как бы это помягче, сообщает не то, что есть на самом деле.

FQA, как и FAQ, большой, и выдержать столько C++ зараз нормальному человеку не под силу - FQA расчитан на "пробежку" по интересующим вопросам. "Линейно" читабельные секции:

Defective C++ - про технические проблемы
Big Picture Issues - про контраст между мыслью из FAQ'а о том, что "C++ is a solid, mature, mainstream tool, good from an overall business perspective" и суровой действительностью.

UPDATE: Характер общения здесь и на reddit.com привел меня к решению обсуждать FQA по мейлу, поэтому на комментарии я больше не отвечаю. Спасибо всем, кто выступает здесь или где-либо на стороне FQA, помогая наблюдателям, особенно неопытным, полнее увидеть картину отношения программистов к С++. Я со своей стороны интересуюсь аргументированной критикой как С++, так и С++ FQA, и собираюсь публиковать и то, и другое с указанием авторства. Мейл гораздо больше подходит для сбора такого материала, чем комментарии.

Ответы на наиболее часто встречающиеся вопросы и утверждения - здесь.