Какие в вашем понимании средние знания php/js/sql?

Question

[freeman0204]

Можете дать ссылки на проекты или описать что бы было понятно что это примерно проект который можно сделать со средними знаниями.
Иногда пишут в вакансиях средние знания php/js/sql. Про небольшие(слабые) знания и хорошие знания думаю ясно. А вот как со средними, проекты какого уровня это? Хотелось бы увидеть верстку и что было сделано на php и js и как именно (cms/framework, вручную).

Answer 1

[Vitaliy Orlov]

Тема слишком обширная. Я бы подели так:

Хорошие знания = знаешь как делать, и можешь обосновать почему так, приводя в пример прошлые проекты
Средние знания = тебе говорят как надо сделать, и ты делаешь не задавая вопросов о том как это работает
Небольшие знания = тебе говорят как надо сделать, но ты так некогда не делал и тебе надо с этим разбираться

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

Comments

[Mikhail Osher]

Так себе идея. В программировании очень важна самообучаемость/гибкость. Если человек понимает, в какую сторону копать - пусть пользуется интернетом. А что сам вордпресс, что на него темы/плагины пишут с миллиардом ошибок - однозначно что-то инвестигейтить придется.

[Алексей Бурлака]

Мне учитель в универе тоже говорил: «хороший программист — не тот, кто знает библиотеку на память, а кто понимает алгоритм, знает основные правила языка и умеет пользоваться справочником»

[Vitaliy Orlov]

Mikhail Osher: я написал чуть про другое - те кому "надо копать", это люди с минимальными заниями в данной области. Те кому не надо копать, это среднячки. Те кто знает, почему в данном проекте надо делать именно так - это люди с опытом и обширными знаниями. Wordpress - это просто пример, можно его заменить на любую технологию, язык или фреймворк.

[Vitaliy Orlov]

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

[Алексей Бурлака]

Vitaliy Orlov:
Ну да, ну да...
Когда одним потоком делаешь html+css+javascript+php-поддержку запросов и выборки из БД... — зачем хранить в памяти тысячи функций? Строчишь часто используемой «сотней» а если забыл что-то — подсмотрел в документации.
Знание функций наизусть — не показатель превосходства в опыте.

[Vitaliy Orlov]

Алексей Бурлака: Все верно, основная задача среднячка знать и уметь использовать "постоянную сотню" для решения 99% задач в которых он специалист. А для хороших знаний, нужно знать не только волшебную сотню, но и почему именно она будет использоваться: Sass или Less, Mysql или PostgreSQL, Laravel или Yii, Grid или Flexbox, Memcached или Redis, C# или Java... Тут недостаточно знать базовый набор функций, нужно поработать с одной технологией, со второй и знать их слабые и сильные стороны.. Для сильного программиста, на мой взгляд, просто знать волшебную сотню функций, не достаточно.. Ну, и конечно, ходить в справку за подсказками - это не проблема, однако отрубить гугл и посмотреть на что ты способен без него - хороший способ проверить свои знания в предметной области

[Алексей Бурлака]

>>> на что ты способен без него
===
Какие-то юношеские пережитки.
Главное результат.

Answer 2

[Sergej]

В каждой команде свои требования к среднему уровню.
У нас мид, это тот кто сможет в Symfony/Doctrine найти баг/недоработку и отправить фикс в git к разработчикам.
Т.е. тот человек, который не только может писать на данном ему инструменте, но и понимать его устройство и глубину.

Вот что первое попалось, от сюда можно сделать выводы.
https://hh.ru/vacancy/18370867
https://hh.ru/vacancy/18737712
https://hh.ru/vacancy/19616955

Comments

[Mikhail Osher]

"тот кто сможет в Symfony/Doctrine найти баг" - громко для мида.

[Stalker_RED]

Mikhail Osher: Достижение так себе. Достаточно на этот баг наткнуться во время разработки и понять что эта вот штука ведет себя вопреки здравому смыслу и документации.

Я нашел баг в симфони в первые полгода-год год своей работы программистом. Конечно я понятия не имел как его репортить, но локально костыль сделал. Впрочем, он был исправлен довольно быстро, видимо его нашел не только я.

[Sergej]

Stalker_RED: Если в проекте есть хоть один костыль, разогнать команду надо.

[Stalker_RED]

Doc: А пока в официальной ветке фреймворка правка не принята, пусть весь мир подождет?

[Sergej]

Stalker_RED: Ага.
Или использовать правильную архитектуру изначально.
К примеру тот же DDD

Answer 3

[Mikhail Osher]

Как раз Тостер - проект, который можно сделать со средними знаниями.

Comments

[Sergej]

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

Тут реплики нескольких проектов , шардинг, oauth, jwt etc.

[developer007]

Doc: тут любой может сделать. но это будет отражено в качестве кода и сроках

[Sergej]

hwnd32: Ну если любой, то не задавали бы вопросов.
Т.е. вы знаете как реализовать шардинг, oauth, jwt, не использовать сессии, только для связи с др. проектами, control panel, логгировние всего и вся, графы и еще много чего.
Ну ок.
Про код я конечно молчу, DDD мало кто умеет готовить.