#porghub_tests
#proghub_java
Какой результат выполнения данного кода:
Правильный ответ и объяснения тут:
https://proghub.ru/q/0cb5ca
#proghub_java
Какой результат выполнения данного кода:
Правильный ответ и объяснения тут:
https://proghub.ru/q/0cb5ca
Какой результат выполнения данного кода:
Anonymous Poll
60%
true true
13%
false false
3%
false true
24%
true false
Робот Universal Robots помог литейной компании выдержать суровую конкуренцию | robotforum
Чикагская компания RCM industries, занимающаяся литьем алюминия под давлением, столкнулась с жесткой конкуренцией со стороны стран с низким уровнем заработной платы. Использование технологических решений e-series от Universal Robots позволило компании решить данную проблему и даже получить преимущество на мировом рынке.
Робот UR10e линейки e-series от Universal Robots
«Нас заинтересовал робот UR10e линейки e-series от Universal Robots. На нашем производстве нужна высокая точность при установке деталей на патроны. Робот смог находить правильные места на патронах и совмещать с ними детали. У нас около 30 деталей, которые умещаются на столе по прямой линии. Все что нужно оператору это загрузить их на стол.
Робот отправляется на станцию, собирая детали. Затем помещает их в специальное приспособление для предварительно выравнивания. Кроме этого он обнаруживает деформированные детали и отслеживает правильность загрузки.
Технологическое решение загружает их на первый набор патронов, переходит на другую сторону и забирает готовую деталь из вспомогательных патронов. Затем кладет деталь на конвейер и возвращается. С тем же роботом мы можем использовать токарные станки с ЧПУ. Это значительно повысило нашу рентабельность»,
— описал процесс использования манипулятора директор компании по технологиям Роб Маркони.
Польза от роботехнических решений
С помощью робототехнических решений удалось компенсировать затраты на рабочую силу, увеличить время безотказной работы, уменьшить необходимое электричество и техническое обслуживание.
Видео о роботе смотрим здесь:
Чикагская компания RCM industries, занимающаяся литьем алюминия под давлением, столкнулась с жесткой конкуренцией со стороны стран с низким уровнем заработной платы. Использование технологических решений e-series от Universal Robots позволило компании решить данную проблему и даже получить преимущество на мировом рынке.
Робот UR10e линейки e-series от Universal Robots
«Нас заинтересовал робот UR10e линейки e-series от Universal Robots. На нашем производстве нужна высокая точность при установке деталей на патроны. Робот смог находить правильные места на патронах и совмещать с ними детали. У нас около 30 деталей, которые умещаются на столе по прямой линии. Все что нужно оператору это загрузить их на стол.
Робот отправляется на станцию, собирая детали. Затем помещает их в специальное приспособление для предварительно выравнивания. Кроме этого он обнаруживает деформированные детали и отслеживает правильность загрузки.
Технологическое решение загружает их на первый набор патронов, переходит на другую сторону и забирает готовую деталь из вспомогательных патронов. Затем кладет деталь на конвейер и возвращается. С тем же роботом мы можем использовать токарные станки с ЧПУ. Это значительно повысило нашу рентабельность»,
— описал процесс использования манипулятора директор компании по технологиям Роб Маркони.
Польза от роботехнических решений
С помощью робототехнических решений удалось компенсировать затраты на рабочую силу, увеличить время безотказной работы, уменьшить необходимое электричество и техническое обслуживание.
Видео о роботе смотрим здесь:
robotforum.ru
Робот Universal Robots помог литейной компании выдержать суровую конкуренцию (+Видео)
Микросервисное заблуждение
В начале многих проектов часто появляется выбор между новыми и крутыми фреймворками/языками/подходами. Конечно все зависи от специфики проекта, бюджетов, команды. Так вот про архитектуры: интересно то что в последнее время все бегут за микросервисной архитектурой, насмотревшись на страшные и ужасные монолиты с многолетней кодовой базой. Вооружившись успешными кейсами от больших компаний начинают ваять новый продукт с разделенной логикой ну и докером с k8s конечно. И вот в какой-то момент оказывается что проще сходить сервисами в одну бд чем связывать их по интерфейсу, транзакция оплаты иногда теряется где-то в цепочке сервисов, а микросервисный рай становится адом.
Вывод отсюда достаточно простой: если вам нужно запустить проект, просто применяйте то что знаете хорошо, добавьте немного консерватизма в свой выбор. Со временем когда ваше решение достигнет пика возможностей тогда рассмотрите варинты плавного перехода. Если это ваш домашний проект - ни в чем себе не отказывайте :)
Этот пост был навеян ситуаций годичной давности, когда наш старый proghub.ru работал на docker, а выбран он был только из интереса. Так вот это оказалось очень плохой идеей)
Если наберем 100 👍 расскажу подробнее про этот случай, а так же в чем докер хорош а в чем нет.
В начале многих проектов часто появляется выбор между новыми и крутыми фреймворками/языками/подходами. Конечно все зависи от специфики проекта, бюджетов, команды. Так вот про архитектуры: интересно то что в последнее время все бегут за микросервисной архитектурой, насмотревшись на страшные и ужасные монолиты с многолетней кодовой базой. Вооружившись успешными кейсами от больших компаний начинают ваять новый продукт с разделенной логикой ну и докером с k8s конечно. И вот в какой-то момент оказывается что проще сходить сервисами в одну бд чем связывать их по интерфейсу, транзакция оплаты иногда теряется где-то в цепочке сервисов, а микросервисный рай становится адом.
Вывод отсюда достаточно простой: если вам нужно запустить проект, просто применяйте то что знаете хорошо, добавьте немного консерватизма в свой выбор. Со временем когда ваше решение достигнет пика возможностей тогда рассмотрите варинты плавного перехода. Если это ваш домашний проект - ни в чем себе не отказывайте :)
Этот пост был навеян ситуаций годичной давности, когда наш старый proghub.ru работал на docker, а выбран он был только из интереса. Так вот это оказалось очень плохой идеей)
Если наберем 100 👍 расскажу подробнее про этот случай, а так же в чем докер хорош а в чем нет.
🥶 Воскресная новость!
Весь открытый исходный код с GitHub планируют поместить в «Хранилище судного дня» в Арктике
Для того, чтобы его сохранить, компания Microsoft перенесет открытый исходный код на особую пленку, покрытую порошком из оксида железа. Эта пленка сможет сохраниться без повреждений до 750 лет в нормальных условиях, и до двух тысяч лет — в холодной сухой пещере с низким содержанием кислорода.
#news
Весь открытый исходный код с GitHub планируют поместить в «Хранилище судного дня» в Арктике
Для того, чтобы его сохранить, компания Microsoft перенесет открытый исходный код на особую пленку, покрытую порошком из оксида железа. Эта пленка сможет сохраниться без повреждений до 750 лет в нормальных условиях, и до двух тысяч лет — в холодной сухой пещере с низким содержанием кислорода.
#news
#news #proghub
Новый сервис электронных платежей Facebook Pay соцсеть протестирует в США
Компания Facebook запустила в эксплуатацию новый платежный сервис Facebook Pay. Facebook Pay поддерживает кредитные и дебетовые карты большинства платежных систем, а также международную систему платежей и переводов PayPal.
Свой новый платежный сервис компания анонсировала на странице в своем блоге. Сообщается, что с помощью Facebook Pay пользователи смогут переводить друг другу деньги без оплаты комиссии, оплачивать товары в магазинах, представленных на Facebook Marketplace, на площадках приложений Facebook Messenger, Instagram и WhatsApp, оплачивать встроенные покупки в играх и приложениях, приобретать билеты на мероприятия, а также делать взносы на благотворительные цели.
Первыми все преимущества Facebook Pay смогут оценить пользователи из США, где сервис должен заработать уже в ближайшие несколько дней, и пока только на торговых площадках Facebook и Facebook Messenger. В дальнейшем он будет растиражирован и на площадки Instagram и WhatsApp.
Для того, чтобы активировать сервис, пользователь должен пройти на страницу настроек в приложении или на сайте Facebook. Там же пользователь может выбрать предпочтительный метод оплаты, после чего вводить при каждой операции платежную информацию повторно больше не придется – сервис запоминает платежные предпочтения клиента и будет предлагать их при последующих транзакциях.
По сообщению СМИ, ссылающихся на информацию пресс-службы Facebook, платежные реквизиты - номера карт и банковских счетов - будут храниться в зашифрованном виде, избежать мошенничества и несанкционированной активности аккаунтов пользователей поможет внедренная система антифрод-мониторинга. Для обеспечения дополнительного уровня безопасности пользователи также смогут добавить PIN-код или использовать биометрические системы доступа на своих устройствах, например, FaceID или отпечаток пальца.
В будущем, обещают разработчики, на странице настроек будет доступна опция просмотра истории всех операций, совершенных через Facebook Pay, а также чат технической поддержки.
Как полагают эксперты, Facebook Pay, судя по всему, не будет доступен за пределами платформ Facebook. Однако и в этом случае он имеет хорошие шансы на то, чтобы потеснить конкурентов на рынке платежных онлайн-сервисов. Особенно с учетом того обстоятельства, что совокупная аудитория Facebook, насчитывает несколько миллиардов пользователей, а площадки Facebook, в том числе Instagram и WhatsApp, независимые интернет-магазины получили возможность использовать в качестве маркетплейсов.
Как сообщают сами разработчики Facebook Pay, внедрение нового сервиса поможет росту бизнеса пользователей приложений Facebook. Также компания отметила, что возможность совершать платежи у пользователей появилась в еще в 2007 году, а с за последние 4 года, с 2015 г., через Facebook было собрано свыше 2 млрд долларов пожертвований.
Разработчики также акцентируют внимание на том, что сервис Facebook Pay построен компанией на уже существующей финансовой инфраструктуре и партнерских отношениях. Так, Facebook Pay будет поддерживать кредитные и дебетовые карты большинства ведущих платежных систем. Обработка платежей будет производиться в партнерстве с международной системой платежей и переводов PayPal, процессинговой компанией Stripe и другими. Также обращается внимание на то, что Facebook Pay отделен от криптовалютного кошелька Calibra, который будет работать в сети Libra – криптовалютном проекте Facebook по выпуску стейблкоина на основе технологии блокчейн. Напомним, что несколько недель назад все основные партнеры нового платежного сервиса Facebook Pay - PayPal, платежные системы Visa Inc. и MasterCard, система интернет-платежей Stripe, а также международная торговая интернет-площадка EBay – были вынуждены выйти из Ассоциации Libra (Libra Association) из-за давления властей и мегарегуляторов большого числа стран Европы и всего мира, а также международных финансовых институтов МВФ (International Monetary Fund) и Банка международных расчётов (Bank for International Settlements).
Новый сервис электронных платежей Facebook Pay соцсеть протестирует в США
Компания Facebook запустила в эксплуатацию новый платежный сервис Facebook Pay. Facebook Pay поддерживает кредитные и дебетовые карты большинства платежных систем, а также международную систему платежей и переводов PayPal.
Свой новый платежный сервис компания анонсировала на странице в своем блоге. Сообщается, что с помощью Facebook Pay пользователи смогут переводить друг другу деньги без оплаты комиссии, оплачивать товары в магазинах, представленных на Facebook Marketplace, на площадках приложений Facebook Messenger, Instagram и WhatsApp, оплачивать встроенные покупки в играх и приложениях, приобретать билеты на мероприятия, а также делать взносы на благотворительные цели.
Первыми все преимущества Facebook Pay смогут оценить пользователи из США, где сервис должен заработать уже в ближайшие несколько дней, и пока только на торговых площадках Facebook и Facebook Messenger. В дальнейшем он будет растиражирован и на площадки Instagram и WhatsApp.
Для того, чтобы активировать сервис, пользователь должен пройти на страницу настроек в приложении или на сайте Facebook. Там же пользователь может выбрать предпочтительный метод оплаты, после чего вводить при каждой операции платежную информацию повторно больше не придется – сервис запоминает платежные предпочтения клиента и будет предлагать их при последующих транзакциях.
По сообщению СМИ, ссылающихся на информацию пресс-службы Facebook, платежные реквизиты - номера карт и банковских счетов - будут храниться в зашифрованном виде, избежать мошенничества и несанкционированной активности аккаунтов пользователей поможет внедренная система антифрод-мониторинга. Для обеспечения дополнительного уровня безопасности пользователи также смогут добавить PIN-код или использовать биометрические системы доступа на своих устройствах, например, FaceID или отпечаток пальца.
В будущем, обещают разработчики, на странице настроек будет доступна опция просмотра истории всех операций, совершенных через Facebook Pay, а также чат технической поддержки.
Как полагают эксперты, Facebook Pay, судя по всему, не будет доступен за пределами платформ Facebook. Однако и в этом случае он имеет хорошие шансы на то, чтобы потеснить конкурентов на рынке платежных онлайн-сервисов. Особенно с учетом того обстоятельства, что совокупная аудитория Facebook, насчитывает несколько миллиардов пользователей, а площадки Facebook, в том числе Instagram и WhatsApp, независимые интернет-магазины получили возможность использовать в качестве маркетплейсов.
Как сообщают сами разработчики Facebook Pay, внедрение нового сервиса поможет росту бизнеса пользователей приложений Facebook. Также компания отметила, что возможность совершать платежи у пользователей появилась в еще в 2007 году, а с за последние 4 года, с 2015 г., через Facebook было собрано свыше 2 млрд долларов пожертвований.
Разработчики также акцентируют внимание на том, что сервис Facebook Pay построен компанией на уже существующей финансовой инфраструктуре и партнерских отношениях. Так, Facebook Pay будет поддерживать кредитные и дебетовые карты большинства ведущих платежных систем. Обработка платежей будет производиться в партнерстве с международной системой платежей и переводов PayPal, процессинговой компанией Stripe и другими. Также обращается внимание на то, что Facebook Pay отделен от криптовалютного кошелька Calibra, который будет работать в сети Libra – криптовалютном проекте Facebook по выпуску стейблкоина на основе технологии блокчейн. Напомним, что несколько недель назад все основные партнеры нового платежного сервиса Facebook Pay - PayPal, платежные системы Visa Inc. и MasterCard, система интернет-платежей Stripe, а также международная торговая интернет-площадка EBay – были вынуждены выйти из Ассоциации Libra (Libra Association) из-за давления властей и мегарегуляторов большого числа стран Европы и всего мира, а также международных финансовых институтов МВФ (International Monetary Fund) и Банка международных расчётов (Bank for International Settlements).
#porghub_tests
#proghub_php
Что выведет скрипт?
Правильный ответ и объяснения тут:
https://proghub.ru/q/71abf1
#proghub_php
Что выведет скрипт?
Правильный ответ и объяснения тут:
https://proghub.ru/q/71abf1
Докер
В прошлом посте с мыслями разработчика мы заговорили про docker. Что это такое можно прочитать тут и тут. А я ниже расcкажу про наш опыт.
Почему мы выбрали докер?
До запуска proghub.ru я пользовался им для локальной разработки около 2х лет и это было прекрасно: не засоряешь свою машину, легко разворачиваешь одинаковое окружение на разных компах, все поднимается с одной команды.
Приведу пример: я пользуюсь ubuntu 18.04 и хочу протестить работу списков в redis чтобы понять подойдет ли он для моего решения или нет. Как я сделаю это без докера: загуглю как установить редис на мою ОС и выполню кучу команд (
Когда в твоем проекте больше одно сервиса, возьмем к примеру стандартный LEMP-стек (linux+nginx+mysql+php). Чтобы собрать все сервисы вместе и заставить их взаимодействовать нам понадобиться docker-compose, это достаточно простая утилита. Сразу замечу что утилита отдельная и не поставляется вместе с докером по умолчанию. А главные минусы и проблемы докера начинаются когда приходит этап выкатывать проект в прод.
Докер и proghub.ru
У докера в проде есть ряд проблем которые мы обнаружили по ходу его использования:
- деплой - главной проблемой для нас стал деплой без падения сайта, а первым звоночком был решение-костыль на bash который реализовывал подмену контейнеров.
- порядок запусков сервисов (healthcheck и depends_on в docker-compose не решают проблемы). Пример БД еще не успела бустрапнуться а проект уже к ней пытается подключиться и все падает. И да мы знали про костыль wait-for.sh.
- сеть/файрволл - это боль. Дело в том что докер прописывает свои правила в iptables, так что свои задавать автоматически стает проблематично. Это фикситься опять костылем в виде изменения настроек докер-демона.
Это наш личный список вопросов к докеру которые оставили след в нашем опыте. Повторюсь что для разработки докер суперкрут. И да можно было притащить решение вроде kubernetes но это уже слишком :)
В прошлом посте с мыслями разработчика мы заговорили про docker. Что это такое можно прочитать тут и тут. А я ниже расcкажу про наш опыт.
Почему мы выбрали докер?
До запуска proghub.ru я пользовался им для локальной разработки около 2х лет и это было прекрасно: не засоряешь свою машину, легко разворачиваешь одинаковое окружение на разных компах, все поднимается с одной команды.
Приведу пример: я пользуюсь ubuntu 18.04 и хочу протестить работу списков в redis чтобы понять подойдет ли он для моего решения или нет. Как я сделаю это без докера: загуглю как установить редис на мою ОС и выполню кучу команд (
apt install redis...), как я сделаю это с докером: docker run -ti --rm redis redis-cli . Всего одна команда и вжух! Единственный минус локальной разработки с докером это пожалуй его скорость на windows и macos.Когда в твоем проекте больше одно сервиса, возьмем к примеру стандартный LEMP-стек (linux+nginx+mysql+php). Чтобы собрать все сервисы вместе и заставить их взаимодействовать нам понадобиться docker-compose, это достаточно простая утилита. Сразу замечу что утилита отдельная и не поставляется вместе с докером по умолчанию. А главные минусы и проблемы докера начинаются когда приходит этап выкатывать проект в прод.
Докер и proghub.ru
У докера в проде есть ряд проблем которые мы обнаружили по ходу его использования:
- деплой - главной проблемой для нас стал деплой без падения сайта, а первым звоночком был решение-костыль на bash который реализовывал подмену контейнеров.
- порядок запусков сервисов (healthcheck и depends_on в docker-compose не решают проблемы). Пример БД еще не успела бустрапнуться а проект уже к ней пытается подключиться и все падает. И да мы знали про костыль wait-for.sh.
- сеть/файрволл - это боль. Дело в том что докер прописывает свои правила в iptables, так что свои задавать автоматически стает проблематично. Это фикситься опять костылем в виде изменения настроек докер-демона.
Это наш личный список вопросов к докеру которые оставили след в нашем опыте. Повторюсь что для разработки докер суперкрут. И да можно было притащить решение вроде kubernetes но это уже слишком :)
Telegram
ProgHub
Микросервисное заблуждение
В начале многих проектов часто появляется выбор между новыми и крутыми фреймворками/языками/подходами. Конечно все зависи от специфики проекта, бюджетов, команды. Так вот про архитектуры: интересно то что в последнее время все…
В начале многих проектов часто появляется выбор между новыми и крутыми фреймворками/языками/подходами. Конечно все зависи от специфики проекта, бюджетов, команды. Так вот про архитектуры: интересно то что в последнее время все…
#porghub_tests
#proghub_cpp
Каков результат работы следующей программы?
Правильный ответ и объяснения тут:
https://proghub.ru/q/ccfc59
#proghub_cpp
Каков результат работы следующей программы?
Правильный ответ и объяснения тут:
https://proghub.ru/q/ccfc59
Каков результат работы следующей программы?
Anonymous Poll
19%
3 2 1 0
40%
3 2 1
13%
3 3 3
29%
Ошибка компиляции