а) Качество скайпа + обычной вебкамеры сильно хуже 25Гц.
б) Помимо частоты есть еще размер микромимики, и разрешение человеческого взгляда лучше чем качество видеокартинки скайпа.
Если найдете что-то интересное, буду рад это обсудить.
Вебкамера не снимает 80 кадров в секунду. Это я зря написал 80Гц. Это монитор 80Гц. А хорошие вебкамеры снимают 30к/с. Плохие 15к/с.
С помощью 15Гц можно нормально детектировать не более 8Гц. А с учетом еще и плохого качества этих 8Гц (640*480) еще сильно режется не только временная точность, но и размерная.
Так что думаю вполне возможно, что многое из того, что способен увидеть человеческий взгляд не передается.
Частота Skype в лучшем случае частотой монитора и 80Гц
Есть исследования, что человеческая микромимика при разговоре синхронизируется с гораздо более высокой частотой. Более того эта не осознаваемая реакция человека. Есть люди, которые подстраивают под себя, есть люди, которые подстраиваются под других на этих частотах. Человек её называет энергетикой/харизмой и т.д. И вот она как раз не передается через скайп/zoom и т.д.
Есть еще одно такое очень сильное явление в нашем IT как великий и могучий русский язык.
У израильских, немецких, французских компаний зачастую официальный язык в компании — английский. Я не знаю русских компаний, где официальный язык — не русский.
В этом есть свои плюсы:
— У нас достаточно много статей, блогов, курсов, мануалов на родном понятном русском и т.д.
— Русский язык защищает нас от индусов. Вот все смотрят «на запад» и на их зарплаты.
европейский (ЗП от 3000$ за джуна) и американский (ЗП от 6000$ за джуна).
А смотрел ли кто-нибудь на рынок индусов? Да, индусы пишут плохой год) Такой же плохой как и русские джуны. Я думаю, что среди 5 млн индусских программистов есть несколько сотен тысяч очень даже хороших. И вот от них нас и спасает великий и могучий русский язык.
— Часто наш бизнес выбирает софт и решения на русском, только потому, что он на русском. Кто будет работать с ERP на английском? Это тоже определенная защита наших производителей софта)
Но есть и свои минусы:
— Временной лаг между тем, как появляется технология, и как переводят мануалы на русский.
— Если наши разработчики не говорят на работе по английски, то им сложно выступать на конференциях по английски, все наши конференции не смотрят за рубежом, потому что они на русском.
— Сложно выйти на западный рынок. Как бизнесу/стартапу, так и конкретного разработчику.
— Нет ротации кадров. Не едет к нам немец за работой) Не нанимаем мы словаков, румынов, болгар на работу. Хотя IMHO в Москве и уровень жизни выше и уровень зарплат выше чем в Словакии/Болгарии/Румынии.
leono Добрый день. Спасибо за статью.
Как раз неделю назад пытался создать задание на Толоке.
Создал задание, создал пул (p.s. tsv не очень удобный формат), закинул денег, получил 10 сообщений от исполнителей, что я дурак).
Прочитал все руководство заказчика. Очень много о том, как все устроено, но очень мало, как сделать задание. Пошел в youtube. Очень много видео, но я не нашел видео для заказчиков. В основном видео для исполнителей: как прокачать рейтинг, самое выгодное задание и т.д.
Пока что ушел, но все еще вижу для себя потенциал Толоки.
Подскажите, пожалуйста, можно ли для заказчиков записать видео или подробную инструкцию? Я даже готов сам записать это видео, если будет возможность приехать к вам офис и задать вопросы знающему человеку.
P.S. Понимаю, что разобраться можно, но время, необходимое чтобы разобраться, не окупает выгоду от использования.
P.S.S. Я web-разработчик, который часто собирает контент чужими руками, у меня более 50 заказов на fl.ru, более 80 на воркзилле, так что назвать себя начинающим заказчиком не могу)
Мой опыт найма очень узкий, только web-разработка, и 90% опыта — это Ruby on Rails.
Мир Ruby утроен так, что тут только один существенный framework. Я не знаю ни одного опытного разработчика на Ruby в РФ, 95% коммерческого опыта которого не связано с Rails.
Соответственно, если человек не знает Rails — то ему надо идти его учить) Без Rails увы в мире Ruby делать нечего. И кажется это не только в России. Разве что в Японии пишут на Ruby без использования Rails)
Конечно, если придет джун, которые за 30 минут сделает основную часть, и напишет, что 4 часа ковырялся над одной проблемой c CSS, поэтому получилось так долго, то я пойму — что разраб с мозгами, и есть смысл его брать) Тонкости и практика придет.
Но в целом, если человек не был знаком с Rails и это всплывет на собеседовании, то я не буду давать ему тестовое)
Согласен, что зависит от тестового, но действительно, админочка с bootstrap, парочкой связей many-to-many — это дело пары часов.
У меня есть тестовое задание, и оно очень хорошее. Почему я так думаю:
— если вы работали с фреймворком от года, его делать действительно несколько часов
— оно по сути своей такое, что ясно, что это не аутсорс разработка, результат никому не нужен
— ничего сложнее чем CRUD там нету, 1-2 сущности максимум
— есть много деталей, типа склонение существительных в счетчике, где-то AJAX, чуть-чуть нестандартные требования к верстке, и т.д.
— эти детали позволяют понять, насколько внимательно кандидат умеет читать ТЗ и проверять свою же работу
— это тестовое задание дается только после первичного собеседования, когда заявленный опыт соответствует нашим ожиданиям, и нескольким часам на тестовое
— если кандидат наврал про свой опыт и делал тестовое 3 дня вместо 2 часов — это его проблема
— я всегда прошу код, развернуть где-нибудь аля хероку, и написать сколько времени заняло, чем подробнее тем лучше. Из предоставленного тайминга можно получить тонны информации о кандидате
P.S. я сам делал тестовые задания, на которые уходила неделя, более того, я даже брал платные консультации у опытных разработчиков, что сделать тестовое и чтобы они сделали review моего тестового. IMHO оно того стоит, если компания хорошая
P.S.S. И на работе, в начале своей карьеры, 10-20% моего месячного дохода могло уходить на консультации у опытных разработчиков, так как на первых проектах я был или один, или не с кем было посоветоваться.
Сам подумал об coin, когда подумал про инвестиции. Потому я бы вложился.
А потом чтобы проект выстрелил — ещё бы статьи писал, и переводил.
моя топ статья на данный момент имеет 150 000 просмотров)
Покупать карму конечно нельзя. Но по уму сделать можно. Да, у steemit гениальная и очень сложная задумка. Они кстати ico не проводили и это противоречило бы их концепции. Тут аналог делать нельзя. Есть конечно идеи, но пока что нашего совета не спрашивали)
Но если команда TM задумается, устроит голосовалку хорошую, то накидают столько идей и реализаций, что проанализировав их — можно сделать оооочень достойный coin и денег собрать.
В неделю: 8 часов на 100м2 || 5-6 часов на 70м2 — не такая уж и разница большая
И еще надо учесть, что в нашем случае квартира в целом чистая, потому что убиралась 3-4 дня назад. Думаю, что Qlean неоднократно сталкивался с не очень чистыми квартирами, которые быстро не уберешь. Представьте себе 70м2, которые не убирали полгода?) Отсюда и запас по прочности + как правильно выше отметили, время на знакомство, и изучение, где что и как.
Не соглашусь с вами. У нас много лет приходила уборщица убирать квартиру 100м2.
Два раза в неделю часа по 4. Это со стиркой, сушкой белья, глажкой.
И не было разделения на генеральная уборка или нет. Просто если весна — то мылись окна, не все за раз, а по одному за приход. Когда-то мылся шкаф, когда-то холодильник. Когда-то чистился диван. Зато всегда чисто)
Так что 4 часа, особенно если есть ребенок, на регулярную уборку — IMHO это нормально.
У меня вопрос только в целесообразности микросервисов, как следствие зоопарк языков, сложности с оркестровкой, логированием, деплоем, когда все тоже самое может делать монолит.
Например мне не ясен смысл отдельного микросервиса для оплаты.
Добавление оплаты в основном сервисе — это 1-2 контроллера, 1 gem, config, несколько полей в базе, несколько env значений окружения. Всё. А вот в отдельном сервисе придется делать дополнительно к этому:
— config
— подгрузку .env
— deploy
— логирование
— отлов ошибок
— модель Order
— config database.yml
— ORM
etc
А если все это еще и на отдельном языке, то список «дополнительного» становится еще длиннее.
Я понимаю, зачем, например, Lenta делает микросервис для отдачи feed новостей на мобильные. У них во время каких-то критичных новостей и событий очень сильный пик нагрузки. А вот зачем вам — не понимаю. Данные по нагрузке приводил как раз к тому, что Rails вашу нагрузку держат без напряга, даже без горизонтального масштабирования.
Но это холивар последний нескольких лет и он явно выходит за рамки этой статьи и тем более комментов)
Что-то странное происходит в королевстве Qlean. За 6 месяцев по данным similarweb посещаемость сайта упала в 10 раз! Similarweb так сильно ошибаться не может.
Сейчас основной трафик — прямые заходы, походу закончились деньги на рекламу ((
И да, на 123k визитов в месяц 30 микросервисов / 70 виртуалок — явно многовато)
Да и на 1.5 млн визитов в месяц достаточно 1 выделенного сервера, и Ruby on Rails прекрасно это тянет.
ru.knowledgr.com/00353543/%D0%9C%D0%B8%D0%BA%D1%80%D0%BE%D0%B2%D1%8B%D1%80%D0%B0%D0%B6%D0%B5%D0%BD%D0%B8%D0%B5
б) Помимо частоты есть еще размер микромимики, и разрешение человеческого взгляда лучше чем качество видеокартинки скайпа.
11 глава.
Ссылка идет на исследования «Культурных микроритмов» Уильима Кондона
Вот тут есть список его работ.
ru.knowledgr.com/07869698/%D0%A3%D0%B8%D0%BB%D1%8C%D1%8F%D0%BC%D0%A1%D0%9A%D0%BE%D0%BD%D0%B4%D0%BE%D0%BD
Если найдете что-то интересное, буду рад это обсудить.
Вебкамера не снимает 80 кадров в секунду. Это я зря написал 80Гц. Это монитор 80Гц. А хорошие вебкамеры снимают 30к/с. Плохие 15к/с.
С помощью 15Гц можно нормально детектировать не более 8Гц. А с учетом еще и плохого качества этих 8Гц (640*480) еще сильно режется не только временная точность, но и размерная.
Так что думаю вполне возможно, что многое из того, что способен увидеть человеческий взгляд не передается.
Есть исследования, что человеческая микромимика при разговоре синхронизируется с гораздо более высокой частотой. Более того эта не осознаваемая реакция человека. Есть люди, которые подстраивают под себя, есть люди, которые подстраиваются под других на этих частотах. Человек её называет энергетикой/харизмой и т.д. И вот она как раз не передается через скайп/zoom и т.д.
У израильских, немецких, французских компаний зачастую официальный язык в компании — английский. Я не знаю русских компаний, где официальный язык — не русский.
В этом есть свои плюсы:
— У нас достаточно много статей, блогов, курсов, мануалов на родном понятном русском и т.д.
— Русский язык защищает нас от индусов. Вот все смотрят «на запад» и на их зарплаты. А смотрел ли кто-нибудь на рынок индусов? Да, индусы пишут плохой год) Такой же плохой как и русские джуны. Я думаю, что среди 5 млн индусских программистов есть несколько сотен тысяч очень даже хороших. И вот от них нас и спасает великий и могучий русский язык.
— Часто наш бизнес выбирает софт и решения на русском, только потому, что он на русском. Кто будет работать с ERP на английском? Это тоже определенная защита наших производителей софта)
Но есть и свои минусы:
— Временной лаг между тем, как появляется технология, и как переводят мануалы на русский.
— Если наши разработчики не говорят на работе по английски, то им сложно выступать на конференциях по английски, все наши конференции не смотрят за рубежом, потому что они на русском.
— Сложно выйти на западный рынок. Как бизнесу/стартапу, так и конкретного разработчику.
— Нет ротации кадров. Не едет к нам немец за работой) Не нанимаем мы словаков, румынов, болгар на работу. Хотя IMHO в Москве и уровень жизни выше и уровень зарплат выше чем в Словакии/Болгарии/Румынии.
Как раз неделю назад пытался создать задание на Толоке.
Создал задание, создал пул (p.s. tsv не очень удобный формат), закинул денег, получил 10 сообщений от исполнителей, что я дурак).
Прочитал все руководство заказчика. Очень много о том, как все устроено, но очень мало, как сделать задание. Пошел в youtube. Очень много видео, но я не нашел видео для заказчиков. В основном видео для исполнителей: как прокачать рейтинг, самое выгодное задание и т.д.
Пока что ушел, но все еще вижу для себя потенциал Толоки.
Подскажите, пожалуйста, можно ли для заказчиков записать видео или подробную инструкцию? Я даже готов сам записать это видео, если будет возможность приехать к вам офис и задать вопросы знающему человеку.
P.S. Понимаю, что разобраться можно, но время, необходимое чтобы разобраться, не окупает выгоду от использования.
P.S.S. Я web-разработчик, который часто собирает контент чужими руками, у меня более 50 заказов на fl.ru, более 80 на воркзилле, так что назвать себя начинающим заказчиком не могу)
Мир Ruby утроен так, что тут только один существенный framework. Я не знаю ни одного опытного разработчика на Ruby в РФ, 95% коммерческого опыта которого не связано с Rails.
Соответственно, если человек не знает Rails — то ему надо идти его учить) Без Rails увы в мире Ruby делать нечего. И кажется это не только в России. Разве что в Японии пишут на Ruby без использования Rails)
Конечно, если придет джун, которые за 30 минут сделает основную часть, и напишет, что 4 часа ковырялся над одной проблемой c CSS, поэтому получилось так долго, то я пойму — что разраб с мозгами, и есть смысл его брать) Тонкости и практика придет.
Но в целом, если человек не был знаком с Rails и это всплывет на собеседовании, то я не буду давать ему тестовое)
У меня есть тестовое задание, и оно очень хорошее. Почему я так думаю:
— если вы работали с фреймворком от года, его делать действительно несколько часов
— оно по сути своей такое, что ясно, что это не аутсорс разработка, результат никому не нужен
— ничего сложнее чем CRUD там нету, 1-2 сущности максимум
— есть много деталей, типа склонение существительных в счетчике, где-то AJAX, чуть-чуть нестандартные требования к верстке, и т.д.
— эти детали позволяют понять, насколько внимательно кандидат умеет читать ТЗ и проверять свою же работу
— это тестовое задание дается только после первичного собеседования, когда заявленный опыт соответствует нашим ожиданиям, и нескольким часам на тестовое
— если кандидат наврал про свой опыт и делал тестовое 3 дня вместо 2 часов — это его проблема
— я всегда прошу код, развернуть где-нибудь аля хероку, и написать сколько времени заняло, чем подробнее тем лучше. Из предоставленного тайминга можно получить тонны информации о кандидате
P.S. я сам делал тестовые задания, на которые уходила неделя, более того, я даже брал платные консультации у опытных разработчиков, что сделать тестовое и чтобы они сделали review моего тестового. IMHO оно того стоит, если компания хорошая
P.S.S. И на работе, в начале своей карьеры, 10-20% моего месячного дохода могло уходить на консультации у опытных разработчиков, так как на первых проектах я был или один, или не с кем было посоветоваться.
Ой наврал, моя топ статья имеет 250 000 просмотров)
Сам подумал об coin, когда подумал про инвестиции. Потому я бы вложился.
А потом чтобы проект выстрелил — ещё бы статьи писал, и переводил.
моя топ статья на данный момент имеет 150 000 просмотров)
Покупать карму конечно нельзя. Но по уму сделать можно. Да, у steemit гениальная и очень сложная задумка. Они кстати ico не проводили и это противоречило бы их концепции. Тут аналог делать нельзя. Есть конечно идеи, но пока что нашего совета не спрашивали)
Но если команда TM задумается, устроит голосовалку хорошую, то накидают столько идей и реализаций, что проанализировав их — можно сделать оооочень достойный coin и денег собрать.
Пришел вечером домой и чисто)) Приятно)
И еще надо учесть, что в нашем случае квартира в целом чистая, потому что убиралась 3-4 дня назад. Думаю, что Qlean неоднократно сталкивался с не очень чистыми квартирами, которые быстро не уберешь. Представьте себе 70м2, которые не убирали полгода?) Отсюда и запас по прочности + как правильно выше отметили, время на знакомство, и изучение, где что и как.
Два раза в неделю часа по 4. Это со стиркой, сушкой белья, глажкой.
И не было разделения на генеральная уборка или нет. Просто если весна — то мылись окна, не все за раз, а по одному за приход. Когда-то мылся шкаф, когда-то холодильник. Когда-то чистился диван. Зато всегда чисто)
Так что 4 часа, особенно если есть ребенок, на регулярную уборку — IMHO это нормально.
У меня вопрос только в целесообразности микросервисов, как следствие зоопарк языков, сложности с оркестровкой, логированием, деплоем, когда все тоже самое может делать монолит.
Например мне не ясен смысл отдельного микросервиса для оплаты.
Добавление оплаты в основном сервисе — это 1-2 контроллера, 1 gem, config, несколько полей в базе, несколько env значений окружения. Всё. А вот в отдельном сервисе придется делать дополнительно к этому:
— config
— подгрузку .env
— deploy
— логирование
— отлов ошибок
— модель Order
— config database.yml
— ORM
etc
А если все это еще и на отдельном языке, то список «дополнительного» становится еще длиннее.
Я понимаю, зачем, например, Lenta делает микросервис для отдачи feed новостей на мобильные. У них во время каких-то критичных новостей и событий очень сильный пик нагрузки. А вот зачем вам — не понимаю. Данные по нагрузке приводил как раз к тому, что Rails вашу нагрузку держат без напряга, даже без горизонтального масштабирования.
Но это холивар последний нескольких лет и он явно выходит за рамки этой статьи и тем более комментов)
Что-то странное происходит в королевстве Qlean. За 6 месяцев по данным similarweb посещаемость сайта упала в 10 раз! Similarweb так сильно ошибаться не может.
Сейчас основной трафик — прямые заходы, походу закончились деньги на рекламу ((
И да, на 123k визитов в месяц 30 микросервисов / 70 виртуалок — явно многовато)
Да и на 1.5 млн визитов в месяц достаточно 1 выделенного сервера, и Ruby on Rails прекрасно это тянет.
Было очень кстати, потому что без инструкции запутался в сертификатах, id, app_id и т.д.)