Благодарю всех ответивших.
Пока выбрана следующая стратегия:
1.Открыто сообщать, что к лидерским позициям не готов по причине отсутствия релевантного опыта
2.В резюме явно указать грейд, чтобы потенциальный работодатель сразу видел уровень притязаний
3. На собесах при озвучивании подобных предложений отвечать, что буду готов "ваять с нуля" после выполнения работ с отдельным модулями и более плотного вкуривания в ci/cd
4. Почитывать умные книги об архитектуре кода и паттернах проектирования не отдельных функций/модулей, а всего приложения в целом
WbICHA,
1."И, кстати, лид всего проекта или лид фронта?" - Лид фронта
2."И? Тут скорее вопрос устраивает ли тебя такая часть работы." - нет, поскольку у меня нет опыта. И да, чуть выше Вы верно подметили, что на лида падает скорее административная часть, а мне и дальше хотелось бы погружаться в код. Возможно, если в следующий раз всплывает такой вопрос - лучше будет ответить напрямую
С той конторой все закончилось на том, что от лида я отказался сам. С их стороны возникло ответное предложение пригласить меня в случае, если вторая команда начнет собираться. Не факт, что так и будет, но надеюсь, что не оттолкнул их
Дмитрий Беляев, Благодарю
Так вышло, что я достаточно долго пробыл на одном месте, куда собесился как джун+/миддл и где рос в глубину. Сильно подтянул Vue2/Vue3/Nuxt и связанные технологии, но т.к за рынком особенно не следил, то сейчас в некоторой дезориентации, поскольку джуновский алгоритм "кодить за жрат" уже не подходит
WbICHA, Мей би я не совсем точно сформулировал свою позицию " требования странные, знать как в соло что-то там делать околопрофильное"
1. - отсутствие опыта согласования и построения архитектуры всего приложения
2. - отсутствие опыта управления командой и распределения задач
Дмитрий Беляев, "вас уволят" - после чего придется повторять цикл поиска по второму кругу. Я активно ищу работу уже 3-ью неделю. Да, есть 1 оффер(но очень далеко, а полного дистанта там нет, каждый день 4 часа на электричке я выдержу не более нескольких месяцев) и с достаточной вероятностью возможен 2, но пока нет альтернатив, чтобы чувствовать себя уверенно.
WbICHA, Уже личное, но для меня важнее не налажать, особенно в малознакомой области, где могут быть неочевидные нюансы, особенно в части бизнес-логики, чем с уверенным видом ваять приложение и не подозревать про неочевидные архитектурные косяки, которые могут выстрелить в ногу спустя полгода
WbICHA, Уже требовали. Была неуклюжая ситуация неделю назад. Сделано и проверено тестовое, прошел техничку и на финальном общении уже с продакт-овнерами внезапно услышал, что "мы уже закрыли позицию миддла, но хотели бы рассмотреть Вас в лиды для новой команды".
Мысленно прикинул, что придется перед незнакомыми людьми, в совершенно новом месте отвечать не только за себя и свой код, но и за весь проект и набор других спецов и про себя ментально вышел в окно.
Потому что за клиент пояснить я могу, а вот за связанные сущности - юзать ли эластик как прослойку между бэком и бд, чтобы сразу держать сущности в денормализованном виде; Как именно деплоить собираемое приложение и т.д - нет.
Имхо оптимальный вариант - прибыть на "полуособранный" проект, соло сделать пару функциональных модулей (комплекса из стора, локальных утилит, декларации типов, компоненты, роутинг и адаптации под мобайл/планшет) и уже потом замахиваться на все приложение целиком.
Я это...мозгую. Мозга не совсем хватает, так что попробую пока посмотреть, а какие вообще инструменты умеют связать js c разной картографической инфой и переваривать ее. Добре Гугл пока выводит вот эту библиотеку в качестве отправной точки.
про гугло-карты я не задумался, если честно. Привык к приложениям, работающим в полностью автономном режиме, принимающие ввод/вывод через текстовые файлы + вспомнились упоминания о возможностях современного js по геолокации (в 6-ом издании Фленагана, глава 22 ), но я это пока не успел осознать. А гуглокарты все упрощают, да. Две точки, север сам себя находит, дальше нехитрая тригонометрия. Ну и для определения положения Луны или Солнца не нужно воротить отдельный физдвижок с численным интегрированием кучи дифуров, достаточно знать свою широту, долготу и точное время.
хм, а что именно стоит исправить в интерфейсе? Чего не хватает (или же наоборот - хватает с избытком)?
Отн. проекта для фотографов - тут интересна связка положения наблюдателя с интересующим его объектом (определении направления на север, потом - азимута интересующего объекта и азимута наблюдателя, но не заставить же всех таскать с собой компас и замерять угол между направлением обзора и направлением на север). Попробовать стоит, благодарю за идею.
Так понимаю, мы подумали об одном и том же, когда ...
хм, "производственной" практики у меня пока что не было, а потому я стараюсь запоминать все попадающиеся решения, какими бы они не были нездоровыми. Вдруг на собеседовании попросят растолковать, как удаляют миндалины через ректальное отверстие?
Антон Спирин, Тут даже не в этом была проблема. Поскольку в книгах (Макфарленд, Фрейн, Дронов) о vh упоминалось очень сжато, и они не присутствовали в примерах, то я даже не придавал им значения, тем более, что они упоминались как "пробная технология". Кстати, а есть ли ресурсы, посвященные именно самым свежим возможностям CSS (фильтры, vh/vm, transform и т.д и т.п.) ?
Благодарю. Красивое и вполне понятное решение, единственное, что меня поначалу сбило с толка - это vh. В большинстве учебников они упоминаются очень кратко как "еще не поддерживаемая полностью технология".
Бен Фрейн ,
В текущих рабочих проектах модуля CSS3 Fonts есть ссылка на шрифты, связанные с областями просмотра... значение в vm рассчитывается относительно ширины или высоты области просмотра в зависимости от того, что из них меньше) в будущем могут стать инструментами, позволяющими сэкономить много времени. К сожалению, сейчас они не поддерживаются браузерами (за исключением Internet Explorer 9).
. Впрочем, пара экспериментов на тестовом примере показала, чем vh отличается от %. Ну и то, что сейчас vh работает в Хроме, Фоксе и Опере.
Но хотелось бы знать, по каким именно причинам скриптовые решения являются плохими. В литературе каких-то однозначных рекомендаций -не-делать-так- я пока что не видел.
Saboteur, . прошерстил по сочетанию "веб-разработка, Мск, без...
Если отбросить заведомо ненаучную фантастику за 60килорублей и выше для "нулевого уровня", то средний коридор как раз проходит в р-не 35 - 45к/месяц при полной рабочей неделе. ОЧЕНЬ МНОГО времени чтобы таким специалистом стать. + английский.. Пока что такая роскошь есть, иначе бы я не задавал здесь неуместные вопросы, а отвечал бы на них. На собеседовании. Ну и не на одном вебе свет клином сошелся, однако ничто не мешает хотя бы попробовать это направление.
Пока выбрана следующая стратегия:
1.Открыто сообщать, что к лидерским позициям не готов по причине отсутствия релевантного опыта
2.В резюме явно указать грейд, чтобы потенциальный работодатель сразу видел уровень притязаний
3. На собесах при озвучивании подобных предложений отвечать, что буду готов "ваять с нуля" после выполнения работ с отдельным модулями и более плотного вкуривания в ci/cd
4. Почитывать умные книги об архитектуре кода и паттернах проектирования не отдельных функций/модулей, а всего приложения в целом