×Закрыть

Опыт в верстке и демо-проекты на ангуляре, реально ли найти работу за 1.5 Кбаксов?

Здравствуйте. На данный момент работаю обычным верстальщиком. В свободное время делаю демо-проект на AngularJS 6 и Yii2 для демонстрации своих умений и поиска новой работы, рассчитываю найти новую работу за 1500$. У меня ВОПРОС — обязательно ли у меня должен быть именно коммерческий опыт по ангуляру? Опыт верстки (html, css, js) — 5 лет. Вообщем-то, на ангуляре делал и по-работе кое-что, и всё норм работало, но руководство решило отказаться от данного функционала и сейчас показать в продакшене работающее приложение не могу. То есть небольшой коммерческий опыт как бы и был, но доказать его я не могу. И поэтому второй вопрос — повысит ли мои шансы найти желаемую работу еще несколько демо-проектов на ангуляре?

Александру Федорову отдельная благодарность. Вообще, накидайте плиз каверзных вопросов по js и ангуляру.

LinkedIn
Допустимые теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter
Допустимые теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter

А стоит ли идти в стартап? Какие там подводные камни?

В общем тема от 7 августа, сейчас 23е, мы идем по второму кругу а стоит ли куда то идти, видимо нет, 1500 многовато

Народ, как думаете, стоит ли идти в аутсорсинговую компанию? Какие подводные камни?

Меньше думають про якість коду, тести пишуть, якщо вдалось продатити їх замовнику.

Создал демо-приложение на AngularJS 2/6. Можете потестить его, плиз, на наличие багов? А также сказать, какая функциональность еще может быть добавлена с целью демонстрации своих навыков. То есть не тривиальные список/просмотр/добавление/редактирование/удаление, а такая, которая будет ценной с точки зрения работодателя, чтоб показать свои умения.

Адрес: df.net.ua

Доступ для админа:
L: admin
P: zaq12wsxcde3

Доступ для обычного юзера:
L: demo
P: demo

P.S. Я старался не допустить SQL-инъекций на бекенде, но если в друг найдете, не рутайте сервер, плииииз ))) не бекенд-программер я все-таки )))

В целом молодец, но багов хватает, протестируйте сначала сами.
prntscr.com/kosedf — дата конца сна это типа 3 дня проспать можно?
prntscr.com/koseor — валидации нима
prntscr.com/kosfya — можно взвеситься 15 раз за день

Остальное ищите сами)

Можно начать тренировку в 27:15 и она начнется в 03:15 на следующий день

Если повводил гадости в смысле хочу присесть не 10, а «десять» раз, а потом исправиться, то форму отправить нельзя

Верстка сейчас на вес золота ибо фронтендеры разленились и считают что это ниже их достоинства писать html/css.

Вопрос: нужно ли выкладывать ссылку на git-репозиторий своего демо-проекта? (чтоб работодатель мог посмотреть код)

Чому ні? Тільки відполіруйте там все по стандартам, так ніби це ви завжди так робите і турбуєтесь про кожен відступ)) Є знайомий хто б збоку оцінив і підсказав? Самому ніяк не вийде зробити все правильно. Головне не називайте це демо проектом, а зробіть щось типу оригінальне. Звичайний збір копіпастів з книги нікого не зацікавить а лише покаже що ви повний нуб. Ну і більше впевненості! Скажіть собі що ви крутий, докажіть собі. Бо якщо ви самому собі не вірите то з чого у вас повірить роботодавець. Невпевнені одразу класифікуються як джуни, якщо не трейні, а їм 1500 не дають. Крім того якщо ви будете трястись на співбесіді вас розують на половину того що хочете. Тут я звісно досвіду не маю бо фріланс, але в бізнесі все так і працює: хочеш більше — вмій просити більше.

Склалося враження що ви дуже переживаєте. Це лише фреймворк. Таких кожен рік виходить, головне вивчити ідеї на яких вони будуються а конкретні реалізації вчаться на раз плюнути. З простої формочки вже видно прогрес навчання. Порвіть його! Уявіть що ангуляр це пагорб за яким доріжка що веде до пивного бару, а там наливають справжнє німецьке.

Бажано, якщо подаєтеся на вакансію з технологіями, з якими не мали комерційного досвіду. Крім того, код там має бути не для галочки, а щоб показати Вас з найкращого боку. Ну і, зрозуміло, на співбесіді Ви повинні орієнтуватися у тому, що використовується у коді з репозиторію. Також пам’ятайте, що час інтерв’юера цінний: крім того, щоб прочитати Ваше резюме і глянути на Ваш код, йому треба ще робити роботу на своєму проекті.

А скажите еще такое, плиз. Если я хочу сменить работу только из-за того, что хочу больше получать, как можно об этом сказать (или соврать)?

Вообщем-то, будет ли у меня в работе использоваться ангуляр или чистый JS — мне не сильно важно, важна ЗП. Просто я заметил, что самые вкусные ЗП платят Front-End девелоперам со знанием ангуляра.

З 5 роками можна легко 1200$ та за рік досягнути 2000$+, залежить від часу, бо можете 1500$ шукати 2-3 місяці. Вам за роботу платили? Значить комерційний досвід є. Демо проект можна безкоштовно завантажити на Heroku & IBM (geo-companies.eu-gb.mybluemix.net)

Вот я не понимаю hr-логики, допустим есть человек на $1500 с знаниями Х, проект идет или заходит, человек нужен на сейчас, но hr решает что человек с таким опытом должен стоить $1000, и продолжает тратить месяц а то и два на поиски человека со знаниямм X за $1000.
В это вас ремя существуящая команда «не справляется» так как не хватает рабочих рук, таски те что планировалось сделать за спринт, раскидываются на два, недовольство заказчика растет — а ему рассказываются сказки о том что «не можем найти подходящего специалиста».
И это ещё пол беды если проект уже идет, или продуктовая компания, в случаи если проект только заходит старт его откладывается на долгие месяцы. Заказчик теряет деньги, исполнитель теряет деньги, но принцып что специалист с опытом X должен получать x*$1000 остаётся, и продолжают тратится деньги на hr отдел и внешних рекрутеров чтоб «искали ещё лучше»!!!!

Таке є, та це заявка на нову тему, або вже створену раніше

А скажите еще такое, плиз. Если я хочу сменить работу только из-за того, что хочу больше получать, как можно об этом сказать (или соврать)?

Моя особиста думка така. Нема нічого поганого у тому, щоб так прямо і сказати, якщо зарплатні очікування відповідають рівню. Думаю, це зменшить Ваші шанси потрапити у компанію, яка платить нижче ринку, або де практикується понаднормова робота, або де багато стресу, або ще щось. Тобто у компанію, у яку, здогадуюся, Ви самі не хотіли б попасти. :-) І покращить позицію у хорошій компанії, бо керівництво буде знати, як Вас мотивувати. А саме, грошима. :)

Я сам, коли подавався на вакансії і питали, так прямо і казав, що причина — більше грошей. У тому числі і в компаніях, де був після того найнятий, напр., Edvantis.
І сам, якщо під час технічної співбесіди почув би від кандидата, що справа у більшій зарплаті, то це ніяк не вплинуло б на мій фідбек.

как можно об этом сказать (или соврать)?

Можно прямо взять и сказать, я хз чего тут стесняться. Это абсолютно естественно — хотеть больше денег, тем более что вы готовы ради этого учиться.
Но если вас подобный вопрос все же смущает, то можете выдать что-нить на тему того, как текущее место ограничивает ваш профессиональный рост и как вы любите ангуляр.

Сказать что на этой работе достих потолка по сложности тасков, а хочеш новых челенджей и дальше развиваться как дев

Главное что у тебя есть знания и умения в этом вашем ангуляре и коммерческий опыт как таковой, не важно в чем именно.

повысит ли мои шансы найти желаемую работу еще несколько демо-проектов на ангуляре?

Ничем не навредит.

Отсутствие коммерческого опыта при достаточно высоких пожеланиях по заработной плате могут вызвать некоторые затруднения на этапе скрининга резюме — банально не будут рассматривать, скорее всего. Поэтому важно выйти на общение, чтобы дойти до технического интервью — просите тестовые задания. Чем лучше выполнено тестовое, тем больше шансов, что Вас позовут на собеседование с тех.лидом. А дальше все в Ваших руках.

Не занимаюсь Ангуляром, но если бы занимался то смог бы выйти на собеседования с Вами без всяких ХРов скринящих резме?

На собеседованиях все немного привирают, и компании и разработчики, это норма, потому сказать что были проекты но они под NDA — норма, в любом случае при прохождении технического собеседования будет понятно была практика или нет. И скил прохождения собеседования не всегда соответствует скилу программирования. Потому мой совет ходить на собеседования, и с каждым разом будет понятно что нужно знать, говорить, делать и тд. Ну и само собой нужно знать базу, как например отличие AngularJS И Angular v2+ и тд. Ходи, пробуй, только если будешь пробовать, будет получаться. Удачи!

я не встречал компаний которые могли бы дать такие деньги человеку без опыта, но это ведь не значит что их нет. Основное — знание джаваскрипта, остальное прилагательные которые осваиваются за 1-2 недели для работы на уровне обычного перетаскивателя тасок в джире.
да и к чему вопросы? идешь на собес — там тебе всё расскажут

Я спрашиваю потому, что если я пойду на собес, то второго шанса туда прийти у меня не будет (ну разве что через полгода-год, когда меня уже забудут)

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

шанса туда прийти у меня не будет

Можно сходить не туда, мест много.

когда меня уже забудут

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

о а такой вопрос, есть где тулза которая парсит репозиторий и выводит все депенденси визуальной схемой включая импорты экспорты (реакт)

не совсем то, этот по npm пакетам идет а я про свои репозитории
и не работает почему то)

по гиту не встречал, почему не работает тоже не подскажу да и разбираться лень)) но у меня всё ок

Можно webpack analyzer попробовать. webpack.github.io/analyse Он правда не парсит репозиторий, но посмотри, может то что нужно

Для початку варто з’ясувати, що таке AngularJS, а що таке Angular 2+, бо «AngularJS 6» виглядає дивно. Вам будуть гарантовані проблеми ще на стадії спілкування з рекрутерами, які намагатимуться відправити вас не на ту співбесіду.
Про досвід вам вже сказали. Показувати щось також просять не часто, а от, що ви там використовували (rxjs, ngrx) питають завжди. Майже всі питають про ChangeDetection і Lazy Loading, інколи про Component Lifecycle, core / shared модулі та smart / dumb components.
Ну і JS... Ви серед ночі повинні правильно відповідати, що більше null чи undefined і розповідати про замикання та методи .call, .apply, .bind.
Думаю, цього буде достатньо. Удачі!

що більше null чи undefined

Всегда любил такие «полезные» вопросы.

Очень полезные! Сразу видно кто перед тобой, как и кого контора нанимает. Обычно я после таких опросов быстренько сливаюсь и ухожу с «галочкой», что туда больше не стоит ходить.

Певна річ, що в роботі воно не потрібно (в 99%)

Так а как и зачем это помнить в таком случае?

чтоб тупые собеседования джунам проходить для первой работы

Или постоянно использовать на проде или просто гуглить перед тем как будешь собеседовать чувака ))))

що більше null чи undefined

А що більше? Тільки коротко, одним словом, без намагання заплутати через бла-бла-бла. Мені потрібна чітка відповідь.

Нет. Ничего не больше. Но и не равны. https://screenshots.gennady.pp.ua/20180809_2c9fdf61c.png

Это совсем несравнимые вещи, опытный разработчик должен не допускать таких сравнений.

певна річ, що не повинен.
спробуйте не строге порівняння. мене просили відповісти одним словом )

Є думка, що хороший розробник ніколи не має робити порівняння із приведенням типів.

Не ну а чё, пишешь такой
111==адынадынадын а оно тебе — правдонька
А потом 111===адынадынадын а оно тебе АДЫНАДЫНАДЫН!!1ПЫЩ

спробуйте не строге порівняння

Ну с нестрогим-то будет равно, но линтеры сейчас ругаются на нестрогое, так как багов от него плодится прилично

мене просили відповісти одним словом

Как тут верно писали, разворачиваться и уходить от таких собеседователей. Понятно что обстоятельства не всегда позволяют.

www.destroyallsoftware.com/talks/wat Вот отличный доклад на эту тему ))) Он вначале немного о руби говорит, но основная часть приколов все же о JavaScript

А вот касательно ChangeDetection — я знаю, что это отслеживание изменений ангуляром. Например, у нас есть массив в *.ts-файле и он выводится в шаблон. Если в этот массив добавить элемент, то ангуляр обнаружит это изменение и этот элемент появится на странице. Такого ответа достаточно будет или я должен знать внутреннюю реализацию ChangeDetection?

Надо знать внутреннюю кухню

— Доктор, вот уже пять лет, как я не сплю с женой. — А сколько вам лет? — 65. — Это возраст, батенька, возраст. — А вот соседу 75, он говорит, что ежедневно... — Ну, и вы говорите.

надеюсь, понятно, о чем это я...

Них€р@ не понятно. Нормально отвечать типа не в моде уже?

Т.е говорите что опыт коммерческий есть )) А как по мне то за месяц-два можно сделать демо проект для демонстрации навыков.

То есть небольшой коммерческий опыт как бы и был, но доказать его я не могу.

Это нормально, тут больше половины народу работает на проектах, которые показать нельзя ваще никак.

Это я могу сказать о всяком полезном коде, любого автора. А вот то что показывают — обычно просто мегатонны бесполезного мусора, забивающего гвозди колейдоскопом.

не нестыдно- опасно.
Да при Сталине- за такой код расстреляли бы.

У меня таких проектов львиная доля. Либо те которые показывать нельзя по причине конфликта сторон, либо те которые не были доведены до ума «благодаря» семи пятниц на недель у заказчика. Есть такие, которые вообще показывать не стану, чтобы не дай бог не узнали что я таким занимался (и не припахали снова).

Потому мне проще собрать тестовый проект под конкретный запрос. Ибо за всё время мне не встречалось двух людей с одинаковым мнением, как всё должно быть. Зато уметь обсирать чужой код готов каждый первый. Я даже эксперимент проводил — давал людям свой код на прочтение, и спрашивал что думают об авторе — выслушивал какой я дурак и как всё переписать заново. Вот только давал я их собственный код 1-2летней давности.

Почему так проще: тестовый проект не делает ничего полезного, а значит код в любом случае будет эффективен, даже если его написать с применением всех маразматических норм. Боевой же код — это всегда столкновение с реальностью, где бюрократия должна отступить перед бизнес-целями. В том числе с хардкодом, магическими цифрами, комментами на грани приличия (и за гранью), с упоминанием дат и указаний, по которым писаны алгоритмы, с нарушением принципов MVC повсеместно, с избыточностью в базах данных и без ForeignKey. Если вы любите хорошие программы, вам лучше не знать, как они работают :)

Я нашёл работу на полтора даже без коммерческого опыта в ангулярах. Но js надо знать что бы от зубов отлетало.

Подписаться на комментарии