Какой язык программирования выбрать для изучения?
1) Высокая оплата и востребованность на рынке как зарубежном так и российском;
2) Быстрота обучения;
3)В будущем чтобы был востребован.
(О себе: в/о АСУ, работаю сисадмином, программировал 5 лет назад в университете на Pascale, C, и т.д.)
Заранее спасибо!
Ой, неужели там волшебным образом появились полноценное ООП, привязка данных и хоть какие-то инструменты абстрагирования от SQL?
.NET - я уже высказался о нем...:mad:
Глупейшая глупость пользоваться "инструментами абстрагирования от SQL". Чистый SQL - это в первую очередь контроль за тем, что ты делаешь. А АДО еще никто долго не отменит...
Полный и беспросветный.
Во первых, это бред с точки зрения архитектуры и компонентного подхода. Как быть с инкапсуляцией бд от других слоев системы? Что, выстреливать запросами прямо из UI слоя?
Как быть с разделением ролей? Что, каждый программист обязан быть мастером SQL?
Во вторых, это бред с точки зрения микроархитектурных паттернов и кодинга. Как быть с связыванием и взаимным отображением моделей ООП <=> реляционная? Или же, ORM тоже зло? :)
Ты будешь с этим спорить?
[QUOTE=vbman].NET - я уже высказался о нем...[/QUOTE]А чем вам помешал управляемый код?;)
Пробовал. И писал их. Мы писали шедулеры целиком на PL/SQL почти, был такой опыт... Когда казалось что работать с данными естественней оттуда, да и быстрее может будет.
Поддерживать код весь написанный в них ИМХО, сложней, чем код вынесенный на уровень J2EE appserver и правильно разделенный по слоям архитектуры.
Zorkus, это не тебе адресовалось. ;)
Ну, это вопрос подхода. В каких-то случаях удобнее возиться в логике приложения, в других - в логике хранилища, но в целом согласен - языки типа PL/SQL и T-SQL трахнутые на всю голову (в плане дизайна синтаксических конструкций, хотя и с семантикой не все гладко).
Полный и беспросветный.
Во первых, это бред с точки зрения архитектуры и компонентного подхода. Как быть с инкапсуляцией бд от других слоев системы? Что, выстреливать запросами прямо из UI слоя?
Как быть с разделением ролей? Что, каждый программист обязан быть мастером SQL?
Во вторых, это бред с точки зрения микроархитектурных паттернов и кодинга. Как быть с связыванием и взаимным отображением моделей ООП <=> реляционная? Или же, ORM тоже зло? :)
Ты будешь с этим спорить?
Это как Дельфи-программисты: не всегда знают чем отличается SELECT от INSERT (хотя по смыслу понятно). Паттерны - это зло! Любой программист (если это он), обязан знать SQL. А любая промышленная БД содержит такие приятности, как ХП, представления, триггеры и т. д. Иначе будет ситуация как с Дельфи-программистами: там мало не то, что знатоков АПИ, а есть люди, которые об SQL не слышали... Грустно все это:confused:
Хочу научиться программировать, но незнаю с какого языка мне начать.
Интересует в частности язык Visual Basic 6. Как он хорош и есть ли шаблоны и примеры?
Заранее спасибо.
Хочу научиться программировать, но незнаю с какого языка мне начать.
Интересует в частности язык Visual Basic 6. Как он хорош и есть ли шаблоны и примеры?
Заранее спасибо.
Хорош тем что кажется уже почти что умер. Для прикладного программирование, пожалуй, посоветую выбрать C#. Или что то из скриптовых языков типа Python. Для системного программирования - С/С++.
Проблемы дельфи программистов не связаны с незнанием SQL. Они связаны с привычкой использовать найденные компоненты не понимая как они работают (и неумением самому писать такие). Т.е. тут извращение инкапсуляции в некотором роде.
Паттерны - это зло!
Толсто. Даже отвечать не буду.
Любой программист (если это он), обязан знать SQL.
Что, и геймдевщик, пишуший под DirectX? И программист микроконтроллеров?
Я не говорю, что знать SQL не нужно (я сам, например, знаю его достаточно хорошо), но нужно только для тех, кто работает поблизости от базы. Веб-разработчику в общем случае достаточно знать его на базовом уровне . Я говорю, что не надо использовать его везде. Внимательное прочтение моего прошлого поста могло бы показать те кейсы, когда использование SQL неуместно.
А любая промышленная БД содержит такие приятности, как ХП, представления, триггеры и т. д. Иначе будет ситуация как с Дельфи-программистами: там мало не то, что знатоков АПИ, а есть люди, которые об SQL не слышали... Грустно все это:confused:
Безусловно. И как человек, автивно использовавший эти приятности, я за то, чтобы они оставались себе в базе, и разрабатывались /поддерживались DB-developers. И против того, чтобы каждый веб-девелопер, например, был обязан знать различные схемы партишининга в Oracle, например.
Мы о БД и говорили, а не о играх...