Думаю, как упростить себе жизнь.
Суть: на практике получила вместо обещанного c# кода, код в c++ (последний раз менялся в 2005 году, писался не профессионалом). Если си шарп я хотя бы в глаза видела во время учебы (Windows Anwendung), то про с++ слышала только в теории. В общем, идея привести в порядок программу на языке, который мне не знаком, восторга не вызывает. Точней, разбираться с устройством (что куда идет) мне все равно придется по имеющемуся, а вот "улучшать"...
Вот и рассуждаю:
1. существуют конверторы, которые могут перевернуть с++ на с#, конечно, надо будет контролировать процесс, зато потом будет "легче улучшать"...
2. не проявлять инициативы и скромно разобраться в с++
3. раз уж с++, то связаться с кросс-платформенной разработкой QT. Меня смущает, что восторженные отзывы о Кьют заканчиваются в 2009 году, пытаюсь понять - не прижилась программка среди программистов, или что?!
Буду рада любым высказываниям

О конверторах забудь сразу и навсегда. Разбирайся в С++ - наш список литературы по С++ в ЧаВо до сих пор актуален.

спасибо!))
Еще вопрос про Visual C++ (MS VS 2008) и пользовательский интерфейс. С чем лучше дружить:

C WindowsForms-Anwendung или с MFC-Anwendung? А может быть с чем-нибудь другим, т.к. в планах шефа есть когда-нибудь в будущем создать web-Anwendung для этой программы (чтобы ее можно было пользовать с любого компа из любой точки).

Не понимаю вопроса, программа ведь уже есть? Если на будущее, так обе библиотеки устарели. Тогда уж лучше WPF или Qt.

Веб-версию придется создавать отдельно.

это я понимаю))) Что для веб - будет писаться отдельно.
Приложение уже есть. Но его нужно будет обновить. Прям "довести до ума на современном уровне". Т.к. то, что уже имеется с графикой - "ужас-ужас", пытаюсь определиться, на что обратить внимание в будущем. Но тут я еще плаваю в понятиях, возможно, скоро разберусь и вопрос отпадет сам собой

наверное лучше с WindowsForms-Anwendung, т.к. это CLR, современнее и более похоже на С#.
с MFC или QT стоит разбираться только если программа их использует тоже.

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

в кроссплатформенном программировании я опыта не имею. Всегда под Виндовс делал.
Но, по-моему, чтобы это предусмотреть надо сразу четко понимать при использованнии библиотек: относится ли это к с++ или к операционке. И вовтором случае сочинять свои переходники. Желательно сразу на разных операционках пробовать.
Короче кроссплатформенность гораздо сложнее. И если сразу выяснить что она не нужна - куча проблем отпадает.

Что для веб - будет писаться отдельно.
------
Неа... Разбей всe по уровням и жестко контролируй функциональность уровня. Тогда от web останется только специфика генерации хтмл...

и под Щиндощс, и под Мац ОС
------
наплюй - web все покроет

не... шеф сказал, сперва вот эту версию доводим до ума, а потом говорим клиенту, что можем сделать еще круче, и если клиент готов платить - тогда только веб((

чтобы не выполнять *дурную* работу, лучше всего разобраться в программе на С++ и переписать ее на С#. К тому же если планируетя переход на веб-версию, то тут однозначно С#.
Как уже написал Мурр, разбей все на слои (PL, BLL, DAL) и тогда для веб-версии тебе придется дописать только PL.

в теории...

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

это легко сказать. Если программа написана как упоминалось "не профиссионально", то наверняка она напичкана местами, которые вроде работают (совершенно не понятно как) и лучше их не трогать, пока проблем нет.
Ну а ежели переписывать, то CLR c++ всё же ближе чем c#. Т.е. переделок будет меньше (хоть и не мало).

Qt это кроссплатформенная библиотека. Помимо GUI там дофига всего полезного есть, например, работа с сетью. Qt до сих пор актуальна, библиотека прижилась и популярна, и, вероятно, будет существовать столько, сколько просуществует C++, т.к. единственной разумной кроссплатформенной альтернативой, является монстр Gtk+. Если ты планируешь портировать программу под Mac OS X, то, по-моему, альтернатив особых нет.
Но я бы изначально делал веб-решение. И не на C#.

а в чем может быть проблема на практике?
у нас получалось и на практике, когда клиент хотел 2 версии и все разрабатывалось *с нуля* :-)
разница была только в PL. Между PL и BLL был слой WCF Services.
В клиентах еще дописывали кусочки логики для Validation.

четыре месяца

он сказал, что это два идентичных языка (c# и c++) и он не понимает, чего я разволновалась

тогда я остаюсь без места

разобраться в программе на С++ и переписать ее на Съ
------
Не, не надо - если работает - пусть остается... единственное - отслеживать уровни - если ДАЛ на плюсах - пусть будет на плюсах... что новое - смотреть на чем делать...
если планируетя переход на веб-версию, то тут однозначно Съ.
-------
Абсолютно одинаково

чтобы прочитать и понять код, идентичности хватит. А вот чтобы начать писать код на с++, потребуется время и хорошие знания специфики с++.