Мне еще интересно, как подойдет Майкрософт к лицензированию винды в контейнерах. В докере контейнер — это вещь легковесная, сегодня запустил 2, завтра 10 в кластере, послезавтра — 50. С Ubuntu или CentOS так можно делать без проблем. А вот с виндой, боюсь придется читать 50-страничный талмуд о том, как ты имеешь право их запускать, как не имеешь, как посчитать сколько нужно купить лицензий и т.п.
> Я вот на сайте Docker вижу инструкцию, как установить Docker для Windows
Это инструкция, как для Windows сделать Linux-витруалку с докером внутри. Запускать докер непосредственно в Windows нельзя. Создавать Windows-контейнеры тоже нельзя. Вроде обещали это все сделать в следующем Windows Server, но пока этого нет.
> Java скорей ориентируется на C#, нежели на скалу.
Сомневаюсь, что они ориентируются строго на С#, скорее на некий усредненный запрос от программистов, которому C# в том числе старается соответствовать. И кстати, если посмотреть на некоторые последние фичи C#: self-hosted компилятор, строковая интерполяция, вложенные функции, туплы, паттерн-матчинг… хм… в Scala, например, это все уже есть. Так что, опять же, все указывает на то, что не скала вторична, а как раз-таки наоброт.
> Скала может и имеет некоторые специфичные решения и области применения
Есть области применения, где вопрос Scala vs Java не стоит, т.к. Java просто не подходит. А вот примеров Java-проектов, в которых нельзя было бы взять Scala вместо/вместе с Java и получить бенефитов в виде возросшей продуктивности, мне в голову не приходит.
> но вцелом она все еще полагается на экосистему Java. Самостоятельнось скалы под вопросом.
Нет, в целом Scala уже довольно давно не полагается на экосистему Java (если не считать JVM). Более того, на мой взгляд Scala как никакой другой JVM-язык (кроме Java) вносит вклад в экосистему Java. Затрудняюсь назвать какие-либо Groovy-, Clojure- или Kotlin-фреймворки, которые использовались бы джавистами так же активно, как Spark, Play или Akka.
> Scala — продвигается в основном теми, кому стала тесна Java, а посему всегда будет вторична к ней.
Пока что на практике Java как язык вторична по отношению к Scala. Лямбды, REPL, теперь вот автовывод типов предлагают… Ждем когда они у себя «изобретут» кейс-классы и паттерн-матчинг.
Я внимательно прочитал это решение несколько раз. И так и не понял, какой именно закон из перечисленных позволяет сделать вывод, что если «с помощью указанного сайта граждане могут получать неограниченный доступ к запрещенным материалам», то «признать информацию на сайте http://rublacklist.net/bypass/ запрещенной к распространению».
Может взять примеры из личного опыта, или из общеизвестных опенсорсных проектов? Проекты целиком показывать необязательно, только необходимые фрагменты кода, где применяются или не применяются паттерны. Заодно можно обсудить целесообразность применения этих паттернов и альтернативные варианты.
Как правило, хороший дизайн — это простой дизайн, поэтому прежде чем что-либо усложнять надо хорошо подумать.
Учебные примеры по применению паттернов часто грешат высасыванием абстракций из пальца (чтобы продемонстрировать принцип), и нередко можно увидеть как простой и понятный код в 10 строк превращается в нагромождение методов, классов и интерфейсов. В реальной жизни, если после рефакторинга код стал сложнее, чем был до него — что-то сделано не так.
А если все-таки прочитать полностью, то становится понятно, что этот текст об их отношении к цензуре. Они в целом за свободу слова, но готовы ее ограничивать по решению суда. Имеет ли этот текст какое-либо отношение к рассматриваемой новости про иск о нарушении копирайта?
CloudFlare abides by all applicable laws in the countries in which we operate and we firmly support the due process of law. If we were to receive a valid court order that compelled us to not provide service to a customer then we would comply with that court order.
А про «в России просто не знают...» — это тролинг просто запредельной толщины, и к тому же мимо кассы.
> Переходить на скалу пока не видем никакого смысла.
Разумеется, ничего не имею против использования Spark + Java8. Но если попробуете переписать на скалу хотя бы пример кода из статьи, будет сложно не заметить, насколько более чистым и лаконичным он станет.
Распространенность в стандартной библиотеке возвратов структуры Result вместе с рекомендованным способом его обработки через макрос try! (который по сути пробрасывает ошибку вверх по стеку вызовов) весьма напоминает эмуляцию throw exception из Java и подобных языков.
Это инструкция, как для Windows сделать Linux-витруалку с докером внутри. Запускать докер непосредственно в Windows нельзя. Создавать Windows-контейнеры тоже нельзя. Вроде обещали это все сделать в следующем Windows Server, но пока этого нет.
Сомневаюсь, что они ориентируются строго на С#, скорее на некий усредненный запрос от программистов, которому C# в том числе старается соответствовать. И кстати, если посмотреть на некоторые последние фичи C#: self-hosted компилятор, строковая интерполяция, вложенные функции, туплы, паттерн-матчинг… хм… в Scala, например, это все уже есть. Так что, опять же, все указывает на то, что не скала вторична, а как раз-таки наоброт.
> Скала может и имеет некоторые специфичные решения и области применения
Есть области применения, где вопрос Scala vs Java не стоит, т.к. Java просто не подходит. А вот примеров Java-проектов, в которых нельзя было бы взять Scala вместо/вместе с Java и получить бенефитов в виде возросшей продуктивности, мне в голову не приходит.
> но вцелом она все еще полагается на экосистему Java. Самостоятельнось скалы под вопросом.
Нет, в целом Scala уже довольно давно не полагается на экосистему Java (если не считать JVM). Более того, на мой взгляд Scala как никакой другой JVM-язык (кроме Java) вносит вклад в экосистему Java. Затрудняюсь назвать какие-либо Groovy-, Clojure- или Kotlin-фреймворки, которые использовались бы джавистами так же активно, как Spark, Play или Akka.
Пока что на практике Java как язык вторична по отношению к Scala. Лямбды, REPL, теперь вот автовывод типов предлагают… Ждем когда они у себя «изобретут» кейс-классы и паттерн-матчинг.
В Scala не так.
Учебные примеры по применению паттернов часто грешат высасыванием абстракций из пальца (чтобы продемонстрировать принцип), и нередко можно увидеть как простой и понятный код в 10 строк превращается в нагромождение методов, классов и интерфейсов. В реальной жизни, если после рефакторинга код стал сложнее, чем был до него — что-то сделано не так.
А про «в России просто не знают...» — это тролинг просто запредельной толщины, и к тому же мимо кассы.
Разумеется, ничего не имею против использования Spark + Java8. Но если попробуете переписать на скалу хотя бы пример кода из статьи, будет сложно не заметить, насколько более чистым и лаконичным он станет.