Резюме для программиста
слушай, что ты мне выкаешь?
Ситуацию с короной оцениваю по знакомым коллегам, по заказам у нас на фирме.
да ты посмотри вокруг: сейчас у каждой аптеки система записи на тест, всякие луки и коронаЭппы.
за год у нас фирма выросла примерно на четверть.
Немного оффтоп, но улыбнуло про "на коленке/все переписывалось по пять раз на коленке/не было тех задания, все со слов" и т.д.
Динозавры будут проклинать все эти хипстерские скрамы, но будут дальше работать по waterfall, где все еще хуже
Мы вначале вроде написали техзадание подробно. А потом начали менять на ходу алгоритмы, т.к. старые не подходили подо все условия, саму организацию работы программы. Я сначала делал, чтобы все данные были собраны, а потом шёл расчёт. Потом понадобилось, чтобы данные и расчёт шли в реальном времени, а оператор бы следил за показаниями в программе - графики, числа, предупреждения - и вёл эксперимент согласно им. Т.е. надо было переделать расчёт так, чтобы он всегда выполнялся в цикле, как приходит новая порция данных. Расчёт должен был запоминать своё состояние, в какой фазе он находится, т.к. в разные фазы эксперимента важны разные вещи. Тут же встали проблемы многопоточности и асинхронности - интерфейс-то отзывчивым должен быть, пока всё это получается, отправляется, рисуется. Например. Тут же всплыли проблемы производительности в WPF. Вобщем, в конце концов написал так, что расчёт шёл через прямое создание потоков и синхронизацию их через lock, а интерфейс обновлялся асинхронно через async/await. Ну и по десять-двадцать раз переделывал интерфейс, формы отчётов об испытаниях и прочее. А на коленке, потому что зачастую приезжали к потенциальным клиентам, начинали демонстрацию, что-то шло не так, пока их отвлекали на покурить, я должен был быстро вкорячить костыли, чтобы работало (демо было на ноутбуке с развёрнутой Студией). Потом приезжал в офис и пытался оформить эти костыли получше. Вобщем, никаких скрамов или ватерфоллов с заранее заданными планами. Планы были намечены слишком широко - сделать отчёт по испытанию, например. А как именно он должен выглядеть - по 20 раз менялось на протяжении месяцев и даже лет. Это не говоря уже о том, что я сам внутреннюю структуру своей проги переписывал много раз, чтобы не утонуть в лапшекоде. А лапшекод незименно получается, когад решаешь, что тут быстро щас накодишь костылей, чтобы от главной задачи не отвлекаться, а потом когда-нибудь поправишь. Когда возникает "когда-ниубдь", приходится долго разбираться, что же тут вообще написано.
Вот примерный отчёт по проектам в солюшене. Туда не вошли проекты по кастомным контролам, сайту и ещё что-то. Кто что может сказать по этим метрикам?
в списке проектов неплохо бы указать используемые технологии.
Я тут своё резюме выкладывал - там всё то же самое, с использованием технологий, только сгруппировано по местам работы. Меня удивляет, что эйчары просят ещё какие-то свои группировки-фильтры.
При чём тут водопад-то? Товарищ описал понимание "агильной разработки" глазами менеджера. А в водопаде всё лучше. В том смысле, что если к тебе прибегает менеджер и вопит, а давай срочно-срочно переделаем вот так, ты его посылаешь в долгое пешее эротическое путешествие. Переписывать и согласовывать ТЗ :)
Главные проблемы водопада - долгая реакция, соответствующая стоимость изменений, и невозможность прогнозировать если надо делать что-то новое.
У меня было немного не так. Они раньше писали эту систему с другим человеком. Тогда это была не система, а просто одна дестопная прожка. Но они даже не знали, как оно в конечном счёте выглядеть должно - всё придумывалось на ходу. Ну вот тут данные поступают с CAN-шины, и надо их посчитать вот по этим формулам, которые шеф в своей диссертации написал - всё понятно? А всякий ввод данных, вывод, способ организации расчёта, валидация, синхронизация, аппроксимация, мастур... и всё прочее - это по ходу придумаем. План работ и "тех. задание" я вёл в текстовом файле в блокноте. Заполнял задания со слов шефа и по своим соображениям. Вот тут, кстати, датчик поменялся и способ аппроксимации данных теперь не работает - меняем. А вот старый датчик вернулся - возвращаем старый способ и добавляем в меню выбор способа аппроксимации. И так по каждой мелочи много раз. Где-то в середине работы придумали сделать поддержку нескольких языков. Пришлось вкорячивать по всему написанному коду по всем слоям поддержку локализации через Resource Dictionary. Потом логирование ошибок. Потом не только ошибок, но и вообще разных действий. И если в аджайлах спринты длятся по неделям или двум, то у меня это было от пары часов (пока шеф с обеда не придёт и не скажет, что надо по-другому сделать, чем он до обеда сказал) до нескольких месяцев.
И да, я вначале не знал, как пишутся проекты с поддержкой этого всего изначально. Т.е. можно было бы заложить и локализация, и логирование, и прочее, но во-первых, это гораздо сложнее и дольше писать, как если бы это не нужно было. А во-вторых, изначально времени на это не было. Это уже когда прога более-менее оформилась и стали думать, а не предложить ли иностранным заказчикам, встал вопрос о локализации и переводе. Причём перевод должен был быть качественный - нужно было знать понятия на русском и их же на английском. Гугл Транслейт всякую чушь часто выдавал. Переводил я, как самый грамотный в английском (хе-хе!), штудируя Википедию на русском и английском и выискивая там правильные понятий. Не знаю, всё ли правильно выискал, но времени это заняло в разы дольше, чем просто в Гугл Транслейт загнать. Переводчики-люди, кстати, тоже обычные не подходили. Нужен был спец в этой области, знающий терминологию на двух языках, и ему надо было заплатить. А тут я - я вроде почти такой спец, но мне сверху платить не надо...
Вот такая была разработка.
фуллстэк.девелоперов рвут на части. Но их исчезающе мало
Да ладно? Любой дотнетчик должен быть докой в десктопе, вебе и сервере. И желательно на мобилках чёта накалякать - Ксамарин там, все дела. Это минималки для "войти в айти" для джуна.
Ну, такое впечатление складывается.
Потому что АА предлагает только курсы программирования, отправляя туда всех убогих и калек. SRE/DevOps/облака - это недостижимо для большинства.
Курсы по AWS очень доступная вещь и помимо них есть огромное количество других вполне годных ресурсов.
Когда-то если тебе хотелось соляры, циско и оракла, все было гораздо сложнее. Сейчас можно тупо завести бесплатный аккаунт на AWS и тренироваться. Хочешь kubernetes тут вообще все еще проще. Katacoda предлагает вообще бесплатные практические курсы с командлайном в браузере по всему девопсовскому стеку. Фирмы готовы импортировать девопсов уже из за границы и перенимать на себя мороки с квартирами и тд.
По этому мне не понятно почему все так плохо
На позиции сеньёров, которые будут выполнять работу двух сеньёров и одного архитектора за зарплату чуть выше миддла, и быстренько-быстренько перебегать с одного языка на другой по желанию левой пятки менеджера?
не знаю о чем ты конкретно но SRE/DevOps выполняют другую работу, написание кода не их прямая обязанность
Потому что АА предлагает только курсы программирования, отправляя туда всех убогих и калек
Арбайтсамт? Что-то не видел у себя такое. Правда, как мне сказали, а не в арбайтсамте, а в джобцентре. Курсы - это про переучивание, а мне типа пока не положено - нужно поработать и тогда можно попробовать выбить курсы переподготовки. Только поскольку я хочу программистом, то это будут программистские курсы. Я уже в соседнем форуме выяснял - в моей ситуации лучше сразу искать работу. Проблема лишь в том, что с курсов могут взять на практику почти любого, а на работу - нет. А показать себя на практике проще - к тебе гораздо ниже требования.
Сейчас можно тупо завести бесплатный аккаунт на AWS и тренироваться.
Ну да, я тупо не удалила после очередной тренировки то ли RDS то ли EC, то ли еще какую-то фигню. Коротко: тренинг стоил мне 42 еврика, да и вообще, плюс к этому амазон всё время снимал какие-то копеечки и центики :-((
Сейчас уже тренируюсь за счет конторы:-)
Ну а про твои онлайн курсы: вот скажи честно, сколько ты видел людей. способных самоорганизоваться и изучить тот же амазон или кубернетес онлайн? У меня таких по пальцам одной руки пересчитать можно.
нужно поработать и тогда можно попробовать выбить курсы переподготовки
Вот даже джобцентр просёк, что ты лентяй и бездельник :-)))
А люди ко мне приходили реально с курсами от Арбайтсамта и со всякими разными сертификатами по яве, оплаченными АА. Но есть одно НО: надо пройти практику недель на 6, чтобы тебе оплатили обучение.
Проблема лишь в том, что с курсов могут взять на практику почти любого, а на работу - нет.
Зависит от человека. Взяли троих после курсов по яве. Остался только один.
в AWS не все бесплатно, но у многих продуктов есть free tier. Опять же заплатить пару центов на самообразование благодаря которому ты будешь зарабатывать далеко выше среднего не жаль.
самоорганизоваться и изучить онлайн мало, да, обычно это те кто попадает потом в топ 10% и они вообще на расхват. Это говорит о дисциплине, проявлении инициативы и способности достигать поставленые цели. Таких мало, но немного поднатаскаться в линуксе, вебе и посмотреть основные технологии в облаке может мне кажется каждый
Ну и проблема в том, что поиграться это одно, а в реальном проекте использовать - сооовсем другое.
ой, и не говори, я так порадовалась, что мне всё это не надо с нуля поднимать, а чисто расширять и совершенствовать:-))
Но, правда, то что есть возводилось лет пять.
конечно далеко не все бесплатно, и многое стоит денег, но например затраты на обучение aws сейчас гораздо ниже если ты хотел лет 20 назад натаскаться в Cisco, Solaris, Oracle.
и то что поиграться не заменит опыта в реальных проектах это неоспоримо. Но с чего то же надо начинать