У Ruby on Rails есть будущее? Есть ли работа?

Последнее время много раз слышал, что у Ruby on Rails нет будущего. Ни для кого не секрет, что за последнее время рельсы значительно упали в популярности, но что является причиной?
1) Есть ли смысл в 2015 начинать свою карьеру с данной технологией?
2) На сколько реально найти работу в крупных городах Украины?
3) Как обстоят дела с данной технологией на фрилансе? Реально ли взять первый заказ новичку на upwork и подобных?
Поделитесь своими мнениями и опытом.

👍ПодобаєтьсяСподобалось0
До обраногоВ обраному0
LinkedIn

Найкращі коментарі пропустити

Будущего нет. Работы нет. За мной просили не занимать...

1 Начинать карьеру смысл есть всегда хоть c руби хоть без руби.
2 Работа есть — новичкам тяжело — но работа есть.
3 Elance и Odesk завалены рельс-заказами — но новичку будет очень трудно.

Начал изучать руби и работать с ним прошлым летом, хотя до этого был многолетний опыт работы с СУБД Cache(MUMPS). Не жалею.

Мнение одно — не пытайся угадать найлучшую технологию с которой стоит начинать карьеру — теряешь время, и всё равно не угадаешь — начинай. Бери любую технологию и начинай. Будет очень очень трудно. Но...

“Лупайте сю скалу! Нехай ні жар, ні холод Не спинить вас!”
Дозволені теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter
Дозволені теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter

Куда податься Ruby junior в Харькове?

Вроде и город большой и IT-компаний тьма, но вакансий очень мало, и те уже на Senior. Уже задумываюсь о переезде в Киев

В Харькове раньше вроде рубистов натаскивали в слободе, сейчас вон висит вакансия applikey

Мой Вам совет — нравится руби, пробуйте Ruby on Rails. Освоите один MVC фреймворк — дальше пойдет легче. Они все подобны. И про сервисы тоже хорошо сказали — тендеция очень явная к децентрализации во всем.

И как джуну я бы посоветовала обратить внимание не только на Ruby & Rails, но и на SQL, CSS + препроцессоры, HTML, JS, REST API — это позволит стать не просто RoR-девелопером, а Web-девелопером (с намеком даже на Full Stack), что всегда стоит дороже:)

По работе в моем городе (Днепр). RubyGarage постоянно ищут девелоперов и берут с весьма небольшим опытом, но все же с опытом, насколько я знаю. Крупные аутсорсеры (SoftServe, DataArt, Ciklum) ищут под проект с опытом от миддла.

У RubyGarage еще и бесплатные хорошие курсы по рельсам.

Курсы-то есть, и, скорее всего, действительно неплохие. Некоторых после курсов они берут к себе (процент не знаю).

Другое дело, что Ruby & Rails — не такая уж сложная штука, чтобы ходить на курсы.

На codeschool.com есть отличный набор курсов, покрывающий Ruby & Rails: от основ языка и примитивного web application до REST, TDD (в контексте Test Unit и RSpec) & best practices. К каждой «лекции» идет набор задачек на закрепление материала. Все по делу и с юмором, что вдвойне приятно.

Подписка на месяц стоит 29 долларов, за два месяца можно все успеть спокойно. Неспокойно — за месяц;)

Наличие живого ментора всегда лучше. Но можно и так, да.

Немаэ майбутнього в Украіні для Ruby on Rails? Є робота! Дайте 2!
blog.trustsourcing.com/...-ruby-on-rails-developer

В топике задавался вопрос —

Есть ли смысл в 2015 начинать свою карьеру с данной технологией?
а вы в ответ вакансию синьора. Где-то нестыковочка...

Работа есть всегда :) Руби разработчики со Львова, или кому интересен Львов — обращайтесь :)

Почему тогда тут jobs.dou.ua/...ies/interlogic/vacancies только одна вакансия — Senior ASP.NET (MVC) developer?

Обновила профиль везде, кроме Доу ))) Я сейчас работаю в СyberCraft ))) Вакансии не публиковали пока, так как толку от таких публикаций не много, если честно.

А кто вместо Вас теперь будет в interlogic?
Также у Вас почта указана на @interlogic, наверное стоит поменять тут
dou.ua/edit-profile/email
и на странице www.linkedin.com/...letta-yehorova/24/b83/46b

В

interlogic
пока вмето меня никого нет. Почту изменила на корпоративную ) В ЛИ там указан мой новый мейл :)

Джунов зеленых берете?

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

Аккуратно!
При входе в топик наденьте солнцезащитные очки.
Топик сильно освещён пылающими пуканами рубистов. ;)

Рекорд поражает перспективами:)

Из рассылки Джина
«За последние 30 дней 39 работодателей искали специалистов Ruby в городе Киев на Джинне. Месяц назад их было 45.
Зарплаты Ruby Киев

Самые востребованные — кандидаты с зарплатами от $500 до $1100. Рекорд месяца — найм Ruby on Rails Developer с зарплатой $600. »

Я не знаю, хто розпускає такі чутки, але навряд чи вони є обґрунтованими. У Рельсів з’явилося багато альтернатив, так, але хіба це погано?

Сьогодні три пропозиції в skype/linkedin, вчора дві, всередньому близько десяти в тиждень... І це при тому, що я не шукаю роботу. А коли включити джина...

И kiev.rb уже полгода не собирался.

1 Начинать карьеру смысл есть всегда хоть c руби хоть без руби.
2 Работа есть — новичкам тяжело — но работа есть.
3 Elance и Odesk завалены рельс-заказами — но новичку будет очень трудно.

Начал изучать руби и работать с ним прошлым летом, хотя до этого был многолетний опыт работы с СУБД Cache(MUMPS). Не жалею.

Мнение одно — не пытайся угадать найлучшую технологию с которой стоит начинать карьеру — теряешь время, и всё равно не угадаешь — начинай. Бери любую технологию и начинай. Будет очень очень трудно. Но...

“Лупайте сю скалу! Нехай ні жар, ні холод Не спинить вас!”

Поговаривают что во всяких там Европах, народ перетаскивает проекты с Руби на Го.

Выглядит довольно уныло. Жаль, что railscasts уже нет.

Нє, я про фреймворк накшталт рельс, але на golang

Ага, принаймні в Берлінах десь так і є, правда в деяких випадках на Scala.

Зі скалою нема RAD’у — швидкість компіляції надзвічайно низька, це створює купу проблем з TDD/BDD. Зліз на go+goconvey — купу тестів гоняю паралельно, ще й дуже швидко все компілюється.


швидкість компіляції надзвічайно низька
Ты просто ниасилил инкрементальный инмемори компиллер.

C jRebel всеравно медленно получается — где-то в раз 10 по сравнению с банальным java + gradle daemon, да и поддержки в Play плагине к sbt нет — приходится самому допиливать.

Какой такой jrebel, у плея ~run и ~test вполне себе быстро работают.

6ой jrebel. Для тестов я обычно отдельно пишу свои тестранеры параллельно с jrebel, а вот в отладочном окружении, в run’e, получается что каждый раз перегружается приложение и нужно отдельно переписывать run с sbt плагина. В чистом netty и самодельном disruptor’е (без akka) под gradle daemon’ом у меня получалось делать сборку порядка 150-250ms, с jrebel получается, в среднем, 1-2 секунды.

а вот в отладочном окружении, в run’e, получается что каждый раз перегружается приложение
Я не большой спец по плею, но там вроде перегружается приложение тогда когда без этого никак, типа роутинг изменился, а если просто код поменял, то не перегружается.
и нужно отдельно переписывать run с sbt плагина
Та нет, в плее уже есть run готовый к использованию.

Приложение перегружается при изменении любого java файла в папке app с последующим обращением со стороны браузера, там стоят на всё файлики вотчеры и каждый раз все изменённые собираются с нуля — это прикол sbt плагина :| В продакшене play совсем по другому себя ведёт из-за отсутствия проверок изменения файлов после каждого запроса.

Ок, предположим, но сколько у тебя занимала перегрузка твоего самого жирного плей приложения?

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

Я с Play уже 3 года...
В первой версии не было таких проблем: появилась scala — скорость пересборки уменьшается экспоненциально с ростом проекта :(

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

Замер скорости компиляции Scala 2.11.6 показал не очень хорошие результаты — в среднем в 18 раз медленее компиляции хотспотом чистой джавы.

Роутер — из-за имплицитов будет много перекомпилироваться, а если контроллер?

якщо у вас великий проект — то дешевше мати 5-10 серваків і ранити там го-аплікуху, ніж платити за 100 серверів
рельси класні для старту — дуже швидко отримуєш мвп

Знаю мінімум 5 проектів які булі вимушені злізти на go для нормальної реактивності та CQRS-ES’a (SoundCloud наприклад), і звичайно порівняно з рельсами/джангою вийшло на багато швидше, але всі рішення і бібліотеки були самописними, так як в go дуже повільна рефлексія, як і усюди, і дуже мало хто вміє і оптимізує її використання в існуючих інструментах.

Я зараз і сам пишу реактивний SOA фреймворк з гіпермедіа типами на go, таке собі SOA+CQRS-ES tastypie на go — підключив базу, отримав rest endpoint’и з доками без зайвого шаманства і з можливістю підключення самописних сервісів. Плани наполеонівскі насправді...

Во Львове два месяца назад нашел вакансию трейни, успешно работаю теперь.

Будущего нет. Работы нет. За мной просили не занимать...

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

При этом в Украине почему-то все как-то вяло в этом плане. Вакансий немного, при этом уровень как правило просят middle и senior. На годы опыта с php и python в резюме не обращают особо внимания, хотят именно чуваков с опытом rails, что понятно, хотя, на мой взгляд, отсеивает большое кол-во потенциальных наймов.

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

Почему ты так решил? Rails это очень простой фреймворк на самом деле.

Ахаха, смешно. На уровне блога это первые 10 минут изучения.
AR-модели и CRUD сгенерил, въюхи написал, гем для аутификации прикрутил = готово.

Простой — для начала.
А потом на реальном проекте откроются какие-нибудь нюансы, — с оптимизацией производительности или с чем-нибудь ещё, что требует опыта именно с Ruby и Rails.

Оптимизации в проектах редко когда упираются в платформу. Особенно в веб проектах, где важен не latency/throughput, а scalability. Обычно боттлнеки либо в СУБД либо в вебсервере ( а точнее в thread-pool модели).
Что мешает если ты используешь рейлс посидеть попрофилировать запросы? Или заюзать тот-же кэш?

И вообще в рейлс кроме инструментов для повышения удобства разработки (LESS, SCSS, scaffolding) ничего нового не придумали.
ActiveRecord, MVC? Это паттерны прямиком из книжек 90-х годов. Шаблонизатор вроде .erb? Смешно.
Так почему же рейлс по твоим словам сложный, если там все то же самое что и в других фреймворках?

Можливо тому, що інші фреймворки активно його копіювали і копіюють?

Какая программисту разница кто кого копирует?

Чувак прокачує своє чсв, не заважайте тут.

Це відповідь на останнє питання попереднього коменту...

Так почему же рейлс по твоим словам сложный, если там все то же самое что и в других фреймворках?

Я не говорил, что он сложный. Я о том, что изучать его надо тщательно, чтобы можно было называть свой уровень сеньорским.

А можно подробнее? Что там такого супер-пупер уникально в этих рубях и в рельсах в частности чего нету на альтернативных платформах?

Колись було круто і модно — був scuffolding, який подавався ледь не за революцію, було багато гемів, міграції для БД (хз, як в інших — вперше побачив саме в рельсах), багато різних штук в першу чергу робилися на ruby, так як основна маса користувачів була «it-хіпстерами».

Зараз, коли всі догнали і перегнали, тільки і лишається казати, що «а вони у нас все злизали».

и за сколько времени Вы заняли вакантное место Тимлида? ))))

В украине весь ИТ ранок (за редким исключением) .... млявый, не только рельсы

будущее точно есть, т.к. огромное кол-во приложений написано, пишется и еще напишется на Rails, т.к. он очень популярен в штатах.
Точняк, просто рвёт рейтинги...

Most popular server-side programming languages © W3Techs.com
1.	PHP	        81.9%
2.	ASP.NET	        16.9%
3.	Java	        3.0%
4.	ColdFusion	0.7%	
5.	Ruby	        0.6%	

Так шо теперь, может на пхп сесть писать? Если мы тут пришли рейтингами мерятся, то вот ответочка www.loggly.com/...-in-to-github-since-2012

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

Чойта у тебя так припекло от статистики? Тебя ПХПшник в детсве укусил шоле?

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

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

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

так рельсов или руби? :)

пс: Да, руби — не самый попсовый язык. Пик его популярности прошел, но осталось зрелое коммьюнити и очень зрелый фреймворк, т.к. все хипстеры, которые гоняются за технологиями, перепрыгнули куда-то в Node.js или Go.

так рельсов или руби?
Ты уже запутался, начал ты с того, что расхваливал Рельсы как супер популярные:
огромное кол-во приложений написано, пишется и еще напишется на Rails
А теперь съехал на:
можно судить об активность и развитии экосистеми Руби
В топике речь о востребованности конкретно Рельс. Так как доля Руби, как серверного языка = 0.6%, а значит, доля Рельсов <0.6%.
О популярности конкретно языка Руби речь не идёт, так как он применим не только в вебе.
Рельсы же — это веб, а значит вполне могут померяться с ASP.NET, Java и PHP (который вообще в 99.9% — веб)
Да, руби — не самый попсовый язык
Сам язык няшный.
Пик его популярности прошел
транслятор потому что фиговый. наверное в силу свойств языка. для Smalltalk и доныне фаны борются, пытаются, но не могут шуструю ВМ написать.

Настолько, что я вот посмотрев, почитав, потестив, подумав, отказался сам, и рекомендую не связываться с ним даже ради компиляции SASS и SCSS. а брать чуть проще с точки зрения языка, но лучше с инженерной точки зрения — LESS.

Спасло бы Ruby — 1 нативная многопоточность 2 встроенная модель акторов...

т.к. все хипстеры ... перепрыгнули куда-то
ну тогда тенденция его схода с арены будет продолжаться.
ведь собственно хипстеры его вывели в люди. а не какие-то нудные корпоративные инженеры как джаву и дотнет, или «неофиты неотесанные», как php/fi
в Node.js или Go.
да, неплохой выбор. хипстеры говорите в них ушли?
значит у них есть будущее.
опять же, потому что — а с инженерной точки зрения — это более лучшие технологии чем в экосистеме Ruby.

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

в принципе, я согласен с вами.

добавлю только, что rails — очень классный инструмент для быстрого бутстрапа MVP для стартапа. Ушедшие хипстеры этого не отменяют, и спрос я думаю что будет еще довольно долго на него. Он скорее превратится в довольно нишевую технологию, с фокусом на agile и скорость разработки (а не скорость приложения). Своя ниша — это тоже неплохо :)

Плюс есть куча положительных примеров использования rails в больших и популярных приложениях типа github, shopify и basecamp.

Плюс есть куча положительных примеров использования
вы наверное не видели выше — кучу?
1. PHP 81.9%
2. ASP.NET 16.9%
3. Java 3.0%
4. ColdFusion 0.7%
5. Ruby 0.6%

нативная многопоточность — JRuby, встроенная модель акторов — очень похожий на Ruby синтаксически, но другой по идеологии и по происхождению Elixir (кстати, создавал его один из активных участников руби-коммьюнити Хосе Валим). А можно и скаловскую Akka загнать в JRuby при необходимости.

нативная многопоточность — JRuby
у JVM, да, есть нативная.
Там и Groovy есть :)
А можно и скаловскую Akka загнать в JRuby при необходимости.
много чего можно.

речь же не о теоретических возможностях, и удачных экспериментах.
а о том — стоит ли идти в Ruby, если он «сходит со сцены»?

Elixir
ну есть, и? что хотели этим сказать?
что начинающему нужно учить не Ruby, а Elixir?

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

честно говоря, я этого тоже не увидел:
каким боком JVM и Scala — к «руби технологиям»?

вот пилят jPHP — так у PHP технологий уже тоже появилась нативная многопоточность и акторы?
или у Питона, потому что есть jPython?

JRuby — Ruby-технология. А еще JVM-based-технология. Откуда такой пуризм по отношению к языкам? Они регулярно заимствуют друг у друга концепции, и это абсолютно нормально.

да, если есть jPHP — значит, на PHP есть/будет возможность использования нативной многопоточности и акторов. Просто вводятся дополнительные ограничения — в данном случае, использование JVM в качестве виртуальной машины.

Откуда такой пуризм по отношению к языкам?
так мы о языках или о технологиях?

а причем тут Elixir к Ruby?
Elixir — язык для Erlang vm, от Ruby может только пару фишечек взяли

да, Elixir — язык для BEAM, но синтаксис сильно инспирирован Ruby, что Валим вовсе не скрывает (pdincau.wordpress.com/...rlang-vm-with-jose-valim ).

Erlang developers know quite well syntax is often one of the first things that come up when discussing a new language. So while the syntax is similar to Ruby, the semantics are mostly from the Erlang VM.
Я, собственно, так и написал:

очень похожий синтаксически, но другой по идеологии и по происхождению
что не так?
что не так?
все так, как я и написал выше — транслятор не смогли написать для Ruby какой требуется сейчас.
Итого, бегут на JVM и на Erlang VM. не от хорошей же жизни бегут.

jRuby — это уже не Ruby, я правильно понимаю вашу позицию?

jRuby — это уже не Ruby
см выше.
а лучше перечитайте ветку.
Самый верняковый вариант это поискать работу ... на фриланс биржах
зашел на upwork
Php Jobs
4,077 were found based on your criteria
JavaScript Jobs
2,776 were found based on your criteria
PYTHON Jobs
531 were found based on your criteria
Ruby Jobs
393 were found based on your criteria

почти на уровне с пайтоном. вроде бы не совсем плохо?

учитывая что пайтон еще не раскрылся полностью, учитывая что встречал не раз рассказы:
после нескольких лет на рельсах(я не джун! я умею их готовить!) с удовольствием ушел на джангу(наоборот — не встречал).
(а то и — наша компания вынуждена была перейти с руби на php, потому что ...)

Ruby конечно не умрет полностью. Haskell тоже будет жить долго...

учитывая что пайтон еще не раскрылся полностью
спорно :) по-моему пайтон — это один из самых зрелых языков сейчас в веб разработке (и не только).
учитывая что встречал не раз рассказы:
после нескольких лет на рельсах(я не джун! я умею их готовить!) с удовольствием ушел на джангу(наоборот — не встречал).

это очень субъективно. я встречал питонщика, рекомендовавшего руби :)

я встречал питонщика, рекомендовавшего руби :)
«довод блондинки» — а вот я знаю случай!

я тоже много чего встречал. например джависта ушедшего на пых, just for fun!

но мы говорим о тенденциях процесса, и о причинах.
Php Jobs
4,077 were found based on your criteria
Ruby Jobs
393 were found based on your criteria

все ваши, или мои «а вот я знаю случай» — не имеют значения.

«довод блондинки» — а вот я знаю случай!
учитывая что встречал не раз рассказы:

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

Теперь по поводу ваших статистик. Я не спорю, ruby намного менее популярен чем php.

Значит ли это, что руби умирает? Нужно смотреть на линии трендов, а не на голую цифру, что бы делать какие-то выводы.

Значит ли это, что работу на руби не найти? Нет. Возможно в Украине он не так распространен, как на западе, но это не значит что его совсем нет. Плюс, средний уровень зарплат был выше на порядок, чем у php/js, когда я в последний раз этим итересовался.

Значит ли это, что нужно лучше учить пхп? Каждому свое. Я себе выбрал путь подальше от пхп, но это мои сугубо личные и субъективные штуки. Если позарез нужна работа в айти разработке — пхп отлично подходит, как и джава, как и дотнет.

я вам встречный довод приводил,
мои случаи ложатся в статистику.
ваши — нет.

да, я должен бы привести список ссылок на упомянутые рассказы и обсуждения. но — не привел, потому что не сохранил.

Значит ли это, что руби умирает?
я упомянул о причинах его умирания.
Значит ли это, что работу на руби не найти?
работу можно найти и на Haskell и на Erlang.
Значит ли это, что нужно лучше учить пхп? Каждому свое.
Каждому свое — ничего не говорит о тенденциях умирания, маргинальности и т.п.
Я себе выбрал путь
не имеет значения что вы выбрали.
мои случаи ложатся в статистику.
ваши — нет.

это означает, что ваши случаи — как-то превосходны над моми? вы же сами написали

все ваши, или мои «а вот я знаю случай» — не имеют значения.

В общем, я вас не понимаю совершенно.

я упомянул о причинах его умирания.

вы упомянули о причинах, но не привели каких-то фактов свидетельствующих, о том что он умирает. По google trends ( i.imgur.com/RMD9em5.png ) хорошо видно, что где-то после 2013 линия тренда относительно ровная — весь hype прошел, мир технологий стал более насыщенным и внимание рассеялось с одного классного Rails на много классных Sails, Django, Laravel, Symfony и тп.

работу можно найти и на Haskell и на Erlang.

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

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

ох.

и мне все более понятно почему.

расскажите же, очень любопытно

пайтон — это один из самых зрелых языков сейчас в веб разработке (и не только).
Здесь наиболее важное дополнение в скобках:
(и не только)
Потому что питон зрел и используется в полный рост везде, но не в вебе, в вебе же он сливает даже руби. Сравнивать его с тем же ПХП вообще некорректно, так как ПХП — чистый веб, а питон — в основном не веб.
Похожая ситуация и с Руби. Если уже и сравнивать, то Джанго, Рельсы и ПХП.

Если смотреть по Киеву, то джуны никому не нужны, работу найти очень сложно, в отличие от того же php или js. Надо сразу быть уровня middle, тогда работы завались на любой вкус, в том числе удаленной.

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

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

просто не хотят разбирать 100500 резюме джунов

Підписатись на коментарі