Web-программист широкого профиля - что изучать?

[B~Vladi]

это нестандартные теги

Завтра W3C напишет новые и станут стандартные

Пространства имен визуально упрощают чтение кода.

ЗЫ: не хватает такого под NodeJS или я не в курсе?

[x-yuri]

- выявления ошибок на этапе компиляции

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

вообще сравнивать динамические и статические языки не совсем корректно, хотя бы по тому что у них идеология разная.

почему же? Можно озвучить эти идеологии?

p.s.
- А то что c++ это хак ты согласен?
- C++ это страшный язык, в котором люди с ним долго борятся, и публикуют статьи о методах борьбы с языком. Так что в принципе согласен. Во всяком случае некоторые методы его использования, точно являются разрекламироваными хаками

[da_ff]

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

Ну в отрыве от использования, согласен. А тут сравнить практику использования для решения одних и тех же задач я имел ввиду.

На счет выявления ошибок это да. Должно быть очень удобно.

[monolithed]

почему же? Можно озвучить эти идеологии?

блин, не хватало еще обсуждать теорию JIT-компиляции

А то что c++ это хак ты согласен

нет, а почему он должен выглядить как хак?

C++ это страшный язык, в котором люди с ним долго борятся, и публикуют статьи о методах борьбы с языком

согласен с тем, что это наверное один из самых сложных и запутанных и опасных в неумелых руках языков, но в тоже время он позволяет разворачиват приложения любого уровня сложности на любой платформе. вообще это дело вкуса.

[x-yuri]

блин, не хватало еще обсуждать теорию JIT-компиляции

я всегда за, почему нет? Кроме того, есть мнение, что динамический ЯП - всего лишь частный случай статического, с одним типом данных И что динамические ЯП появились из-за неудобных систем типов, распространенных в императивных ЯП

нет, а почему он должен выглядить как хак?

мысль не моя, возможно потому, что C++ - это попытка добавить ООП в процедурный язык, сохранив совместимость

согласен с тем, что это наверное один из самых сложных и запутанных и опасных в неумелых руках языков,

об этом и шла речь, никто не говорит, что на нем невозможно писать