TopSpaceПроясним ситуац,

действительно, проясним ситуацию. ООП отстой, ФП - миф, рулит процедурное программирование, например, чистый С.
Я уже пять раз говорил - чистый С - это НЕ ТОЛЬКО процедурное программирование. И не сколько.
Там возможно и вовсю применяется и объектное, и объектно-ориентированное программирование, и обобщенное, и функциональное, и декларативное.

Просто об этом книг не пишут, потому у всех заскорузлое мышление, что дескать там, в C, только старый процедурный и структурный подход и ничего более.


TopSpace Для решения практически любой задачи (кроме веба) можно брать С и не париться. Так?
Нет, это не так.

Есть задачи (и их 99% от общего числа) - это поддержка уже написанного кем-то до тебя кода.
С огромнейшей вероятностью там будет вовсе не голый С, а один из тех самых популярных сейчас или в бытность языков - от C++, Java до Python/Ruby.

Чистый С - это лишь очень, очень пока ограниченная ниша высокопроизводительный приложений, вроде систем real-time, ulldma, hft, ну и системное программирование.

Прикладное программирование на C пока невозможно в силу крайней неразвитости прикладных библиотек (к примеру нет
приличных, т.е. достаточно простых, универсальных и надежных библиотек доступа к БД, всякие unixODBC - это просто насмешка).

iv_an_ruПроясним ситуацЧистый С - это лишь очень, очень пока ограниченная ниша высокопроизводительный приложений, вроде систем real-time, ulldma, hft, ну и системное программирование.Могу огорчить: как раз из high-performace сейчас си и начинает выдавливаться. Этот гадский Интел со своей гадской Parallel Studio XE стал предлагать выбор между C++ Composer XE и Visual Fortran Composer XE. И теперь если кому приспичит писать x->_->f(x,...) именно так, а не сделав нормальную декларацию и потом нормальный x->f(...), будет выглядеть просто слегка странно. А уж темплеты для GAP это вообще надругательство над голо-сишными святынями.

Пусть выдаваливают хоть до потери сознания. Это всё пока - не более, чем теоретические изыскания, не имеющие реальной применимости, за исключением ряда задач вроде fft.

И вообще. У нас всегда будет OpenCL, который всегда будет C99, чтоб там Intel не пыжила

Миф о необходимости многотредовости, особенно в прикладных решения - это полная туфта, а pthreads - это и вовсе функциональное фиаско, которое привнесло больше вреда, чем пользы:
пример тупиковой многозадачной реализации apache vs event-driven парадигмы в nginix, squid - тому самый типичнейший пример, раз,
два - глупость о том, что для баз данных нужен конкурентный доступ (с мутексами-латчами и прочей ерундой) - настолько крепко
засела в мозг, что даже dbm подобную реализацию БЕЗ мутексов - еще поискать и поискать.

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

race condition? Сколько прикладных кодеров вообще знают о его существовании?

рубистАвторы MYSQL были на столько тупы, что не осилили написание этого на чистом С.
... и О БОЖЕ, здесь есть кромольное слово "virtual" :)

Я даже не поленился скачать исходики mysql и посмотреть на этот handler.

Ну и?

Это просто тупо класс-обертка для одной функции, вида

bool handle_error(uint sql_errno,
MYSQL_ERROR::enum_warning_level level,
THD *thd);

Почему им захотелось функцию сделать классом? Ну блин, классическое заболевание по имени ООП мозга в действии, листать в их SVN предысторию появления этой глупости откровенно лень.

То, что там виртуальный метод ну никак ничем не оправдан, и достаточно было просто передавать указатель на функцию + контекст (сильно иногда) - это и вовсе 100% факт, как и то, что ты лишь продемонстрировал свое эдакое ослоумие.

Может еще продемонстришь чего из их кода?

TopSpaceПроясним ситуац,

тогда мне непонятно, за какой язык вы ратуете?

Я понимаю, что дело не в языке, и наверно DSL-подход рулит. Ну и хороший программист должен знать несколько языков - это тоже понятно. Но, во-первых, речь шла о преподавании, т.е. какой язык выбрать в качестве первого рабочего (остальные придут уже потом).
Так так и объясни задачу. У тебя на входе 20 незрелых умов, с нулевым опытом в программированиии.
И?

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

Основы ООП они будут осваивать остальные три курса, и освоят его лишь 10% от общего числа (т.е. пара студентов), остальные
пойдут работать успешными продавцами пылесосов или конфигурировать 1С.

Из DSL - достаточно дать просто SQL, если его осилит 20% студентов - это будет уже мегадостижение.

TopSpace Во-вторых, уходить в крайность тоже не стоит: если есть компания, занимающаяся к примеру десктопными приложениями, зачем ей на каждый проект свой язык? Где она такой штат специалистов найдет, если в итоге будет замес из 10 языков?
Да нет никакого заместа. Нужно приложение под iOS/iPhone/iPad - нанимают со знанием ObjectiveC
Нужно и под Android? Нанимают еще и пару джавистов. Нужно под WinMobile? Нанимают C#-тов или C++ ников, отдельно
И вот три отдела пишут одно и то-же приложение, вроде Яндекс-Карты, редко общаясь между собой.

TopSpaceПоправьте, если ошибаюсь, мое видение реалий:

Основные направления разработки:
1. Web
2. Mobile
3. Destop
4. Embedded

Ты забыл про такие замечательные штуки, как 1C и SAP R/3, плюс класс задач BI/Datawarehouse/Статанализ, плюс дописывание интеграционных сервисов между SAP и Documentum или 1С, которые составляют 75% рынка вакансий.

TopSpaceА вот с десктопом самая непонятная ситуация. Помирать он явно не собирается, и альтернатив технологий тут наверно больше, чем в остальных направлениях вместе взятых. Много вакансий, много legacy. В итоге, программируя под десктоп, кодер будет сталкиваться с необходимостью использовать GUI, БД, сеть. Какие технологии ему предоставят наиболее удобную реализацию подобной базы?
Мне видится 2 достойных варианта: C# (где есть все необходимое), и C++ Qt (тоже богатый фреймворк).

С++/Qt там вообще не применяется. Забудь вообще про Qt и десктоп, это мёртвороженное все.

Применяются Java, C#, Visual Basic, FoxPro, Access, если Европа и постСССР - еще и Delphi, который умирает уже 12-й год, никак не помрет.

TopSpaceНеужели кто-то скажет, что Python, или С + Tk для разработки сложных десктоп-приложений (типа корпоративной CRM-системы) лучше?
Всем абсолютно плевать, что лучше, что хуже. Просто посмотри на вакансии - и станет +- ясно, что реально еще применяется, а что уже нет.

iv_an_ruПроясним ситуацМиф о необходимости многотредовости, особенно в прикладных решения - это полная туфтаНу-ну. Вот есть у меня маленькая платка:
$ lscpu
Architecture: x86_64
CPU op-mode(s): 32-bit, 64-bit
Byte Order: Little Endian
CPU(s): 48
On-line CPU(s) list: 0-47
Thread(s) per core: 2
Core(s) per socket: 6
CPU socket(s): 4
NUMA node(s): 4
Vendor ID: GenuineIntel
CPU family: 6
Model: 45
Stepping: 7
CPU MHz: 2299.975
BogoMIPS: 4599.35
Virtualization: VT-x
L1d cache: 32K
L1i cache: 32K
L2 cache: 256K
L3 cache: 15360K
NUMA node0 CPU(s): 0-5,12-17
NUMA node1 CPU(s): 6-11,18-23
NUMA node2 CPU(s): 24-29,36-41
NUMA node3 CPU(s): 30-35,42-47
под одну СУБД. И как вы её сможете эффективно задействовать без нитей?

На вот, просвещайся:

http://en.wikipedia.org/wiki/Sharding

http://zguide.zeromq.org/page:all#Fixing-the-World

Без дураков - мне этот Fixing-the-World помог осознать проблему того, что пора уже преодолеть это самое ООП мозга и форматированное шаблонное мышление.

рубистПроясним ситуац,

Раз скачал исходники, вот сам и смотри, глядиш и чему-то новому научишся.

А ты многому новому у них научился? Примеры есть?

Ну кроме твоего адски глупого примера про то, как указатель на функцию нужно делать в виде класса с одним виртуальными методом?

iv_an_ruПроясним ситуац,

И как, спрашивается, шардинг избавит от необходимости нитей для каждого шарда?

Одна нить на шарду, и никаких мутексов и подобного.

Открой для себя libevent и асинхронное I/O, не позорься.

И прочитай уже статью с ZMQ. Или прочитай так, чтоб понять о чем там написано.

iv_an_ruПроясним ситуацОдна нить на шарду, и никаких мутексов и подобного.А-а. Понятно.
Вообще-то это называется просто - "Слышал звон, не понял о чем он, но мнение свое на это счет имею".


В линуксе процесс - это сущность из одной нити. Кури бамбук на предмет системного вызова clone()

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