статья понравилась, но зацепило, что зачем-то второй раз дается определение (это уже описывалось 2мя абзацами выше) «Само креативное мышление принято разделять на два вида: дивергентное и конвергентное. Дивергентное мышление — способность найти несколько решений для одной и той же задачи. Конвергентное мышление — выбрать из этих решений самое эффективное.»
на первый взгляд всё кажется не сложно, но всё требует времени и решили сделать как можно быстрее, а потом, если возникнет потребность, то уже переписать эту часть и выпустить следующую версию…
суть программы сводится к тому, чтобы стоял клиент на системе, тогда он автоматом засылает буфер обмена на сервер и дальше на другие клиенты, кроме того показывает уведомления приходящие на телефон. С веб браузером такого удобства не добиться, там постоянно надо держать страницу открытой и что-то нажимать чтобы отправить...
для программиста ничего нетривиального, но для простого пользователя… пугливые они :)
хотя, если честно, то я бы и сам не стал ставить, разве что если уж совсем уникальная и нужная программулина
под последней фразой «использовалась Akka — тут уже ни о каких .NET» имелось в виду, что раз была выбрана Scala + Java, то было бы странно использовать с ними Akka.NET
Не готов спорить по поводу фреймворков и приводить какие-то плюсы и минусы .NET и Java (опыт разработки сервисов на .NET у меня небольшой и он касался в основном очень простых сервисов на WCF). Мое субъективное мнение, что выбор инструментов для создания серьёзных сервисов на Java/Scala больше и больше крупных компаний которые строят свои сервисы на Java. В начале разработки мы изучали, к примеру, стек технологий которые использовались в Twitter — я упоминал эту статью
Мы используем Play Framework для самого сервиса. Например, для работы с Mongo используется ReactiveMongo, для работы с Redis — RedisScala. Сам Play предоставляет удобный механиз для написания сервиса, сериализацию в JSON, есть возможность добавлять различные типы аутентификации, использовать кеш, поддержка куков и тд. Для него есть множество плагинов, недавно я добавил механизм бакендов, чтобы можно было постить клипборды в различные бакенды, просто помечая их тегом. Для аутентификации в бакендах используется библиотека Pac4J. Если планируется развитие продукта, то всегда очень важно насколько развиваются фреймворки, использованные в продукте. Play развивается очень динамично, большое комьюнити и тд.
После создания прототипа на IIS & С# решили что гораздо больше бесплатных библиотек и фреймворков для разработки подобных масштабируемых сервисов на Java. Функциональные языки программирования очень хорошо подходят для подобных сервисов, поэтому решили взять Scala. Плюс Scala что она прекрасно работает с Java. Ну и соответсвенно использовалась Akka — тут уже ни о каких .NET речь не могла идти :)
Information
Rating
Does not participate
Location
Санкт-Петербург, Санкт-Петербург и область, Россия
суть программы сводится к тому, чтобы стоял клиент на системе, тогда он автоматом засылает буфер обмена на сервер и дальше на другие клиенты, кроме того показывает уведомления приходящие на телефон. С веб браузером такого удобства не добиться, там постоянно надо держать страницу открытой и что-то нажимать чтобы отправить...
хотя, если честно, то я бы и сам не стал ставить, разве что если уж совсем уникальная и нужная программулина
Не готов спорить по поводу фреймворков и приводить какие-то плюсы и минусы .NET и Java (опыт разработки сервисов на .NET у меня небольшой и он касался в основном очень простых сервисов на WCF). Мое субъективное мнение, что выбор инструментов для создания серьёзных сервисов на Java/Scala больше и больше крупных компаний которые строят свои сервисы на Java. В начале разработки мы изучали, к примеру, стек технологий которые использовались в Twitter — я упоминал эту статью
Не уверен, что могу сравнить Play и ASP.NET WebAPI + SignalR + Akka.net, тк никогда не работал с последним.