Задать вопрос
  • А Вы встречали гениев-программистов?

    Да. Это было всего один раз, но да - встречал. Более того, я даже очень близко знаком с этим гением, ведь им являюсь я сам, собственной персоной.
    Ответ написан
    1 комментарий
  • А Вы встречали гениев-программистов?

    fox_12
    @fox_12
    Расставляю биты, управляю заряженными частицами
    Возможно он вспомнил, что решал задачу подобную вашей, и достав свой ноут просто восстановил код, адаптировав его под ваше задание.

    > на решение которой, наш уважаемый тим-лид отвел минимум 4 часа
    Не показатель. Тим-лиды тоже обычные люди, и какие-то вещи вполне могут упускать из виду, и не быть в курсе каких-то технологий. Всего на свете охватить невозможно.
    Ответ написан
    Комментировать
  • А Вы встречали гениев-программистов?

    webinar
    @webinar
    Учим yii: https://youtu.be/-WRMlGHLgRg
    Раз не решил без своего ПО - значит не гений. Просто собрал себе кучу заготовок. Что тоже отлично, но ни как не характеризует его как гения. Хотя элемент есть. Не стандартный подход к решению - признак или гениальности или отсутствия классического образования.
    Смешной, но не фантастический вариант:
    человек специально не сделал на Вашем ПО и специально открыл свой комп, что бы ломануть Вашу базу. Возможно это действительно гений из компании конкурентов. Именно поэтому и отказался работать не назвав причины. А может быть проcто Ваш сосед и ему нужен был Ваш пароль от wi-fi. Сидят сейчас за стеной и тихо смеются целым офисом.
    А вообще последний раз в 90-е слышал, что бы тестовое задание не удаленно выполняли. Зачем время на поездку в офис тратить. Тем более в it компании.
    Ответ написан
    Комментировать
  • А Вы встречали гениев-программистов?

    Jump
    @Jump
    Системный администратор со стажем.
    Гений это человек зацикленный на определенной области, как правило имеет серьезные проблемы в остальных областях.

    Для организации гений скорее вреден, чем полезен.
    В организации нужны опытные и работящие люди, которые будут работу работать и деньги конторе приносить, а не гениальные идеи двигать, и нестандартные подходы находить.
    Ответ написан
    1 комментарий
  • А Вы встречали гениев-программистов?

    @amambaru
    Гениальность к вашей ситуации это не имеет отношения. Банальный некомфорт на собеседовании/тестировании - отмечает каждый второй кандидат (если не больше).
    Ответ написан
    Комментировать
  • А Вы встречали гениев-программистов?

    zoroda
    @zoroda
    Необычный Fullstack
    Ох, эйчары! Они такие эйчары! Сколько с ними ни общался - милые, замечательные люди. Но как же далеки они от народа!
    Приходилось взаимодействовать с HR как с позиции кандидата, так и с позиции руководителя.
    Валик-джан, я тебе один умный вещь скажу, но только ты не обижайся (c) Г.Данелия
    Руководитель принимает решение о приёме на работу кандидата исходя из двух основных составляющих:
    а) технических знаний и навыков (что сможет выполнять), которые может оценить только технарь, например, тимлид;
    б) психологических качеств (как вольётся в коллектив, в процесс), которые должен оценить HR-специалист.
    Не пытайтесь решать чужую задачу. Проводить техническую часть собеседования, определять насколько "гениален" человек как разработчик - не ваше.
    Самое большее, что вы могли бы сделать, - определить, какие нужны этому кандидату особые условия работы и донести это до техлида и руководителя. Поверьте, именно за это вам будет благодарен руководитель, а не за то, что вы определили в ком-то гения.
    И таки да, гении - проблемные. По себе знаю :)
    Ответ написан
    Комментировать
  • А Вы встречали гениев-программистов?

    Astrohas
    @Astrohas
    Python/Django Developer
    Вы дали ему задание, с которым ему доводилось работать раньше. За вашем столом он не смог его решить, ибо над ним был надзор и не было готового кода. Уже на своем ноутбуке он немного поискав прежний проект скопипастил пару важнейших моментов, немного погуглил, спросил на тостере, и вуаля за 22 минуты!!!
    Ответ написан
    2 комментария
  • А Вы встречали гениев-программистов?

    sfi0zy
    @sfi0zy
    Creative frontend developer
    Смотрю вопрос пользуется популярностью, поэтому тоже поделюсь мыслями. Люди, которые отвечают выше, смотрят на этот вопрос с одной стороны, а я расскажу с другой. Не буду называть себя гением и даже талантливым, но тем не менее ситуация, которую вы описываете, мне очень знакома. Я сам такой. Не общительный, со своим ноутом, решаю неочевидные задачки, занимаюсь в основном фрилансом, чтобы уменьшить бессмысленное общение на общие темы, хотя переодически сталкиваюсь с командами. Есть похожие знакомые. Не буду давать советов или рекомендаций. Просто поделюсь наблюдениями с обратной стороны, а выводы вы уже сами делайте.

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

    Стоит сказать, что такие люди часто мыслят излишне системно и при выборе места работы используют холодный расчет. Например ведут шкалу рейтинга компании и каждое событие, письмо, звонок, ответ на хитрый вопрос, отношение к тому, что он пришел на 10 минут раньше и все, что при этом происходит (а иногда такое происходит...) имеет положительный (например предложили посидеть 10 минут на диванчике) или отрицательный (полный хаос, переговорная занята, все бегают, ключи от кабинета потеряли, резюме только печатают, еще не читали) коэффициент. Если после собеседования компания окажется в минусе - такой человек скорее всего не станет ее рассматривать.

    Резюме его тянуло на senior, а в комменте к резюме говорилось об отсутствии командной разработки и том, что кандидат интроверт.

    Резюме. Скорее всего там есть на что посмотреть. Очень приятно придя на собеседование услышать, что твое резюме читали, что твой гитхаб заинтересовал или еще что-то такое. При этом крайне обидно (я понимаю, что звучит глупо, что все это скрывают, но это и правда обидно) слышать в свой адрес "мы не верим, что ты это написал, поэтому вот тебе тестовое задание". Если не верите - спросите. О своих проектах всегда есть, что рассказать, по делу такие люди говорить могут, а в присутствии технического специалиста диалог будет интересным и покажет все, что человек делал и к чему стремится.

    Он достал из портфеля свой ноутбук и с невиданной до этого скоростью решил новую тестовую задачу за 22 минуты

    Дело в том, как такие люди обрабатывают информацию. Почитайте другой ответ, я там приводил пример. Для сохранения рассудка отдельные факты не запоминаются и есть необходимость иметь свой набор закладок/заметок/исходников чтобы что-то сделать. Иначе получается, что "кусок мозга отрезали", а без него даже простейшая задача, которая не встречалась в последний месяц, может вызвать затруднения.

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

    Это следствие широкого кругозора из предыдущего пункта. Просто есть особенность: если вы говорите "сделай мне xxx с помощью yyy" такой человек с большой вероятностью скажет "но с помощью zzz это сделать проще/быстрее/понятнее/проще_поддерживать и.т.д.". Не стоит сразу отбрасывать эту мысль, практически всегда она будет серьезно аргументирована. Это касается оценки заданий на собеседовании - если вы получили решение или ответ, который не ожидали - это стоит обсудить. Так вы покажете свою заинтересованность в знаниях кандидата. А это жирный плюсик в ваш адрес.

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

    Это спорное утверждение. Такой разработчик быстро устает от рутины, но даже рутину он может делать быстрее, чем кто-то другой. Или вообще может ее автоматизировать используя знания из других областей. Да, работать 9 часов в день практически невозможно. Но и за 4-5 часов при частичной занятости можно успевать очень многое.

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

    Еще там кто-то сказал
    психологических качеств (как вольётся в коллектив, в процесс)

    Такие люди почему-то думают, что коллектив должен быть сплоченным, что все должны дружить, ходить в боулинг, вместе кататься на велосипедах и участвовать в корпоративах. Я это видел несколько раз в разных школах, потом в институте, потом на работе. Но на самом то деле (практически всегда) им нужен человек, который будет работать. Пришел. Взял тикет. Сделал. Взял. Сделал. Поделился с кем-нибудь опытом. Предложил какое-то решение. Еще поработал. Ушел.
    Ответ написан
    Комментировать
  • А Вы встречали гениев-программистов?

    @Fetur
    В карман за ответом не полезу
    Я тут вижу, что парень неплохо шарит, но ему нужны как и всем нормальным людям справочники, доки и банально работающее окружение. То, что чел не смог сделать на вашем компе, а на своем смог говорит о том, что ваше окружение(девелоперское) говно. Там неудобно, здесь виснит и всё в таком духе.

    Я знаю двух чуваков, которые в паре работают за 10х и вообще шарят, при этом нормальные ребята.

    Можно поинтересоваться, что за тестовое было?
    Ответ написан
    6 комментариев
  • Копирование объекта или передача ссылки на него?

    VoidVolker
    @VoidVolker Куратор тега C#
    Dark side eye. А у нас печеньки! А у вас?
    Читайте мануал по IEquatable интерфейсу: https://docs.microsoft.com/en-us/dotnet/api/system...
    Данный интерфейс реализует методы сравнения определенного класса. Кроме того, класс так же может реализовывать поддержку сравнения для операторов (равно, не равно, больше/меньше и т.п.).
    Ответ написан
    Комментировать
  • Почему время выполнения на разных машинах отличается?

    @deliro
    Ещё раз, чёрным по белому. Сложность алгоритма НЕ ОТРАЖАЕТ реального времени выполнения. Время может различаться хоть в миллион раз. Сложность ОТРАЖАЕТ характер роста времени/памяти при росте этого твоего N.
    Ответ написан
    1 комментарий
  • Где лучше всего почитать про использование Photon для Unity?

    @Sir_Akakii
    1. На мой взгляд - самый оптимальный вариант изучения - как раз документация и официальные туториалы на сайте фотона + те же примеры под юнити, которые включаются в сам набор с фотоном (в них есть примеры и лобби, и всех остальных основных моментов).
    2. Должно хватить - сам по себе фотон не такой сложный (лично мне с ним ознакомиться и освоиться на базовом уровне было куда проще, чем с uNet от unity). Как самый простой вариант - можно просто использовать готовое лобби, которое есть в примерах, убрав из него всё лишнее и переделав под свои нужды.
    3. Количество коннектов зависит от плана - на бесплатном - 20 активных соединений. Насчет комнат уже не знаю.
    Ответ написан
    1 комментарий
  • Какой алгоритм эффективнее ищет минимум?

    GavriKos
    @GavriKos
    С первым все правильно.
    Со вторым - надо знать какую сортировку использует питон и смотреть ее сложность.
    Ответ написан
    2 комментария
  • Реальная заработная плата frontend/backend разработчика в Москве?

    @anton99zel
    29а класс средней школы №7
    Как бы там не было, но у заказчиков всегда позиция, что ты мало работаешь и много получаешь. У разработчика обратное мнение.
    В целом Москва настолько разная и большая, что назвать нечто среднее очень тяжело.
    И не важно сколько ты получаешь, важно сколько ты тратишь:
    Если у тебя идеальные условия труда, белая зп, отпуска, больничные и тому подобное, а также своя жилплощадь и до работы 20 минут на метро - ЭТО ОДНО.
    А вот если работодатель положил болт на соцнормы и в отпуск ты ходишь за свой счет раз в 5 лет и до работы ехать 2 часа по пробкам и снимаешь жилье - ТО ЭТО СОВСЕМ ДРУГОЕ.
    Ответ написан
    Комментировать
  • Реальная заработная плата frontend/backend разработчика в Москве?

    1) В Москве большой спрос на адекватных спецов, поэтому платят обычно хорошо.
    2) Если у вас нет квартиры в Москве, либо жена/подруга/дружок не работают, либо их нет, то за 100к вы будете либо очень плохо жить, либо тратить очень много времени на дорогу.
    3) Цены на услуги гораздо выше, что также будет вытаскивать с вас бабло.

    P.s. Лучше в НН за 80к, чем в Москве за 100к.
    Ответ написан
  • Как не превратиться в мамонта?

    saboteur_kiev
    @saboteur_kiev Куратор тега C++
    software engineer
    1. Видимо тем, кто собеседует, нечего делать или они слишком зеленые чтобы понимать смысл управления проектом. На собеседовании нужно спрашивать не все нюансы языков/фреймворков а то, что реально требуется в проекте, и умение разбираться с новым в пределах проекта. При собеседовании практически всегда можно завалить при желании, но нужно ли это делать неясно.

    2. Окей, а если не на собеседовании вам поставят задачу - вы разберетесь или будете волноваться что наизусть не знаете?

    3. Самоорганизация и умение работать зачастую важнее, чем специализированные знания, ибо все в мире ИТ и бизнеса к этому ведет - упрощение языков программирования, автоматизация, все эти скрамы - все это ведет к уменьшению человеческой ошибки и возможности замены программиста.
    Ответ написан
    1 комментарий
  • Как не превратиться в мамонта?

    GavriKos
    @GavriKos
    Знать наизусть все паттерны и сортировки в отрыве от реальности и задач - это бесполезно. Достаточно знать что они есть и понимать когда стоит задуматься об их применении. Так что на такие вопросы лучше забить и не страдать, конечно при условии что в боевой ситуации вы не сортируете пузырьком.
    Ответ написан
    Комментировать
  • Не могу понять: как использовать геттеры и сеттеры?

    azerphoenix
    @azerphoenix Куратор тега Java
    Java Software Engineer
    Я и сам, когда совсем недавно начинал не мог разобраться с геттерами, сеттерами и конструкторами и со многими другими понятиями. Вам правильно подсказали, что необходимо прочитать несколько книг.
    Что касается геттеров и сеттеров, то вот, объяснение от новичка)))
    Как понятно из название геттеры от слова Get (получить), а сеттеры от слова Set (задавать). Прибегать к геттерам и сеттерам стоит в ООП, а с учетом того, что java является типизированным языком и использует парадигму ООП, то геттеры и сеттеры активно используются в ней.
    Зачем они нужны? Для этого вам необходимо изучить инкапсуляцию, модификаторы доступа и т.д. Например, если вы установите модификатор доступа private для примитивного типа, то этот примитивный тип не будет доступен из других классов. А что делать, если вам надо получить значение этого типа или наоборот, задать значение этому примитиву? Тогда прибегаем к геттерам и сеттерам. Создаем нужные геттеры и сеттеры в классе, где находится этот примитив и соответственно, создав новый instance этого класса в другом классе из которого хотим достучаться до нашего примитива можем использовать геттер или сеттер.
    Если вы исопльзуете какой-либо IDE (в частности Intellij IDEA), то в нем есть возможность генерировать геттеры и сеттеры. Можно также подключить библиотеку Lombok, которая сама "создает" геттеры и сеттеры при компиляции. Но на начальных этапах лучше создавать вручную, дабы понять их структуру и их предназначение.
    Ответ написан
    2 комментария
  • Почему не выводит средние значения строк и столбцов?

    DennisKingsman
    @DennisKingsman
    Студент
    1)
    static double mean(double[] onearray) {
                double total=0;
                int totallength = 0;
                for(int i=0;i<onearray.length;i++) {
                     {
                        total += onearray[i];
                        totallength++;
                    }
                }
                return total/(totallength);
            }

    Если я не ошибаюсь totallength у вас будет равен onearray.length по итогу , так что наверное можно просто делить на onearray.length
    2) в качестве параметра передаваемого в mean не надо передавать тип ( тип указываем только в сигнатуре самого метода) + скобочка пропущена из-за чего он не распознает число
    Так не надо:
    System.out.println("Среднее значение "+"["+i+"]"+" строки: "+"["+mean(double[] (da)[i]+"]");
                        System.out.println("Среднее значение "+"["+j+"]"+" cтолбца "+"["+mean(double[] (da)[j]+"]");

    Так надо:
    System.out.println("Среднее значение " + "[" + i + "]" + " строки: " + "["+ mean(da[i])+ "]");
                    System.out.println("Среднее значение " + "[" + j + "]" + " cтолбца " + "["+ mean(da[j]) +"]");

    3) в майне вы выделяете память под массив с длиной и шириной(типо используете конструктор), а потом применяете функцию createRandomArray(size) (которая типо и есть конструктор для вашей матрицы уже определенной вами) , так что вместо этого
    double[][] array=new double[size][size];
                array = createRandomArray(size);

    можно написать просто
    double[][] array = createRandomArray(size);
    4)в методе mean у вас среднее значение строки считается нормально 1 потом 2 потом 3 , а вот значение среднее столбца считается 1 при подсчете первой строки, 1 и 2 столбца отдельно при подсчете второй строки 1, 2 ,3 столбца при подсчете 3 строки, подумайте как это исправить, это не сложно
    5) ну и ставьте пожалуйста пробелы между знаками и прочим)) (и разбивайте строки)
    Ответ написан
    23 комментария