Доброго времени суток! 
Я вот сейчас нахожусь на стадии обучения С++. Сам пытаюсь что-то учить + в универе за программой...
хотел бы узнать у тех, кто уже работает: что нужно знать, что бы получать норм зарплату?
я имею ввиду, какие ОС нужно знать, какие дебаггеры, какие библиотеки и прочее...
можно ли составить список найболее важных, или нет?

Это сообщение отредактировал(а) warmonger_ - 17.10.2007, 22:18

Знай хоть одну платформу достаточно хорошо, и будет тебе достойная зарплата.

Списка не будет, учить можно почти всё. Главное - не пользуйся инструментами 10-летней давности выпуска.

Пожалуй, востребованность с++ программистов сейчас снижается, гораздо легче найти хорошую работу зная C# с .NET, или Java (здесь вобще дикий дифицит программистов, особенно j2EE)

Хотя с хорошими знаниями с++ проблем не будет. 


ИМХО
Если интересуют деньги, то я бы порекомендовал параллельно с с++ в вузе, взяться за java, получить первый сертивикат по j2SE (SCJP) - это не сложно, особенно если с++ нормально в вузе дают. Начать разбираться с J2EE.

Закончив вуз, будучи SCJP и имея базовые знания по J2EE... Junior Developer-ом тебя возьмут без проблем, даже без опыта, а дальше придет опыт, фирма (если контора нормальная) поможет получить дальнейшие сертификаты. Вобщем быстро сделаешь карьеру и будешь получать достойную зарплату.


П.С. Но С++ будет еще долго востребован - системное программирование, программирование под *NIX, но десктопные приложения под винду да и программирование под WEB не его стихия.

Это сообщение отредактировал(а) Vasay - 17.10.2007, 23:10

а много ли десктопных приложений написано на том же C#?   
примеры в студию
а потом сравните с количеством приложений на С++

MAKCim, 
это сейчас, но очень скоро все изменится.
Подумай, зачем микрософт затеяло всю это фигню с .NET...?
Подумай о наследии x86, и каким бременем оно является...

Мое мнение, что через несколько лет, произойдет отказ от x86 архитектуры, каждое новое поколение процессоров, не будет совместимо с предидущим.
Таким образом, запуск приложений скомпиленных под один процессор будет невозможен на другоим. И тут на помощь идет .NET. Для нового процессора нужно будет поставить новый .NET, а приложения перекомпилировать не предется.

Это сообщение отредактировал(а) Vasay - 17.10.2007, 23:44

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

Все зависит от того, на чем специализируется каждая конкретная контора.

Думаю оптимальным будет просмотреть все вакансии для программистов на C++ в своем городе и определить что наиболее востребовано. Хотя, конечно, ситуация постоянно меняется. Но всеравно польза от этого будет, т.к. удасться определить что к чему привязывается (с чем обычно едят C++ в различных случаях). Насобирать побольше таких вариантов и выделить наиболее общее. Наверное это Win32 API, MFC, stl, может быть что-то еще.. Думаю, что если хорошо знать эти 3 вещи, то без работы не останешься.

Таким мне все это пока видиться..

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

Однозначно. Стоит чуть отстать, и ты уже никому не нужен...



Тут ты прав, но не совсем... Все не охватишь. Лудше знать одно направление, но очень хорошо, и смежные по чуть-чуть... И уметь быстро переучиваться   
Хотя для первого поступления на работу, желательно как раз знать понемногу обо всем. А специализация придет во время работы.

Vasay, а касательно всего остального? Меня тоже волнует вопрос заданный в верхушке темы.

Сори. Я не отвечу на этот вопрос, так как не знаю... Я никогда не работал С++ программистом. И никогда на нем серьезно не писал.
Было дело работал с сигнальными процессорами  (Си(без ++) и специализированная асма). Напряг на мозги жуткий (распаралеливание вычислений на асме   ), зарплата - тогда я был студентом, потому копейки, а так весьма неплохая. Но нет особых перспектив. Народ от туда в манагеры сваливал (больше платили), то бишь от производсятва переходил к продаже. Потом предлагали работу с хорошей (для только что закончившего вуз человека) зарплатой в американской конторе, я отказался, не жалею.

Могу рассказать, как сейчас дела в Java области, что учить, на что обратить внимания, но это лудше спросить в соответствущем разделе. Хотя там есть тема.

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

Добавлено @ 08:19

бремя то оно бремя
однако на практике все как раз наоборот
есть классная архитектура IA-64
полностью порвана связь с X86, однако почему она не получила масового распространения?
ответишь на этот вопрос, тогда увидешь, что подобных ситуаций

мы еще очень долго не увидем
да, вот еще
компилятор написать проще, чем CLR (имхо)   

Это сообщение отредактировал(а) MAKCim - 18.10.2007, 08:20

можно предположить, что человеку желают добра. поскольку я бы тоже не советовал заниматься С++ сейчас.

Добавлено через 2 минуты и 34 секунды

от тебя такого фанатизма искренне не ожидал:(

  
в смысле?

Кто сказал что его будут писать? Его просто откомпилят соответствующим компилятором и все.  
А человек покупая компьютер просто купит соответствующий виндовс.



Уже видим. 32 и 64 разрядные версии винды на рынке  
Все уже началось.



а я о чем?




Вобщето, учитывая вопрос, здесь имеют место ответы и не совсем по теме с++, например совершенно справедливо могу сказать:

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

а какая гарантия, что этот дифицит ненадолго? что если поменяются приоритеты?





куда лутше ориентироватся: на юниксоподобные или винды?
и еще, когда лутше начать работать? ( с какого курса) 

зы: кста, нащет джавы, то она у нас в универе, по программе, можно ожидать в след. году.

warmonger, это очень сложные вопросы. ))

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

накинулся на человека только за то, что он неосторожно бросил тень на С++

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

профессионал с любым языком найдет себе место и хорошую зарплату.

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

секретарше проще установить VM, чем собирать программу

Daevaorn, насколько я знаю, там надо 1 файл запустить

А пакетный менеджер начто? Надо только пару раз мышкой кликнуть ну или 3 слова написать.

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

Добавлено через 1 минуту и 14 секунд

а компилятор и библиотеки ты тоже вместе с программой будешь распространять?

колмпилятор в самом линухе
gcc
библиотеки, подозреваю, там же

Это сообщение отредактировал(а) Alek86 - 18.10.2007, 20:20

нет;) и компилятор ставиться и бибилотеки отдельно. просто использую юникс-лайк ОС это рутина, и внимание на это не обращаешь особо. 
Мы же говорим об альтернативе в плане переносимости, то для Windows VS(утрирую) с собой таскать никто не будет.

AMD64 (EM64T) имеет обратную совместимость с X86
т. н compatibility режим, позволяющий запускаться без перекомпиляции 32-х битным приложениям

вообще говоря первый пост конкретизирует сам вопрос...ну да ладно, проехали
Добавлено @ 20:58

отнюдь


Это сообщение отредактировал(а) MAKCim - 18.10.2007, 20:59

Не вижу проблем переносимости в *nix-лайк способе установке программ, ведь давно все программы именно так под разные архитектуры и ставятся (из сорцов или бинарные пакеты - не важно). Под винду просто народ привык по другому делать, ну да ладно, а то уже оффтоп...

Единственная проблема с несовместимыми процессорами - на компилируемых языках вроде С(++) сложнее писать кроссплатформенный код, тут с VM конечно возни меньше, а юзерам всё равно, 99% просто не знают что такое архитектура процессора.  

nickless, 
Daevaorn, 
Alek86, 

Может перенесем обсуждение будущего процессоров и ПО в другую тему, былобы интересно обсудить ... 

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


По теме:
ИМХО: Надо заниматься тем, что нравится, тогда станешь профи, а профи всегда востребованы. А если будешь заниматься, тем что не по душе, надоест, будет лень, и в конечном счете останешься за бортом. 

да, 
Vasay прав
тут говорим о С++ (раз тема в С/С++) и о необходимых/востребованных знаниях
а то опять все превратится в Linux vs Windows   


про процессоры с удовольствием поговорю, создавай   

Да простят меня эксперты...  

Я лично для себя решил, что раз в специальности "рулят" штатовцы, то и нужно искать требования у них. Существует сайты с тестами, при решении которых я могу определить не только свои пробелы, но и их требования. Они, требования, могут показаться чрезмерными в смысле, что там нужно давать ответы не только на вопросы по коду (например, что делает та или иная коротенькая программа), но и знания достаточно казалось бы необязательных вещей. Например, что означает ios::ate и выбор из 4 альтернатив. 
Далее, нужен опыт работы в определенной области. Западники ждут, что спец, которого они нанимают, не будет разбираться месяц в тонкостях того или иного направления (даже не языка), а что у него есть определенный задел (опыт работы) в его специализации. Имеется "портфолио", которое не стыдно показать.

MAKCim, 



Я создал, предлагаю обсудить: http://forum.vingrad.ru/forum/act-ST/f-321...4/unread-1.html

стоит ли программировать с использованием MFC, или лутше больше приделять внимание qt?

MFC не развивается, QT - развивается. Я бы посоветовал QT. 

поддерживаю  

хорошо...а на каком языке лутше под винду программировать? на C#? (какая обвертка нужна?)

warmonger_, 

Под win рулит c# (а точнее .NET), он собственно и есть теперь win... так что для виндовз это самое перспективное направление.

зы. смотря на твой аватор - какой вин, какой c# (есть конечно mono). QT, JAVA - это более соответствует аватору   

Vasay, 

та это не важно... если сильно нужно, могу поменять на фотку Гейца...
просто c# - хорошая штука. а qt никуда не денется)

Это сообщение отредактировал(а) warmonger_ - 11.12.2007, 01:49

Комрады вы меня пугаете. Этож что забросить С++ и браться за С#? Ужас какой то.

Интересно, а почему никто не вспомнил о С++ в связке с СОМ.
Я думаю СОМ будет востребован еще долго. Или я не прав?  

Смотря для каких задач   
в GUI for WIN - c# ИМХО правит бал.

Я то-же так думаю, плюс программистов знающих СОМ не так уж много, я думаю их на порядок меньше чем программистов знающих С# или Java, соответственно зарплаты выше.
Да и С# в связке с СОМ часто используется.

мне нравится изучать QT, С# под .NET Framework, думаю ява тоже припадет к душе, и хочу еще познакомится с СОМ.
как думаете, можно ли в каждом из выше перечисленого "одновременно" быть специалистом?  

warmonger_, 

ИМХО - впринципе можно, только нужно ли? Работать все - равно со всем сразу не будешь.

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

Достаточно быть гуру в Java или .NET (возможно в QT и COM, просто я не в курсе) и ты себя обеспечишь, да и эти технологии развиваются достаточно бурно, чтобы не умереть со скуки   

warmonger_, по идее, если ты станешь гуру сразу в нескольких областях, то тебе очень быстро забыть про них и занять более высокопоставленную должность, где придётся заниматься другими вещами. Конечно, если ты не прирождённый трудяга, как, к примеру, мой отец, отказавшийся от предложения быть начальником просто потому, что "а ну нахрена это надо" .

Замечу, что гуру - это не просто прочитать все сабжевые книги. Гуру - это уйма опыта.

Гуру - это состояние души.
Это когда то что ты делаешь и есть твоя жизнь... Хорошо это или плохо - все неоднозначно.

warmonger_, 
Извини, конечно, но может стоит сначала русский выучить ?!

GrayCardinal, 
извиняю

Хорошо выучи программирование для консоли. Клогда она будет освоенна хотябы на 80%, начинай изучять графический интерфейс. Книжки вот:
К.Г. Финогенов "Win32. Основы программирования"(для начала лучшее имхо!)
Р.М. Ганеев "Проектирование интерфейса пользователя средствами Win32 API"
П.В. Румянцев "Азбука программирования в Win32 API"
Ч. Петзольд "Программирование для Windows® 95" в двух томах: не боися что написано для 95, Майкрософт так и не меняла толком API вплоть до ХР (10-15 ненужных функции добавили), да и в Висте оно ОСТАНЕТСЯ ТОЧНО, может ЧУТЬ-ЧУТЬ-ЧУТЬ изменится.

Не вздумай Copy/Paste - НИ ЗА ЧТО. ВСЕ НАБИРАТЬ СВОИМИ РУКАМИ, пусть не понимаеш что пишеш, набираеш из книги (или Alt+Tab). 

Кстати лично я, в свое время, при прочтении не все понимал, и НЕКОТОРЫЕ вещи воспринимал в стиле "Надо запомнить, что ЭТО надо писать ТАК". Ну не до конца смог разобраться. Трудно будет понять что такой "Хэндл" (не, лучше "Хэндл Экземпляра программы") и все в этом стиле. Просто со временем, а имено с опытом, все поймеш и вернешся из середины к началу прочитаеш и подумаеш, воя лопух как сразу не понял. Короче, кое-что станет понятно потом, кое-что может подскажут знакомы. ПРосто старайся вовсю.

И еще, тебе скорее всего будут заливать, что вот зачет тебе WinAPI давай MFC или еще хуже Bilder (да простит меня Borland, но такой отстой получился). Просто один мой знакомый сначала перешел с Bilder на MFC, потом с MFC WinAPI (после того как мы с ним поспорили минут 10). И только про WinAPI сазал, "да тут я царь и бог". Bilder и MFC просто надстройки на подсистемой ВинАПИ, вследствии этого они (получаемые проги) глючные, тормозные и не могут сделать всего того что ты хочеш. Хоят если хочеш остаться на уровне "Калькурятор в окошечке за 2 часа гемороя", то в путь. Если будут вопросы обращяйся.

И последнее, САМОЕ ГЛАВНОЙ:
-Хочеш стать программистом - прочтенные книги тебя им не сделают. НУжно иметь при себе для прохождения обряда посвящения в программисты:

а) огромное желание (стремление) - без него вобще никак, пусть тебя профессия нравится только из-за денег, но СТРЕМИТЬСЯ НАДО, иначе и вправду 40-50 лет изучать будеш.

б) Голову (здоровую более или менее) - нужно чтобы она умела думать и все. Чтобы стать великим нужен энтузиазм и все. Чтобы стать кодером - только здоровую голову

в)ОПЫТ - просто сидеть и писать программы все сложнее и сложнеее, стараться захватывать те области которых ты не знаеш. Если топтаться на 3-х функциях толку не будет, нужно узнавать НОВОЕ, чем скорее тем лучше. Советую найти заказчика, какую нить контору и делать для нее на халяву проги(если будут платить не отказывайтесь,), типа OutSorcing

г) Какая нить литература. Сойдет все что угодно содержащее нужное тебе в названии. Если есть желание и здоровая голова то книги тебе ПОМЕШАТЬ НЕ смогут. Да-да, помешать, большинство современной литературы пишется не для читателя а для денег.

PS: Будет желание научишся писать драйверы за неделю, не будет желания два года будеш гордиться тем что умее вывести сообщение "HelloWorld!" на экран, а сам по себе так трепло. Так что "Думайте сами, решайте сами " хотеть или не хотеть! Все!2:
================================================================

coder85, 

Слишком категорично... Прежде чем писать такие посты, рекомендую основательно расширить кругозор.

Даже если не принимать во внимание .NET и JAVA (тема все же в разделе С++)  Win API нужен не всем и не всегда...

Ведь с++ это не только (а последнее время не столько) windows, это сигнальные процессоры, это контроллеры, это *nix...

coder85, 
Спасибо за полезную информацию. 
Не могу понять,  только, почему ты расхваливал  WinApi, а как же QT?

warmonger_, я бы не советовал воспринимать тот пост как руководство к действию...

*N?X в меньшей степени
рабочие инструменты *N?X: C, Shell, Perl/Python

Добавлено через 2 минуты и 56 секунд

  

Vasay, я рад расширить кругозор, тока в каком направлении, сейчас учу WinAPI, имхо это основа основ, а остальное это надстройки над WinAPI, а дальше что? На чистом API писать не будешь же, вот и вопрос, что надо еще выучить толковое??
Так вот я лишь сказал лично мое мнение на тему как продвигаться вперед, хорошие советы я увидел только на счет Jav'ы (респект Vasay), да и на счет изучения связки:
Win32 API, MFC, stl, хотя я б MFC не советовал...
Вот С++ в связке с СОМ, это вещь хорошая, но не каждому подойдет.

Это как сравнивать Мерседес (WinApi) с Запорожцем (QT), хотя и там и там машина.  

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

ИМХО скорее наоборот  Особенно если по удобству сравновать.

А чем это  плохо? И почему не будешь писать?

Работадатели не будут спрашивать хочешь ты или нет. Знаешь - работай - получай деньги или иди к другому работадателю с таким же алгоритмом.


WinAPI это Windows API тоесть АПИ для виндоуз программирования. А QT для кроссплатформенного программирования

Ты возможно будешь огорчён, но многие программисты нишы *nix даже не слышали про эту основу всех основ. А я вот уже достаточно давно  пишу программы и, в том числе под Windows. Причём Win32API я знаю очень уж поверхностно и использовал всего раз, когда нужно было управлять приложением эмулируя "нажатия на кнопки" и то потому, что приложение было уникальным и не удосужилось предоставить хоть какой-нибудь внешний интерфейс.



А на ассемблере писать не пробовал? Ведь С++ - запорожец в сравнении с ассемблером.


Не могу сказать как выбирал я, ибо занимаюсь этим ещё с класса 3-го. Соответственно, на момент поступления в универ я знал, что меня мало чему там научат и знал куда нужно двигаться.

Добавлено через 3 минуты и 33 секунды

А ты пробовал?  


Каким ещё алгоритмом? 0_о

Пробовал.  

Да что ты мне одно и то же талдычишь? 
Просто, дело в том, что к работодателю не с алгоритмами ходят. Или я ошибаюсь ?



О проектах какого масштаба мы говорим? Если о hello world'ах или калькуляторах, то их можно и на ассемблере написать. Более крупные вещи на чистом api писать сложно.

сравнение некорректное

Учат. Просто кто-то не способен научиться.

Daevaorn, очень мало учат. Почти не учат... к сожалению. Нужно сидеть и самому литературу читать.

мдя...все Эксперты, а советом помочь толком неможете, критиковать каждый сможет, большого ума ненадо...  

MAKCim, 

Поддерживаю.

Насколько я знаю, win версия QT использует winAPI.

QT еще можно сравнить с MFC но не с winAPI.

а что-же еще она может использовать?   

Ох и сложно эти вещи сравнивать. Вот здесь реально запорожец и мерседес.

archimed7592, 



Знаешь, как повезет, многое от препода зависит.



Полегче на поворотах, тебе дали много советов, а если у нас где-то разногласия, то уж извини, но в споре рождается истина.

Vasay, ты не поверишь - Java тоже WinAPI использует .

Добавлено через 49 секунд

Да и я писал об этом чуть выше .

   





Ну, это сравнение все же корректней чем QT и winAPI  

Добавлено через 1 минуту и 56 секунд
archimed7592, 



Веришь - у меня не использует     (ибо я в linux сижу)


Вобще-то фразу Насколько я знаю, я добавил для иронии...   

чтобы объективно сравнивать нужно владеть обоими инструментами.   
MFC - скорее вездеход... только образца 44-го года. 
Не надо забывать, что она родилась хз когда, еще с первыми виндами, затем вместе с развитием ОС "развивалась" и MFC. 
Вот так и выросло это нечто огромное, плохо упорядоченное, да еще и забросили ее совсем. 
Обречена конечно на вымирание, вопрос времени.

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


Ещё "дёргается". Вон, в последнюю VS к MFC добавили чего-то  .

добавляют только возможности использовать что-нить из .NET.


ничего более или менее серьезного еще не довелось писать на QT, так что пока сам ничего не могу сказать, но доверяю практически единому мнению всех кто работал с ней.
Да и чтобы начать разрабатывать нужно $2000 выложить (для сравнения VS 2005 Standard  ~ $300).

А если не отходить от темы, и сравнить QT и MFC, то где будут больше платить?

Насчет университета, то я считаю, что хоть какой-нибудь опыт, но будет.


Это сообщение отредактировал(а) warmonger_ - 16.12.2007, 18:23

zkv, 

Впринципе, можно сначала написать, а потом заплатить   

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



zkv, 
archimed7592, 

Может подведем черту суммируем все сказанное, и постараемся ответит на вопрос топика: что нужно знать... для норм зарплаты, Я понимаю, у каждого может быть свой взгляд, но на то здесь и форум, чтобы высказываться?

Мое мнение:
java и .NET в данный момент лидируют по суммам зарплат и числу вакансий, но количество спецов растет в геометрической прогрессии.

QT - востребован не часто, но и спецов немного, возникнут проблемы при выборе работы - не удастся выбирать работу по удаленности от дома и длине ног секретарши боса   

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

zkv, благо, мои заказчики ничего не понимают в лицензировании ПО, так что они получают рабочий продукт + сорцы, я получаю деньги. Тролям ничего платить не приходится, ибо я условия выполняю, а дальше - мне не особо интересно, да и вряд ли они соберутся перепродавать .


Vasay, можешь подытоживать, только я ничего не говорил о том, что нужно знать, чтобы зарабатывать, и вряд ли скажу - сам не знаю . Думаю, ты правильно советуешь - жаба-дотнеты - это самый простой путь к средней зарплате. Если же хочется высокую зарплату, то, что в случае жаба-дотнета, что в случае С++ придётся долго и упорно трудиться, знать придётся почти всё, что только можно... Одно различие: в случае С++ почти не бывает промежуточного состояния, аля прочитал пару книг и пошёл работать junior'ом, ибо даже для junior'а придётся неплохо постараться.