Резюме для программиста
Я приводил уже пример видео, где человек превращает 8 строчек кода в 40, один класс - в 3-4 и столько же интерфейсов для них. Это он применяет всякие солид-принципы, внедряет зависимости, фабрики и прочее. Т.е. человек знает, что такое DI и IoC... но лучше бы не знал. Со стороны кажется - крутой чел ваяет крутую архитектуру.
Крутая архитектура дает хорошие результаты на больших проектах.
При этом подходы можно показать на примерах из 8 строк.
Встретил вакансию программиста, заваленную названиями вроде
RequisitePro
DOORS
MagicDraw
Enterprise Architect
Встречали подобное в работе или сами использовали активно? Что-то первый раз слышу о подобном как программист. Почитал о них - какие-то тулзы для создания объектно-ориентированных систем на основе UML-диаграмм, системы управления проектами и прочее. Похоже, что это тулзы для менеджеров или архитекторов, но явно не для обычного программиста. Похожее есть втроенное в Visual Studio, например, для проектирования классов, но чтобы конкретно эти названные программы - не помню, чтобы в требованиях видел.
Но вы все (и тот, кто сверху ответил, и другие) используете это в качестве работы программистами, или менеджерами проектов, тим-лидов, архитекторов? Просто вакуха - обычный с виду программист (там ещё "инженер" приписано, но это в основном ещё из-за требований по железу - всякие CAN-шины знать и работать с ними и прочее подобное), а слова какие-то, каких я в других вакансий почти или вообще не замечаю.
В разных фирмах по разному. Я использовал и то и другое будучи просто программистом. В основном для чтения. Архитектором рисовал чаще в Visual Paradigm. Для генерирования кода у нас тогда был Innovator (ужасный ужас), в нём и обычные программисты рисовали диаграммы. Сейчас мы не используем EA, но есть правило - изменения документирует разработчик (архитектор может ему помочь). Т.е. был бы EA и "обычный программист" в нём диаграммки рисовал бы.
Да, предупреждая вопли "да как так-то, никто не может всего этого знать!". А никто и не знает. Это просто плюс. При прочих равных возьмут того, кто уже с EA работал. Не найдут таких - научат. Ничего сложного там нет. Первые месяца три не помнишь в какую из 100500 менюшек надо тыкнуть и где вообще всё спрятано, а потом запоминаешь.
На моей прошлой работе Enterprise Architect использовали простые программисты - была генерация кода по схемам - т.е. например, добавляешь хендлер на схему, а потом пишешь код в сгенерированном хендлере
Т.е. довольно тупая работа - заполнять "заглушки" классов и методов кодом, самому при этом ничего не проектируя? По сути, даже о простейшей архитектуре классов (наследование, включение) думать не надо?
Странно, я думал, буду от начала и до конца всю прогу сам писать, как я привык... Но с другой стороны это вроде и проще - об архитектуре за тебя позаботились. Как говорится, за ваши деньги любой каприз. Раньше я за 300 баксов за архитектуру отвечал, хоть это и было не бог весть какое приложение, а сейчас за несколько тысяч - говнокодить на уровне скриптования буду. )))
Одно непонятно - а чего тогда на собесах вся эта теоретическая туфта, сложные примеры наследования, каверзные задачки, если в работе и половина не используется?.. Ааа, блин (хлопнул себя по лбу), я же забыл в каком мире живу. Всё нормально.
буду от начала и до конца всю прогу сам писать,
Это можно в принципе забыть, хотя тоже попадается. Но гораздо чаще это уже готовый продукт, а если даже с нуля писать, то работа происходит в команде.
И просто кодеры обычно не интересны, думать нужно всегда. 
И просто кодеры обычно не интересны, думать нужно всегда.
О чём может подумать чел, который всю работу не видит и опыта создания приложений с нуля до дистрибуции, развёртывания и поддержки не имеет? Как инжектировать зависимость вот в этот конструктор (подключить фреймворк, написать три строчки кода, две из которых - объявления переменных)? Чувакам, заполняющим заглушки функций кодом, думать не надо. ))
Это был большой проект с >1к разработчиков - думаю это позволяло лучше организовывать изменения.
Наверное если в вакансии такое описание то вряд ли придётся что-то писать и от начала и до конца)
Ну на тот проект в собеседовании спрашивали то, что потом и приходилось применять - паттерны проектирования, проблемы многопоточности, ватчдоги, работа с памятью.
А так да, иногда на собеседованиях спрашивают то, что потом не применяется в работе - видимо просто эрудицию проверяют
НП. Мне вот обидно, сначало мне сказали что я не программист а дурачок, просили с меня примеры, которые мол доказывают что я умею программировать, хорошо я сделал примеры, я столько сил потратил на примеры, я дал ссылку ему, и тот программист в этом форуме, который меня оскорбил, когда прошу его ссылку, он полностью меня игнорит, и не хочет мне вообще что либо отвечать, я предложил ему показать свои примеры, он посмеялся над мной, и что мол я его нигде не найду, и он мол не даст мне ссылку на свой github, и везде мол у него разные ники.
Точнее он написал что побоится зайти посмотреть мои коды см. https://foren.germany.ru/programmer/m/38097089.html
Данедайбох! Я туда и смотреть-то побоюсь, слишком впечатлительный. Боюсь от великолепия пыхыпы и визуал васика в асп ослепнуть :)
А нас в колледже заставляли составлять всякие диаграммы в StarUML, потом StarUML сам код генерировал. А UI в колледже мы рисовали в Open Office Drawing, а UI я рисую спомощью Pencil, а проект составляю в ProjectLibre.
А так да, иногда на собеседованиях спрашивают то, что потом не применяется в работе - видимо просто эрудицию проверяют
Если бы я был на работе, и мне бы сказали, что щас я через полчаса должен принять участие в собесе и задать соискателю технические вопросы... я бы быстро полез скачивать "список каверзных вовросов" (и ответов).
)))
Мне вот обидно, сначало мне сказали что я не программист а дурачок, просили с меня примеры, которые мол доказывают что я умею программировать
А меня на форуме просили какую-то XML-ку обработать, чтобы там быстро всё добавлялось (или чего там было). А я взял и нагло наплевал на эту просьбу! Представляете? )
