Читал уже достаточно давно форум на сайте. Там поднималась проблема квалификация VB & Delphi программистов.
Так вот, попробовал тут C#, после MFC все кажется очень легко, прям Visual Basic — ом попахивает....
Как вы считаете, можно ли отнести C# программеров к первой категории и почему?
Заранее благодарен.
27.10.03 17:56: Перенесено модератором из '.NET' — TK
Здравствуйте, Terber, Вы писали:
T>Читал уже достаточно давно форум на сайте. Там поднималась проблема квалификация VB & Delphi программистов. T>Так вот, попробовал тут C#, после MFC все кажется очень легко, прям Visual Basic — ом попахивает.... T>Как вы считаете, можно ли отнести C# программеров к первой категории и почему?
T>Заранее благодарен.
Давайте посмотрим на корову с другого бока. А как на счет сравнения возможностей VB и C#. Пожалуй, C# в этом отношении помощнее будет. А если на нем еще и писать просто, так это только плюс.
Здравствуйте, Terber, Вы писали:
T>Читал уже достаточно давно форум на сайте. Там поднималась проблема квалификация VB & Delphi программистов. T>Так вот, попробовал тут C#, после MFC все кажется очень легко, прям Visual Basic — ом попахивает.... T>Как вы считаете, можно ли отнести C# программеров к первой категории и почему?
T>Заранее благодарен.
Сейчас нельзя... а вот когда вырастет новое поколение программеров воспитанных на с#, тогда наверное мона будет...
да и то не совсем его стоит к категориям VB ставить... ближе всего он к Java.
честно говоря не подымал бы я таких тем, потому как может заставить кого-то почувствовать себя ущербным.. а это не хорошо!!!, и могет плохо отразиться на психеке окружающих
Здравствуйте, Terber, Вы писали:
T>Как вы считаете, можно ли отнести C# программеров к первой категории и почему?
Как минимум нужно спрашивать бэкграунд C# девелопера. Как это ни странно, но люди с искалеченной бэйсиком судьбой в процессе разработки начинают заметно отличаются от бывших C++'ников. При чём это не зависит от занимаемой позиции, то ли это девелопер, то ли архитектор. Образ мышления разный
Если нам не помогут, то мы тоже никого не пощадим.
Здравствуйте, Terber, Вы писали:
T>Читал уже достаточно давно форум на сайте. Там поднималась проблема квалификация VB & Delphi программистов. T>Так вот, попробовал тут C#, после MFC все кажется очень легко, прям Visual Basic — ом попахивает.... T>Как вы считаете, можно ли отнести C# программеров к первой категории и почему?
Здравствуйте, Terber! Вы писали:
T> Читал уже достаточно давно форум на сайте. Там поднималась проблема T> квалификация VB & Delphi программистов. Так вот, попробовал тут C#, T> после MFC все кажется очень легко, прям Visual Basic — ом попахивает.... T> Как вы считаете, можно ли отнести C# программеров к первой категории и T> почему?
Здравствуйте, Terber, Вы писали:
T>Читал уже достаточно давно форум на сайте. Там поднималась проблема квалификация VB & Delphi программистов. T>Так вот, попробовал тут C#, после MFC все кажется очень легко, прям Visual Basic — ом попахивает.... T>Как вы считаете, можно ли отнести C# программеров к первой категории и почему?
T>Заранее благодарен.
Есть еще манагед С++. А то, что C# ближе к Delphi так это из объектной архитектуры Net.
А VB с Delphi сравнивать даже нельзя. А на MFC пишут только профи????
На самом деле Net такая бездна и чем дальше тем глубже. А пользоваться ограниченной частью языка пусть и самого мощного и запутанного то же самое что программировать на Васике или 1С. При таком подхлде из любого языка можно делать подобие Васика
А самый простой язык ассемблер к какой категории их относить????
и солнце б утром не вставало, когда бы не было меня
Здравствуйте, GarryIV, Вы писали:
GIV>В дереве от называется "Демагогия программирования" в форме модерирования и внутри него самого написано "Священные войны".
Здравствуйте, Terber, Вы писали:
T>Читал уже достаточно давно форум на сайте. Там поднималась проблема квалификация VB & Delphi программистов. T>Так вот, попробовал тут C#, после MFC все кажется очень легко, прям Visual Basic — ом попахивает.... T>Как вы считаете, можно ли отнести C# программеров к первой категории и почему?
T>Заранее благодарен.
Эту ветку надо в "священные войны перенести".
А если по теме, то по-моему есть профессионалы, пишущие на VB, и профессионалы пишущие на Delphi.
Бывших VB — шников знаю лично. Сейчас они пишут на C#, и вполне успешно.
Дельфистов не знаю, но думаю, картина такая же как и с VB — шниками.
Теперь о C#...
Сперва меня поразила его лаконичность. После написания COM-ов на C++ и возни со строками и VARIANT-ами,
проверками возвращаемых значений переход к object, string и Exception меня безумно порадовал.
Не хватает конечно множественного наследования... но это еще вопрос, хорошо это или плохо
Так вот. От C# пахнет лаконичностью, а не VB. И уж это к недостаткам отнести никак нельзя.
А если еще приплюсовать то, какя библиотека классов прилагается...
А если еще учесть Reflection, Remoting, атрибуты и т.д., то сравнение с VB совершенно не уместно.
Я знаю очень много программистов, которые перешли на C# после долгой работы с C++.
C# объективно более комфортабельный язык. Возможно некоторых этот комфорт и испортит, но
далеко не всех.
Я считаю, что для разработки GUI и бизнес-логики C# — то что доктор прописал
M>Давайте посмотрим на корову с другого бока. А как на счет сравнения возможностей VB и C#. Пожалуй, C# в этом отношении помощнее будет. А если на нем еще и писать просто, так это только плюс.
что помощнее, то это само собой. Но даже и такой "помощнее" сам язык все равно ничего практически не стОит без .NET'овской библиотеки классов и CLR.
Здравствуйте, oRover, Вы писали:
R>что помощнее, то это само собой. Но даже и такой "помощнее" сам язык все равно ничего практически не стОит без .NET'овской библиотеки классов и CLR.
Согласен полностью. Только я хотел сравнить не возможности самих языков, а что с их помощью можно сделать.
Здравствуйте, gloomy rocker, Вы писали:
GR>Здравствуйте, Terber, Вы писали:
T>>Читал уже достаточно давно форум на сайте. Там поднималась проблема квалификация VB & Delphi программистов. T>>Так вот, попробовал тут C#, после MFC все кажется очень легко, прям Visual Basic — ом попахивает.... T>>Как вы считаете, можно ли отнести C# программеров к первой категории и почему?
T>>Заранее благодарен.
GR>Эту ветку надо в "священные войны перенести". GR>А если по теме, то по-моему есть профессионалы, пишущие на VB, и профессионалы пишущие на Delphi. GR>Бывших VB — шников знаю лично. Сейчас они пишут на C#, и вполне успешно. GR>Дельфистов не знаю, но думаю, картина такая же как и с VB — шниками.
GR>Теперь о C#... GR>Сперва меня поразила его лаконичность. После написания COM-ов на C++ и возни со строками и VARIANT-ами, GR>проверками возвращаемых значений переход к object, string и Exception меня безумно порадовал. GR>Не хватает конечно множественного наследования... но это еще вопрос, хорошо это или плохо
GR>Так вот. От C# пахнет лаконичностью, а не VB. И уж это к недостаткам отнести никак нельзя. GR>А если еще приплюсовать то, какя библиотека классов прилагается... GR>А если еще учесть Reflection, Remoting, атрибуты и т.д., то сравнение с VB совершенно не уместно.
GR>Я знаю очень много программистов, которые перешли на C# после долгой работы с C++. GR>C# объективно более комфортабельный язык. Возможно некоторых этот комфорт и испортит, но GR>далеко не всех.
GR>Я считаю, что для разработки GUI и бизнес-логики C# — то что доктор прописал
c# по локоничности не дотягивает до с++... хоть и за уши тяни... и темплиты сули...
одна только его фичя постоянное приведение типов чего стоит... вот мелкий примерчик:
ushort usTmp = 1;
ushort usTmp2 = usTmp + 1; // и вот тут тебе компилятор выдаст что int не может быть приведен к ushortushort usTmp3 = usTmp + (ushort)1; // и вот тут тебе компилятор выдаст что int не может быть приведен к ushort
а фича вот в чем: все арефметические операции постоянно сводяться к int...
закономерный вопрос: какого хера? почему тип данных не сохраняеться...
и честно говоря если приведение к интерфейсу писать не надо, то какого хрена надо постоянно писать на int и double и т.п. вещи... утомляет это все... а язык хорош когда не утомляет, а делает все то что его просят
Здравствуйте, AlexK, Вы писали:
AK>c# по локоничности не дотягивает до с++... хоть и за уши тяни... и темплиты сули...
AK>одна только его фичя постоянное приведение типов чего стоит... вот мелкий примерчик:
AK>
AK>ushort usTmp = 1;
AK>ushort usTmp2 = usTmp + 1; // и вот тут тебе компилятор выдаст что int не может быть приведен к ushort
AK>ushort usTmp3 = usTmp + (ushort)1; // и вот тут тебе компилятор выдаст что int не может быть приведен к ushort
AK>
AK>а фича вот в чем: все арефметические операции постоянно сводяться к int... AK>закономерный вопрос: какого хера? почему тип данных не сохраняеться...
AK>и честно говоря если приведение к интерфейсу писать не надо, то какого хрена надо постоянно писать на int и double и т.п. вещи... утомляет это все... а язык хорош когда не утомляет, а делает все то что его просят
Справедливое замечание, НО!
Разрабатывать компоненты бизнес-логики стало намного приятней. И именно в этом контексте я имел в виду лаконичность.
Попробуй например на C++ напиши что-то типа
my_object.MyMethod(new MyParam1(...), new MyParam2(...));
Проблемы гарантированы!
Попробуй на каждый чих проверять возвращаемое значение. Тут ты с воплями (ushort)1 — rules!!! прескочишь на C#.
А как меня достал бардак со строками в C++
Надо тебе BSTR на подстроки, разделяемые запятой, разбить — нужно сконвертить его например в CStringW,
а потом последовательно вызывать метод Tokenize, пока подстроки не закончатся.
Бррр... жуть!!! А на C# это записывается ЛАКОНИЧНО
string[] str_parts = my_string.Split(...);
Еще примеры придумать?
interop, например, намного приятней, чем #import в С++.
И таких приятных мелочей в C# полно.
Вот для серьезных вычислений C#, мне кажется, пока не приспособлен. Уж очень скромен класс System.Math.
Здравствуйте, Plutonia Experiment, Вы писали:
PE>Здравствуйте, gloomy rocker, Вы писали:
GR>>Вот для серьезных вычислений C#, мне кажется, пока не приспособлен. Уж очень скромен класс System.Math.
PE>Модель данных писать (чтоб в ком экспортировалась, серелизовалась и тд )на нем — почти самоубийство. Приходится постоянно копипейстить.
PE>Шалоны неслабо помогли бы.
Да и вообще, использовать в одном проекте и COM и .Net не очень приятно.
Стык технологий все та ки. Но надо отдать должное МС — сделали они его достаточно гладким.
Приколы конечно есть, но сейчас даже не вспомню, какие.
Здравствуйте, gloomy rocker, Вы писали:
PE>>Модель данных писать (чтоб в ком экспортировалась, серелизовалась и тд )на нем — почти самоубийство. Приходится постоянно копипейстить.
PE>>Шалоны неслабо помогли бы. GR>Да и вообще, использовать в одном проекте и COM и .Net не очень приятно. GR>Стык технологий все та ки. Но надо отдать должное МС — сделали они его достаточно гладким. GR>Приколы конечно есть, но сейчас даже не вспомню, какие.
Еще дотнет экспортирует в ко интерфейсы криво. VBS не видит методов разных интерфейсов, которые реализованы в одном оъекте. Когды мы писали на АТЛ, все было пучком. А здесь гемор — приходится писать для каждого класса осоый интерфейс, в котором перечислены ВСЕ его публичные методы.
Здравствуйте, Plutonia Experiment, Вы писали:
PE>Здравствуйте, gloomy rocker, Вы писали:
PE>>>Модель данных писать (чтоб в ком экспортировалась, серелизовалась и тд )на нем — почти самоубийство. Приходится постоянно копипейстить.
PE>>>Шалоны неслабо помогли бы. GR>>Да и вообще, использовать в одном проекте и COM и .Net не очень приятно. GR>>Стык технологий все та ки. Но надо отдать должное МС — сделали они его достаточно гладким. GR>>Приколы конечно есть, но сейчас даже не вспомню, какие.
PE>Еще дотнет экспортирует в ко интерфейсы криво. VBS не видит методов разных интерфейсов, которые реализованы в одном оъекте. Когды мы писали на АТЛ, все было пучком. А здесь гемор — приходится писать для каждого класса осоый интерфейс, в котором перечислены ВСЕ его публичные методы.
VBS все методы через IDispatch.Invoke вызывает.
Так почему он не хочет вызывать методы разных интерфейсов?
Или он умеет вызывать только методы default интерфейса?