Одним языком дело не ограничится. Если говорить о реальных потребностях рынка труда, до кучи к языку еще надо знать инструментарий, фрейморки и библиотеки, которые используются при разработке ПО на этом языке.
Например, для C# это, как правило, будут
.NET Framework Class Library
Enterprise Library (либо альтернативы ее блоков - Castle Project, log4net и т.п.)
Unity / NHibernate / Castle ActiveRecord
WPF (изредка - Windows Forms) для десктоп-разработки, Silverlight для Rich Internet Applications, ASP .NET MVC + Ajax (jQuery) + HTML + CSS для Веба
под C++, C#, Java работу не найдешь, учи Ruby On Rails
А что это никто PHP не предлагает?)
А что это никто PHP не предлагает?)
все хотят быть "не такими".
Ну да, если хочешь на выходе получить тупого монстра - то да, юзай всякую хуйню типа nhibernate. Я не верю в автоматически сгенерированный SQL.
Если его юзать с умом - читай "совместно с паттерном command-query separation", и грамотно спроектированной БД - то на долю nhibernate'а останутся примитивные запросы, которые ты вряд ли руками напишешь лучше.
Та причем здесь, просто в PHP зряплаты поменьше, вот и все.
Например с тех давних пор, когда была выпущена NuMega Driver Studio, предложившая на выбор линейную и объектную парадигмы для разработки драйверов на С++.Эээ... С каких это пор драйвера пишут на С++?
Ну да, если хочешь на выходе получить тупого монстра - то да, юзай всякую хуйню типа nhibernate. Я не верю в автоматически сгенерированный SQL.
+100. Был однажды вынужден юзать гибернейт. Распорноебеть твою поблядововевшую разеботину! Это же просто фейерический пиздец! Это же индусский быдлокод, основным потребителем которого являются сами же индусы. Чего стоит гениальное архитектурное решение тупо дублировать все объекты и путем сравнения находить те, которые изменились. А ебанутые описания таблиц по принципу "то что ты там создал БД - это хуйня, давай-ка ты в XML опиши чего ты там создал и потом вручную поддерживай соответствие".Это для примитивных систем годится. Там где дофига малтисрединга - этот самый паттерн сосет неразгибаясь. Уж ты должен об этом знать, не? Теории охуительно работают когда надо клиенту че-то втюхать, а на практике - костыли будешь к хибернейту прикручивать чтобы перфоманс был приемлимый и дедлоки вылавливать до конца своих дней.
Это для примитивных систем годится. Там где дофига малтисрединга - этот самый паттерн сосет неразгибаясь. Уж ты должен об этом знать, не? Теории охуительно работают когда надо клиенту че-то втюхать, а на практике - костыли будешь к хибернейту прикручивать чтобы перфоманс был приемлимый и дедлоки вылавливать до конца своих дней.
Что мешает реализовать хитрые запросы с невъебенным explain планом в виде обзоров и в том-же hibernate писать select * from [обзор]?
Ты мне скажи честно, вот эти словечки типа "обзор" - это где тебя такому научили. Просто любопытно.
он очевидно вьювы подразумевал
Да я понял, меня сам факт перевода терминов на русский - коробит.
вообще-то термин view в контексте баз данных переводится как "представление".
Нахуй-нахуй, BFG-9000 все правильно написал. Пусть эти говнофреймворки юзают те кто формы мышкой лепит.
Ты мне скажи честно, вот эти словечки типа "обзор" - это где тебя такому научили. Просто любопытно. И select * - оттуда же?
Там, где я работаю, views называют обзорами. Может и куевый перевод. Дело привычки. А select * был для того чтобы показать простоту решения. Да и чем он тебя не устраивает?
А чем не устраивает... сразу видно что опыта у тебя мало. Ничего, пройдет
Вопрос "где или откуда вызывается запрос?" особо не подымался. Imho, глупо перечислять столбцы для того, чтобы сделать запрос, выкатывающий все столбцы, в Toad или другой софтине для разработки бд.