Выручка сервисов и инфраструктуры для работы с ИИ составила 19,3 млрд рублей, или 51,3% общей выручки компании. За первые восемь месяцев 2026 года объём потребления языковых моделей на платформе Cloud.ru в токенах вырос в 18 раз. Общий объём потребления достиг 480 млрд токенов.

В первом полугодии Cloud.ru продолжил стратегию по расширению практического применения облачных сервисов и ИИ-технологий. Компания предоставляет сервисы крупнейшим потребителям из финтеха, ритейла и ИТ. Чтобы стоимость инфраструктуры и сервисов не ограничивала масштабирование проектов крупнейших потребителей, Cloud.ru в течение длительного времени удерживает цены. Это позволяет клиентам активнее переходить от экспериментов и пилотов к коммерческому внедрению.

«Сегодня один из главных вызовов для бизнеса и общества — переход к широкому практическому применению искусственного интеллекта. Скорость этого перехода зависит не только от технологий. Это вопрос готовности людей и организаций к изменениям, потому что в центре трансформации остаётся человек. Наша задача — формировать технологическую и экономическую основу для ответственного внедрения ИИ: безопасного, эффективного и сбалансированного. Мы хотим, чтобы компании могли свободнее экспериментировать, находить эффективные сценарии и масштабировать их, а современные ИИ-инструменты становились доступнее людям», — прокомментировал Михаил Лобоцкий, генеральный директор Cloud.ru.

Стабильное финансовое положение Cloud.ru позволяет продолжать инвестиции и проводить выбранную ценовую политику. В первом полугодии 2026 компания подтвердила высокую оценку кредитоспособности, получив кредитные рейтинги ruАА+ от Эксперт РА и АА+ (RU) от АКРА. Также компания успешно реализовала дебютный выпуск облигаций.

«Cloud.ru сохраняет высокую рентабельность и низкую долговую нагрузку. Это позволяет нам инвестировать в инфраструктуру, безопасность и новые продукты и одновременно поддерживать ценовые условия, стимулирующие рост потребления у крупнейших клиентов. В первом полугодии мы вышли на публичный долговой рынок, диверсифицировав источники финансирования. При этом отношение чистого долга к EBITDA LTM за год снизилось с 0,60x до 0,35x. Устойчивая финансовая позиция позволяет нам принимать решения с расчётом на долгосрочный рост бизнеса и рынка», — отметила Наталия Толченникова, финансовый директор Cloud.ru.

В первом полугодии 2026 года Cloud.ru инвестировал 8,5 млрд рублей в закупку оборудования, разработку программного обеспечения и другие нематериальные активы. Основные направления инвестиций — инфраструктура, безопасность и новые технологии.

Инфраструктура Cloud.ru включает более 46 тыс. единиц ИТ-оборудования, в том числе более 32 тыс. серверов, размещённых в девяти дата-центрах. Общая мощность используемых стоек составляет 58 МВт.

В сфере безопасности Cloud.ru развивает защищённые облачные платформы для государства и крупного бизнеса. Решения компании позволяют размещать государственные информационные системы и объекты критической информационной инфраструктуры и соответствуют наиболее строгим требованиям российских регуляторов. В ИИ-направлении компания развивает платформы и сервисы для практического применения технологий и расширяет доступ к ним как для корпоративных, так и для массовых пользователей.

Cloud.ru — один из крупнейших облачных и ИИ-провайдеров России. Компания основана в 2019 году и за несколько лет вошла в число лидеров рынка инфраструктурных, платформенных, а также ИИ-решений. В портфеле Cloud.ru — более 130 инфраструктурных и платформенных сервисов, публичное облако Cloud.ru Evolution на базе собственных технологий, аттестованная инфраструктура для размещения ГИС и КИИ, платформа для частных и гибридных облаков Cloud.ru Evolution Stack, а также цифровая среда для промышленной работы с генеративным ИИ — AI Factory. В команде компании — более 2 000 специалистов в области ИТ, кибербезопасности и ИИ.

Реклама. Рекламодатель: ООО «Облачные технологии», ИНН 7736279160, erid: 2W5zFGH4yKw

При этом важно понимать, что бесплатный VDS — это не просто способ сэкономить деньги. В первую очередь он представляет собой рабочую площадку, где можно безопасно проводить эксперименты, изучать новые технологии и проверять различные программные решения в условиях, максимально приближенных к реальной эксплуатации.

Чем VDS отличается от обычного хостинга

Главное преимущество виртуального выделенного сервера заключается в уровне контроля. Пользователь самостоятельно выбирает операционную систему, устанавливает необходимое программное обеспечение, управляет сетевыми настройками, создает базы данных и полностью контролирует серверное окружение.

На виртуальном хостинге подобные возможности обычно ограничены, поскольку все клиенты используют общую программную среду. Именно поэтому разработчики, системные администраторы и владельцы сложных веб-проектов предпочитают использовать VPS или VDS.

Кроме того, современный виртуальный сервер позволяет работать с Docker, Git, Node.js, Python, PostgreSQL, Redis, Nginx и десятками других инструментов, необходимых для разработки современных приложений.

Когда действительно нужен бесплатный VDS

Тестовый сервер может быть полезен далеко не только начинающим пользователям.

Во-первых, его удобно использовать для проверки производительности сайта после переноса с виртуального хостинга. Во-вторых, это хороший вариант для тестирования новых версий CMS, обновлений, модулей или собственного программного кода без риска нарушить работу основного проекта.

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

На что обратить внимание при выборе бесплатного сервера

При выборе бесплатного VDS важно учитывать не только отсутствие оплаты, но и реальные возможности сервера. Перед регистрацией вам стоит оценить несколько важных параметров.

• продолжительность тестового периода;
• характеристики процессора, объём оперативной памяти и дискового пространства;
• использование современных NVMe-накопителей;
• наличие защиты от DDoS-атак;
• возможность выбрать операционную систему;
• наличие VNC-консоли и SSH-доступа;
• возможность сохранить данные при переходе на платный тариф;
• качество технической поддержки и документации.

Именно эти параметры позволяют оценить, насколько тестовый VDS подходит для решения реальных задач и соответствует возможностям коммерческих тарифов.

Почему важно протестировать VDS перед выбором

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

Тестовый период позволяет проверить, насколько быстро разворачивается сервер, удобно ли работать с панелью управления, как ведет себя система под нагрузкой, насколько стабильно сетевое соединение и насколько просто выполнять повседневные задачи — от установки программного обеспечения до создания резервных копий. Не менее важно оценить скорость реакции технической поддержки и доступность документации, поскольку именно эти факторы часто влияют на удобство дальнейшей эксплуатации.

Такой подход помогает сделать выбор на основе собственного опыта и объективной оценки возможностей платформы, а не только информации, указанной в описании услуги.

Бесплатный VDS как возможность оценить инфраструктуру

Сегодня многие хостинг-провайдеры предлагают бесплатный тестовый доступ к виртуальным серверам. Такой формат позволяет пользователям познакомиться с особенностями платформы, проверить производительность оборудования и понять, насколько инфраструктура соответствует требованиям будущего проекта.

Одним из примеров является SpaceWeb, который предоставляет бесплатный VDS с доступом к основным возможностям виртуального сервера: выбору операционной системы, root-доступу, установке необходимого программного обеспечения и использованию готовых серверных окружений. Это позволяет протестировать сайт, приложение или среду разработки в условиях, максимально приближенных к реальной эксплуатации, и только после этого принимать решение о дальнейшем использовании сервиса.

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

Реклама. Рекламодатель: ООО «СпейсВэб», ИНН 7813376370, erid: 2W5zFK1N8eV

• Чем Senior отличается от Middle
• Что необходимо, чтобы стать Senior C# разработчикомТехнические навыкиПлатформа .NET и базы данныхПаттерны проектированияМикросервисыКонтейнеризация и облачные решенияCI/CD и тестированиеВидение проектаЛичностные качестваЛюбовь к «чистоте» кодаКоммуникативные навыкиНавыки ментораРабота с сообществом
• Полезные ресурсы
• Вместо эпилога

Чем Senior отличается от Middle

Middle C# developer — это разработчик, который хорошо освоил язык и платформу .NET, понимает процессы разработки на проекте, умеет пользоваться всеми необходимыми инструментами и может справиться с повседневными задачами практически без помощи старших коллег.

У Senior C# разработчика больше опыта, экспертизы и потому больше ответственности. Он глубоко понимает архитектуру, устройство фреймворков и библиотек, видит технические риски и знает, как их предотвратить. А ещё сеньор умеет организовать работу над проектом: сформулировать и раздать задачи, следить за разработкой и сроками и презентовать результат. Как вы уже поняли, сеньор должен уметь не только программировать, но и управлять проектами и людьми.

Что необходимо, чтобы стать Senior C# developer

Чтобы начать путь от мидла к сеньору, необходимо развиваться в двух направлениях: прокачивать технические навыки и личностные качества. Поэтому мы разделили дорожную карту на две части и структурировали и подробно раскрыли оба направления.

Технические навыки

Платформа .NET и базы данных

То, что C# Middle разработчик воспринимает как функциональность языка C#, сеньор понимает глубже — как возможности для построения сложных систем.

Старший специалист в деталях знает, как работает многопоточность, асинхронность и чем они отличаются друг от друга. А ещё — как применять примитивы синхронизации потоков (lock, Monitor, Mutex, Semaphore и SemaphoreSlim), зачем нужен ThreadPool, какие операции лучше выполнять синхронно, а какие асинхронно (CPU bound, IO bound), что такое контекст синхронизации, CancellationToken и в каких случаях может пригодится ValueTask.

Сеньор точно знает, какие структуры данных лучше использовать и почему, как посчитать сложность алгоритма и измерить эффективность выбранного подхода. Для этого на уровне мидл необходимо уверенно освоить способ Big O Notation, алгоритмы сортировки и поиска элементов в коллекции, а также иметь чёткое представление, в чём разница между Array и List, как устроен Dictionary и почему он работает быстрее чем List, что такое коллизии в Dictionary и как он взаимодействует с ними.

Не менее важно для Senior C# developer уметь работать с базами данных. Старший специалист не просто знает, как писать запросы и в чём разница между SQL и NoSQL. Он может обоснованно выбрать ту или иную базу данных для решения конкретной задачи, построить план запросов и правильно их прочитать.

Сеньору следует знать, что такое уровни изоляции транзакций и какие проблемы они решают, как нормализовать данные и какие индексы необходимо использовать для ускорения выборки данных. А ещё иметь понимание, что такое ACID и BASE, теорема CAP, шардинг и вертикальное масштабирование.

Паттерны проектирования

Старшему специалисту пригодится умение работать с паттернами проектирования. У сеньора должен быть навык выявления необходимого и достаточного паттерна проектирования для конкретной ситуации, чтобы не допустить «кода ради кода».

Senior C# разработчику необходимо понимать, как следовать принципам SOLID, DRY, KISS, YAGNI и GRASP. А также знать, как и когда применять архитектурные паттерны, например, SOA, Microservices, MVC, MVVM, Client-Server, Broker, и контролировать использование антипаттернов, таких как Spaghetti code, Accidental complexity, Lava flow, God Object, Dependency hell.

Чтобы научиться обдуманно подходить к использованию паттернов, рекомендуем ресурс dotfactory — здесь вы найдёте подборку паттернов проектирования на C# с подробным описанием и примерами реализации.

Микросервисы

Senior C# разработчику нужно знать, что такое микросервисы и уметь их строить. Как проектировать сервис, как делить его на слои, чем отличается многослойная архитектура от чистой, что такое low coupling и high cohesion, как обеспечивать консистентность данных — всё это не должно вызывать вопросов.

Чтобы прокачаться до уровня сеньора, необходимо подтянуть следующие темы:

• межсервисное взаимодействие: HTTP call, Message Broker (AMQP) и gRPC;
• подходы микросервисных решений: CQRS, Event Sourcing, Circuit Breaker, Saga pattern, Sidecar, Database per Service, Shared Database per Service, API Gateway;
• безопасность микросервисов: Basic Authentication, JWT, ASP.NET Core Identity, OpenID Connect или OAuth.

А также разобраться с RESTful-сервисами, stateless и уровнями зрелости дизайна REST API.

Чтобы научиться правильно строить микросервисную архитектуру, рекомендуем прочитать книги Криса Ричардсона «Микросервисы. Паттерны разработки и факторинга» и Сэма Ньюмена «Создание микросервисов».

Контейнеризация и логирование

Сегодня сложно представить проект, в котором не используются контейнеризация и методы оркестрации контейнеров. Поэтому сеньору важно знать, что такое Docker, зачем использовать Kubernetes, и разбираться в технологиях Docker swarm, Nomad, Consul.

Немаловажной частью работы над сложными системами является мониторинг и алертинг компонентов. В этом сеньору пригодится навык настройки логирования таким образом, чтобы оно не перегружало инфраструктуру ненужной информацией. Здесь помогут навыки работы с Grafana, ELK-стеком, Prometheus, OpenTelemetry.

CI/CD и тестирование

Ещё сеньору пригодятся знания CI/CD-процессов и умение их использовать, чтобы выпускать более качественный продукт. Сеньор должен понимать, какие критерии проверки необходимо включить в CI/CD-процесс, какие использовать тесты — unit или integration, и какой процент покрытия тестами удовлетворительный для конкретного проекта.

Сеньор может успешно выстроить CI/CD-процесс на проекте. Он не забывает об автоматизации билда, Self-testing сборке, о том, что каждый commit в master должен быть сбилженным, билды — быстрыми, тестирование на pre-prod среде — максимально приближенное к production, а деплой — автоматизированным.

Старший специалист уверен в том, что находить дефекты в продукте — прежде всего задача разработчиков, а не тестировщиков. Именно разработчики отвечают за качество и функционал кода. Чтобы подтянуть свои навыки в тестировании, необходимо изучить библиотеки MSTest, xUnit, NUnit, Moq, NSubstitute, а также разобраться в разнице между Dummy, Fake, Stubs, Spies и Mock объектами.

Видение проекта

Старший разработчик C# понимает, как устроен проект в целом, и старается принести своими решениями максимальную выгоду бизнесу. Он видит проблемы и осознаёт, как применение того или иного подхода повлияет на проект и его компоненты. Хороший Senior C# на уровне рефлексов знает, какое решение правильное, а какое нет, — опыта за плечами хватает.

Ещё один необходимый скилл для сеньора — находить точки интеграции компонентов с другими командами, системами. Зачастую некорректная интеграция может критически сказаться на разработке и принести много проблем и рисков.

Также Senior C# программисту важно понимать изолированный контекст компонентов системы, чтобы они не становились большими и перегруженными. И в этом помогут знания DDD-подхода — рекомендуем изучить.

Личностные качества

Любовь к «чистоте» кода

Читаемый код с понятной архитектурой и логикой, который без труда могут разобрать другие разработчики — вот, к какому коду следует стремиться Middle C# разработчику, чтобы вырасти до старшего специалиста.

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

Коммуникативные навыки

Разработчик сеньор часто ведёт проекты самостоятельно. Он умеет обрабатывать ТЗ, разбивать его на мелкие задачи и выстраивать план работ. Сеньор знает, кому из специалистов и что делегировать, и какие задать вопросы коллегам для прояснения ТЗ, чтобы задачи были выполнены корректно и в срок.

А ещё Senior C# — хороший командный игрок. Он правильно выстраивает коммуникацию, организовывает процесс работы и знает, как избегать конфликтных ситуаций. Научиться этому поможет книга Дж. Ханк Рейнвотера «Как пасти котов. Наставление для программистов, руководящих другими программистами».

Навыки ментора

Одна из задач сеньора — помогать младшим специалистам развиваться и расти. У сеньора достаточно опыта за плечами и набитых шишек, поэтому он точно знает, как достичь цели или решить задачу быстрее и с меньшими потерями.

Менторский опыт важно приобретать уже на уровне мидл. Станьте наставником для своих младших коллег или присоединитесь к сообществу IT-менторов. Это поможет прокачать лидерские, преподавательские навыки, эмпатию и эмоциональный интеллект. Нелишним будет прочесть книги Гарвардской школы бизнеса «Делай как я! Руководитель как играющий тренер» и Ларри Кинга «Как разговаривать с кем угодно, когда угодно и где угодно».

Работа с сообществом

Не ограничивайтесь только рабочими задачами и находите время делиться опытом и знаниями с коллегами. Вклад в комьюнити шарпистов может быть хорошим толчком к развитию C# Middle разработчика.

Устраивайте семинары в своей команде, пишите полезные статьи на Tproger, Habr или англоязычных Medium или Hackernoon, выступайте с докладами, — например, ребята из dotnet.ru регулярно проводят оффлайн- и онлайн-встречи и всегда открыты к сотрудничеству.

Публикуйте свои pet-проекты на Github или участвуйте в open-source проектах на площадке. Такой опыт даст возможность поработать со специалистами из разных стран и областей разработки. И, возможно, именно вам удастся внести свой вклад в следующий популярный фреймворк или новую технологию.

Полезные ресурсы

Чтобы путь от Middle уровня C# до старшего разработчика был максимально коротким, следует запастись полезными ресурсами.

Кроме тех книг, которые мы рекомендовали по ходу дорожной карты, стоит прочесть также:

Также советуем подписаться на YouTube-канал сообщества разработчиков .NET DotNetRu и авторский канал Nick Chapsas, на котором регулярно выходят интересные разборы проблем C# разработчиков и обсуждаются новые возможности .NET.

А ещё рекомендуем читать новостной ресурс InfoQ о разработке программного обеспечения и регулярно заглядывать на сайт глобального онлайн-сообщества шарпистов C-Sharpcorner, где разработчики обмениваются знаниями и опытом.

Вместо эпилога

Чтобы быстро освоить базис дорожной карты, рекомендуем пройти курс для Middle-специалистов Route 256 от Ozon Tech «Продвинутая разработка микросервисов на C#».

Программа рассчитана на разработчиков с опытом от 3 лет. Преподаватели и тьюторы — инженеры Ozon Tech. За два месяца вы сможете подтянуть скилы и освежить знания. На курсе вы научитесь создавать и настраивать микросервисы на ASP.NET Core, эффективно работать с асинхронным кодом, проектировать сложные распределенные системы, создавать REST и gRPC API и другое.

Учиться вместе с Ozon Tech

Надеемся, статья оказалась для вас полезной. Остались вопросы? Задайте их в комментариях.
Реклама ООО «Озон технологии» LjN8KVpnf

Сыграйте за нового сотрудника, которому предстоит запустить сайт маркетплейса и справиться с его растущей популярностью.

Денис Солонков — студент факультета компьютерных наук Высшей школы экономики, который попал на стажировку в Google после первого курса. Мы пообщались с Денисом и задали ему несколько вопросов о трудоустройстве в Google и о том, где и как он получил необходимые для работы навыки.

— Как ты попал в Google?

— История достаточно тривиальная: подал свое резюме на их программу летних стажировок, прошел на этап интервью, прошел интервью, получил предложение, и вот я стажируюсь в Google.

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

— Полных лет мне 18, через пару месяцев будет 19. Сейчас я Software Engineer Intern.

Прим. ред. Инженер-программист занимается комплексной разработкой и руководством проектов, а программист реализует их путем написания кода.

— В каком офисе Google ты проходишь стажировку?

— В Цюрихе, Швейцария.

— Расскажи про офис, пожалуйста. Что там интересного? Еда бесплатная? 🙂

— Да, кормят бесплатно, шведский стол. Главный плюс в том, что Google адекватно относится к своим работникам. Например, у нас нет чётко ограниченного рабочего дня — фактически, я могу приходить и уходить когда угодно. Но я нахожусь в офисе столько времени, чтобы успевать работать по своим проектам, и так делают все. В Google понимают, что им не нужно заставлять людей работать — они сами этого хотят. К сожалению, я не могу вдаваться в подробности о внутренних процессах из-за соглашения о конфиденциальности.

— Хорошо, спасибо. Тогда немного сменим тему. Как тебе сама Швейцария?

— Страна очень хорошая, но дорогая. С местными уровнями зарплат это не проблема, но когда я приехал на первый месяц, это очень сильно меня удивило. Цены, к которым я привык, просто умножаются на десять. Но с Google в этом плане все в порядке, они достаточно платят.

— Давай поговорим о твоей специализации. Всегда ли ты хотел заниматься программированием?

— Мой отец работает программистом, так что уже в детстве я был заинтересован в программировании, но все попытки обучиться ему, которые я предпринимал самостоятельно, полностью провалились.

— Что помогло тебе продвинуться в этом деле?

— В нашу школу пришел представитель от Школы программистов, который рассказал нам о ней и предложил прийти на вступительные испытания. К тому времени у меня не было никаких занятий вне школы, плюс мне очень понравилась описанная представителем концепция, я решил попробовать. Ну и затянуло.

— Как ты строил свое обучение?

— Процесс обучения был более-менее стандартным, если можно так сказать: теория плюс практика. Мне очень запомнилась разработка калькулятора на чистом ассемблере. Дополнительно к основному курсу я посещал занятия по основам веб-разработки и программированию на Java.

— Что было самым интересным, чему советуешь уделить особое внимание?

— Олимпиадное программирование. Весьма большая доля того, чего я добился (поступление в вуз, стажировка в Google и т.д.) — прямое следствие из того, что я вложил большое количество усилий в этот курс.

— А самая трудная часть?

Может показаться странным, но самым сложным этапом моего обучения оказался самый первый год, когда я потихоньку проникался парадигмами и основными принципами программирования, учился смотреть на всё это под другим углом.

— Какие знания и навыки оказались самыми полезными для работы?

— Как я уже сказал выше, без навыков олимпиадного программирования я не смог бы пройти этап интервью (а скорее всего, и этап резюме тоже) и не поехал бы ни на какую стажировку. Задания, которые дают на этапе интервью стажёрам, весьма схожи с олимпиадными, так что благодаря моему опыту сложность интервью для меня была средней. Труднее всего оказалось не решить задачу, а суметь общаться с интервьюером на должном уровне английского языка. Из полезных навыков еще хочу выделить курс промышленного программирования, в ходе которого я изучил широкий набор полезных практик.

На этом мы распрощались с Денисом, поблагодарив за ответы. Если вы тоже хотите поделиться историей успешного пути в области программирования, рассказом о стажировке в крупной компании или тонкостями прохождения сложного интервью, пишите на chief@tproger.ru — самые интересные материалы мы постараемся опубликовать.

Код

Начнем с примера: нарисуем прямоугольник на экране. Этот код должен срендерить прямоугольник с градиентом:

На самом деле, код рисует два треугольника, X и Y координаты каждого пикселя используются как R и G значения цвета, а цвета внутри треугольников экстраполируются и в результате получается прямоугольник с градиентом.

Что происходит?

Мы создаем canvas объект, который используется для рендеринга, а также два «странных» тега script. В качестве типа у этих тегов вы можете указать все, что угодно — главное, чтобы вы могли затем как-то извлечь эти элементы из DOM через JS. Важно указать такой тип, который не будет распознаваться браузерами как «javascript». Это позволит нам добавить невидимое многострочное содержимое в документ, с которым мы сможем работать позже. В общем, эти теги не имеют какого-то специального значения, это просто такой трюк, чтобы добавить нужную нам информацию в JS.

В коде мы видим два таких тега script. Их содержимое принадлежит двум разным шейдерам, с помощью которых мы будем «делать магию».

О шейдерах

Простыми словами, шейдеры позволяют сопоставлять входные пиксели с выходными пикселями и пиксели с выходными цветами. В нашем случае есть два шейдера: вершинный (vertex) шейдер, который сопоставляет входные пиксели их координатам, и фрагментный (fragment) шейдер, который сопоставляет пиксели с их цветами.

В шейдерах существует 4 основных типа «переменных». Первый — это uniform. Вы можете определить такую переменную с помощью JS, но в шейдере она будет read-only. Второй тип это attribute, который, условно говоря, используется для получения определенных атрибутов точки. Третий — varying тип, он позволяет нам пересылать данные с одного шейдера в другой. Четвертый и последний это const, он позволяет создавать константы.

Кроме них есть ещё float для чисел с плавающей запятой, есть типы vec1, vec2, vec3 и vec4 для векторов, которые на самом деле являются просто списком чисел с плавающей запятой. Есть также типы xyz, rgba и тд. Очевидно, они не имеют особых различий, поэтому не будем рассматривать их подробно.

Как работает написанный выше код

JS-код начинается с простой инициализации и начальной загрузки: получения canvas, получения gl-контекста и т.д.

Сначала мы компилируем оба шейдеры в одну «программу»:

После компиляции проверяем, скомпилировались шейдеры или нет. Вы можете использовать что-то вроде:

Так вы сможете получить больше информации о том, почему компиляция завершилась неуспешно. Для отладки желательно использовать Firefox, так как он выдает больше подробностей об ошибке, чем Chrome.

Функции main шейдеров не возвращают каких-либо значений. Вместо этого они должны устанавливать переменную, которую перехватит WebGL. Тем не менее, для удобства будем называть эту переменную возвращаемым значением функции. Например, вершинный шейдер должен установить переменную gl_Position, чтобы сообщить WebGL, какой именно пиксель canvas’а мы сейчас рисуем. Фрагментный шейдер должен установить переменную fl_FragColor, которая назначает цвет пикселя в формате RGBA. Устанавливаемое значение этих переменных может быть любым в диапазоне от −1.0 до 1.0.

var positionLocation = gl.getAttribLocation(program, "a_pos"); — это получение побайтового смещения для переменной a_pos в скомпилированной программе, которое нужно для установления значения positionLocation.

Далее создается буфер из точек, которые мы будем использовать в качестве параметров для рисования. Мы помещаем эти точки в буфер и говорим WebGL, как их интерпретировать:

Эта «строка» кода помещает координаты двух прямоугольников в буфер. Экранные координаты перечислены от −1 к 1, с верхнего левого угла к нижнему правому. То есть 12 значений выше — это, на самом деле, 6 координат вершин (<-1,-1>, <1,-1>, <-1,1>, <-1,1>, <1,-1>, <1,1>). STATIC_DRAW — это параметр для оптимизации, который для нас пока не очень важен.

Теперь мы сообщим WebGL, как использовать эти точки:

Здесь мы связываем каждую точку с a_post и переводим каждые два числа в число с плавающей запятой.

Само рисование треугольников происходит в последней строке: gl.drawArrays(gl.TRIANGLES, 0, 6);. Здесь три каждые три вектора объединяются в треугольники. Разберемся подробнее непосредственно в процедуре рисования.

Как WebGL «рисует»

Метод drawArrays работает с буфером, который мы подготовили: рисует из треугольник из трех пар координат.

Во время этого он применяет main-функцию каждого шейдера для каждой из координат. Вершинный шейдер передает эти координаты в gl_Position, устанавливая z равным 0 и w равным 1. Он также кладет координаты в varying переменные для использования во фрагментном шейдере. Фрагментный шейдер использует входные координаты, чтобы установить RGBA-значение переменной gl_FragColor: он берет vec2-координаты и создает из них vec4 для применения в качестве RGBA значения (r=x, g=y, b=0, a=1).

На самом деле мы всего лишь сообщаем WebGL, что нужно нарисовать те 6 точек (3 на каждый треугольник) и экстраполировать цвета между каждой, чтобы получить градиент. Та как мы рисуем три треугольника, они заполняют всю область просмотра. Никто реально не рисует прямоугольники, а составляет их из треугольников — это полезно для простоты и оптимизации.

Вот так будет выглядеть результат выполнения нашего кода:

Давайте теперь поделимся своим успехом с миром и зальем наше творчество на хостинг!

Размещение проекта на хостинге

Чтобы разместить наш проект, воспользуемся хостингом GPDHOST. Для нашего несложного эксперимента нам подойдет план Starter. Для удобства войдите на сайт — например, через аккаунт Google, а затем добавьте план Starter в корзину. Далее вам будет предложено выбрать доменное имя — выберите понравившееся вам. Любой один домен в зоне .site, .party или .pro предоставляется GPDHOST бесплатно.

После получения доступа к контрольной панели хостинга, можете переходить к размещению веб-страницы с JS-кодом на сайте. В разделе «Quick Server Logins» кликните по имени выбранного вами домена, и далее в «Quick Shortcuts» выберите пункт «File Manager». Вам откроется такое окно:

«Видимые» посетителям вашего сайта HTML-страницы должны располагаться в папке public_html, выберите ее в дереве каталогов слева. Далее кликните на «Upload» в верхней части страницы и загрузите файл index.html. Чтобы он корректно отображался при открытии вашего сайта, он должен называться именно index.html. Затем вернитесь на страницу, где был расположен раздел «Quick Shortcuts», и чуть выше этого раздела кликните «Visit Website» — теперь вы увидите на главной странице вашего сайта canvas с эффектом выпуклости.

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

Кто занимается разработкой под iOS?

Сейчас iOS — это платформа, популярная в основном среди разработчиков младше 30.

Лиму Динг Вену из Сингапура было всего 9 лет, когда он стал создателем Doodle Kids — приложения для рисования и раскрашивания картинок. За короткое время его загрузили 880 000 раз по всему миру.

Для разработки простых приложений под iOS высшее образование не обязательно. Каждый четвертый разработчик справляется и без него.

Свободное владение английским языком также необязательно для разработки простых iOS-приложений. Всего три разработчика из десяти свободно владеют языком.

Какие требуются технические навыки чтобы начать?

Начать разработку под iOS просто. Для успешного старта необходимы:

• знание принципов объектно-ориентированного программирования;
• умение работать в среде разработки Xcode;
• знание языков программирования Objective-C или Swift.

Первое приложение можно создать за 2 месяца, начав с нуля, а за год стать настоящим гуру.

Первое знакомство

Войти в сервис можно, как пройдя традиционную процедуру регистрации, так и через аккаунты Google или GitHub. При первом входе нас встречает краткая инструкция по работе с сервисом:

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

Вы также можете в любой момент связаться напрямую с командой Lokalise через чат поддержки в правом нижнем углу страницы. Каждое сообщение при необходимости можно дополнить файлами и скриншотами.

Работа с локализацией

Сервис поддерживает множество различных форматов файлов: от наиболее популярных Apple Strings (.strings), Android Resources (.xml) и Comma-separated values (.csv) до JSON (.json) и книг Excel (.xslx). Необходимое количество ключей (меток) можно также создать и дублировать вручную без загрузки файла.

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

• машинный перевод от Яндекс.Переводчика;
• машинный перевод от Google.Translate;
• подсказка из translation memory — сервис подскажет вам наиболее подходящий перевод на основе уже переведенных меток;
• также вы можете оставить слово без перевода — это удобно тогда, когда термин в переводе не нуждается.

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

Также отображается прогресс выполнения перевода в процентах от общего количества ключей для языка. При необходимости можно быстро найти и заменить значения, в том числе в рамках одного языка или везде сразу. Каждая метка может полностью или частично заимствовать значение другой метки, ссылаясь на нее.

В результате вы получите готовый файл с локализациями. Для скачивания можно выбрать удобный вам формат из множества доступных — в частности, с помощью Lokalise можно локализовать iOS-, Android- и веб-приложения. Сервис поддерживает интеграцию с App Store и Google Play для импорта и экпорта метаданных.

Командная работа над переводом

Lokalise подходит для работы над локализацией в команде.

Каждый из ключей можно снабжать поясняющей информацией: комментировать и добавлять скриншоты, чтобы вам и вашим коллегам было понятнее, в каком именно элементе интерфейса будет использована переведенная надпись. Более того, скриншоты при загрузке автоматически привязываются к меткам.

Также доступна история работы над переводом каждой отдельной метки:

Сервис поддерживает интеграцию со Slack и может присылать вам уведомления об изменениях в проекте при каждом сохранении. Также вы получите уведомления на e-mail и/или в Slack (в зависимости от настроек), если будете упомянуты в комментарии через «@». Еще одна полезная особенность — возможность участников работы над локализацией голосовать за различные варианты перевода.

API и SDK сервиса

Помимо «ручного» режима, Lokalise поддерживает также работу через хорошо документированный API по HTTPS. Доступ к API сервиса осуществляется по токену. Данные возвращаются в формате JSON.

Отдельная интересная и очень удобная особенность сервиса — SDK для Android и iOS. Он предназначен для обновления текстов без выпуска новых версий в магазинах приложений.

Доступные тарифные планы

Сервис имеет несколько тарифных планов: бесплатный, «Startup» за $40 в месяц при оплате за год или $50  случае помесячной оплаты, «Business» за $80 в месяц (соответственно $100). Все они отличаются ограничениями на число ключей, проектов, одновременно участвующих в разработке сотрудников и наличием доступа к SDK под iOS и Android (не доступен в рамках бесплатного плана) и прочим возможностям.

Также существует безлимитное предложение «Enterprise», которое оформляется в индивидуальном порядке, а также предоставляется бесплатно для open source проектов. Помимо отсутствия ограничений, этот план включает поддержку персональным менеджером и возможность заказать на доработку необходимую функциональность. При регистрации вы бесплатно получаете 14-дневный тестовый период с «Enterprise»-планом.

Мы также пообщались с коммерческим директором Lokalise — Петром Антроповым. Петр ответил нам на несколько интересных вопросов.

Расскажите, пожалуйста, подробно о различиях бесплатного и платного планов.

Бесплатный план довольно сильно обрезан. Он для тех, у кого нет $40 ($50) на нормальный план. Обычно те команды, что идут на новые рынки, достаточно хорошо профинансированы, поэтому бесплатный план выбирают либо не самые уверенные стартапы, либо принципиальные пользователи бесплатных решений, а их становится всё меньше и меньше. В бесплатных планах только 3 пользователя, 1000 меток (ключей), нет мобильных SDK, нет translation memory (автоматические предложения перевода на основе прошлых подобных) и translation history. Что-то можно делать, но и только.

Есть ли какие-нибудь бонусы для клиентов, сотрудничающих с вами длительное время?

Большинство команд покупают годовую, а не месячную подписку, она на 20% дешевле. В остальном, по клиентским отзывам, наш сервис наиболее удобен в использовании и богат на «фичи». К нам переходят из других сервисов, и пока что мы не видели ни одной отписки. Команды разработчиков, стартапы, веб-, мобильные студии и крупные компании готовы платить за сервисы, которые ускоряют выход на новые рынки, облегчают работу, убирают рутину, снижают количество багов и предоставляют уникальный функционал, c которым они делают то, что раньше не могли.

По поводу open source: как именно вы работаете с такими проектами? Какие необходимы подтверждения или т.п., чтобы получить по этой программе бесплатный «Enterprise» план?

На наше усмотрение предоставляем, пока споров не было никаких ? Кстати, мы очень просты в общении, на сайте у нас есть чат поддержки, в котором доступна вся команда. Отвечаем быстро и по делу.

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

Помимо самого удобного веб-интерфейса (мультиязычный вид и т.п.) — это наличие iOS и Android SDK для мгновенного обновления текстов без новых версий в магазинах. С этим функционалом обновлять тексты можно так часто, как это необходимо, без долбежки пользователей обновлениями. Обновление происходит мгновенно, это не 1-2 дня одобрения обновления в App Store. Плюс это гарантия, что 100% пользователей сразу увидят новые тексты, а не 80% пользователей обновят приложение к исходу второго месяца, как это обычно происходит.

Также это мультиплатформенность меток (ключей), универсальные плейсхолдеры, поиск дубликатов и голосование по переводам. По словам пользователей, у нас лучший на рынке API и утилита CLI. Мы поддерживаем plurals (форму слова во множественном числе — прим. ред.), у нас есть референсы между ключами. Другими словами, Lokalise — это наиболее продвинутое решение по локализации и автоматизации переводов.

Над какими «фичами» ведется работа сейчас? Что можно ожидать в близкой перспективе, а что в длительной?

Итак, планы. В первую очередь это Live Edit — возможность вживую редактировать переводы с мгновенным просмотром в задуманных шрифтах на экране iOS- или Android-устройства или в эмуляторе, с трансляцией этого экрана на десктоп переводчика или менеджера продукта, с подсветкой актуального ключа и т.п. iOS-бету выпускаем в начале августа.

Далее будет инструмент по «заворачиванию» захардкоденного текста в метки (ключи), без которого этот процесс происходит вручную у тех, кто на скорую руку верстает, а потом думает про перевод.

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

За новостями сервиса вы можете следить в блоге проекта. Помимо информации об обновлениях, в нем публикуются полезные рекомендации и инструкции по пользованию сервисом.

Резюмируя, делимся мнением Tproger: Lokalise существенно упрощает и ускоряет работу с локализациями, в том числе командную — в частности, вы можете быстро поделиться результатами с партнером, чтобы уточнить варианты для локализации.