в общем собираюсь поступать на прогера (230100)
но ни одного знакомого не знаю кто бы работал прогером, поэтому не очень хорошо представляю что из себя представляет данная профессия в деле
если специализация PHP\SQl и другие web-технологии то всё понятно - разработка сайтов, администрирование.
А вот специалист 1С или С++ и т. п. - даже не знаю как вопрос задать)) ) что из себя представляет его работа? Постоянно в офисе программы делает? или как?
Вот не понятно мне это, может поможете разобраться, например примеры привести. В какой компании работаете и что делаете, на каких программах работаете, в чем заключается работа и какие вам задания дают?
И еще не очень понятно - сама специальность обширная, изучается множество языков и программ, но вроде как все это лишь самые основные знания - а на прием на работу сразу требования "Идеальное знания таких программ как JavaScript,C++" или что то в этом роде - Т, Е, нужно самому углубленно изучать определенные программы\языки, не все, а несколько, но что бы очень хорошо в них разбираться и потом искать подходящую по приобретенным навыкам работу, так?
Другие языки программирования и технологии
что из себя подставляет работа программиста?
Проггерство очччень разнообразно.
В моём варианте:
приходит шеф и говорит надо автоматизировать то-то, базовая ОС такая-то, базовая скада такая-то. Надо вписать недостающие куски. и сервисы.
Дальше толпа народу придумывает какие подзадачи куда раскидать, на каких языках что вписывать и кто какой кусок пишет. Потом каждый пишет свой кусок и начинается стыковка сквозных алгоритмов ибо оказывается что больше половины поведения скады недокументировано и надо даже простейшую передачу данных обставлять подпорками.
Потом установка у заказчика с переписыванием почти с нуля ибо версия ОС и скады изменилась и недокументировано теперь другое.
И отделная песня - документирование всего
А комплект базовых языков надо подбирать под направление в котором копаешь.
В норме: пара десятков языков разных направлений (процедурные, ООП, реляционные, списочные,... ) на уровне "синтаксис гляну по хелпам по ходу дела" и пара-тройка профильных языков на уровне "помню детали библиотек"
Вот примеры реальных попадавшихся проектов
1)Solaris. Oracle, Perl, mscheme, PL/SQL, HTML, JavaScript.
2)Windows. Oracle, C, C++, XML, Java
3)LINUX. Windows. Базовая SCADA от Wanderware над MSSQL. C++ (и LINUX и Windows) , Perl, PHP, HTML, JavaScript, VBA, XML, XSLT, внутренний язык Wanderware
Ну и на начальной стадии обычно ищется работа попринципу "где научат" А потом обрастая ноухау и связями "задачи такого типа". Реально всё равно никто специфики новых задач не знает и обучаться приходится по ходу дела.
В моём варианте:
приходит шеф и говорит надо автоматизировать то-то, базовая ОС такая-то, базовая скада такая-то. Надо вписать недостающие куски. и сервисы.
Дальше толпа народу придумывает какие подзадачи куда раскидать, на каких языках что вписывать и кто какой кусок пишет. Потом каждый пишет свой кусок и начинается стыковка сквозных алгоритмов ибо оказывается что больше половины поведения скады недокументировано и надо даже простейшую передачу данных обставлять подпорками.
Потом установка у заказчика с переписыванием почти с нуля ибо версия ОС и скады изменилась и недокументировано теперь другое.
И отделная песня - документирование всего
А комплект базовых языков надо подбирать под направление в котором копаешь.
В норме: пара десятков языков разных направлений (процедурные, ООП, реляционные, списочные,... ) на уровне "синтаксис гляну по хелпам по ходу дела" и пара-тройка профильных языков на уровне "помню детали библиотек"
Вот примеры реальных попадавшихся проектов
1)Solaris. Oracle, Perl, mscheme, PL/SQL, HTML, JavaScript.
2)Windows. Oracle, C, C++, XML, Java
3)LINUX. Windows. Базовая SCADA от Wanderware над MSSQL. C++ (и LINUX и Windows) , Perl, PHP, HTML, JavaScript, VBA, XML, XSLT, внутренний язык Wanderware
Ну и на начальной стадии обычно ищется работа попринципу "где научат" А потом обрастая ноухау и связями "задачи такого типа". Реально всё равно никто специфики новых задач не знает и обучаться приходится по ходу дела.
При приёмке на работу могут спрашивать любой бред. Чем они больше спрашивают тем вероятно у них больше завихрений в собственных мозгах.
Правила просты. Нужно постоянно осваивать новые языки и системы. И работать на их поддержке. Не всякий работодатель будет вкладываться в твои знания, ибо им всем нужно чтобы ты сразу знал От и ДО. А как и где приобретены знания не важно.
Программист 1С 99% сидит в офисе, пишет нудные примитивные программы отчёты, сводит какие-то данные в БД. Отвечает на вопросы пользователей. У одного проводка пошла не та, у второго итоги по регистру не те. И так далее.
"Идеальное знания таких программ как JavaScript,C++"
Знание программ - это как? Знание IDE языка? Программирование учат ведь не изучением синтаксиса. Если что-то писал на С++ вот и надо с этого начинать. А знать саму программу - вот уже бред.
Или "знание TCP-IP". Раз написать грамотно не смогли уже подвох. Выводы сами собой - на фирме вообще нет программиста и составлять требования пришлось бухгалтерам.
И вообще.. . твои знания это одно. А работа и её проблемы это другое. Свою работу конечно же надо уметь делать. Но чаще вся работа сводится к преодолению конфликтов в коллективе и удовлетворению ЭГО директора самодура. Программирование же чёткая наука и за это все мы можем её любить.
Правила просты. Нужно постоянно осваивать новые языки и системы. И работать на их поддержке. Не всякий работодатель будет вкладываться в твои знания, ибо им всем нужно чтобы ты сразу знал От и ДО. А как и где приобретены знания не важно.
Программист 1С 99% сидит в офисе, пишет нудные примитивные программы отчёты, сводит какие-то данные в БД. Отвечает на вопросы пользователей. У одного проводка пошла не та, у второго итоги по регистру не те. И так далее.
"Идеальное знания таких программ как JavaScript,C++"
Знание программ - это как? Знание IDE языка? Программирование учат ведь не изучением синтаксиса. Если что-то писал на С++ вот и надо с этого начинать. А знать саму программу - вот уже бред.
Или "знание TCP-IP". Раз написать грамотно не смогли уже подвох. Выводы сами собой - на фирме вообще нет программиста и составлять требования пришлось бухгалтерам.
И вообще.. . твои знания это одно. А работа и её проблемы это другое. Свою работу конечно же надо уметь делать. Но чаще вся работа сводится к преодолению конфликтов в коллективе и удовлетворению ЭГО директора самодура. Программирование же чёткая наука и за это все мы можем её любить.
К написанному выше добавлю - постоянное самообучение.
профессия как профессия.. . направления много от программировани яжелеза до компьютерных сетей.. . можешь работать системным администратором и многое еще кем.. . смотрю что у вас будет получаться, и куда уйдет ваша направленность
Работа заключается в том что сидишь в офисе, пишешь проги и пьёшь чай. основам тебя научать в универе, а дальше сам, если шаришь на последнем курсе уже можно найти работу по специальности и набираться опыта, что касается того какие программы ты будешь писать зависит от фирмы где работаешь.
Похожие вопросы
- О собеседовании при приёме на работу программистом (С++).
- Работа программистом стоит ли вообще на неë учиться
- Работа программистом через 7 лет.
- Суть работы программиста С++
- О работе программиста.
- В чем заключается работа программистов
- Работа программистом без высшего образования7
- На работе мне дают задачи по технологиям, которые не были указаны в вакансии? Это нормально в работе программистом?
- Глупый вопрос программистам :) Я задался вопросом: как в общих чертах выглядит работа программиста?
- Работа программиста