Интересно мнение программистов с опытом

Не уверен, что пишу в нужный раздел, прошу заранее прощения, если ошибся.

Терзает меня страшная дилема. Есть возможность устроиться С++ программистом. Компании нужен человек для поддержки и доработки своего софта написаного лет 10 назад. Условия самые обычные (а как для программиста, так вообще убогие, даже очень), работа скорее для опыта, а мне, человеку который не работал ещё по данной специальности это самое главное. И хоть крутить носом в такой ситуации глупо, но меня смущают два факта:

1) Я буду единственным С++ программистом. То есть помочь мне сможет только гугл.

2) Графическая часть написана на wxWidgets. Я знаком лишь с WinApi (готов учить Qt без всяких вопросов). А вот к wxWidgets отношусь очень скептически. (проанализировав вакансии, понимаю, что это абсолютно бесперспективная вещь)

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

0

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

0

Сообщение от Fulcrum_013 у нас в городе особо и работы для программистов нет

Т. е. имеет место их перепроизводство как юристов/экономистов?

0

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

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

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

Сообщение от nmcf Т. е. имеет место их перепроизводство как юристов/экономистов?

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

0

Но ведь эти элементы всё равно в каком-то контейнере хранятся и чтобы определить те самые "повисшие", придётся в нём и искать.

0

Сообщение от GbaLog- Вы постоянно говорите о том, что STL ни на что не годна, а смысл?

Только тогда когда начинают рассказывать что С++ без STL это вообще не С++.

0

Fulcrum_013, Сейчас специально тему пролистал назад, и не нашел ни одного сообщения о STL до вашего.

0

Сообщение от nmcf Но ведь эти элементы всё равно в каком-то контейнере хранятся и чтобы определить те самые "повисшие", придётся в нём и искать

Объект при удалении из деструктора оповещает соседей- те элементы чертежа которые на него ссылаются. При получении такого прескорбного сообщения эти связанные с ним объекты определяют смерится с потерей такого соседа либо наложить на себя руки. Ну и т.д. А контейнры из деструктора о их решении оповещает далекий предок.

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

Сообщение от GbaLog- Сейчас специально тему пролистал назад, и не нашел ни одного сообщения о STL до вашего.

Плохо смотрели, вот оно:

Сообщение от Voivoid И кстати даже не факт, что там C++ будет, скорее какой-нибудь C с классами.

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

Сообщение от nmcf Но ведь эти элементы всё равно в каком-то контейнере хранятся и чтобы определить те самые "повисшие", придётся в нём и искать

Если этот повисший имеет ссылки и свой порядковый номер во всех содержащих его массивах то ничего искать не надо. Достаточно просто из каждого из этих массивов удалить элемент номер n, с чем прекрасно можно справиться из деструктора объекта. А если контейнеры не массивами организованы а двусвязными списками еще проще. при списках правда немного больше оверхед по памяти, но зато нет оверхеда по сдвигу при удалении с сохранением порядка следования элементов.

0

Fulcrum_013, И где тут хоть какое-то упоминание STL?

0