• Сравнение производительности: JavaScript vs компилируемые языки
    0
    «Сравнение производительности: JavaScript vs компилируемые языки»
    «Java Script, сейчас это уже довольно мощный и многоцелевой инструмент, одним из важнейший достоинств которого для бизнеса является существенно более высокая скорость разработки.»
    «То есть написать код и решить задачу на JS часто бывает намного быстрее, чем на «нормальном» языке и результат получается вполне удовлетворительным.»
    «Производительность разных языков зависит от задач, но есть общие моменты, такие как управление памятью, арифметические операции, которые, как мне кажется, позволяют максимально точно получить представление о производительности реализации алгоритма на том или ином языке.»
    «Компилятор Delphi хоть и достаточно старый и генерирует 32-битный код, тем не менее этот код нативный и для данной задачи достаточно оптимальный.»
    «Скорее всего операция целочисленного деления не является сильным местом компилятора C#»
    «Как вы думаете, в каком порядке выстроились остальные языки по увеличению времени работы и уменьшению производительности соответственно? Какой язык оказался самым медленным?»


    Что именно в этих фразах является призывом делать так, как я говорю? Чему я учу? Я вижу тут только мои личные оценочные суждения, без претензии на окончательную правду.

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

    Проблема не в минусах, а в агрессивных высказываниях не по теме, не только в отношении меня кстати, но и на других комментирующих.

    Я полагаю, что в статье, которая называется «Сравнение» будет корректно проведенное сравнение. И ждал я именно его. А также корректные логические выводы из его результатов в контексте вопроса, из-за которого оно и проводилось.


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

    Каким образом из моих слов можно сделать вывод, что знания появляются по триггеру?

    Вы написали — «это значит он даже еще вуз не закончил, откуда он должен получать знания». Вполне логично заключить, что вы считаете, что знания появляются строго по окончанию вуза :)

    Как из этого списка следует, что человек должен после школы знать все, что требуется для работы программистом конкретно в вашей команде на используемом у вас языке программирования и соответствующих библиотеках, чтобы делать это не обращаясь к интернету?


    Я рассчитываю, что вы неглупый человек, просто эмоционально нестабильный, поэтому вы должны понимать, что хороший и даже нормальный специалист получает и обобщает знания всю жизнь. Хорошая практика — это когда полученные знания и опыт укладываются в памяти и затем могут быть извлечены. Я же изначально указал на проблему молодежи и не только молодежи, когда человек приспосабливается к доступности информации из интернета и перестает запоминать, анализировать и делать самостоятельные выводы. Это в некотором смысле даже эффективно — зачем напрягаться и запоминать что-то, делать самостоятельные суждения, если всегда можно ответ найти в сети.

    На этом я дискуссию пожалуй закончу.
    Вам спасибо за высказанное мнение.
    Материал на Хабре не удаляется, его можно скрыть, переведя в статус черновика.
    Я пока что не планирую так поступать. Не вижу ничего позорного в отрицательных оценках. При желании карму можно обнулить, мне пока не горит.
  • Сравнение производительности: JavaScript vs компилируемые языки
    0

    Спасибо за участие в эксперименте и за то, что не поленились на java потестировать.

  • Сравнение производительности: JavaScript vs компилируемые языки
    0

    Зачем самостоятельно смотреть вживую несколько моделей авто и проходить несколько тест-драйвов в авто-салонах, ведь есть же обзоры в журнале За Рулем?

  • Сравнение производительности: JavaScript vs компилируемые языки
    –1
    Там русским языком написано, что причина негативного отношения не в пробеле, а в том, что вы пытаетесь учить «как правильно» совершенно не разбираясь в теме, и потому учите неправильно.


    Можете привести примеры, где именно в статье, в каких предложениях я учу как правильно?

    О, так вы еще и в статью это ёрничание добавили? До этого я был о вас лучшего мнения.

    Вам не кажется, что именно тут вы проявляете свое превосходство? Как будто вы учитель, а я у вас в классе?

    И эти вот ваши «догадайтесь сами, а я потом напишу»

    Не хотите догадываться, вам не интересно — просто проходите мимо.

    Естественно играть в угадайку на техническом ресурсе в статье под названием «Сравнение производительности»? Раз вы всерьез так считаете, то сообщаю — нет, это не естественно.


    А чего вы ждали — точных и неопровержимых доказательств? Вы полагаете, что Хабр — это научный ресурс и тут все материалы строго научно обоснованны?

    Неважно, что вы считаете, со стороны это выглядит именно так. Вам высказали конструктивную критику, а вы обвиняете людей в отсутствии знаний. Это и есть завуалированное обзывание дураками.


    Стоят на парковке парни и обсуждают какая машина быстрее проедет определенный маршрут. Вы проходите мимо и изрекаете — почитайте лучше журнал «За Рулем» — там все давно уже сравнили и выбрали лучшую тачку!
    Вот так выглядят рекомендации изучить бенчмарки. Вы полагаете это адекватный, конструктивный комментарий?

    Более того, 18-22 года это значит он даже еще вуз не закончил, откуда он должен получать знания о программировании, как не из интернета? Даже в вузе не учат многим практическим вещам. Это еще один пример проблем в вашей логике.


    А знания появляются строго по триггеру — «окончание ВУЗа»? В процессе учебы знаний еще нет? До ВУЗа программированию не учат? Кроме ВУЗа нигде больше программированию не учат? На стажировках и практиках чем по-вашему занимаются?
    В школе на уроках чем по вашему занимаются?
  • Сравнение производительности: JavaScript vs компилируемые языки
    0
    Обиженные дотнетчики заминусили :) Спасибо за Delphi в сравнении, хотя ради справедливости я взял бы Delphi Rio.

    Что было под рукой, на том и потестировал. Результаты оказались близкими, C# я обидел незаслужено — прошляпил, что запускал debug сборку.
    Считаю Delphi вполне эффективным инструментом для разработки Windows-приложений, нет гемороя с зависимостями и runtime-библиотеками, сами используем.
  • Сравнение производительности: JavaScript vs компилируемые языки
    0
    Теперь каждый эйчар считает своим долгом зашитпостить на хабр?


    Во-первых, видимо вы не понимаете разницу между рекрутером и HR. Я вам объясню.
    Рекрутер — это специалист, который занимается поиском и отбором кандидатов согласно профилю вакансии и сопровождает кандидата до момента найма в компанию. Рекрутеры бывают штатные и аутсорсеры.
    HR — это штатный специалист компании, который сопровождает всех сотрудников от момента найма, через адаптацию, поддержание здоровой рабочей атмосферы и вплоть до увольнения.
    Рекрутер — это как фронтенд, а HR — как бэкенд. Ректутер видит API — профиль вакансии и через него грузит объекты — кандидатов. HR принимает кандидатов, переваривает их, участвует в эксплуатации и в итоге удаляет, когда сотрудник увольняется.
    Я — рекрутер и временами занимаюсь эксплуатацией программистов, когда они нужны лично мне для моих проектов.
    Площадка Habr устроена так, что если вам не нравится пост — вы можете проголосовать. А если у вас есть какая-то конкретная претензия — вы можете написать содержательный комментарий, а не то, что вы написали.
  • Сравнение производительности: JavaScript vs компилируемые языки
    0
    Так вот почему в России так плохо со стартапами :)

    Потому что я лично во всем виноват. Не хотите на меня еще и плохие дороги записать?
    А почему вы думаете что в России плохо со стартапами? У нас вполне нормально — стартапы есть и поддержка со стороны государства есть. Если захотите свой делать — спросите у меня и я вам расскажу что почитать и где можно денег взять на первое время. Не хватает емкого и активного рынка, богатых клиентов, но это не ко мне, а к правительству. Еще очень плохо с бизнес-образованием и вообще с тягой населения к образованию. Да и с тягой населения к предпринимательству все довольно плохо, может быть потому, что много десятилетий навязывалось мировоззрение, согласно которому предприниматель — это преступник, эксплуататор, враг. Что же вы хотите теперь?

    Статья наглядно показывает насколько «ценны» могут быть сторонние консультанты для вашего проекта.
    В следующий раз перед таким фейлом для начала сами возьмите консультацию у специалиста в области, которой вы не владеете.

    Каким образом статья что-либо показывает? Данный «фейл» показывает только плохие манеры, озлобленность и неудовлетворенность жизнью у части аудитории Хабра, читающей определнные хабы.

    Вам тут уже неоднократно давали ссылки на профессиональные бенчмарки (techempower и benchmarksgame), состоящие из кучи различных тестов и с исходниками, которые каждый может прочитать, и улучшить то что знает.

    Вы же не думаете, что в вашем конкретном проекте все будет точно так же, как в этих бенчмарках? У вас скорее всего будет код, написанный наспех, лишь бы работало.

    Ваш подход — это взять один тест, в котором лучше всего себя показал ваш ЯП, а дальше выбрать на нём лучшую реализацию, а у остальных ЯП выбрать худшую реализацию и при это претендовать на объективность.

    Вот интересно — с чего вы сделали такой вывод? Реализация максимально одинаковая. Я не привел все исходники — это справедливая критика. Я не агитировал ни за какой язык. Не призывал срочно всем переходить. И даже не претендовал на объективность. Вы понимаете, что вы меня обвинили в вымышленных вами преступлениях?

    Это бы могло сработать в реальной жизни, когда вы авторитетно даёте консультации, а остальные не смеют вам противоречить, ведь вы авторитет, но здесь это не сработает.

    Вы были у меня на консультации? Знаете как я консультирую? Слышали когда-нибудь, что мне нельзя перечить? Вероятно вы меня с кем-то попутали :)

    На хабре нужны цифры, а не громкие слова.

    Цифры появились позже. Задумка была в том, чтобы дать высказаться и порассуждать. Вот вы например высказались, правда совсем не по теме статьи. Это тоже о многом говорит.
  • Сравнение производительности: JavaScript vs компилируемые языки
    –2
    Уже по заголовку видно, что статья написана человеком, не разбирающимся в теме

    Диагностика по заголовку — это даже круче, чем по фотографии. Не придал этому значения, не ожидал что этот пробел такой болезненный :) Как вы думаете, это отголоски боли из темы — «табом или пробелом» или что-то самостоятельное?

    В скорость разработки входит и количество багов, которые надо исправлять. Которых, как вам правильно заметили, с типизацией будет меньше.


    Согласен, TypeScript помогает. В пользу TS/JS вместо того же C++/C# компании, перешедшие на TS/JS называют большое количество более простых реализций множества типовых задач. То есть грубо говоря готовых библиотек много и на любой вкус — бери, изучай и улучшай или просто бери и используй. TS + Elecron уже выбрали для многих кроссплатформенных продуктов — VS Code, Skype, Telegram, Slack не зря разрабатываются на TypeScript. Потому что так быстрее и проще поддерживать кроссплатформенность.

    Сравнение языков это большая и сложная тема, а не так что набросал решето Эратосфена и сравнил, тогда бы и разговоров про это никаких не было.


    Как вы думаете, почему это вызывает такую боль? Я оскорбил чувства верующих в свой самый лучший язык?

    Где код для всех языков, где параметры компиляции, способ запуска, способ измерения времени? Это вам кажется, что идентично, а по факту может быть совсем не идентично. В C# например могут быть разные дополнительные проверки при компиляции в debug-режиме.

    Спасибо вам, я действительно погорячился и был несправедлив. Исправился.

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

    Я же не агитирую вас перейти на другой язык. Просто часто говорят, что что-то (JS) плохое, но хочется понимать насколько оно плохое, хотя бы в каком-то простом случае.

    Вы сравниваете какую-то ерунду, почему к этому кто-то должен хорошо относиться?


    Можно просто мимо пройти, а не агрессивно реагировать. Можно просто указать на недостатки — задача выбрана плохо, лучше взять другую и прочее из того, что вы тут выше написали. Диалог бывает конструктивным, а бывает с позиции превосходства. Если вы это практикуете, то это скорее указывает на то, что вы сами, вероятно, являетесь жертвой такой манеры общения. Вместо нападок на незнакомых людей, я бы посоветовал вам решить свои проблемы и улучшить моральный климат, в котором вы обитаете. Если это связано с местом работы — могу помочь :)

    Скорее всего вы не умеете работать с C#. Почему должна быть какая-то другая причина?


    Именно так и оказалось, вы были правы.

    Как вам уже сказали, если вы хотели показать преимущество JS, это надо было делать на других задачах.


    Не собирался показывать превосходства, просто ошибка закралась, уже исправил.

    Включающих в первую очередь асинхронность.


    Это шаблонное представление, которое часто проговаривают. Асинхронность реализуется на любом языке и работает она не хуже, чем в ноде. Правда реализуется не так просто, но это про простоту и скорость разработки, а не про производительность.

    По какому конкретно вопросу? Недостатков и JS и ваших методов измерения вам много написали. Если кто-то с ними согласен, зачем он будет их повторять? Что именно вы ожидаете в качестве мнения?


    Голос в опросе и предположения почему результат именно такой. Это же естественно для адекватного, здорового человека. Комментарии в таком виде оставили всего несколько человек — они молодцы, им респект.
    Вам тоже респект, кстати за точные замечания.

    Переход на личности в отношении широкого круга людей. «Я не разбираюсь в вопросе, но считаю, что вы дураки».


    Вообще не считаю дураками почти никого и не высказываюсь так. Невоспитанными людьми — да, считаю. Многих программистов, с которыми приходится общаться, к сожалению, можно отнести к диким, невоспитанным людям, с плохо развитыми коммуникативными и социальными навыками (то что сейчас модно называть «неразвитым эмоциональным интеллектом»).

    Если вам приходится общаться с молодыми программистами, вы не могли не заметить крайне низкий уровень понимания того, что они делают и для чего. У молодых людей в возрасте 18-22 года часто развит только один навык — гуглить, он им заменяет множество других навыков. Мы — «старики», постоянно им говорим, что так далеко не уедешь, но их жизненный опыт подсказывает, что раньше «вывозило» и дальше нормально будет.
  • Сравнение производительности: JavaScript vs компилируемые языки
    0
    Никаких оптимизаций, максимально одинаковая реализация.

    using System;
    using System.Linq;
    
    using System.Collections;
    using System.Diagnostics;
    using System.Collections.Generic;
    
    namespace ConsoleApp1
    {
        class ConsoleProgram
        {
    
            static void Main(string[] args)
            {
                
                Stopwatch sw = new Stopwatch();
    
                // список
                var nums4 = new List<int> {2, 3};
                const int Max = 500000;
    
                sw.Start();
    
                for (int cur=5; cur < Max; cur+=2) {
                     
                    int half = cur / 2;
                    bool isPrime = true;
                    for (int i = 0; nums4[i] <= half; i++) {
                        if ((cur % nums4[i]) == 0) {
                            isPrime = false;
                            break;
                        }
                    }
    
                    if (isPrime) {
                        nums4.Add(cur);
                    }
                };
    
                sw.Stop();    
                Console.WriteLine("Время генерации {0} простых чисел (список) от 0 до {2}: {1} миллисекунды", nums4.Count.ToString(), sw.ElapsedMilliseconds.ToString(), Max.ToString() );
                
                // массив
                int[] nums5 = new int[100000];
                nums5[0] = 2;
                nums5[1] = 3;
                int j = 2;
    
                sw.Restart();
                for (int cur = 5; cur < Max; cur += 2) {
                    int half = cur / 2;
                    bool isPrime = true;
                    for (int i = 0; nums5[i] <= half; i++) {
                        if ((cur % nums5[i]) == 0) {
                            isPrime = false;
                            break;
                        }
                    }
    
                    if (isPrime) {
                        nums5[j] = cur;
                        j++;
                    }
    	    }
    
                sw.Stop();  
                Console.WriteLine("Время генерации {0} простых чисел (статический массив) от 0 до {2}: {1} миллисекунды", j.ToString(), sw.ElapsedMilliseconds.ToString(), Max.ToString() );
                
            }
        }
    }
    
  • Сравнение производительности: JavaScript vs компилируемые языки
    +1
    Да, вы правы. Это была моя ошибка, я исправил данные в статье.
  • Сравнение производительности: JavaScript vs компилируемые языки
    –1
    Именно этот вопрос я и хотел поднять, причем явно. Получилось плохо. В большинстве случаев средства выбираются потому что «где-то кто-то написал, что это круто» или потому что «мы так умеем».
  • Сравнение производительности: JavaScript vs компилируемые языки
    +1
    Вы правы в случае, когда при реализации задачи ставится критерий «максимальная производительность». Но будем честными, в большинстве случаев — работает основной критерий «сделайте фичу поскорее» и тогда все работает по дефолту и мало кто трудится над оптимизациями. И только когда прилетит задача «вот тут вот слишком медленно работает» начинается реальная работа по оптимизации.
  • Сравнение производительности: JavaScript vs компилируемые языки
    0
    Справедливое замечание — деления и сравнения — основные операции там, а также работа с памятью.
  • Сравнение производительности: JavaScript vs компилируемые языки
    0

    Хотелось бы увидеть обоснованные предположения уважаемых инженеров :)

  • Сравнение производительности: JavaScript vs компилируемые языки
    –12

    Будет :)

  • Сравнение производительности: JavaScript vs компилируемые языки
    0

    По вашим ощущениям, насколько быстрее разрабатывается на Ruby?

  • Сравнение производительности: JavaScript vs компилируемые языки
    –10

    Так и все таки ваше мнение по заданному вопросу какое?

  • Сравнение производительности: JavaScript vs компилируемые языки
    –8
    Ну вот как раз хотелось сделать так, чтобы без хитрых ускорений, максимально равные условия. Задача — не посмотреть, кто умеет лучше ускорять конкретные алгоритмы, а какое нынче состояние JS относительно других в самом общем случае.
  • Сравнение производительности: JavaScript vs компилируемые языки
    –7
    Хотелось бы увидеть
  • Сравнение производительности: JavaScript vs компилируемые языки
    –11
    Почему нигде нет Java на первом месте(я не говорю что быстрее, но все таки)?

    Я на Java — не умею :) Но понятно, что ее результат будет точно хуже C.

    Почему есть C, Delphi, C#, и т.п. но нет C++

    Для данной задачки разницы между C и C++ практически нет.

    Причем тут Делфи? Не очень знаком с его особенностями, но я не слышал, чтобы он был быстрее той же Java или C#

    Чисто логически — дельфи компилирует в нативный код процессора, а Java и C# — в промежуточный, что уже намекает на неоптимальность.
  • Три истории про дикий хантинг
    0
    Я не вам отвечал, но даже если вам, то что ненормального в моем комментарии — у вас всегда есть выбор — обращать внимание на вакансию или предложение, или игнорировать.
  • Три истории про дикий хантинг
    0
    Доля в количестве открытых вакансий, точнее в количестве специалистов, которых хотят нанять работодатели — в первую очередь. Мы же вопросы найма обсуждаем, а не вообще про программирование.

    Можно узнать: каким образом внедрение JS позволит ускорить разработку драйверов, например?

    Таким же как и Java — то есть никаким :) Если мы про драйвера устройств :)
    Но есть куча задач, где прототип или даже временное решение, которое будет работать потом годами пишется на JS или Python в разы быстрее, чем на С++ или Java. Да, на плюсах будет быстрее работать раза в 2-3, но кому это важно если, например, речь идет о каком-нибудь конверторе данных, который запускается планировщиком на несколько минут раз в час. Зато реализация делается в течение 1-го дня, а не недели.
  • Три истории про дикий хантинг
    +1
    Всегда доступны услуги аутсорсеров :)
    Дороже, но если прижимает, почему бы и нет :)
  • Три истории про дикий хантинг
    –1
    Хантер другой компании — конечно же враг HR текущей компании, где вы работаете, потому что создает проблемы вашему HR, пытаясь вас сманить.
    Расходы там не колоссальные.

    Хантинг — вредная практика, потому что, если за вами бегать и уговаривать вас — это дает менее надежный результат, чем учить и развивать имеющихся сотрудников или выращивать молодежь. Вы сегодня пришли, поведясь на плюшки, в одну компанию, а завтра вас сманит другая, другими плюшками. И фичи вы не доделаете, и продукт вовремя на рынок не выйдет и будут одни убытки.

    Чтобы платили больше — не обязательно прыгать с места на место, за каждым интересным предложением. Еще можно вести себя достойно и целеустремленно в одной компании, если конечно над вами стоит адекватный руководитель. Если люди над вами не понимают ваших интересов и не готовы констуктивно обсуждать — то стоит сменить работу.
    Смена места работы — это стрес и риск для специалиста. Могут обмануть при найме и дать в итоге не те условия, а назад дороги нет. Могут и выгнать, обманувшись в вас, решив что ошиблись при найме и не стоит вам платить так много. И вы оказываетесь снова в поисках работы, но только уже вам некуда отступать — более или менее уютное место вы уже покинули.

    Осмысленное отношение к карьере — это план своего развития. Цель — что вы хотите через 2-3-5 лет. Какую позицию занимать, сколько зарабатывать? И последовательность действий — как к этой цели прийти. Это лучше, чем просто ходить на работу и ждать интересного предложения от хантера, чтобы потом снова ходить на другую работу за +10% денег.
  • Три истории про дикий хантинг
    0
    На вашу ссылку, вот моя :)
    rb.ru/story/top-3-programming-languages
    Даже в вашей статье в динамике по годам видно, что популярность JS растет, а Java — падает.
    Мы можем продолжить бросаться ссылками на оценочные суждения и остаться при своих мнениях. Мне это не интересно.
    Это, например, программисты БД, акцесса и офиса, сишники, одноэсники, дельфисты, я уж не говорю про ассемблерщиков и программистов контроллеров и FPGA

    Доля этих ребят мала и продолжает падать. Сейчас основной тренд бизнеса разработки — ускорение производства, JS хорошо для этого подходит. Качество отошло на второй план. Это может вам и мне не нравиться, но это есть.

    Согласно выборке hh очень распространены: Java + sql, огромный спрос на написание мобильных приложений (ios/android) вообще не связанных с JS (всякие банковские, торговые терминалы и т.д.), управляющие примочки для оборудования (вроде SDN-контроллеров).

    Да ради бога, разнообразие — это хорошо.

  • Три истории про дикий хантинг
    0
    Да особо не нужно, скорее всего просто хотел как лучше — показать мир разработчикам :)
  • Три истории про дикий хантинг
    0
    Да, владелец был не прав — незачем возить разработчиков на выставки. Пусть сидят и разрабатывают. А на выставки должны ездить продажники.
  • Три истории про дикий хантинг
    –3
    Успешность HR в том, чтобы люди не уходили из компании. А успешность рекрутера в том, чтобы найти специалиста, идеально подходящего под вакансию. Стимуляция текучки кадров не входит в KPI ни того, ни другого.
    Хантинг — вредная практика, потому что не приносит пользы бизнесу. И самим сотрудникам тоже от этого мало пользы. Здоровое и осмысленное отношение к своей карьере, профессиональному развитию — вот это достойная цель.
  • Три истории про дикий хантинг
    –1
    В базовые условия работы разработчика не входит выезд на выставки за границу. Если человека везут туда, то наверно не для того, чтобы его там хантили. Как только такой риск проявился, специалиста просто возвращают в его обычную рабочую среду — пусть разрабатывает, а на выставку в следующий раз поедет продажник :)
  • Три истории про дикий хантинг
    –5
    Уважаемый коллега, не могли бы вы выразить свои мысли более понятным образом и на русском языке?
  • Три истории про дикий хантинг
    0
    Собери и сфотографируй плохих работников от которых хочешь избавиться — отправь их конкуренту

    Прямо лайфхак :)

    Если пользователь невнимательно прочитал и дал согласие на публикацию — сам виноват, пиши потом и требуй убрать, если не нравится.
  • Три истории про дикий хантинг
    –2
    Вам предлагают варианты, а соглашаться или нет — дело ваше. Вас же не в тюрьме держат и силой не заставляют использовать ненавистный вам JS.
  • Три истории про дикий хантинг
    –2
    Уважаемый коллега, в современном мире разработки ПО уже осталось очень мало программистов, которые не умеют писать на JS хотя бы простые вещи. По моей оценке, программистов, которые совсем не умеют JS осталось не более 20%.
    JS сейчас — это самый популярный и распространенный язык. Популярность Java по разным оценкам в 2-3 раза меньше, чем JS. И значительная доля задач на Java связана с веб-разработкой. Поэтому связка Java+JS раза в 4-5 более востребованная, чем чисто Java для энтерпрайза и прочих редких задач. Таково текущее состояние рынка, нравится вам это или нет.
  • Три истории про дикий хантинг
    0
    Вряд ли это можно объяснить «торопливостью» :) Скорее так — руки делают быстрее, чем включается мозг :)
    Да и вообще странно, кому это предлагают работу без наличия резюме?

    Допустим, HR знал что компания делает крутые приложения, почему бы не написать всем ее программистам и предложить рассмотреть вакансию банка? Кто заинтересуется, тот и пришлет резюме :)
  • Проверка компетенций с помощью тестов – почему и как
    0

    Хотелось бы как Гугл формы + то, что в статье написано — контроль времени и возможность копировать вопросы из теста в тест

  • Проверка компетенций с помощью тестов – почему и как
    0
    Система получается довольно сложная и неудобная для тестирования «кандидатов с улицы»
  • Проверка компетенций с помощью тестов – почему и как
    0
    Это не тесты, а задачи и достаточно абстрактные. На мой взгляд, лучше давать задачи из предметной области проектов, на которых будет работать программист.
  • Проверка компетенций с помощью тестов – почему и как
    0
    Спасибо за рекомендацию. Я посмотрел. В целом — это неплохая система для внутреннего обучения сотрудников и контроля знаний.
    Однако, для задачи проверки знаний кандидатов при отборе на вакансию — не годится. И вот почему:
    1. Тестировать можно только зарегистрированных пользователей и тарифы зависят от зарегистрированных пользователей, соответственно для тестирования кандидатов «с улицы» нужно придумывать какие-то ухищрения типа входа всех кандидатов в один аккаунт;
    2. Тарифы в целом — неудобные для тестирования — заточены на обучение и постоянную работу одних и тех же пользователей. Для системы тестирования удобнее транзакционная модель — когда оплачивается каждое прохождение теста или пакеты прохождений теста. Не говоря уже о том, что Google Forms вообще бесплатен :)
    3. Система достаточно сложная и изобилует функциями, ненужными для построения тестов, то есть нужно потратить время на освоение этого не очень то и подходящего инструмента.
  • Проверка компетенций с помощью тестов – почему и как
    0
    Такие варианты дают повод поговорить потом на собеседовании
  • Проверка компетенций с помощью тестов – почему и как
    0
    .NET core?