После столкновения с проактивными SMS-сообщениями от SIM-карты AT&T (перевод статьи тут) я решил проверить и другие SIM-карты. Не секрет, что практически все они поддерживают проактивные функции, но мне стало интересно, сколько карт используют их фактически.
Вторая статья про самодельный компьютер. Сегодня я расскажу вам про кодирование и исполнение инструкций, а также немного про программирование.
Для компании Kingston бренд FURY не только ознаменовал возвращение былого имени, но и появление первых потребительских SSD с поддержкой PCIe версии 4.0.
Линейка SSD Kingston FURY Renegade представлена несколькими моделями, начиная с 500 ГБ и заканчивая внушительными 4 ТБ. В основе лежит производительный контроллер Phison E18, обеспечивающий коммуникацию по протоколу PCIe 4.0. Форм-фактор всех накопителей – привычный М.2 2280.
"В ближайшие 5 лет мы фактически перейдем от восприятия нас как компании социальных сетей к восприятию нас как компании метавселенной". 29 октября Марк Цукерберг, соучредитель и генеральный директор Facebook, объявил на ежегодной конференции Facebook Connect, что компания будет переименована в Meta, о чем он упоминал в своей предыдущей речи.
Часть 2: Роботизация бизнес-процессов
Часть 3: Волшебные интерфейсы и оживление железа
Часть 4: Автоматические личные кабинеты и чат-боты
Часть 5: Автоматизация на производстве
Часть 6: Траблшутинг на предприятии (в этой публикации)
Привет, Хабр!
На связи Паша Емельянов, тимлид в AGIMA. В этой статье расскажу, как на одном из проектов мы переписывали старый функционал, разработанный когда-то на PHP, на Golang, с какими проблемами столкнулись и как их решали. Статья будет интересна и начинающим, и миддлам, а еще системным архитекторам, т. к. здесь затронем как инфраструктурные вопросы, так и вопросы реализации конкретного сервиса под потребности бизнес-заказчика.
В литовской команде EPAM уже более 250 специалистов из 10+ стран мира. Мы попытались посмотреть на жизнь в Литве их глазами, прогуляться по старым улочкам, испытать на прочность европейский сервис и узнать o возможностях, которые дает быстро развивающийся офис.
Применяя Terraform, действуйте по принципу “не повторяйся” (DRY) при создании инфраструктуры в различных средах/регионах/облачных провайдерах
Terraform упростил способ организации инфраструктуры в облаке и управления ею в виде кода. Но лучшие практики, такие как разделение инфраструктуры в соответствии с несколькими типами окружения (staging / QA / production. стейджинг / тестирование и обеспечение качества / продакшн), не меняются. Возможно, для потребностей вашего бизнеса, необходимо распространить инфраструктуру на несколько географических областей. Или вы задумываетесь о применении стратегии мультиоблачных вычислений.
Для решения такой ситуации надо суметь прописать несколько различных типов используемого окружения в коде. Задача состоит в том, чтобы максимально факторизировать код в соответствии с принципом DRY (Don't Repeat Yourself. Не повторяйся). Существует множество способов добиться этого с помощью Terraform.
В этой статье мы рассмотрим две стратегии для достижения этой цели с помощью Terraform. У каждой из них есть свои сильные и слабые стороны, в конце мы сравним их. Начнем!
Недавно компания Datadog, разработчик одноименной системы мониторинга, представила свой обновленный отчет «10 трендов использования контейнеров в реальном мире». Авторы исследования проанализировали полтора миллиарда контейнеров, развернутых тысячами компаниями-клиентами Datadog.
Чтобы дополнить статистику Datadog и понять, насколько их тенденции показательны для рынка в целом, мы сравнили их с результатами других профильных исследований.
Наше мобильное направление продолжает делиться собственным опытом, а также переводить те статьи, которые могут сослужить разработчику хорошую службу. Эту статью по Android, написанную в 2020 году, мы выбрали, изучая вопросы оптимизации внедрения зависимостей на проекте, и перевели с разрешения автора. С практической точки зрения он освещает проблемы, возникающие при использовании Dagger в многомодульном проекте, и дает рекомендации о том, как их избежать, сохранив при этом гибкость и поддерживаемость кода.
Если вы только начинаете погружаться в тему многомодульности и Dagger, эта статья поможет избежать ряда проблем и быстрее решить те, с которыми вы уже могли столкнуться. Разработчики с опытом тоже, вероятно, найдут для себя полезные советы или же идеи, которые подскажут новые пути для того, чтобы улучшить свои способы решения задач, связанных с зависимостями в многомодульном проекте.
От автора: прежде, чем мы начнем, стоит отметить, что статья будет длинной. Вместе мы шаг за шагом найдем различные решения возникающих проблем и рассмотрим требования к продукту. Целью было поэтапно показать, как с помощью Dagger внедрять зависимости в многомодульном проекте. Для каждого шага будет дана ссылка на коммит, в котором сделаны эти изменения, кроме того, покажем некоторые фрагменты кода.
В каждой отрасли бизнеса, каждой компании, как правило, используется целый зоопарк ПО. Одни системы «из коробки» умеют взаимодействовать с «соседними» продуктами, другие же приходится дорабатывать. За десятилетия существования веба как отрасли сформировались следующие практики межсетевого взаимодействия:
В данной статье мы поговорим о веб-сервисах. Чем они отличаются от прочих способов и какие они бывают.
Перед прочтением рекомендуется ознакомиться с предыдущими статьями цикла "Архитектура Вселенной":
• Часть 1: Сознание
• Часть 2: Относительность
• Часть 3: Идея
В прошлой части "Архитектуры Вселенной" мы говорили об относительной природе пространства и времени, а сейчас я хотел бы сконцентрироваться на другом важнейшем понятии - материи.
Слово "материя" имеет тот же корень, что и слово "материал". В русский язык эти слова попали из латыни, где слово "materia" - это существительное, а слово "materialis" - прилагательное. Приблизительно эти слова можно перевести как "вещество" и "вещественный". Однако, если мы попытаемся дать понятию "материя" четкое определение, то натолкнемся на те же самые проблемы, что с сознанием, временем и пространством. Мы можем сказать, что материя - это то вещество, тот материал, из которого состоят все вещи. Но это определение можно выставлять в парижской палате мер и весов, как эталон тавтологии, ведь материя и есть вещество. Так что давайте обойдемся простым "материя - это то, из чего все состоит".
Я программист из Новосибирска. С 2017 года я с семьей живу и работаю в Копенгагене.
TL;DR: Чуть-чуть не дождался вакцинации, заболел, побыл на самоизоляции в отеле, полежал в госпитале, поправился.
Спойлер - нет! Ну, не совсем. Мы привыкли воспринимать UI как визуальную составляющую, но ведь UI – это User Interface. Так вот, интерфейс – это то, с помощью чего пользователь взаимодействует с нашим приложением. В случае с графическим интерфейсом пользователь его видел и воспринимает информацию. Однако он статичный и, когда пользователь хочет взаимодействовать с ним, он использует другие интерфейсы: тачскрин, клавиатуру или мышку. Да, это тоже интерфейсы. И UIKit как раз таки отвечает не за графический интерфейс, а за распознавание пользовательских жестов и их обработку.
Когда я начинал писать эту статью, хотелось рассказать много фундаментальных вещей. Одновременно с этим хотелось, чтобы она была понятна всем, поэтому я начал с описательной части. Со временем понял, что материала получается слишком много и я решил разбить ее на несколько частей. Возможно какие-то вещи для вас покажутся совсем простыми и очевидными, но они нужны для того, чтобы хорошо разобраться и ориентироваться, как же все-таки устроен UI.
Так как же он устроен? У нас же есть базовый класс UIView и куча его стандартных наследников. Мы можем сами создавать свои вью и как угодно их кастомизировать. И все это видим на экране. Почему тогда UIKit и UIView – это не про графический интерфейс? Давайте разбираться.
Моя первая статья... поехали...
Что такое жизнь? На ум приходят сложнейшие определения, философские высказывания о сознании, высшем замысле, предназначении. И я не исключение. Но, как говорил Л.Н. Толстой: Самый верный признак истины — простота и ясность. Ложь всегда сложна, вычурна и многословна. Глубоко внутри зрело понимание того, что все происходящее вокруг на самом деле просто, банально и, возможно даже, не имеет никакой цели. Хоть это и не умаляет чудесности построения мира.
Приятно было бы осознавать что какой-то творец за нами наблюдает (управляет - это уже слишком оптимистично), интересуется нашими успехами, сравнивает с результатами других творений. Но... ничего не предвещает такого развития событий. Тогда что такое жизнь?
Способов управления состоянием между компонентами в React множество. Из-за простоты автор остановился на React Context, но есть проблема. Если изменить значение одного поля, повторно будут отрисованы все компоненты, работающие с полями состояния.
Библиотека Teaful, которая в начале разработки называлась Fragmented store, решает эту проблему. Результат вы видите на КДПВ. Рассказываем о Teaful, пока начинается наш курс по Fullstack-разработке на Python.
