1. Если компании нужно, чтобы человек нарабатывал часы, то трекер подходит. Если компании нужно, чтобы человек выполнял задачи, то это ни к чему.
2. Отсеивать кого-то потому, что у него нет знания какой-то технологии — так себе затея. Есть, конечно, глобальные вещи, на освоение которых могут уйти годы, но речь не о них. Если пришёл классный парень, который работал на Pyramid+SQLAlchemy, а вам нужно Django, то отказывать, по меньшей мере, глупо.
Во-первых, он не какой-то там зелёный джун, а вполне себе взрослый дядька-senior. Мы и так постоянно учим что-то новое. Начать писать на новом языке можно уже за один день, плюс ещё пару недель, чтобы привыкнуть
Во-вторых, у вас и так есть этап, в который новый человек не занимается ничем значимым. Так почему бы не использовать его более продуктивно? Если есть какой-то мелкий проектик на требуемых технологиях, то они осваиваются мгновенно. Как по мне, даже отсутствие знания языка не может являться причиной отказа, если кандидат писал на чём-то не сильно отличающемся. Разве что всякие Rust или Elixir могут вызвать сложности (хотя Elixir простой, на самом деле, там больше трудностей с OTP)
Именно об этом я и писал выше. Просто я предлагаю протащить всё это туда, где с этим будет дешевле и проще работать, то есть на уровень ниже. А может не дешевле и не проще, зато правильнее. А может и нет, но об этом мы узнаем слишком поздно. Ну, я на это надеюсь.
А никак не решит, но не из-за мостика, от которого в новых ревизиях вроде как обещали избавиться, а по историческим причинам. Может мы и начнём обходиться без js, но проблема совсем не в нём, а именно в том, что браузер сейчас — это долбаный комбайн, в котором и рендер текста, и музыка, и видео, и 3д, и чёрт лысый. Пока мы не перестанем сваливать всё в одну кучу, пока не начнём использовать вещи для того, для чего они предназначены, лучше не станет. Решение можно предложить такое: переложить ответственность на систему, но так, чтобы всё было относительно бесшовно. Самое забавное, что у нас всё для этого есть. Даже есть система, которая к этому подошла в плотную — Android (не знаю, как там в ios, возможно так же)
Хоть анонимная функция и является объектом Closure, ним может стать вообще любая callable-сущность через вызов Closure::fromCallable, включая вполне себе именованные методы, причём не обязательно публичные, если контекст позволяет
Обычная анонимная функция и Closure не совсем одно и то же ввиду определённой специфики работы. Сюда же можно было добавить __invoke-магию, но это уже из немного другой оперы. Однако, ключевое смешивание понятий не в этом, а в use-переменных
Не знаю, как это спросить так, чтобы не выглядело, будто я тролль, но попробую. Вот попадаются статьях в упоминания Ada. Народ это всерьёз или ради хохмы? Ну, просто я не знаю, кто реально её использует, а вакансий с ней я не видел вообще ни разу, при том, что даже Haskell и Delphi периодически попадаются.
Ответ про замыкания не совсем точный. В php есть несколько вещей, которые называются этим словом: собственно анонимные функции, которые передаются в виде параметров куда-либо, внезапно, use-переменные анонимных функций, а также объекты Closure
Есть у меня один старый ноутбук, которому не очень нравятся последние убунты и современные операционки в принципе. Основная проблема в том, что у неё видеокарта via, у которой не определяется разрешение нигде кроме стандартных драйверов, которые уже давно перестали включать в репозитории. Из тех, кому повезло — PuppyLinux, Linux Lite (vboxguestadditions), Manjaro (openchrome) и ещё пару дистрибутивов с viafb. Вот эксперименту ради решил попробовать Gentoo, даже логировал процесс установки у себя в мастодонте. Сложно? В первый раз, да. Но документация там вполне себе хорошая, есть ответы на большую часть вопросов. Стало ли быстрее? Определённо. К тому же, я понял многие вещи, о которых не задумывался раньше. Долго ли ждать пока всё соберётся? Есть такое, особенно js-движки и браузеры. Так долго даже ядро не компилится. Но оно того стоит.
Я всё-таки соглашусь с тем, что каждый приходит к Gentoo по своим причинам, зачастую, по всем сразу
Дла званных гостей достаточно просто попросить паука не встречать их в дверях. А вот хори, кстати могут отпугивать при неправильном обращении вообще всех, ну, потому, что с душком, который не всем нравится
Совы. Оригинальная птица, выглядит строго, чинно и учёно. Минусы: сложно содержать, гадит, где сидит, холодильник забит мороженными мышами.
Попугаи и прочие канарейки. Облегчённый вариант совы с музыкой или диалоговым ботом.
Улитки. Идеальное животное для содержания дома. Прекрасно помещаются в пластиковом контейнере, прикольно шевелят рожками, к тому же могут играть роль нз на случай бп. После контакта руки становятся мягкими и нежными, что тоде плюс. Очень не любят соль.
Змеи, ящерицы. Вопреки расхожему мнению, змеи тоже няшки, особенно всякие питоны, например. Плюсы те же, что у рыб, но ещё можно гладить, если разрешит.
Лягушки, аксолотли и прочие геконы. Не хуже рыб, зато и выглядят необычно.
Пауки. Завести паука очень просто: достаточно пару недель не делать уборку. Некоторые виды линяют, оставляя приколные панцери. Отпугивают не только насекомых, но и незванных гостей.
Богомолы. Ещё одно идеальное животное для квартиры. Можно посадить в одно место и быть уверенным, что он там и сидит, если не забывать подкармливать. Может спокойно обходиться без еды какое-то время, правда, если их было несколько, можно обнаружить, что остался только один.
После прочтения статьи остались вопросы. Скорость на синтетических тестах — это, конечно, хорошо, но как обстоят дела с памятью и отказоустойчивостью? Вот, например, разработчики Phoenix говорят, что не имеют проблем при работе с огромными (порядка миллиона, если мне не изменяет память) количествами коннектов по вебсокету к одной ноде. С другой стороны у go могут начаться проблемы из-за сборки мусора.
Я так и не понял, в чём преимущество вашего фреймворка перед Symfony, Laravel или Phalcon? Symfony мне нравилась тем, что в ней всё работает, как в доках, пусть даже они и не всегда хорошие, а код на ней получается очень чистым, без лишнего хлама. Laravel простая, как пять копеек, даже не смотря на отвратительную производительность, полный треш в пакетах и чудачества eloquent, у неё всё равно есть своя область применения. У вас я открыл быстрый старт в документации, а там мне предлагают писать обработку аннотаций роутера или пользоваться каким-то странным классом с шаблонным кодом. Я что-то не так понял или и правда нужно нажимать так много лишних кнопок? Ну, да, пёс с ним, пользователи Лары как-то живут с её роутингом и ничего. Вы пишете, что в основном в фреймворк используется в b2b, но я так и не смог придумать ни одной причины, почему там нужно использовать интеграцию с го и не хватит просто php или питона, например. На каких задачах он сможет полноценно раскрыть свой потенциал?
Все эти const и let по большей части нужны для разработчика и, если не ориентироваться на самые свежие браузеры, на выходе превратятся просто в var со списком через запятую. Разве что имена let-переменных будут с пре-/постфиксом, чтобы не перетирать друг друга
2. Отсеивать кого-то потому, что у него нет знания какой-то технологии — так себе затея. Есть, конечно, глобальные вещи, на освоение которых могут уйти годы, но речь не о них. Если пришёл классный парень, который работал на Pyramid+SQLAlchemy, а вам нужно Django, то отказывать, по меньшей мере, глупо.
Во-первых, он не какой-то там зелёный джун, а вполне себе взрослый дядька-senior. Мы и так постоянно учим что-то новое. Начать писать на новом языке можно уже за один день, плюс ещё пару недель, чтобы привыкнуть
Во-вторых, у вас и так есть этап, в который новый человек не занимается ничем значимым. Так почему бы не использовать его более продуктивно? Если есть какой-то мелкий проектик на требуемых технологиях, то они осваиваются мгновенно. Как по мне, даже отсутствие знания языка не может являться причиной отказа, если кандидат писал на чём-то не сильно отличающемся. Разве что всякие Rust или Elixir могут вызвать сложности (хотя Elixir простой, на самом деле, там больше трудностей с OTP)
По мощности там скорее NES
А никак не решит, но не из-за мостика, от которого в новых ревизиях вроде как обещали избавиться, а по историческим причинам. Может мы и начнём обходиться без js, но проблема совсем не в нём, а именно в том, что браузер сейчас — это долбаный комбайн, в котором и рендер текста, и музыка, и видео, и 3д, и чёрт лысый. Пока мы не перестанем сваливать всё в одну кучу, пока не начнём использовать вещи для того, для чего они предназначены, лучше не станет. Решение можно предложить такое: переложить ответственность на систему, но так, чтобы всё было относительно бесшовно. Самое забавное, что у нас всё для этого есть. Даже есть система, которая к этому подошла в плотную — Android (не знаю, как там в ios, возможно так же)
Хоть анонимная функция и является объектом Closure, ним может стать вообще любая callable-сущность через вызов Closure::fromCallable, включая вполне себе именованные методы, причём не обязательно публичные, если контекст позволяет
Обычная анонимная функция и Closure не совсем одно и то же ввиду определённой специфики работы. Сюда же можно было добавить __invoke-магию, но это уже из немного другой оперы. Однако, ключевое смешивание понятий не в этом, а в use-переменных
Соглашусь, вот это уже серьёзно
Разумеется, ко второму. К первому там и так достаточно всего написано
Не знаю, как это спросить так, чтобы не выглядело, будто я тролль, но попробую. Вот попадаются статьях в упоминания Ada. Народ это всерьёз или ради хохмы? Ну, просто я не знаю, кто реально её использует, а вакансий с ней я не видел вообще ни разу, при том, что даже Haskell и Delphi периодически попадаются.
Ответ про замыкания не совсем точный. В php есть несколько вещей, которые называются этим словом: собственно анонимные функции, которые передаются в виде параметров куда-либо, внезапно, use-переменные анонимных функций, а также объекты Closure
Есть у меня один старый ноутбук, которому не очень нравятся последние убунты и современные операционки в принципе. Основная проблема в том, что у неё видеокарта via, у которой не определяется разрешение нигде кроме стандартных драйверов, которые уже давно перестали включать в репозитории. Из тех, кому повезло — PuppyLinux, Linux Lite (vboxguestadditions), Manjaro (openchrome) и ещё пару дистрибутивов с viafb. Вот эксперименту ради решил попробовать Gentoo, даже логировал процесс установки у себя в мастодонте. Сложно? В первый раз, да. Но документация там вполне себе хорошая, есть ответы на большую часть вопросов. Стало ли быстрее? Определённо. К тому же, я понял многие вещи, о которых не задумывался раньше. Долго ли ждать пока всё соберётся? Есть такое, особенно js-движки и браузеры. Так долго даже ядро не компилится. Но оно того стоит.
Я всё-таки соглашусь с тем, что каждый приходит к Gentoo по своим причинам, зачастую, по всем сразу
Дла званных гостей достаточно просто попросить паука не встречать их в дверях. А вот хори, кстати могут отпугивать при неправильном обращении вообще всех, ну, потому, что с душком, который не всем нравится
Совы. Оригинальная птица, выглядит строго, чинно и учёно. Минусы: сложно содержать, гадит, где сидит, холодильник забит мороженными мышами.
Попугаи и прочие канарейки. Облегчённый вариант совы с музыкой или диалоговым ботом.
Улитки. Идеальное животное для содержания дома. Прекрасно помещаются в пластиковом контейнере, прикольно шевелят рожками, к тому же могут играть роль нз на случай бп. После контакта руки становятся мягкими и нежными, что тоде плюс. Очень не любят соль.
Змеи, ящерицы. Вопреки расхожему мнению, змеи тоже няшки, особенно всякие питоны, например. Плюсы те же, что у рыб, но ещё можно гладить, если разрешит.
Лягушки, аксолотли и прочие геконы. Не хуже рыб, зато и выглядят необычно.
Пауки. Завести паука очень просто: достаточно пару недель не делать уборку. Некоторые виды линяют, оставляя приколные панцери. Отпугивают не только насекомых, но и незванных гостей.
Богомолы. Ещё одно идеальное животное для квартиры. Можно посадить в одно место и быть уверенным, что он там и сидит, если не забывать подкармливать. Может спокойно обходиться без еды какое-то время, правда, если их было несколько, можно обнаружить, что остался только один.
По-моему, само название Рувдс — это уже мем. Почти такой же, как Ализар, например.
Это уже довольно давно изменилось. Даже ошибки стандартных функций постепенно заменяют на исключения
Очень активно это используется в We Happy Few
Это уже было в корейском мульте "Ачи и Сипак"
После прочтения статьи остались вопросы. Скорость на синтетических тестах — это, конечно, хорошо, но как обстоят дела с памятью и отказоустойчивостью? Вот, например, разработчики Phoenix говорят, что не имеют проблем при работе с огромными (порядка миллиона, если мне не изменяет память) количествами коннектов по вебсокету к одной ноде. С другой стороны у go могут начаться проблемы из-за сборки мусора.
Я так и не понял, в чём преимущество вашего фреймворка перед Symfony, Laravel или Phalcon? Symfony мне нравилась тем, что в ней всё работает, как в доках, пусть даже они и не всегда хорошие, а код на ней получается очень чистым, без лишнего хлама. Laravel простая, как пять копеек, даже не смотря на отвратительную производительность, полный треш в пакетах и чудачества eloquent, у неё всё равно есть своя область применения. У вас я открыл быстрый старт в документации, а там мне предлагают писать обработку аннотаций роутера или пользоваться каким-то странным классом с шаблонным кодом. Я что-то не так понял или и правда нужно нажимать так много лишних кнопок? Ну, да, пёс с ним, пользователи Лары как-то живут с её роутингом и ничего. Вы пишете, что в основном в фреймворк используется в b2b, но я так и не смог придумать ни одной причины, почему там нужно использовать интеграцию с го и не хватит просто php или питона, например. На каких задачах он сможет полноценно раскрыть свой потенциал?
Ну, так далеко идти ни к чему, достаточно дойти до виртуальной машины JS. /sarcasm
А если серьёзно, то о том и разговор
Все эти const и let по большей части нужны для разработчика и, если не ориентироваться на самые свежие браузеры, на выходе превратятся просто в var со списком через запятую. Разве что имена let-переменных будут с пре-/постфиксом, чтобы не перетирать друг друга