[Keksbrr]

Здравствуйте, работаю по специальности около полутора лет (проектировщик, по мелочи много чего делаю, спец. ПГС). Работа немного напрягает, не скажу что неинтересно, но для меня как для девушки не очень подходит. Да и в плане карьерного рост, чем дальше, тем больше отвественности. Мне 24. Думала насчет того, чтобы переучится на смежную (более узкую) спец-ть (ОВ, ВК т.п.). В последнее же время думаю о том, чтобы попробовать себя в веб дизайн (опыт самостоятельно но изучения есть очень маленький) более профессионально. Что посоветуете? Меня интересует именно перспективы в будущем. Стоит ли уходить из профессии?

[csp]

Когда не было программирования торговый центры и школы не падали

программировании микропрцессоров для электронных схем управления - инженер должен иметь функционал программиста

Особенно зайдя в туалетную комнату.
А вот если прижмет на природе- все мировая катастрофа - программистов рядом нету)))

[Кондратий Тихонович]

csp
Так или иначе, возврата к счётам и кульману не будет.
Прогресс не остановишь

[csp]

Прогресс не остановишь

- сказал паровоз, несясь в пропасть
Я когда-то цитировал гениев ; "кибернетика - продажная девка империализма", что миллиардер и подтверждает. именно подтверждает, что кибернетика - продажная девка империализма

[Сергей812]

Сообщение от Кондратий Тихонович Так или иначе, возврата к счётам и кульману не будет. Прогресс не остановишь

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

----- добавлено через ~1 мин. -----
Производителям ПО нужно, чтобы "хавали" их готовые продукты, а не свои писали)

[Солидворкер]

Сообщение от Кондратий Тихонович На специалиста ЛЮБОЙ специальности, который не может запрограммировать комп для эффективного решения своих задач, будут смотреть косо. И на работу ему будет сложно устроится.

Странное мировоззрение.
А если специалист не может сам выплавить руду и изготовить чипы для своего компа "для эффективного решения своих задач" на него тоже будут смотреть косо?

[miko2009]

рейтинг вузов по уровня ЗП выпускников в IT

[Psyakrev]

Сообщение от miko2009 рейтинг вузов по уровня ЗП выпускников в IT

Рейтинг - полная лажа. Для региональных вузов указана не реальная зп, а умноженная на коэффициент региональности.
"Гипотетически мы миллионеры"

[trir]

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

[Marsikus]

В AutoCAD можно "упаковывать абстракции" в блоки

[trir]

В AutoCAD можно "упаковывать абстракции" в блоки

на этом далеко не уедешь

[Marsikus]

Потому любой серьезный CAD пакет имеет возможности автоматизации.

[Кондратий Тихонович]

Сообщение от Солидворкер Странное мировоззрение. А если специалист не может сам выплавить руду и изготовить чипы для своего компа "для эффективного решения своих задач" на него тоже будут смотреть косо?

Странно как-то Вы передёргиваете.
Я Вам про комп, а Вы про руду

----- добавлено через ~2 мин. -----

Сообщение от Сергей812 Производителям ПО нужно, чтобы "хавали" их готовые продукты, а не свои писали)

Тогда почему:

Сообщение от Marsikus любой серьезный CAD пакет имеет возможности автоматизации.

----- добавлено через ~3 мин. -----

Сообщение от Marsikus В AutoCAD можно "упаковывать абстракции" в блоки

Поздравляю. Вы познали букварь
Т.е. прошли 1-й класс владения САПР-ом

[Denbad]

Сообщение от trir Программирование, это в первую очередь язык. На котором можно сформулировать задачу.

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

[trir]

"человеческий образный" за вас работать не будет, а ЯП будет и с накоплением инструментария, всё больше и больше

[Солидворкер]

Сообщение от Кондратий Тихонович Странно как-то Вы передёргиваете. Я Вам про комп, а Вы про руду

Я не понимаю, почему программисты в ваших рассуждениях занимают какое-то выделенное положение. Они просто часть цепочки, они тоже важны, но ключевое слово "тоже". Если конструктор автомобилей, который не может написать софт под свои задачи профнепригоден, то по такой логике, программист, который не может спроектировать себе автомобиль - тоже.
Естественно, их роль в последнее время постоянно увеличивается, потому что задач ставится все больше и больше. Но, я думаю, время, когда все повально станут программистами не наступит никогда. Скорее, в ближайшие 10-20 лет их станет значительно меньше, просто потому, что софт сможет писать софт значительно лучше.
И уж нейрохирурга никто не станет гнать ссаными тряпками, если он не может написать прошивку для томографа.

[trir]

И уж нейрохирурга никто не станет гнать ссаными тряпками, если он не может написать прошивку для томографа.

я бы не зарекался

[Сергей812]

Сообщение от Кондратий Тихонович Цитата: Сообщение от Сергей812: Производителям ПО нужно, чтобы "хавали" их готовые продукты, а не свои писали) Тогда почему: Цитата: Сообщение от Marsikus любой серьезный CAD пакет имеет возможности автоматизации.

Возьмите тот же Аутодеск:
есть LT - для "домохозяек" и нищих предпринимателей: чертить можно, но никакого расширения программы в виде автоматизации.
Можно заплатить побольше - и взять уже полноценную платформу, но писать надстройки самому.
Чуть заплатить побольше - и можно уже получить тот же акад электрикал, MEP и т.д. - и его тоже расширять, но уже не с самых азов, а используя новые программные возможности.
Затем следующий по ценику идет тот же Ревит - и его тоже можно расширять, но в составе его инструмента разработчика для программистов есть еще больше готовых возможностей по сравнению с акадом.

т.е. в любом случае есть готовое ПО, и есть возможность "доточки" его с помощью сторонних программистов - но с каждым уровнем начальная точка программирования становиться все более высокоуровневой по отношению к возможностям базового акада. У программиста появляется все больше готовых функций для реализации того или иного функционала. И программисту уже не обязательно знать, как уметь это реализовывать на более низком уровне - так как он сможет и так выдать продукт нужной функциональности.

[yrubinshtejn]

Сообщение от Солидворкер Если конструктор автомобилей, который не может написать софт под свои задачи профнепригоден, то по такой логике, программист, который не может спроектировать себе автомобиль - тоже.

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

Сообщение от Сергей812 Ревит

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

В этом смысле Автокад ещё долгое время будет лидировать.

[trir]

Если конструктор автомобилей, который не может написать софт под свои задачи профнепригоден

он может нанять канд. мат., что бы тот придумал для него Кривые Безье


Но тогда зачем такой конструктор нужен? Может и математика хватит?

[yrubinshtejn]

Сообщение от Солидворкер софт сможет писать софт

Такого не произойдёт с позиции назначения "ответственности".
Но было бы не плохо - ибо это действенное противопостоновление непреодолимому бюрократическому барьеру как требования по предотвращению "прогрессирующего обрушения".