В общем появилась проблема, смена профиля ... Имею опыт работы на заводе радиоинженером, немного оформление КД, немного разводка ПП, немного настройка и сборка РЭА, испытания, написание тех.документации, программирование авр... В общем вроде бы знаю все, а в итоге ничего... и еще почти пол года опыт работы на предприятии программистом под windows в VS2005... проблема в том, что пришлось без всяких знаний и опыта сразу писать программы ( в основном графические интерфейсы) ... поскольку даже представления не было о VS и в чем писать первая программа была написана в WindowsForm... в итоге программа написана, и даже что то работает, но вот чувствую огромную дыру и отсутствие базовых знаний... то,что нормальный програмер напишет за день, я пишу месяц ... в общем чувствую ,что очень не хватает знаний в области современных компьютерных технологий, например в области скоростных интерфейсов передачи данных... довелось почитать про них... вроде бы понятно,что пишут, но глубокий смысл и значение написанного остается каким то туманным....
Посоветуйте с чего начать, чтобы хоть немного разобраться во все этом...
И еще один минус - не знаю английский

Ну неплохо бы город, страну узнать...А то могут и в Берлин отправить.
Если есть база(высшая математика и прочее) - можно освоить программирование самостоятельно, литературы полно, так как после института все равно придется почти всему самостоятельно учиться. . Писали на С++, надеюсь?Английский учите.. днем и ночью. Без него никуда.. Читайте литературу на английском со словарем(не translate.google.com, а бумажный) Необязательно на нем чисто говорить, понимать то, что написано достаточно.

Особенно она... Да, и теорвер... А то человек GUIвины собрался писАть, а теорвер - не знает, интегрировать по контуру - не умеет. Это же тупик просто ...

Это легко решается путём ежедневных тренировок в течение нескольких лет.
Идеальный вариант - устроиться работать программистом. (Как я, например )
Уже после второго-третьего проекта пришло понимание как НЕ НАДО писать, а сейчас, спустя 4 года, постепенно начинаю понимать, как надо. Ну и книжки разные начал почитывать, в которых нахожу подтверждение своим догадкам.
Кстати, одна и та же книга спустя годы практики читается совершенно по-другому.

Ну зачем Вы так.. Я тоже, когда первый раз запустил студию, полез делать окошечки. Но это ведь и дизайнер сделает. А если говорить о программисте, то без математической подготовки там делать нечего. Все в мире описывается законами математики, а язык программирования - лишь алгоритм..

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

Позволю себе небольшой совет: PVGDRK, если ты хочешь изучить программирование единожды, а затем лишь оттачивать искусство написания программ, то старайся не пользоваться продуктами от "Майкрософта". Подход мелкомягких вполне ясен: каждые четыре года полностью менять средства программирования, совершенно не обременяя себя совместимостью с предыдущими версиями своих же продуктов, а лишь "выжимая" денежные знаки из народа. Благо, что на рынке имеются другие достаточно серьезные производители средств разработки ПО, продуктами которых можно пользоваться. Что конкретно я имею в виду? Например, я бы предпочел единожды изучить Джаву, обладающую совместимотью на уровне кода, чем без конца переучивать Си Шарп с его несовместимыми фрэймворками.
Несколько лет назад я тоже озадачился подобным вопросом, что и ты сейчас. Тогда я пошёл учиться по вечерам в местный университет на курсы переподготовки. Дорогу осилит идущий!

http://www.avalon.ru/

программирование можно разложить на
1) технику. это то о чём тут писалось выше в основном
2) методику - с этим в головах программеров тяжелее. ОСОБЕННО когда речь заходит о групповой разработке - тут вообще тупик. Не знаю как в питере, а в нерезиновой - таких контор (по программированию) штуки две три. все остальные просто не знают что не умеют. к сожалению. за бугром ситуация не лучше. увы.
3) организация

советы (страна советов в прошлом то ):
1) для начала определиться нужно ли вам это.
2) техника. язык то бишь в основном. ну это просче простого. поиск объяв о поиске работ - вам в помощь. ежели вы не альтруист. но скажу ссразу - первый язык накладывает отпечаток понимания многих вещей. будет большой разницей если вы будете изучать по первости азм или дэльфи в первом вы будете даже с просоня на вскидку без проблем рассказывать про устройство микропроцессора, во втором вы будете плавать в понимании что такое стэк и где он находится. увы это жизня.
3) с определнием языка - найдёте толковые книги по теме. как правило они распадаются на сам язык, на среду и вспомогательны средства программирования, на ось программирования. ну иногда на железо ышо - это для азма более критично.
4) с методикой - тут сложнее. к сожалению просто тупо прочитать её маловато. надо в ней поработать. без этого - лучше опустить. методика перехода от задачи к коду. я пока читал только одну книгу толковую на данную тему. Гради Буч - объектное ориентированное анализ, проектирование, дизайн. к сожалению ОО не используют вообще нигде. используют языки. саму методу - нет. да и ещё популярны сейчас (знаете раньше было популярно словосочитание клиент-серверные, вставляли куда не поподя и кому не лень. мало кто понимает что это кстати) патэрны программирования (надо произносить с придыханием). Это некие шаблоны готовых решений. Что собственно уже ошибка в рамках ОО - читать Буча за разъяснениями. я отвлёкся, простите. дык вот без реального 'посчупать' методу - просто читать глупо.а попробывать негде. о такой порадокс!
5) по организации так же мало где можно поучиться. в основном в фирмах которые прошли этапы становления (читаем курсы по менагерству, раздел циклы и этапы развития фирмы). характерные черты таких контор - чёткие закреплённые инструкции за конкретными людьми. чёткая вертикаль власти. кол-во людей в штате более 50-100. то что я перечислил это минимум того где выявляются чётко те проблемы о которых я писал выше. т.е. методика разработки и организация самого процесса. т.е. чётко отлаженного механизма ПРОИЗВОДСТВА СОФТА. повторюсь - таких контор если есть ОЧЕНЬ МАЛО.


пока всё. спрашивайте. если знаю отвечу.
(круглый)