Имена для роутов, задаваемые вручную, делаются для того, чтобы при изменении структуры маршрутизации не менять код нигде кроме самого роута.
Имена дают возможность в коде обращаться к роуту по имени, не зная о его структуре. В результате, если позже структура uri поменяется - имена заданные вручную останутся прежними, менять ничего кроме файла роута не нужно будет.
В данной библиотеке, если позже api/pages изменится на api/docs - поменяется и автоматическое имя маршрута и придётся менять обращение к маршруту в коде. При использовании вручную прописанных имён маршрутов - этого не потребуется.
Поиграл, забавно придумывает, витиевато) Только в итоге сломалось, после 5 раунда перекидывает просто на результаты, не добавляя новых сообщений, но всё равно прикольно) https://gamio.ru/game/?key=VgsuuOaUeB7AdwCRDqrp
А как получился 1 час - это в среднем или в идеале? Мне кажется час на джуна - маловато, скорее два-три в день, по крайней мере первый месяц. За час можно разве что скорректировать поток фантазии в нужное русло. Но вот чтобы что-то объяснить до состояния "Ура, понял!" - нужны два диалога, утром и вечером по часу. Плюс вопросы по ходу/по коду.
А если товарищ требует всего час на взаимодействие - это очень хороший джун, берегите таких.
Если я правильно уловил тезис о том, что проще делать веб/хром приложения - то согласен, тут нам разработчикам все карты в руки, но я бы не стал списывать со счетов Flutter, он достаточно хорош.
А ещё у нас есть PWA, которые для запуска простых приложений уже достаточно просты в разработке, да ещё и ставятся не через официальные маркетплейсы, а прямо из браузера.
А дался вам этот D&D? Можно же взять схожую тему. Например игровой проект "Черная книга" - взял славянский сеттинг, придумал свои классы и систему боёвки. Не нравится наше - сейчас скандинавская тема прекрасно продаётся, а настолок по ней - чуть да маленько.
Продолжу мысль: а учить никто не хочет, потому что трейни через полгода сбежит на большую зарплату, потому что выучит несколько buzz-words и пройдёт собес, хотя объективно ещё ничему не научился.
Я жалею что у нас нет практики контрактной работы с обязательством отработать опредённый срок: подписался на два года - такого и обучить можно.
Если постараться ответить серьёзно, то идея пока совсем не достижима. В современных технологиях и не пахнет зачатками искусственного интеллекта. Именно интеллекта - то есть способности как-то логически мыслить, строить теории и придумывать новое.
Всё что есть под приставками ML - это машинное обучение. Умение принимать быстрые решения в сложных ситуациях. Не потому что машина до этого додумалась, а потому что её обучили на миллионах примеров, что при определённом наборе входных параметров нужно выбирать варинат А, при другом наборе - вариант Б. И на этом пока всё.
ML может помочь перебрать все возможные варианты сочитаний лекарств и попробовать предположить с определённой долей вероятности, какая комбинация снизит процент смертности. Но чтобы знать наверняка - она должна быть обучена на готовых данных, а для этого нужны данные, а данных - нет, пока человек не придумал.
Идея RESTful в теории звучала отлично с самого начала, только вот применительно к интернету - оказалась слишком сложна в реализации.
Браузеры договорились и внедрили методы отличные от get/post только ближе к ie7 и opera8, а это дай бог памяти годы 2008-2009? До этого момента развлекались post-методами с дополнительным полем _method=delete. Тот же html 4 поддерживал отправку форм только двумя основными методами. Так и прижилось)
Я чуть из другой сферы собеседую, но тоже не прошу писать код на собесе, многих это вгоняет в стресс. Вопросы "а с этим работали, а про это слышали" - мало что показывают. Простой разговор про опыт, про трудности и поиск их решения - о многом говорит. Товарищ сможет где-то похвастаться, а где-то пожаловаться. Конечно же все вопросы про то, с чем придётся работать)
Из кода - на собесе даю какой-то кусок кода на листочке А4, прошу рассказать что код делает и что можно сделать по другому. Сразу видно как быстро может вникнуть в проект, на сколько внимательный и какими порядками мыслит. Этот приём позаимствовал с одного своего собеседования.
А если товарищ на столько качественно привирает что я не замечу - это будет видно на испыталке, но таких пока не встречал.
На сколько я понял, государство в широком смысле. Это могут быть и проекты ростелекома по созданию ютуба, и проекты ржд по созданию букинга.
Имена для роутов, задаваемые вручную, делаются для того, чтобы при изменении структуры маршрутизации не менять код нигде кроме самого роута.
Имена дают возможность в коде обращаться к роуту по имени, не зная о его структуре. В результате, если позже структура uri поменяется - имена заданные вручную останутся прежними, менять ничего кроме файла роута не нужно будет.
В данной библиотеке, если позже
api/pages
изменится наapi/docs
- поменяется и автоматическое имя маршрута и придётся менять обращение к маршруту в коде. При использовании вручную прописанных имён маршрутов - этого не потребуется.Например:
И теперь, если мы хотим поменять маршрут, код контроллера не изменится.
Поиграл, забавно придумывает, витиевато) Только в итоге сломалось, после 5 раунда перекидывает просто на результаты, не добавляя новых сообщений, но всё равно прикольно) https://gamio.ru/game/?key=VgsuuOaUeB7AdwCRDqrp
А как получился 1 час - это в среднем или в идеале? Мне кажется час на джуна - маловато, скорее два-три в день, по крайней мере первый месяц. За час можно разве что скорректировать поток фантазии в нужное русло. Но вот чтобы что-то объяснить до состояния "Ура, понял!" - нужны два диалога, утром и вечером по часу. Плюс вопросы по ходу/по коду.
А если товарищ требует всего час на взаимодействие - это очень хороший джун, берегите таких.
Если я правильно уловил тезис о том, что проще делать веб/хром приложения - то согласен, тут нам разработчикам все карты в руки, но я бы не стал списывать со счетов Flutter, он достаточно хорош.
А ещё у нас есть PWA, которые для запуска простых приложений уже достаточно просты в разработке, да ещё и ставятся не через официальные маркетплейсы, а прямо из браузера.
Статья лёгенькая, буквально в двух словах, поэтому позволю себе показать ещё более простой вариант на картинке под спойлером (автор неизвестен):
буквально в двух словах
Это же просто красивое выражение, в котором, как и в каждой шутке, есть некая доля шутки, и некая доля правды.
Если бы в МС работали только ленивые программисты, они бы не выпустили с десяток операционок и тонну другого софта.
Увлекательный квест, надеюсь всё получится) Искренне желаю вам успеха.
Сам делаю PWA на Vue, а в качестве библиотеки интерфейсов использую varlet-ui, сильно ускоряет разработку, да и результат смотрится привлекательно.
Значит я плохо учил)
Тырить конечно проще) Но коли закрыли доступ и похоже легально - куда деваться?
Да, надо пробовать, согласен.
А дался вам этот D&D? Можно же взять схожую тему. Например игровой проект "Черная книга" - взял славянский сеттинг, придумал свои классы и систему боёвки. Не нравится наше - сейчас скандинавская тема прекрасно продаётся, а настолок по ней - чуть да маленько.
Продолжу мысль: а учить никто не хочет, потому что трейни через полгода сбежит на большую зарплату, потому что выучит несколько buzz-words и пройдёт собес, хотя объективно ещё ничему не научился.
Я жалею что у нас нет практики контрактной работы с обязательством отработать опредённый срок: подписался на два года - такого и обучить можно.
Если постараться ответить серьёзно, то идея пока совсем не достижима. В современных технологиях и не пахнет зачатками искусственного интеллекта. Именно интеллекта - то есть способности как-то логически мыслить, строить теории и придумывать новое.
Всё что есть под приставками ML - это машинное обучение. Умение принимать быстрые решения в сложных ситуациях. Не потому что машина до этого додумалась, а потому что её обучили на миллионах примеров, что при определённом наборе входных параметров нужно выбирать варинат А, при другом наборе - вариант Б. И на этом пока всё.
ML может помочь перебрать все возможные варианты сочитаний лекарств и попробовать предположить с определённой долей вероятности, какая комбинация снизит процент смертности. Но чтобы знать наверняка - она должна быть обучена на готовых данных, а для этого нужны данные, а данных - нет, пока человек не придумал.
Идея RESTful в теории звучала отлично с самого начала, только вот применительно к интернету - оказалась слишком сложна в реализации.
Браузеры договорились и внедрили методы отличные от get/post только ближе к ie7 и opera8, а это дай бог памяти годы 2008-2009? До этого момента развлекались post-методами с дополнительным полем _method=delete. Тот же html 4 поддерживал отправку форм только двумя основными методами. Так и прижилось)
Я чуть из другой сферы собеседую, но тоже не прошу писать код на собесе, многих это вгоняет в стресс. Вопросы "а с этим работали, а про это слышали" - мало что показывают. Простой разговор про опыт, про трудности и поиск их решения - о многом говорит. Товарищ сможет где-то похвастаться, а где-то пожаловаться. Конечно же все вопросы про то, с чем придётся работать)
Из кода - на собесе даю какой-то кусок кода на листочке А4, прошу рассказать что код делает и что можно сделать по другому. Сразу видно как быстро может вникнуть в проект, на сколько внимательный и какими порядками мыслит. Этот приём позаимствовал с одного своего собеседования.
А если товарищ на столько качественно привирает что я не замечу - это будет видно на испыталке, но таких пока не встречал.
Где-то ходила картинка: кладёшь инфракрасную мышку на аналоговые наручные часы, стрелка ходит, мышка двигается.
Del
А на спам они не жалуются?
С релизом ещё пропала поддержка ssh-ключей в формате putty, но конвертирование в одычный формат pem решает проблему