Игорь

1) Для оформления схем, это ГОСТ 19.701-90. Он заменяет предыдущие ГОСТ 19.002-80 и 19.003-80.
2) Думаю, речь идет о диаграмме классов. Для обозначения наследования (обощения) используется стрелка с пустым треугольником у супер-класса. Посмотрите правила оформления диаграмм классов в UML.

Обе темы, кстати, освещены в вики:
ru.wikipedia.org/wiki/Блок-схема
ru.wikipedia.org/wiki/Диаграмма_классов

Стыдиться нужно товарищам.

Мне кажется, что банально забыли :)
Имхо, ничего не было запланировано

Собственный Java-сервлет, который тупо делает svn up, и еще по мелочи всякое.

maven'ом пользуюсь, там настроены три профиля — dev, staging, production, соответственно, при сборке указывается нужный.
В плане веток и прочего — используется Maven Release Plugin.
Это если очень коротко.

Программирую на Рельсах. Для деплоя использую Capistrano. Очень удобно.

Ну почитайте Страуструпа си++, классика.

В свое время начинал с Брюса Эккелья — Философия С++. Введение в стандартный С++ (Thinking in C++. Introduction to Standard C++). С самого начала книги поясняет базовые и тонкие моменты очень доступным языком, все на примерах и с приведением реального кода. В качестве продолжения и практического пособия можно почитать его же, Философия C++. Практическое программирование (Thinking in C++. Volume Two: Practical Programming). Очень достойные книги.

Когда-то давно я читал Лафоре «Объектно-ориентированное программирование в C++». Мне очень понравилось — все очень хорошо разложено по полочкам, а, главное, с примерами.

Должен уметь читать, желательно на английском. Любопытство и интерес к тому чем занимаешься.

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

Без этого трудно писать не-быдлокод.

Сильно зависит от языка. Если пишешь на С — будь добр знать стратегии управления памятью, врубаться в арифметику указателей, помнить про выравнивание данных и подобные вещи.

Если Java/C# — то паттерны проектирования, тонны библиотек для этих языков и ещё кучу всего.

Если С++ то всё вышеперечисленное

Если функциональщина — то лямбда счисление, замыкания, что там ещё есть…

В идеале — всё вышеперечисленное и умение выбирать инструмент соответствующий задаче.

Как-то так.

Еще могу добавить: основные паттерны проектирования, пару алгоритмов сортировки (bubble, quick), ну и базовый математический аппарат.

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

ACM и кружок в институте дали следующее:
1. Во-первых, заставил рассматривать разные данные на входе. Т.к. тесты на большинство особых данных были и задачи тупо не засчитывались. После этого стало уже не возможным, например, пропустить деление на ноль.
2. Лично для меня вступление в этот кружок дало некоторое отрезвление, т.к. я стал вращаться среди людей, которые многое в ИТ умели лучше меня. До этого что в школе, что в лицее, что в самой группе в институте не имел возможности ни с кем конкурировать, т.к. был на много голов выше.
3. Решение задач в фиксированные сроки. Оценка и расстановка приоритетов — какие задачи в каком порядке кому решать.
4. Типовые задачи мы оттачивали на занятиях в кружке. Это тоже дало некоторую базу для дальнейшего движения.
5. Оптимизационные алгоритмы — это особая ценность. Их было много, они были и весьма не простые. Нужно было ещё ориентироваться, когда что применять. Очень помогает сейчас.

В моем случае (Бауманка) дипломами посоветовали подтереться, типа на вас таких мест не хватит. А вот знания пригодятся, если не хотите прожить жизнь тупым быдлокодерам. Нет, ну понятно, что в хорошем вузе вы все это пройдете, но там дают знания под другим углом зрения. Готовят для решения стандартных задач. А олимпиады готовят к нестандартным.
Ну и вообще, just for fun, есть что вспомнить, и опять же есть чем меряться.

Диплом призера государственной олимпиады дал мне бюджетное место в ВУЗе. Диплом победителя внутривузовской олимпиады — повышенную стипендию (200%).

С психологической точки зрения олимпиады дали мне такие вещи как:
1. Веру в том, что нерешаемых задач нет. Надо просто еще чуть-чуть подумать.
2. Принцип «сначала делаем то, что знаем, потом — то, что не знаем». Очень помогает.
3. Чувство того, что всегда есть кто-то впереди тебя и стремление его догнать и перегнать.

С точки зрения полезности олимпиадных знаний — почти ничего. Нет, ну конечно, кое-какие познания в области дискретной математики, теории вероятности и т.д. остались, но в целом олимпиадное программирование и промышленное программирование не связаны никак. Это как фигурное катание и хоккей — и там и там вроде бы есть коньки и лёд, но вот методы их использования и конечные цели очень отличаются.

Поступил в университет благодаря олимпиадам.

Первое что пришло в голову это С. Макконнелл «Совершенный код».
Но мне кажется что «чтобы программа сразу работала, как надо» — утопия.

что делаЕте? — ищЕте. А ищИте — это повелительное наклонение.