Меня пригласили в американскую компанию в штате мэриленд

Я не знал куда написать это сообщение.
Администрации спасибо за то, если вы поставите этот пост в нужное место.
Скажите пожалуйста. Там прислали письмо сколько вы хотите зарплату.
Сколько денег может получить програмист с++ чуть выше среднего уровня в год и на сколько я могу претендовать.
Семья из 4 человек. Мама и папа. Я и жена.
На какую сумму можно прожить в штате мэриленд Bethesda.
Опишите сколько нужно денег, чтобы нормально жить в штате мэриленд
В сша.

Спасибо большое всем. Теперь постораюсь пройти все уровни проверки. Скажу честно, кроме с++ пока фрейм ворот не знаю.
Но решил все таки попытаться. Вдруг получиться попасть. Но я каждый день продолжаю учить. Сейчас учу по книге Стивена прата 6 издание. Также до это го полностью прочитал джес либерти обе книги. Они конечно не лучшие книги, но там очень интересно была как написать связной список с нуля. Также около 400 страниц два гуся страуструп прочитал. Книга очень хорошая. Много полезных фишек, но не дочитал до конца как там там очень не структуированно подана информация. К примеру часть кода дают в первой главе, а остальную часть могу в конце второй или даже третьей главе. Очень это напрягает. Хотя в принцып может довольно опытным програмиста эта книга в самый раз.
Думаю как полностью освой Стивена прата, хочу прочитать
1.Роберт Седжвик: Фундаментальные алгоритмы C++.
2.рефакторинг Мартин фаулер.
Из фремворков так и не определился. Кто то говорит mfc полный отстой и не стоит его читать.
На данный момент выбор остановился на qt.
Также остановился на с++ cli (точно не помню) это помойму с .net связано.

Сообщение от mercurygermes з фремворков так и не определился. Кто то говорит mfc полный отстой и не стоит его читать. На данный момент выбор остановился на qt. Также остановился на с++ cli (точно не помню) это помойму с .net связано.

Это все полный отстой. Обратите внимание на VCL/FireMonkey. Очень толково сделанный фреймверк,как в плане того что в комплекте так и в плане расширения фреймверка, хотя и не без изъянов (настолько толково что изъяны начинают быть видны только после 20-летнего опыта использования). Особенно хорош в плане изучения толкового построения фреймверка. Эти знания в гейм-девелопменте особо актуальны. Потому что для гейм-дизайна единственный фреймверк который нужно знать - свой (собственноручной разработки или разработки своей компании), причем не просто знать а постоянно расширять.
Кстати что внутри и как работает оконный фреймверк вообще учил очень просто. Когда он понадобился (на 1-ом курсе, т.е. с опытом С++ 2 месяц и опытом паскаля 2 года) их еще не существовало, поэтому сделал свой. Естественно сразу знаешь что там в внутри и поэтому любой фреймверк освоить запросто.

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

Сообщение от Fulcrum_013 Также остановился на с++ cli (точно не помню) это помойму с .net связано.

Иерархия классов контейнеров API NET и идеология нового оконного фреймверка (WPF) от майкрософт слизана с VCL. Причем настолько криво что диву даешься как настолько криво можно что то скопировать при доступных исходниках.

Спасибо большое а книги есть на русском по этому фрейм ворку

Добавлено через 2 минуты
Я так понял vcl и fire monkey это отдельные фрейм 2 разных?

Добавлено через 4 минуты
А вообще как думаешь стоит ли учить java параллельно. Говорят для java больше работы и они более востребованы.
Как вообще отличаются уровень зарплаты на этих двух языках?

Сообщение от mercurygermes Я так понял vcl и fire monkey это отдельные фрейм 2 разных?

Это фреймверки которые идут в комплекте с Embarcodero RAD Studio. VCL 20-летней давности (хотя и поддерживается на уровне). На нем поддерживается разработка только под Windows с ориентацией на десктоп. FireMonkey свежая штука, но устроена в основном практически так же как VCL, хотя имеет много нового. Поддерживает мультиплатформенную разработку, как понял более предназначена для мобильных платформ хотя и под десктоп тоже сохраняет все прелести VCL. (Windows, Android, iOS, OS X)

Сообщение от mercurygermes А вообще как думаешь стоит ли учить java параллельно

Я Java вообще практически не учил. Когда понадобился мини фремверк на JavaScript cел и написал за вечер (Оно то все С-подобное). Когда понадобилось простенькое приложение под андроид тоже оказалось SDK и Android Studio скачать и установить дольше чем это приложение написать. Опять же из разработки под мобилки Java постепенно но последовательно вытесняется С++, при этом актуальна была в основном только под Android. Еще где применяется массово - WebServer, но как бы тоже очень сильно эти позиции PHP и ASP теснят. Единственное преимущество Java - докомпиляция в машкод на целевой платформе. Современные компиляторы С++ это тоже умеют, ну или как минимум умеют компилировать в байт-код Java-машины.

Сообщение от Fulcrum_013 Опять же из разработки под мобилки Java постепенно но последовательно вытесняется С++

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

По теме - стоит учить тот язык, который изменит твое представления о программировании (это не мои слова, но я с ними согласен), Java в этом плане даст тебе мало что нового.

Сейчас тогда продолжу обучение по с++ в принципе они с java похожи. Решил что из фрейм буду наверно учить более популярный qt хотя обязательно на fire monkey посмотрю и постараюсь найти по нему информацию. Для java скачал книгу герберт шилдт 9 издание там говорят уже есть se 8.
Кто нибудь читал седжевик алгоритмы с++? Насколько это книга полезна? Учитывая что сейчас уже очень много вышло нового.
На что мне стоит надавить из с++ чтобы стать достаточно опытным в этом языке. Параллельно я также буду читать рефакторинг.

Сообщение от mercurygermes На что мне стоит надавить из с++ чтобы стать достаточно опытным в этом языке.

На практику. А вообще - поищите подобные темы на форуме их очень много. и кое-где встречаются хорошие советы.

Сообщение от Kastaneda где требуется знание этого VCL и все сомнения отпадут

Естественно не где ни найдете особенно по СНГ. Во первых потому что его освоить можно практически моментально, поэтому и не указывают "требуется знание". Во вторых флагман, а флагман всегда стоит дорого. Но при этом родоначальником и флагманом оконных фреймверков таки является Borland а не Microsoft иле еще кто то.
По этому в реалиях СНГ ищите вакансии по Delphi, что уже подразумевает знание VCL. Потому как Delphi таки дешевле чем C++ Builder, ну и код то фреймверка на паскале, чтобы под оба языка подходил, так что для того чтобы разобрать что внутри по коду актуально таки знать Delphi кроме C++. Соответственно и расширение фреймверка в целях продажи компонентов а не конечного продукта актуальнее на Delphi потому что модули/ компоненты на Delphi подходят как и для Delphi так и для C++ Builder а на C++ Builder только для C++ Builder.
Ну а по внутреннему устройству фреймверк таки лидер, хотя и живет на расширениях синтаксиса С++. Тут то вся и песня что расширения синтаксиса делали именно для создания фреймверка. И не надо сказки рассказывать типа не стандарт. Все остальные фреймверки тоже эти вопросы либо через расширения синтаксиса решают либо через кривые костыли либо как майкрософт через то и другое и не полностью.
Ну а учитывая реалии вакансии о которой ТС написал - то ему нужно будет знать не какой то определенный фреймверк а принцип разработки фреймверков. Соответсвенно нужно знать внутрянку флагмана, при том что в отличии от остальных фреймверк не только и не столько оконный, как фреймверк визуальной разработки всего чего угодно.

Думаю ТС'у этого ответа

Сообщение от Fulcrum_013 Естественно не где ни найдете особенно по СНГ

будет достаточно.

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

В реалиях JIT-компиляторов на чем исходный код значения не имеет. При этом на С++ можно писать один код как под Java устройство так и под unmanaged для десктопа. т.е берем один модуль и пользуем его как в unmanaged десктоп приложении так и в связанном с ним JIT-мобильном что очень сильно ускоряет разработку. Учитывая при этом огромную кодовую базу математических алгоритмов и библиотек на С++ у Java нет шансов.

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

Сообщение от Kastaneda как правило это были споры из разряда "все против одного"

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

А может компания взять без знания фрейм чтобы доить их в своей компании.

Сообщение от Fulcrum_013 В реалиях JIT-компиляторов на чем исходный код значения не имеет

Значение имеет скорость разработки и кол-во потенциальных багов. Тут Java обходит С++ по всем пунктам (в лучшую сторону). Никто в здравом уме и в трезвой памяти не будет писать на С++ то, что можно написать на Java или вообще на каком-нибудь Python'е или JS.

Сообщение от Fulcrum_013 Учитывая при этом огромную кодовую базу математических алгоритмов и библиотек на С++

А на FORTRAN'е эта база еще больше, однако FORTRAN сейчас используют либо староверы, либо военные, либо математики, которые кроме него ничего не знают. К тому же дернуть нативный код из джавы ничего не стоит.

С++ сегодня используется только там, где он реально нужен, при этом перед окончательным решением еще 100 раз подумают действительно ли он так нужен. Это не значит, что его время проходит, это значит, что есть много других новых языков, которые позволяют решать повседневные задачи в более короткий промежуток времени с наименьшим кол-вом потерь.

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

Сообщение от mercurygermes А может

может

Сообщение от Kastaneda будет достаточно.

На просторах СНГ немного другие реалии.Стандартная ситуация. Одиночка обошел в разработке оконного софта какую то компанию. Будьте уверены, он пользовал VCL а не MFC как эта компания.
Опять же З/П выше 500-700 баксов на территории СНГ не найтить. Как и серьезных задач по разработке. При этом конторы которые предлагают вакансии норовят пользоват халявную вресию Visual Studio (например 2013 на сегодняшний день) или халявную Qt а не платить по $5000 за копию RAD Studio.
Пусть сами за такие копейки софт пишут на таком отстое.

Сообщение от Fulcrum_013 Как и серьезных задач по разработке

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

Ошибка не доить. Довести их до сего уровня

Сообщение от Kastaneda либо математики

Физик может на любом языке писать на фортране. (во всяком случае в реалиях 70-ых)

Сообщение от Kastaneda Это не значит, что его время проходит,

Это значит что скорость роста задач по гонянию говноданных говнокодом с вектора в вектор растет быстрее чем количество пофессиональных программистов. Естественно что для этих целей стараются привлекать низкоквалифицированный персонал который особо и не задумывается ни как комп работает, ни как софт толком разрабатывать. Например в штатах уже есть куча вакансий кодера с требуемым уровнем образования High School. При этом преподы даже суперпродвинутых курсов майкрософт не в состоянии осилить цикл for с двумя изменяемыми переменными. Дай им указатели будет ужасть.
Но мы же не о таких monkey-кодерах речь ведем а о профессиональных программистах. Там кстати понятия "программист" и "кодер" четко различают.

Сообщение от Kastaneda при этом перед окончательным решением еще 100 раз подумают действительно ли он так нужен

Подумают способна ли компания потянуть разработку софта который нужен или купить у специализированной компании. Если такой вопрос стоит то речь идет о разработке профессионального софта, для разработки которого монкей-кодеры непригодны, вне зависимости от языка, а профи в любом случае предпочтут C++. Причем разница в з/п между monkey-кодерами и программистами там тоже серьезная. Если для кодера это около $40.000 год, то для программистов это от $120.000-$180.000/год
Вообще с Запада движется стереотип что на С++ пишут только "крутые"

Сообщение от Kastaneda А на FORTRAN'е эта база еще больше, однако FORTRAN сейчас используют либо староверы, либо военные, либо математики, которые кроме него ничего не знают

Либо те кому нужно 3 ветки в операторе if. Военные кстати пользуют в основном Ада, математики либо спецпакеты либо таки С++.
Опять же база основных мат алгоритмов на С++ давно не меньше чем на фортране, при этом по части алгоритмов применяемых в 3D графике C++ давно обошел и фортран и всех остальных.

Добавлено через 7 минут

Сообщение от Kastaneda ну это конечно не правда

Во первых имеется в виду в первую очередь прикладной софт,хотя по поводу бабкосчитательства таки что то шеаолится, там в основном и з/п- в конторах разрабатывающих банковский софт. В сфере СAD а особенно CAM тишина.

Сообщение от Kastaneda у нас тоже ведутся серьезные работы, есть и свои компиляторы и свои JVM и т.д. и т.п.

Для примеру можно привести флагмана российской инженерной и программистской мысли YotaPhone. Микросхемы американские, производство плат Мексика, сборка Китайсая, системный софт (JVM и т.д.) Норвежский, формошлепство Российское.

Сообщение от Fulcrum_013 Подумают способна ли компания потянуть разработку софта который нужен или купить у специализированной компании.

Дело не в этом, дело в том, что одна и та же задача при реализации на С++ обойдется в 1000 человекочасов, а при реализации на Java в 500. При этом часовая ставка С++ разработчика требуемой квалификации выше, чем часовая ставка Java разработчика с достаточной для этой задачи квалификацией. И если допустить, что результат будет одинаково пригоден для использования вне зависимости от выбранного языка, то С++ очевидно никто не выберет.

Сообщение от Kastaneda то одна и та же задача при реализации на С++ обойдется в 1000 человекочасов, а при реализации на Java в 500

Вот это уже полный бред. Во всяком случае при наличии правильно сделанных базовых библиотек (а особенно строки, динамические массивы и т.п). Кстати причина по которой и у Microsoft и у Borland в комплекте свои альтернативы stl. У Borland/Embarсodero кстати эта библиотечка на порядок удобнее мелкомягкой, ну а stl вообще не котируется.

Сообщение от Kastaneda При этом часовая ставка С++ разработчика требуемой квалификации выше, чем часовая ставка Java разработчика с достаточной для этой задачи квалификацией

Тем более. Ставка у программистов C++ выше потому что и задачи решают в гораздо меньшее количество времени. Тут как бы з/п от производительности зависит как и везде. Да и вообще скорость решения задач во многом гораздо более зависит от умения правильно абстрагировать задачу нежели от языка программирования (от языка таки в чем то зависит, к примеру аналогичный код на С++ раз в 5 коротче кода на паскале, что тоже имеет свое значение в скорости разработки). А вот умение анализировать предметную область и абстрагировать решение - это уже квалификация и работа таки программиста но никак не монкей-кодера. Отсюда и ставка выше.