• Как повысить шансы при поиске работы и получить максимум приглашений на перспективные собеседования при минимуме времени
    0
    С HR связываться как-то отдельно бесполезно. Нужно просто отправить ей резюме. Она сама свяжется, напишет, позвонит и отдаст ваше резюме тем, кто решает

    Прохладная история… если HR не может просто ответить интересующую инфу по вакансии (в пределах разумного), то пусть ищет дальше.
  • CDC+MSC USB Composite Device на STM32 HAL
    0
    Никакого кастомного интерфейса, все по спеке.
  • Ужасный рекрутер, ужасный кандидат
    +2
    Искренне не понимаю, когда люди заявляются ко мне в приват со стихами и откровениями на тему " Вы тот когда мы ищем", а на деле оказывается что и предложить то в общем нечего
    ЗЫ. Я и крестиком вышивать умею, не только скрипты писать.
  • Ужасный рекрутер, ужасный кандидат
    0
    Мне кажется мы общались о моменте времени, когда HR отбирает кандидатов, путем общения. О собеседовании пока речь не шла.
  • Как сдают ISTQB® Foundation Level на русском: шпаргалка по сертификации тестировщика
    0
    И в графе стран — 10 айтемов, это шутка такая? А нельзя ли проходить тестирование удаленно например?
  • Ужасный рекрутер, ужасный кандидат
    +3
    Знаю. Тут, к сожалению, просто терпеть и понимать

    Так терпеть понимать, или таки помагать?
    Я понимаю, когда у меня написано в профиле к примеру какие нить «ODBC, JDBC, OCI, OLE DB и ADO» это конечно да… тут и не всякий программист может понять. Но они даже логикой не руководствуются!
    Написано авто-тестеровщик, они втюхивают девопсов/админов, написано Python — PHP.
    Да чего говорить — очередной «экспонат» — http://clip2net.com/s/3MvIzhd
    ЗЫ. Заметьте, «еще одно предложение» это не потому что я отказался, а потому что предложено было совсем не то, что мне подходит хоть как либо.
    И это не признаки непроффесионализма — это нежелание вообще никак делать свою работу: изучать людей на рынке, для выявления потенциального кандидата.
  • Ужасный рекрутер, ужасный кандидат
    +6
    HR отбирает резюме по формальным признакам, не связанным с глубоким анализом профессиональных знаний, умений и навыков
    Моя задача понять — врёт ли кандидат, указывая в резюме огромный список ключевых слов или действительно он настолько крут.

    Здесь противоречие или мне кажется?
    Или Ваш анализ состоит в том что бы прочесть кандидату, то, что он сам написал в резюме?
    Я думаю, что если HR не компетентный, то он не сможет задать вопрос, который может охарактеризовать уровень понимания кандидата о «ключевом слове»/технологии. или получится как всегда:
    — Вы знаете язык программирования HTML
    — HTML не язык программирования
    — Вы нам не подходите
  • Ужасный рекрутер, ужасный кандидат
    +8
    … понять и помогать ей сделать ее работу… быстро отвечать на письма, всегда подтверждать встречи отдельным письмом

    чего? быстро отвечать?
    Да они не могут найти в linkedIN твои контакты даже!
    Дает оффер в приват, отвечаешь что детально обсудить желаешь в скайпе — все! HR пропала на неделю, объявляется с вопросом — дайте скайп который (....) написан в контактах профиля (кстати отличный тест на HR, читала она твой навыки или нет).
    Поставил на фон в LinkedIN слово «Java» на белом фоне, и что? Летят оферы на Сишника/JSника/Ruby....facepalm
  • Спросите Итана: какая невозможная физика стала бы возможной при наличии варп-двигателя?
    0
    Но если вы можете деформировать пространство и превзойти ограничение, обгоняя в своём путешествии фотоны,

    Но если я деформирую пространство, рядом со «спутниками=электронами» они ведь тоже «ускоряются»?
  • «Хочешь сделать хорошо, сделай это сам» или как я делаю свою выживалку на Unity 3D и C#
    0
    О piranha bytes, плюс пираты, острова… ничего не напоминает?
  • «Хочешь сделать хорошо, сделай это сам» или как я делаю свою выживалку на Unity 3D и C#
    0
    Грац. Надеюсь получите инвайт от пираньи
  • Нагрузочное тестирование Web-систем. Как к нему подготовиться
    0
    гм… еще раз хочу повторить свой пред. ответ: разделяйте лоад тестирование, по направлениям. Какую метрику Вы хотите знать? Ваш пример говорит лишь от отзыва части со статическими данными, которые по существу, должны вообще там крутится где-то на ngix и даже не лежать рядом с веб-приложением.
    Второй момент, опять таки Ваш пример тестирует UI, а не сервер. И то что вы видите в браузере, есть следствие а не причина, более того — не самая достоверная метрика (у юзера может быть плохой канал, тупой браузер, тупой ПК). А лоад тест направлен на поиск причин на бек-енд стороне, в данном случае, можно было просто измерить время HEAD запроса и быть довольным… а если еще учитывать что, где то что-то там не догрузилось когда нужно (привет асинхронность), js запарился, страница не отрендерилась. Вины сервера тут нет, но плохой результат — на лицо. Как быть? Нужно разделять.
  • Нагрузочное тестирование Web-систем. Как к нему подготовиться
    +1
    На самом деле, Ваши трактования не совсем верны. В первую очередь нужно менее широко, на этапе планирования, определить что Вы хотите измерить, ведь нагрузочное тестирование это целый пул смежных и не очень задач по тестированию системы.

    В контексте несущего сервера, можно полностью отбросить статику и ресурсы от третьих сторон, так как нас интересует именно состояние нашего сервера, а не то, что происходит у юзера на UI (где-то UI не догрузился, где то js запарился)

    Второй момент, недостаточно получить лишь HPS график, так как он не несет реальной пользы в исследовании сервера: скриптов, базы, кешей.
    Из второго момента, так же следует понимать между абсолютной нагрузкой и взвешенной. Нередко проводя тесты, и приводя какие-то обоснованные результатами доводы я слышу «Тю, чувак, та такого быть не может — мы ж тут все кешируем/прелоадим/anyway» — как пример того что многие не понимают целей лоуд теста.

    И одно из последних, для реально взвешенного лоуда, нельзя полагаться на методику «размазывания запросов», она естественно дают некие приближенные цифры производительности, но лучше всего в реальной системе, на проде, иметь некоторые метрики снятые всякими статистик сервисами (гуглометрика, яндекс метрика). При таком подходе, можно иметь взвешенную цифру запросов с секунду для одного реального пользователя, а его плотность запросов — как объект для построения своих тест-сьютов для лоуда-тестинга.

    В целом, при простом тестировании в первом приближении, достаточно обзавестись лог-мониторингом (CPU/RAM), базы, и просто стабильно нагружать сервер одним запросом, уверен, даже при таком подходе Вы найдете большое количество недочетов в веб-приложении, и дальнейший анализ логов, уже более точно скажет куда нужно копать, для рефакторинга… у меня в 90% случаев, после первичного просмотра, дела сразу уходят в профилирование базы, изучения запросов, выдаче slow-log и его анализа.
  • Как выигрывать в конкурсах Вконтакте? Другой подход
    0
    Д6
  • Антипаттерны для поиска соискателей
    0
    Ну, я смутно себе представляю подготовку, без чтения резюме.
  • Антипаттерны для поиска соискателей
    0
    Я обычно не рассказываю, о том что уже и так написано, если HR или кто там еще, пол А4 листа резюме, то мне тратить 1 час своей жизни на такое собеседование не особо хочется.
    Второй момент, в резюме я стараюсь кратко изложить все, возможно важные детали которыми занимался на проекте, а в процессе «повествования» на собеседовании, в плане пересказа своего резюме, я обязательно могу что либо пропустить.
    Третий момент, читая резюме и видя какие то знакомые слова в резюме, в голове интервьюера, могут всплывать вопросы по тем или иным пунктам, которые он хочет бы спросить, и получается если я что то не расскажу на собеседовании, то интервьюер не спросит об интересующих его вещах (очень часто интересуются за тестирование СУБД, и реально часто я забываю это рассказать, помещая это просто в лоад-тестирование, то есть вопрос рождается уже в процессе совершенно других разговоров).
  • Антипаттерны для поиска соискателей
    0
    Обычно вопрос звучит так: Расскажите о своих местах работы, проектах, технологиях (учитывая что ровно все это описано в самом резюме)
  • Антипаттерны для поиска соискателей
    +1
    Пока HR не будут видеть разницу между HTML и языком программирования — ничерта не изменится.
    Не стоит тратить время на то, чтобы заранее вспомнить или приготовить резюме кандидата. В первые полчаса все и так вспомнят, кто он, на какую позицию пришёл, и он расскажет своё резюме ещё раз.

    ЕЕЕЕ… просто самый вкусный момент… зачем вообще заставлять человека пересказывать свое резюме?
    Неужели нельзя подготовить какие то целевые вопросы по резюме и просто их спросить? В итоге, из Х времени на собеседование Х/3 я рассказываю где я был и что я там делал, но окей — у меня всего 3 места работы, но есть люди с большим послужным списком? Зачем Вам знать что я там писал на Делфи на первой работе, при том что сейчас я какой нить JS Developer или верстальщик?
  • Страх и ненависть в MiddleWare
    0
    Да, ознакомлен, просто у меня read-only аккаунт. За минусы спасибо)
  • Страх и ненависть в MiddleWare
    –2
    а что эт за технология такая phyton?
  • Если вы это читаете, то работа у вас наверняка не тяжелая
    +4
    Какая то статья написанная недалеким человеком, для поднятия низкоинтеллектуального хайпа
    Если вы сидите в офисе с кондиционером, и вам вместе с остальными сотрудниками ничто физически не угрожает, — это не тяжелая работа.

    Да она не тяжелая, тяжело после трудового дня придти домой как сосед Вася с завода, и не думать о работе. Ведь Васе в этом плане, немного проще, он орудовал молотком, или другим инструментом, и когда стрелка часов подошла к нужной отметке бросил к черту этот инструмент и пошел домой не думая совершенно ниочем.
    А вот когда ты второй день подряд, не можешь отдебажить какую то часть кода, то идешь домой не приходя в сознание, жрешь не приходя в сознание, простите, срешь также — мысли тебя не отпускают, и ты постоянно думаешь о этой ошибке и что могло быть не так.
    Да работа может не тяжелая, когда ее выполняешь, но внерабочее время для тебя — как дважды рабочее, особенно по отношению к окружающим тебя людям.
  • Несколько слов про «наш» микроконтроллер
    +1
    А никто не говорит налево и направо.
    ST сделали отличный пиар-ход, раздавая дев-борды на халяву, и вот результат: за 5 лет, очень много людей начали ее использовать, в коммерческих и не очень целях.
    Но здесь, потраченные тысячи сделали неоценимую услугу ST, это и развитие опен сорса, и допиливание самих контроллеров, и мнение комьюнити по развитию и многое другое.
    А Миландру, если уж все так плохо, к лицу было хотя бы давать по сходной цене, но одному МК в руки по ФИО физ лицам. Уверен, это не такие огромные затраты, зато очень ценную обратную связь можно получить, хотя бы применить данную стратегию к известным целевым компаниям-разработчикам… так сказать дать для проявления какого либо интереса к своему продукту.
    А так он мало кому будет интересен и не будет расти, в плане специалистов и в плане своего софта.
  • Советы для инженеров от менеджера Google
    +3
  • Да, Python медленный, но меня это не волнует
    0
    Если под надежностью Вы подразумеваете время отклика онлайн кассы, в пределах опять таки железа, то тут ни Си ни любой другой язык не сможет этого обеспечить, из за присутствия сети между терминалами.

    Второй момент, с которым я солидарен с автором, что критический участок можно переписать на Си/ASM и прочее, но зачем простите писать на Си бизнес логику? Или например UI? При умеренных количествах Python может реализовать отличный UI, при очень скромных затратах на разработку.

    В целом, думаю данный разговор можно свести к утверждению «на каждую задачу — свой инструмент», но мне кажется, утверждать без контекста что питон — ненадежен, это реально преувеличенно и совершенно неверно.
  • Да, Python медленный, но меня это не волнует
    –4
    То есть в установке неверного типа, виноват язык а не программист, который позволил неверному типу в то или иное место программы?
    Второй момент, типизация хоть и динамическая но сильная, и поэтому все баги с типами которые Вы описываете, целиком и полностью вина программистов… у нас тут массивы с числами не складывают.
  • Да, Python медленный, но меня это не волнует
    0
    То есть питон, менее надежен чем любой другой язык?
  • Сеанс тёплой ламповой «магии» с разоблачением
    0
    https://www.youtube.com/watch?v=4rUoDg8qkBM
    Буквально первая ссылка, и я узнал цифру даже не дослушав до конца.
    лампа, всегда даст грязноватый перегруз, в отличии от эмуляции. Попробуйте и Вы)
  • Сеанс тёплой ламповой «магии» с разоблачением
    0
    Мы сейчас о звуке, или о разнице? Мне кажется Вы пытаетесь сравнить несравнимое.
    Я не говорю что транзисторный инструментальный усилитель звучит хуже, я говорю что он звучит не так, как ламповый, и то что это действительно отличимо.
    Касаемо споров о эмуляции, даже пресловутый AxeFx и Kemper не дают того звукового ощущения, что даст 5150/Plexy или любой другой достаточно хороший ламповый усилитель. Да они правдивы, но не до конца.
  • Сеанс тёплой ламповой «магии» с разоблачением
    0
    Думаю музыканты отличат, за меломанов ничего не скажу, не являюсь таким.
  • Сеанс тёплой ламповой «магии» с разоблачением
    0
    Усилителей не видел, но процессоров/эффектов полно. Но как и писал уже выше. Инструментальный усилитель, не может только характеризоваться звуком.
  • Сеанс тёплой ламповой «магии» с разоблачением
    –2
    Как гитарист скажу вам, что звук эмулировать можно, но даже безухий музыкант отличит в слепую ламповый от транзисторного гитарного усилителя.
    В отличии от прослушивания музыки, при игре на инструменте у тебя есть осязательная и тактильная обратная связь с усилителем, и вот как раз в этом есть огромная разница
  • Как «заказывают» DDos-атаки: история из жизни
    0
    Смысл заработать денег, а методы уже второстепенное… имею ввиду в моей ситуации
  • Как «заказывают» DDos-атаки: история из жизни
    0
    Вспомнил знакомого, который работал на СТО в провинции, который по утрам ходил на близ лежащий мост рассыпать гвозди.
  • Шаблоны проектирования с человеческим лицом
    +1
    А почему именно PHP? Хочу такую же для Python c использованием особенностей языка)
  • Как создать музыку для видеоигры
    +1
    Здесь я приведу скриншот, на котором представлена основа трека,

    Да, звук отпадный.
    Амбиент версия имеет фазовый перекос в левый канал, из за этого слышится как будто несбалансированный трек (средина примерно.)
  • Создаем веб приложение используя VueJS и .NET
    0
    есть vue-resourse который призван решать такие задачи.
  • Python на службе у конструктора. Укрощаем API Kompas 3D
    0
    Спасибо за подробное пояснение
  • Python на службе у конструктора. Укрощаем API Kompas 3D
    0
    То есть данный подсчет верен только для какого то одного из типов работ?
  • Python на службе у конструктора. Укрощаем API Kompas 3D
    0
    Не сколь замечание, а любопытство. Я далек о чертежей на производстве, но вот вопрос: ведь перерисовка чертежа (предположим), создание чертежа непосредственно с модели, или реактивное моделирование (когда «рожаешь» чертеж в уме и стараешься непосредственно его привести к размерам на чертеже) — это ведь не одни и те же временные операции. Как бы в таком случае с расчетом времени, ведь исходя из моего списка по времени:
    1 пункт < 2 пункт < 3 пункт.
  • Термины «фронтенд», «клиентская сторона» и «интерфейс» — как употреблять и не облажаться
    0
    Фронтенд — это код, принятый клиентом, запущенный на нём и ставший интерфейсом

    А чтобы враг молча отдал оружие, уточните, что отдельно взятая страница — уже интерфейс, а внутри неё работает фронтенд

    Определитесь что ли.