Juan-Carlos Gandhi (![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png)
juan_gandhi) wrote2016-07-02 08:00 pm
juan_gandhi) wrote2016-07-02 08:00 pm
на концерте симфонической музыки
Джавщика если туда послать, то в перерыве он будет спрашивать - а зачем это все вы слушаете? Вам это надо зачем-то? А столько музыкантов сидят ничего не делают, сложа руки, это что, так надо? А страницы переворачивать у фортепьяно, что, кнопку нельзя сделать, next? Вообще они что, одно и то же все время играют? А смысл? Записали один раз, перешли к другому проекту.
Но главное - а зачем все это слушать? Слов нету, мелодия незапоминающаяся, нельзя разве попроще. Только раз разобрал - "во поле береза стояла", это разве Бах написал? Я думал, русская народная. Да ну, я лучше в записи включу, захотел - остановил. Только я не вижу никакой от этого всего пользы.
Но главное - а зачем все это слушать? Слов нету, мелодия незапоминающаяся, нельзя разве попроще. Только раз разобрал - "во поле береза стояла", это разве Бах написал? Я думал, русская народная. Да ну, я лучше в записи включу, захотел - остановил. Только я не вижу никакой от этого всего пользы.
no subject
Почему же это незапоминающаяся. Всё там запоминается.
>Джавщика
Сборка scala-проекта sbt clean assembly за 40 минут - это ненормально. Лучше уж ява.
no subject
no subject
В общем, несмотря на хорошие отношения, как-то не хочу я его трогать и давать ему советы по распилке проекта.
no subject
no subject
както даже не понятно - у вас что без предварительного assembly в sbt проект и запустить нельзя?
или зачем тогда постоянно assembly делать? да и посмотрите внимательно - там в assembly у вас лишнего ничего не пакуется?
в нормально организованном проекте все должно работать безо всякого assembly и даже без package а сразу непосредственно из под sbt run (что происходит даже быстрее чем того же можно было бы достичь в maven)
но если билд для sbt был написан преимущественно под феназепамом то это конечно возможно всё обьясняет :)
и если уж сравнивать с джавой - в maven что assembly быстрее работает? очень сомнительно (если конечно будет тот же набор депенденсов ассемблиться)
no subject
Про sbt run - это интересно, конечно, но для этого нужно разобраться в замысловатом sbt, замысловатом билде и опять же - постричь яка. Я вот как-то привык к повторяемости билдов, а тут -
Кстати, сама идея сделать конфиги сборщика на основе языка общего назначения выглядит странновато. Ну, чтобы ошибки тоже возникали общего назначения. Чтобы сложнее было.
В третьих, с мавеном была недавно проблема, что из Идеи** оно работает, а само по себе, собранное в uberjar - нет. Мавеновский плагин assembly перетирал один из файлов services AutoDiscoverable другим, с таким же именем из другой зависимости, вместо того, чтобы собирать все их строчки в один файл. Плагин shade такого уже не делал. Со скалой я общаюсь недавно, билд сложный, сама по себе Scala может содержать баги***, и поэтому лучше уж делать clean. Хотя бы при первой сборке. Рекомендовали мне так.
Под феназепамом был написан аналог гугловского Borg, и насколько мне известно, оно сейчас неплохо работает. Вот для проектов столь большого масштаба и сложности скала действительно хороша. Сейчас вместо феназепама используется пармезан, которого за бугром много.
В сравнении с джавой, скала является намного более сложным языком, который и компилируется долго, и IDE** на нем изрядно подвисает. Далеко не во всех проектах стоит использовать скалу. Особенно она не нужна в энтерпрайзе, а у меня - типичный такой энтерпрайз. Кстати говоря, для энтерпрайза в C# сделали linq, а под него уже написан linq2db, который позволяет сразу писать на типизированном SQL (прошу не путать это с ORM), из которого затем получается очень хороший обычный SQL. Для скалы же сделали некий slick, который мало того, что имеет удивительные ключевые слова вроде filter вместо where - чтобы математики были довольны, а людям было сложнее, так он еще и на выходе генерирует совершенно чудовищный SQL, который в таком случае лучше уж руками писать, как и 20 лет назад. Оптимизировать это никто не стремится, видимо - никому не надо. Возможно, у меня есть некое искажение восприятия, но по моим впечатлениям, в основном самоокупаемыми являются проекты типа энтерпрайз (запрос из сети - прочитали из базы - положили в базу), а поскольку инструментов для него, как сказано выше, в скале особо нет, по сравнению с C#, то можно сделать вывод, что скала в основном предназначена для проедания инвесторских денег, job security и самообразования. Заметьте, я совершенно не осуждаю эти занятия.
------------------------------
* - да, я знаю, что кроссплатформенностью зовется переносимость между разными версиями святого линукса, а правоверный программист должен сидеть исключительно под линуксом же. (google://линукс, зеркалка, велосипед, gans-spb)
** - да, я в курсе, что настоящий программист должен пользоваться и любить исключительно vim или emacs (см. http://kouzdra.livejournal.com/2974614.html?thread=98880918#t98880918). Есть такое эмоциональное поверие. Противоположность этому сурово осуждается настоящими программистами.
*** - и не надо отрицать, я про явление это достаточно наслышан от достаточно (избыточно) осведомленных людей
no subject
единственное в чем я с Вами не соглашусь так это в том что идея использовать для билдов язык общего назначения - прекрасная на мой взгляд идея. и добавлю еще что после sbt все остальные build tools вызывают у меня стойкое отвращение. sbt конечно тоже не полностью совсем уж идеален - но все остальные еще хуже и что самое главное - намного хуже
в отношении же сишарпа можно будет начинать что либо обсуждать сразу же после того как он начнет полноценно работать где нибудь еще кроме винды (вы можете этому удивляться но большой энтерпрайз к винде на серверной стороне относится крайне отрицательно - при том что на клиентской там же винда уже естественно все заполонила)