Всем привет!
Считается, что программисты из России намного сильнее немецких. Означает ли это, что IT образование в Германии слабое?

Кем считается и по каким критериям?

так считают русские программисты

Слабое очень, здеся все слабое. Образование, индустрия, культура. Ничего нет. Даже дорог нет. И солнца нет.

Мешки таскать, то да, сильнее

В России есть несколько вузов с сильной алгоритмической подготовкой. В итоге находятся любители экстраполировать успехи победителей всяких-разных конкурсов на всю отрасль. На самом деле:
1. Алгоритмика ещё не всё программирование.
2. Разброс качества образования в России намного выше чем в Германии. Средний уровень скорее даже ниже.
3. GCJ, Topcoder и Ко. в Германии просто малоизвестны.

А что, собственно, вы понимаете под "IT образование"?
Под этим можно понимать как курсы "выучи ПыХыПы за 2 часа" так и университет.
Про универ могу сказать. Я учился и в России и в Германии. Именно информатика у немцев ну... на порядок лучше была. Но. Все зависит от профессора. В России у нас были классные доценты по дискретке и теории информации. До сих пор многое помню. У немцев был только один откровенно плохой препод. А вот физику у нас преподавали лучше :)
Про "программисты из России намного сильнее немецких" я бы переделал как "программисты из России, приехавшие в Германию, за те же деньги работают лучше немцев". Русский после ВУЗа часто приходит на место на котором работыл выпускник курсов "ща я за 2 месяца стану Кнутом".

Вот я поработал в российском и немецком офисах одной и той же фирмы. Вывод: в России действительно большой разброс, в команде есть как звёзды программирования, так и туповатые или неорганизованные, недисциплинированные кодеры. В Германии все коллеги примерно одинаково пишут, пунктуально всё сдают, документируют и т.п. Особо никто не выделяется. Возможно, тут ещё культура это не приветствует.
Про образование не знаю. Я закончил российский ВУЗ и могу сказать: всех будущих программеров обязательно учат теории компиляторов, теории функций комплексного переменного и массе других вещей, полезных только будущему сотруднику оборонного НИИ, в то время как написание спецификаций, тестирование, системы контроля версий и масса других очень важных тем остаются за бортом.

в то время как написание спецификаций, тестирование, системы контроля версий и масса других очень важных тем остаются за бортом
------
И выпускник, разумеется, должен быть отправлен на 6-месячные курсы повышения квалификации что бы освоить какую-либо новую тулузу или технологию...
И как это Я, скромный выпускник, просто не видевший все эти примочки в виду их отсутствия в природе, далеко не лучшего ВУЗа, до сих пор выживаю без переобучения для всего этого?
Позавчера вообще было смешно - предложили сделать софт для сети в госпитале.. сеть - не стандартная, не ТЦП-ИП, и никто не в курсе как ее делать... мягко говоря - никто не в курсе даже как там провода скручивать... если задать вопрос изготовителю устройств - заказ перехватят... и как теперь с этим быть?

Ы? А еще в ВУЗе должны научить мыть руки перед едой, читать и не кидаться экскрементами в уборщиц?
Это - рабочая практика. Про UML в универе же рассказывают? При желании на курсы по RUP-у или там по SCRUM-у можно сходить. Можно книжку про Git прочитать. Это - ерунда. (хотя в России у нас был семестр "Основы технологии программирования", где как раз про документацию, ТЗ, и прочие бумажки рассказывали). А вот теория компиляторов - интересно. Хотя я ее себе не брал :)

Не надо за меня договаривать... как вы выживаете, я без понятия. Для меня факт, что я отсеивал программеров, которые не знали ни одной системы контроля версий, потому что некогда было ждать, пока они освоят — работать уже надо. А одного, который сказал, что более-менее знает и быстро подучится, так и не допинал до того, чтобы он подучился. Поэтому я бы предпочёл, чтобы его это уже в ВУЗе заставили пройти.

Я не собираюсь спорить, что в обучении нужно, а что не нужно. Конкретно та программа («Программное обеспечение...»), которую я прошёл, мне не понравилась: очень глубоко о том, что вряд ли пригодится, и полный ноль о том, что нужно позарез.

пока они освоят
-------
??? - освоить check-out и check-in? Особенно в виде интегрированного в среду программирования пункта меню? Тогда ты на 100% прав - ждать освоения таких действий от программиста не стоит...
я бы предпочёл, чтобы его это уже в ВУЗе заставили пройти.
-----
В техникуме. Ибо у тебя запросы не на инженера/разработчика, а на техника/кодировщика.

Лицоладонь. а еще надо преподавать paint, notepad и minesweeper. Особенно будущим програмистов. И если он наизусть не знает как проставить автоматическию нумерацию страниц в верхнем колонтитуле в ворде 2010 - тоже не брать. Учить-то некогда.
Какую cистему вам преподавать? cvs, svn, bitkeeper, git, synergy (не дай бог)? Может еще баг-трекером в универе надо учить пользоваться?
В немецких университетах такого тоже не преподают. А вот на курсах "я - луччий быдлокодер" - да.
P.S. Интересно: которую часть времени ваши сотрудники проводят работая с котролем версий? Сколько по-вашему длится обучить "поправил файл сделай коммит"? А как вы думаете, насколько различается процесс внесения новой версии в, например, git и synergy?

а где индусы?
Почему тот, который *считает*, не учел индусов? Там полно гениальных чуваков.

ни х*я это не означает. Этот вопрос в стиле *средней температуры по больнице*.

по моему наблюдению, немцы хитрят (или я простодушный). Ни грамма лучше не сделают, а лишь бы сдать работу.
У нас на фирме, будущие проэкты (которые собираются продавать в будущем) делают те, кто захалтурил нынешние, которые сейчас приходиться переделывать, выбрасывая и переписывая заново огромные части, где уже невозможно гарантированно исправить лажи ввиду сплошных глобальных переменных и функций более 1000 строк. Комментарии поражают своей содержательностью. Типа: это конструктор, а это - деструктор, а здеь счетчик увеличивается :). Уверен, что писались такие комметнарии, потому что сказали - надо писать. Вроде исполняют что требуется, в тоже время - халтура. Сплошные копи-пасты кода, который можно было бы оформить в виде функции. Сплошь "волшебные числа". И т.д.
Не так давно новый тестер обнаружил что наш компилятор SFC не выявляет "unsafe" и "not reachable" конструкции(IEC 61131-3). Хотя уже 20 лет как не выявляет. Я за день сочинил, имплементировал и отладил алгоритм который ловит все возможные ситуации (которые я и тестер смогли придумать, включая упомянутые в IEC 61131-3). Почему 20 лет не было сделано то что стандартом IEC 61131-3 требуется?! По-моему очень просто: делается только то чтобы прошли тесты заказчика (на момент сдачи).

Ты крут да.

Nothing personal, just business. Мир капыталызма и чистогана. Кто оплатил ваше рабочее время, потраченное на реализацию стандарта? Клиент? Вряд ли, если он это не требовал. По-хорошему при обсуждении заказа клиенту должны были сказать что неплохо реализовать вот это и это, а то будут проблемы: вот такие и такие. Но редкий клиент думает мозгом. Большинство - кошельком. Это бесплатно? - Нет. Без этого работать будет? - в принципе да. Все, мне не надо.
А вот копи-пасты, спагетти из статический методов и сами методы по паре сотен строк это да. Индусятина у немцев в почете.
Наша фирма сейчас вкладывает тучу денег в улучшение кода. А почему? Через 10 лет проекта индеец Зоркий Глаз, т.е. топменеджеры в костюмах с удивлением обнаружили что 80% времени уходит на правку багов. "Итить! Прекратить и непущщать!" - сказали менеджеры. И аврально стали внедрять автоматическое тестирование, статический анализ кода и собирать статистику. Сейчас у нас функции с >20 ветвлениями запрещены. Все, где больше 5-и ветвлений должны быть проверены юнит-тестом и те де. Что не мешает отдельным товарисчам кропать очередные 20 статических методов и пхать их в один класс ServiceHelperUtil (не вру, именно так класс и называется). Ну и о том что для улучшения кода этот самый код надо менять топ-менеджеры того... ни шмогли подумать. Ресурсов на это не этого. Не выделено. О как. Так что индусятина будет цвести и процветать.
У нас, наверное, каждый 5-й нормальный программист. Остальные того, быдлокодеры. И это мягко сказано. (NB один из этих нормальных программистов таки индус :))

ServiceHelperUtil - это шикарно.

точно как и мои партнеры по проектам в ФХ. хорошо, если попадется кто-то, что хотя бы что-то делает. есть на самом деле толковые ребята, но треть так точно просто на халяву проходят зато большинство из них очень высокого мнения о себе и о своих способностях. только когда с ними работу делаешь, то понимаешь, что это все наносное. поэтому я и не люблю групповые проекты в ФХ. ну да что поделаешь, никуда не денешься с подводной лодки.
я думаю, что это не от образования зависит, а просто от отношения человека к работе.

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