Когда мы говорим про учебное пособие, то нужно понимать для кого оно написано. То есть, бывает неорганическая химия для химиков, а бывает для геологов, это две книжки у которых очень мало общего.
Конечно, если Вы занимаетесь проектированием процессов, Вы лучше знаете как это делается и что неправильно в самой книге.
Но кто сказал, что эта книга для тех, кто проектирует процессоры, а не для программистов или системных администраторов?
Я считаю, что Таненбаум абсолютно полезное чтение потому, что он учит думать, понимать концепции, смотреть на вещи с разных точек зрения.
Та же его книжка по сетям даёт отличное предоставление о том, как это все работает, а те, кто будет этим заниматься как основным направлением деятельности, будут читать ещё и более специфичную литературу.
Пусть у меня не очень большой опыт хождения по собеседованиям, могу сравнить Украину и Испанию.
Так вот, в Украине это было именно техническое собеседование, там спрашивали как инженера конкретные технические вопросы, некоторые подразумевали правильный и неправильный ответ, некоторые на показать мышление. Результат отбора - команда людей которые реально специалисты.
Испания - это разговор на отвлеченные темы, результат - просто набор случайных людей.
Я сам тут собеседовал людей, люди с 5+ годами опыта в Украине не прошли бы и на Джуна, во всяком случае те человек 7 которые через меня прошли. При чем, я спрашивал именно по тому стеку, который они заявляли, не по нашему, готовы были учить Гошечке за наш счёт.
Я не верю, что человек может эффективно решать задачи, если он не обладает знаниями инструментов с которыми работает. Не видит разных вариантов, их плюсы и минусы, на всех уровнях.
Объясните пожалуйста, я наверное что-то не понял, но если мы можем хранить в куки, то чем JWT будет отличаться от идентификатора сессии?
Зачем он тогда нужен?
На сколько я понимаю, JWT нужен в тех случаях, когда у нас есть отдельный сервер авторизации и доступ к разным endpoints, так как JWT умеет хранить ещё и дополнительную информацию в зашифрованном виде.
Я не знаю на счёт устройства, но вот уходя с одной из работ, мой друг надавал людей начальнику на корпоративе! (Это он хотел уходить, а так ещё и повод хороший уйти получился).
Программист должен решать задачи бизнеса, разбираться в проблеме и находить правильное решение, лучше из готового кода, который протестирован и проверен в реальных условиях большой группой людей.
То, что описано в статье — это максимум средненький мидл, точно не больше! При чем, любитель велосипедов.
P.S. Не понимая, почему лайков больше, чем дизлайков?
Не понял главного, почему, если Вы пишите на C# и считаете, что важно использовать ФП инструменты там, где это возможно, то почему не берете F# для этого.
Или хотя бы не показываете, почему он еще не достаточно функциональный.
То есть, сторонники автора хотя, как на телевизоре видеть рекламу поркладок и кредитов, как самые популярные, вместо того, чтобы получать хорошие предложение по интересующим вас темам?
Глобальное потепление и cookies — вот два главных вызова которые стоят перед человечеством! Так что, нужно Вам с Гретой вместе выступать!
Компании ищут хорошо подготовленных специалистов и руководителей. Карьерные возможности существенно улучшаются за счёт углубленных знаний.
Компании платят тем, кто умеет себя хорошо продавать, это не совсем коррелируется с какими-то знаниями.
И компании платят за решение задач бизнеса, а не за глубокие технически знания, которые по сути никому не нужны на большинстве проектов, а там где нужны, позовут консультанта на два месяца.
Это реально статья от математика, а не от того, кто в теме.
На примере того же PHP, есть по сути две части выдачи вакансий по теме, одна часть — это серьезная разработка, вторая — это WordPress и прочая нечисть, в которой тоже употребляется это слово. Вот без сравнения этих частей информация вообще не даёт никакой информации.
По редким языкам с большой оплатой, без анализа вакансий не понятно, это перспективные направления или просто люди когда-то влезли в фигню и теперь готовы сильно переплачивать, чтобы не переписывать все с нуля.
Требования по стажу тоже не учитываются.
И ещё много вопросов к этим цифрам, в таком виде анализ не имеет никакого смысла.
P.S. Посмотрите, как делают статистику на DOU.ua по языкам и по зарплатам.
Проблема изучения производительности всех языков, кроме Java, что Алексей Шипилев делает доклады только по Java.
Один из основных посылов, в 99% случаев, когда люди, которые не занимаются профессионально производительностью, они не измеряют ничего.
В оставшееся проценте, даже при полном измерении, нельзя закладываться на особенности реализации кроме очень особых случаев, которые нужно все время отслеживать.
Например, то что сейчас обычный for() быстрее всех остальных вариантов, возможно только потому, что нет проемы с производительностью у других циклов в месте обычного использования, а завтра Google столкнется с какой-то задачей и жёстко оптимизирует все это в V8, как вариант.
Нафига толстый клиент, в таком случае? Можно просто использовать генерацию HTML на сервере.
Генерация моделей на основе API — это как бы совсем не новость и давно есть инструменты для описания и генерации, например, как у protobuf и многое другое.
Хоть для чего-то примитивного это и удобно, но концептуально уровень отображения чего-то клиенту и уровень обработки данных на сервере — это вообще не одно и тоже.
P.S. Если это DevOps, то с таким успехом снять квартиру ближе к офису и не опаздывать на работу — это тоже DevOps.
Кто в здоровом уме и трезвой памяти ставит расширения в браузер, кроме каких-то от вендоров с очень хорошей репутацией?
Ну и чтобы без них было вообще нельзя, типа dev tools от фреймворка с которым работаешь или менеджер паролей.
Когда мы говорим про учебное пособие, то нужно понимать для кого оно написано. То есть, бывает неорганическая химия для химиков, а бывает для геологов, это две книжки у которых очень мало общего.
Конечно, если Вы занимаетесь проектированием процессов, Вы лучше знаете как это делается и что неправильно в самой книге.
Но кто сказал, что эта книга для тех, кто проектирует процессоры, а не для программистов или системных администраторов?
Я считаю, что Таненбаум абсолютно полезное чтение потому, что он учит думать, понимать концепции, смотреть на вещи с разных точек зрения.
Та же его книжка по сетям даёт отличное предоставление о том, как это все работает, а те, кто будет этим заниматься как основным направлением деятельности, будут читать ещё и более специфичную литературу.
Пусть у меня не очень большой опыт хождения по собеседованиям, могу сравнить Украину и Испанию.
Так вот, в Украине это было именно техническое собеседование, там спрашивали как инженера конкретные технические вопросы, некоторые подразумевали правильный и неправильный ответ, некоторые на показать мышление. Результат отбора - команда людей которые реально специалисты.
Испания - это разговор на отвлеченные темы, результат - просто набор случайных людей.
Я сам тут собеседовал людей, люди с 5+ годами опыта в Украине не прошли бы и на Джуна, во всяком случае те человек 7 которые через меня прошли. При чем, я спрашивал именно по тому стеку, который они заявляли, не по нашему, готовы были учить Гошечке за наш счёт.
Я не верю, что человек может эффективно решать задачи, если он не обладает знаниями инструментов с которыми работает. Не видит разных вариантов, их плюсы и минусы, на всех уровнях.
Объясните пожалуйста, я наверное что-то не понял, но если мы можем хранить в куки, то чем JWT будет отличаться от идентификатора сессии?
Зачем он тогда нужен?
На сколько я понимаю, JWT нужен в тех случаях, когда у нас есть отдельный сервер авторизации и доступ к разным endpoints, так как JWT умеет хранить ещё и дополнительную информацию в зашифрованном виде.
Или я не правильно понимаю?
Зачем тратить время людей на свои мысли по древу, ещё и без аргументов и фактов в пользу этих мыслей?
Я не знаю на счёт устройства, но вот уходя с одной из работ, мой друг надавал людей начальнику на корпоративе! (Это он хотел уходить, а так ещё и повод хороший уйти получился).
А что вы знаете про увольнение?
Программист должен решать задачи бизнеса, разбираться в проблеме и находить правильное решение, лучше из готового кода, который протестирован и проверен в реальных условиях большой группой людей.
То, что описано в статье — это максимум средненький мидл, точно не больше! При чем, любитель велосипедов.
P.S. Не понимая, почему лайков больше, чем дизлайков?
Или хотя бы не показываете, почему он еще не достаточно функциональный.
То есть, сторонники автора хотя, как на телевизоре видеть рекламу поркладок и кредитов, как самые популярные, вместо того, чтобы получать хорошие предложение по интересующим вас темам?
Глобальное потепление и cookies — вот два главных вызова которые стоят перед человечеством! Так что, нужно Вам с Гретой вместе выступать!
Компании платят тем, кто умеет себя хорошо продавать, это не совсем коррелируется с какими-то знаниями.
И компании платят за решение задач бизнеса, а не за глубокие технически знания, которые по сути никому не нужны на большинстве проектов, а там где нужны, позовут консультанта на два месяца.
Это реально статья от математика, а не от того, кто в теме.
На примере того же PHP, есть по сути две части выдачи вакансий по теме, одна часть — это серьезная разработка, вторая — это WordPress и прочая нечисть, в которой тоже употребляется это слово. Вот без сравнения этих частей информация вообще не даёт никакой информации.
По редким языкам с большой оплатой, без анализа вакансий не понятно, это перспективные направления или просто люди когда-то влезли в фигню и теперь готовы сильно переплачивать, чтобы не переписывать все с нуля.
Требования по стажу тоже не учитываются.
И ещё много вопросов к этим цифрам, в таком виде анализ не имеет никакого смысла.
P.S. Посмотрите, как делают статистику на DOU.ua по языкам и по зарплатам.
Что за дикая чушь?
Разделение на Model и ViewModel никак не связана с валидацией входящих данных, также, как и фреймворки быстрой разработки.
На самом деле она достаточно одинакова, у многих людей одинаково нет глистов, а у тех, что есть, они достаточно одинаковые.
Если Вы были бы реально программистом, то Вы бы понимали пользу от готовых общепринятых решений и не писали бы свои велосипеды без повода!
Вы не корректно оцениваете, синьор должен просто посылать после такого вопроса. Форма может зависеть от воспитания конкретного синьора.
Вот школота даже не может выбрать сравнение по теме статьи на сайте!
https://benchmarksgame-team.pages.debian.net/benchmarksgame/fastest/javascript.html
Капец, вы серьезно?
Теперь ждём, когда кто-то опубликует пересказ "Букваря".
Проблема изучения производительности всех языков, кроме Java, что Алексей Шипилев делает доклады только по Java.
Один из основных посылов, в 99% случаев, когда люди, которые не занимаются профессионально производительностью, они не измеряют ничего.
В оставшееся проценте, даже при полном измерении, нельзя закладываться на особенности реализации кроме очень особых случаев, которые нужно все время отслеживать.
Например, то что сейчас обычный for() быстрее всех остальных вариантов, возможно только потому, что нет проемы с производительностью у других циклов в месте обычного использования, а завтра Google столкнется с какой-то задачей и жёстко оптимизирует все это в V8, как вариант.
Нафига толстый клиент, в таком случае? Можно просто использовать генерацию HTML на сервере.
Генерация моделей на основе API — это как бы совсем не новость и давно есть инструменты для описания и генерации, например, как у protobuf и многое другое.
Хоть для чего-то примитивного это и удобно, но концептуально уровень отображения чего-то клиенту и уровень обработки данных на сервере — это вообще не одно и тоже.
P.S. Если это DevOps, то с таким успехом снять квартиру ближе к офису и не опаздывать на работу — это тоже DevOps.
Самое большая проблема Go, что люди на нём пишут кто на Java, кто на PHP, кто ещё на чем-то!
В Go утиная типизация, вместо дженериков можно спокойно использовать контракт на основе интерфейсов, которые про сути для этого и есть.