Сучасна диджитал-освіта для дітей — безоплатне заняття в GoITeens ×
Mazda CX 5
×

Что может повлиять на решение предложить офер?

Вот у меня есть песочный проект на PHP где я использую современный фреймворк, redis(с заточкой на распределенное кеширование), сторонее API, регистрацию\авторизацию(+OAuth), несколько новомодных паттернов(CommandBus, фабрики, Observer, etc), RabbitMQ, sheduler`ы там всякие, все по принципам SOLID. Короче стараюсь где это уместно все с чем могу столкнуться в реальных проектах(это не значит что я со всем этим не сталкивалась =) ). Веду репозиторий придерживаясь GitFlow. Рассчитываю на хайлоад. Честно сам и с умом. Джаст фо фан. Это отвлекает от сути вопроса

Так вот. Как подобный проект (HR`ы обычно просят ссылку на код) может повлиять на решение предложить офер? И вообще смотрят ли в компаниях на подобные вещи?

А если у меня десяток принятых мерджей в PHP (пофиксил пару багов, ускорил пару функций)? Ну и несколько вещей пофиксил в нескольких фреймворках.

👍ПодобаєтьсяСподобалось0
До обраногоВ обраному0
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

99% что твой пет проект даже не откроют, не то что оценивать по нему будут

несколько новомодных паттернов
CommandBus, фабрики, Observer

«Новомодных»? Ну да, всего-то 1994 года :)

А вообще это стремление поразить паттернами в коде — признак скорее программиста не очень зрелого. Имхо, без обид. Опытный человек скорее похвастает тем, что его софт облегчает или позволяет делать.

Абстрактну архітектуру в вакуумі побудувати може кожний...
А крутість інструменту визначається не власною оцінкою, а таки користю, яку він приносить (тобо кінцевим споживачем)

Це не питання віри, це питання розуміння формулювання.

Дик ви ж собі самі вимоги до архітектури будували, так? Наприклад, поясніть мені, навіщо вам RabbitMQ в пісочному проекті? Яка вимога привела вас до цього рішення?

Наприклад, поясніть мені, навіщо вам RabbitMQ в пісочному проекті? Яка вимога привела вас до цього рішення?
Написать в резюме RabbitMQ, очевидно же.
С чего Вы взяли, что я пытаюсь этим поразить?

Тогда зачем это упоминать? «В проекте я использовал 5237 переменных, 143 класса, 219 циклов for и 627 ветвлений if-else. Как мне привлечь внимание рекрутёров?»

Действительно, зачем хвастать крутым ЧПУ станком по забиванию гвоздей в любую поверхность.

Я не знаю, зачем хвастать. По крайней мере, все мастера в объявлениях пишут «быстро сделаем то-то и то-то», а не «у нас крутые дрели Makita». А ещё они не пишут в резюме фразы типа «вбил в стену гвоздик для картины при помощи крутого ЧПУ-станка».

Знання та досягнення — різні речі, не знаходите?

Не плутати досягнення як результат та як процес. Прибиральниця в Майкрософті теж може хизуватися тим, що приймала учась у створенні windows 10.

Знову ж таки, не треба плутати досягнення та результат своєї роботи. Ваш пет-проект — це результат вашої роботи. Досягнення б було тоді, коли вашим проектом почали користуватися люди та він би приносив їм якусь користь. Або можна вважати досягненням результат змагання із іншими проектами та виграш у ньому.

Ваш пет проект — ваше достижение.
Польза, приносимая вашим пет-проектом — достижение вашего пет проекта =)

Нажаль, мій пет-проект зараз валяється в шухлядці. Хоча він і використовується в одній компанії

А вообще это стремление поразить паттернами в коде — признак скорее программиста не очень зрелого. Имхо, без обид. Опытный человек скорее похвастает тем, что его софт облегчает или позволяет делать.
Классный у вас критерий оценки опытности, можно к вам на собеседование попасть? Не так давно, пытаясь похвастаться полезностью софтины, был зафукан за отсутствие паттернов и определенных архитектурных решений:)))

критерий оценки — умею бвыстро говнокодить офигенный софт

Это отличные «сигналы» в резюме, очень даже могут повлиять на оффер из компании, где это понимают и ценят.

Но будут и места, где это проигнорируют, или даже сделают из этого обратные выводы, и это даже уменьшит шансы оффера.

Другой вопрос — нужен ли вам оффер от всех? И является ли оффер от сомнительных контор признаком качества или востребованности? И, следовательно, стоит ли стремиться к среднестатистическому офферу, или же надо искать «своих», посылая им «свои» сигналы?

1) HR код сами точно смотреть не будут, они его передадут техническому специалисту, который дожен проводить техническое собеседование.
2) Будет ли интервьювер смотреть эту ссылку — его личное решение, кто-то смотрить, а кто-то забивает.
3) Если все-таки смотреть будут, то число мерджей и дифы никто, как правило, проверять не будет — только конечный вариант исходников, которые есть на текущий момент.
4) Из всего зоопарка ваших технологий обращать внимание будут только на те технологии, которые релевантны для конкретной вакансии.
5) Как показывает практика, прикручивание к проекту кучи модных библиотек не является показателем хороших навыков. Как правило, что Senior, что Middle, что Junior, при необходимости использовать новую библиотеку для решения конркретной задачи просто погуглят котовые решения и рекомендации.
6) Напротив, 90% серьезных косяков встречаются как правило в Basics: это утечки памяти, неуместные ограничения, дурная работа кода и т.д.
К примеру, если у вас в паблик репозитории лежит комерческий преокт, который вы когда-то фрилансили, а в его конфге в открытом виде лежит активный логин/пароль и URL на продакшен сервер баз данных бывшего клиента, то не нужно удивляться, что на собеседование вам не пригласят.

погуглят котовые решения и рекомендации.
Согласен, котики всегда рулят.

по 3 месяца работая в каждой фирме — никак! С точки зрения HR — ты перебежчик. Плюс я уверен, что если бы ты тут его выложил, местные старожилы нашли бы кучу недочетов, которые собственно могут найти и на собеседовании.
Так что просто писать какой ты классный не прокатит

Вы же даже не знаете полную историю моих " перебегов =)

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

Если вы хотите найти работу, то да ваша — так как вам рекрутеры просто писать не будут.

если библиотека уже в проекте — проблема программиста.
если библиотека стоит денег, автор на эти деньги рассчитывает, а программист, не прочитав доку, попытался прикрутить к проекту — не вышло — «ну, его нафиг, лучше свою написать», то это уже проблема автора либы.

нет код синьера не идеальный. И синьеру не обязательно знать redis, mongo и тд
Синьер должен знать все тонкости работы php и sql для начала.

ТС имеет 5 мест работы, судя по профайлу. Судя по всему вопрос стоит так — «Как так можно выгнуться дугой, для того что бы можно было получить как можно больше денег»
Ну тут вариантов на самом деле масса. От простых (с соседней ветки)

Переспать с СЕО надежный вариант пожалуй
до более экзотических — в порно там сняться )))))
(это не значит что я со всем этим не сталкивалась =) )
У меня вопрос как и у профессора Преображенского
— А Вы мужчина или женщина? ))

Тут больше вопрос сколько ты хочешь на фоне остальных. Согласись, бабло имеет не последнюю роль в принятии решения.
И второй вопрос, который обязательно будет задан если собеседует человек для себя, но никогда не будет задан HRами — это не то ЧТО ты умеешь, а то как быстро. В конце концов, тебя ведь не как человека искусства хотят брать, а как рабочую лошадку, и впрягать тебя проекты из дедлайна тянуть.

Так что мало знать новомодные фичи. Нужно ещё и классику знать на уровне «разбуди ночью».

В остальном же к тебе применят «утиную типизацию».

Так кто ж купит, если можно за те же деньги купить +1 раба на галеру. А сон... кое-что здесь потребуют бесплатно :)

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

вопрос из праздного любопытства или вас куда-то не берут при таких вводных?
если ориентироваться на ваши слова, то достаточно засветиться(хоть и на конференции с докладом) — и сразу ж толпы рекрутеров будут бегать-звать-предлагать.
будет достаточно выбрать из самых жирных предложений

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

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

" место работы 2013-2016- ООО"пет проект"
Мидл девелопер

я понимаю, что это метафора.
но детали лучше узнать у топикстартера.
если там короткий период — подать как продукт/стартап.
если долгий — значит, в параллель все же была какая-то работа(разработчиком?)

2013-2016 — NDA, мидл девелопер. Видел такое у некоторых.

Просто стало интересно насколько актуально все это.
что именно — актуально? код показывать? пет проджект? нормально оформить резюме? искать работу?

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

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

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

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

То что вы пишете свой PET это прекрасно для хайлоад стартапа, коих мало. В основном PHP (как и Java) — разгребание говен.

любой не экзотический язык которому больше n лет — разгребание говен

У меня около 10 лет назад вот такая получилась ситуация с песочным проектом:
i.imgur.com/JiRxYop.png

В итоге и песочный проект продолжает жить, и несколько новых проектов, в том числе долгосрочных появилось — что при отсутствии у меня коммерческого опыта было неплохо.

наличие кондинционера

Чилер. Одному.... Тогда возьмут переносчиком кондиционеров

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