Ну, справедливости ради, с отправкой заголовков и до 2022 было всё отлично.
Просто в статье на этом действительно сделан акцент, из-за чего может сложиться неправильное впечатление.
А по своей сути, to_route — обычный сахарок, более короткая запись. if (! function_exists('to_route')) {
/**
* Create a new redirect response to a named route.
*
* @param string $route
* @param mixed $parameters
* @param int $status
* @param array $headers
* @return \Illuminate\Http\RedirectResponse
*/
function to_route($route, $parameters = [], $status = 302, $headers = [])
{
return redirect()->route($route, $parameters, $status, $headers);
}
}
Но принципиально ничего нового этот хелпер не привносит.
Согласен с @un1t, дело далеко не в деньгах. Лично я свободно соглашаюсь на бесплатные тестовые, если они имеют адекватный объём и адекватные сроки сдачи. Просто само тестовое может быть и на 2-3 часа, но далеко не факт, что эти 2-3 часа у меня будут сегодня, или завтра. Особенно это актуально, если кандидат на текущий момент ещё трудоустроен. Или, действительно, собеседуется не в одну контору.
Вообще, я для себя определил следующее правило: если я понимаю, что тестовое у меня займёт не более двух дней, скорее всего, что я на него соглашусь. Если больше - вероятно, нет. И это с учётом выше написанного. Т.е. под двумя днями я подразумеваю не всегда два полных дня. Это может быть и два дня вечерами после работы. Разумеется, из правила могут быть исключения. Всё зависит от моей заинтересованности именно в этой компании.
Мне когда-то одна контора предлагала тестовое, которое нужно было сдать не позже, чем через 5 дней. В принципе, с оценкой я был согласен. Его реализация примерно и заняла бы 3-5 дней. С той оговоркой, если работать над тестовым полный день. Тестовое предполагало создание небольшого web-приложения. С клиентской частью, админкой, и подключением внешнего API. Благо, требовался только бэк, сказали что фронт будет плюсом, но оцениваться не будет. Тестовое, разумеется, не оплачивалось. Хотя, чисто субъективно, вот такие тестовые должны быть однозначно оплачиваемые.
Я от него отказался. Хотя сама компания мне показалась достаточно интересной. Да и в рамках самого тестового было пару интересных задач. По крайней мере, мне было бы интересно их реализовать. Но я на тот момент работал и просто не нашёл бы столько времени на тестовое.
А здесь не обязательно должно быть противоречие.
Грубо говоря,
было: управление блокировки и управление замедления. В которых работало по 50 человек.
Стало: управление блокировки и замедления со штатом 150 человек.
Позиция имеет право на существование, но я скорее не согласен, чем наоборот. Точнее, согласен не по всем пунктам.
почему программирование пытаются возвести в какой-то мифический ранг? Почему, если программист, то надо быть богом, а вот простым чернорабочим нельзя быть?
Но этот человек вполне может получить работу и получать свою зарплату. А со временем человек будет получать опыт и расти профессионально дальше.
Только вот часто бывает, что человек осваивает необходимый минимум, свою зарплату получает, но о дальнейшем росте даже речи не идёт.
Я больше по бэку и буду говорить преимущественно о разработке на php. Но уверен, что во фронте ситуация примерно такая же.
У меня есть знакомый. Он быстро освоил WP, быстро вошёл в разработку и застрял на том уровне.
Да, код он пишет, зарплату получает. Но его код так и застрял на уровне новичка с двухмесячным стажем.
Это жуткие простыни без какой либо структуры, копипаста и прочее.
А если он в чём-то не может разобраться, ему проще позвонить мне, чем понять как оно всё работает и так далее.
Хотел я его сманить в компанию к другим своим знакомым. У них открывалась вакансия для джуна. Но они там серьёзно относятся и к качеству кода и к подходам относительно разработки.
Сказал, что могу порекомендовать, но придётся много учиться, т.к. сейчас он пишет крайне паршиво. На что он ответил: а мне это нужно, я себя и сейчас норм чувствую.
нам внушают, что надо учиться чему-то классическому, проверенному, надежному и точно крутому. Но сколько на это времени уйдет? Когда человек получит первую зарплату, когда пойдет по такому пути?
Да, именно так. Сначала изучаются основы, потом изучаются детали. Сначала изучается язык, потом изучаются инструменты.
В том и проблема, что сейчас сразу изучают Laravel, WP, Vue, React, etc. Но абсолютно забивают на основы языка, забивают на какие-то фундаментальные принципы программирования.
А используемый стек превращается в какой-то чёрный ящик.
Люди копипастят магические письмена из документации, не понимая как это всё работает, как оно взаимодействует одно с другим.
Был случай, когда один чувак мне заявляет: не пойму почему разработчики php не добавят в mysql вот эту штуку. Не помню уже о чём был разговор. И когда я его спросил о том, каким боком вообще php к mysql, он крайне удивился. Мол: ну я же использую mysql в php.
А когда-то давно я долго пытался втолковать другому чуваку, что апач это не часть php.
Т.е. люди тупо не понимают с чем они работают. Но да, свои задачи они выполняют и зарплату получают.
А что касается времени и его количества. Все воспринимают как норму, что на юристов, врачей, бухгалтеров нужно учится по 5 +- лет, а чтобы войти в IT достаточно посмотреть 60 часов видосиков на ютубе и этого достаточно. А чем IT в данном случае так уж отличается?
Нет, многие направления в IT действительно можно освоить самостоятельно, достаточно быстро и так далее. Пускай на это понадобится не пять лет, но и не пол года.
У меня тоже нет технического образования. Учился я преимущественно самостоятельно. Прежде, чем я взялся за первый проект, я потратил на обучение примерно около двух лет. Да, за первый год работы я изучил не меньше, чем за эти предыдущие два года. Но всё равно я не считаю, что потратил я их зря. У меня была уже достаточно неплохая база и многие вещи давались гораздо легче, чем если бы я наскоком потом их изучал с нуля в рамках рабочих проектов.
А мне ещё нравится обязательность фото в резюме.
Вот прямо сейчас HR отказывается отправлять моё резюме на рассмотрение техническому руководителю, пока я фото не прикреплю.
Может есть смысл изучить резюме, а в случае заинтересованности можно и по видео-связи пообщаться. Если на меня посмотреть хочется.
Неужели моя фотка будет иметь больший вес, чем мои скилы, которые я указал.
Понимаю, что это перевод. Кроме того, я больше бэкендер и могу ошибаться, но почему в статье кучу раз употребляется термин ООП?
Насколько я знаю, и об этом говорилось неоднократно, в JS нет и никогда не было никакого ООП. в JS прототипы. Это совершенно разные парадигмы и называть одно другим ну никак нельзя.
Ну, я бы не сказал, что все стали согласны на удалёнку.
Занимался поиском работы ближе к концу карантина. Многие отвечали, что пока карантин да, работа удалённая, а потом будь добр в офис в обязательном порядке. И таких всё же было большинство.
Работу сменил. И вот в конторе, в которую устроился, там карантин наоборот заставил сменить подходы. Если раньше у них удалёнка не практиковалась вообще, то сейчас сотрудник сам может решать где ему работать. Хочешь поработать дома — не вопрос. Хочешь в офисе — пожалуйста приходи.
Да ладно.
Вакансий по php море и ещё немного.
И я сейчас говорю о нормальной разработке, а не клепать лентосы на Вордпрессе.
Так что нет, увольнение вот совсем не страшит.
Так я же с этим и не спорю. И восьмая версия фактически такая же была.
Я бы наверное седьмую версию назвал мажорной. А 8 и 9 на мажорные слабо тянут.
Просто в статье на этом действительно сделан акцент, из-за чего может сложиться неправильное впечатление.
А по своей сути, to_route — обычный сахарок, более короткая запись.
if (! function_exists('to_route')) {
/**
* Create a new redirect response to a named route.
*
* @param string $route
* @param mixed $parameters
* @param int $status
* @param array $headers
* @return \Illuminate\Http\RedirectResponse
*/
function to_route($route, $parameters = [], $status = 302, $headers = [])
{
return redirect()->route($route, $parameters, $status, $headers);
}
}
Но принципиально ничего нового этот хелпер не привносит.
Ну, с этим вопросом как раз всё понятно)
Согласен с @un1t, дело далеко не в деньгах. Лично я свободно соглашаюсь на бесплатные тестовые, если они имеют адекватный объём и адекватные сроки сдачи. Просто само тестовое может быть и на 2-3 часа, но далеко не факт, что эти 2-3 часа у меня будут сегодня, или завтра. Особенно это актуально, если кандидат на текущий момент ещё трудоустроен. Или, действительно, собеседуется не в одну контору.
Вообще, я для себя определил следующее правило: если я понимаю, что тестовое у меня займёт не более двух дней, скорее всего, что я на него соглашусь. Если больше - вероятно, нет. И это с учётом выше написанного. Т.е. под двумя днями я подразумеваю не всегда два полных дня. Это может быть и два дня вечерами после работы. Разумеется, из правила могут быть исключения. Всё зависит от моей заинтересованности именно в этой компании.
Мне когда-то одна контора предлагала тестовое, которое нужно было сдать не позже, чем через 5 дней. В принципе, с оценкой я был согласен. Его реализация примерно и заняла бы 3-5 дней. С той оговоркой, если работать над тестовым полный день. Тестовое предполагало создание небольшого web-приложения. С клиентской частью, админкой, и подключением внешнего API. Благо, требовался только бэк, сказали что фронт будет плюсом, но оцениваться не будет. Тестовое, разумеется, не оплачивалось. Хотя, чисто субъективно, вот такие тестовые должны быть однозначно оплачиваемые.
Я от него отказался. Хотя сама компания мне показалась достаточно интересной. Да и в рамках самого тестового было пару интересных задач. По крайней мере, мне было бы интересно их реализовать. Но я на тот момент работал и просто не нашёл бы столько времени на тестовое.
Эксперты доказали, что вода мокрая. Примерно так воспринимается.
Грубо говоря,
было: управление блокировки и управление замедления. В которых работало по 50 человек.
Стало: управление блокировки и замедления со штатом 150 человек.
А самое интересное, что одни и те же заблуждения переходят из одной статьи в другую.
А вы говорите «не по фото»)))
Только вот часто бывает, что человек осваивает необходимый минимум, свою зарплату получает, но о дальнейшем росте даже речи не идёт.
Я больше по бэку и буду говорить преимущественно о разработке на php. Но уверен, что во фронте ситуация примерно такая же.
У меня есть знакомый. Он быстро освоил WP, быстро вошёл в разработку и застрял на том уровне.
Да, код он пишет, зарплату получает. Но его код так и застрял на уровне новичка с двухмесячным стажем.
Это жуткие простыни без какой либо структуры, копипаста и прочее.
А если он в чём-то не может разобраться, ему проще позвонить мне, чем понять как оно всё работает и так далее.
Хотел я его сманить в компанию к другим своим знакомым. У них открывалась вакансия для джуна. Но они там серьёзно относятся и к качеству кода и к подходам относительно разработки.
Сказал, что могу порекомендовать, но придётся много учиться, т.к. сейчас он пишет крайне паршиво. На что он ответил: а мне это нужно, я себя и сейчас норм чувствую.
Да, именно так. Сначала изучаются основы, потом изучаются детали. Сначала изучается язык, потом изучаются инструменты.
В том и проблема, что сейчас сразу изучают Laravel, WP, Vue, React, etc. Но абсолютно забивают на основы языка, забивают на какие-то фундаментальные принципы программирования.
А используемый стек превращается в какой-то чёрный ящик.
Люди копипастят магические письмена из документации, не понимая как это всё работает, как оно взаимодействует одно с другим.
Был случай, когда один чувак мне заявляет: не пойму почему разработчики php не добавят в mysql вот эту штуку. Не помню уже о чём был разговор. И когда я его спросил о том, каким боком вообще php к mysql, он крайне удивился. Мол: ну я же использую mysql в php.
А когда-то давно я долго пытался втолковать другому чуваку, что апач это не часть php.
Т.е. люди тупо не понимают с чем они работают. Но да, свои задачи они выполняют и зарплату получают.
А что касается времени и его количества. Все воспринимают как норму, что на юристов, врачей, бухгалтеров нужно учится по 5 +- лет, а чтобы войти в IT достаточно посмотреть 60 часов видосиков на ютубе и этого достаточно. А чем IT в данном случае так уж отличается?
Нет, многие направления в IT действительно можно освоить самостоятельно, достаточно быстро и так далее. Пускай на это понадобится не пять лет, но и не пол года.
У меня тоже нет технического образования. Учился я преимущественно самостоятельно. Прежде, чем я взялся за первый проект, я потратил на обучение примерно около двух лет. Да, за первый год работы я изучил не меньше, чем за эти предыдущие два года. Но всё равно я не считаю, что потратил я их зря. У меня была уже достаточно неплохая база и многие вещи давались гораздо легче, чем если бы я наскоком потом их изучал с нуля в рамках рабочих проектов.
Вот прямо сейчас HR отказывается отправлять моё резюме на рассмотрение техническому руководителю, пока я фото не прикреплю.
Может есть смысл изучить резюме, а в случае заинтересованности можно и по видео-связи пообщаться. Если на меня посмотреть хочется.
Неужели моя фотка будет иметь больший вес, чем мои скилы, которые я указал.
Насколько я знаю, и об этом говорилось неоднократно, в JS нет и никогда не было никакого ООП. в JS прототипы. Это совершенно разные парадигмы и называть одно другим ну никак нельзя.
Занимался поиском работы ближе к концу карантина. Многие отвечали, что пока карантин да, работа удалённая, а потом будь добр в офис в обязательном порядке. И таких всё же было большинство.
Работу сменил. И вот в конторе, в которую устроился, там карантин наоборот заставил сменить подходы. Если раньше у них удалёнка не практиковалась вообще, то сейчас сотрудник сам может решать где ему работать. Хочешь поработать дома — не вопрос. Хочешь в офисе — пожалуйста приходи.
Как по мне, документация Vue гораздо более информативна.
Так и представился очередной перевод ruvds про использование async/await с задницей на КДПВ. :)