Пишите такие вещи в начале, рядом с должностью

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

Пишите такие вещи в начале, рядом с должностью

И зарплатной вилкой

С моей точки зрения сильный программист - это который раз 20 подтягивается хотя бы

Ага, мы как-то сисадмина принимали на работу, говорим - сервак поднимешь? (старый сановский лежал на тумбочке).

Работал с самым сильным прог Удмуртии.. Второе место в какомто из тяжёлых весов по тяж атлетике занимал... Табличка даже была

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

на Delphi 15 лет назад.. ? я там тем более не программистом был... но парень БОЛЬШОЙ был

http://risovach.ru/upload/2013/07/mem/vostorg_24944647_orig_.jpeg

Ребят, помогите понять, почему здесь компилятору нужно будет подсказать тип: def dropWhile[A](l: List[A], f: A => Boolean): List[A] А здесь нет? def dropWhile[A](as: List[A])(f: A => Boolean): List[Aъ

Я понимаю, что первый вариант в принципе сложнее для вывода, так как будет рассматриваться комплексно, но это ни чем не обоснованная интуиция. Я же вижу здесь каким будет тип A, почему компилятор не может это понять?

мне кажется лучше это спросить в гиттере у Дмитрия, который Dotty пилит

Вот тут частично есть ответ на вопрос: https://github.com/rotationsymmetry/rotationsymmetry.github.io/blob/master/_posts/2015-05-10-when-to-use-curried-function.md#type-inference

Спасибо.

Кто знает, можно ли IDEA заставить распознавать в string literals SQL и подсвечивать синтаксис?

такое в java работало с jpql кажется

Кто знает, можно ли IDEA заставить распознавать в string literals SQL и подсвечивать синтаксис?

Можно спросить в гиттере https://gitter.im/JetBrains/intellij-scala

кстати, вы quill пользуетесь в каких-то проектах?

С моей точки зрения сильный программист - это который раз 20 подтягивается хотя бы

На моей предыдущей работе частенько писали в рассылку "нужны сильные программисты", когда нужно было что-то поднять тяжёлое вроде ящиков, коробок, мебели т.п.

хорошо что при этом ещё не постили шутки из детского сада

этоже унылый 300 летний плоский баян, чо на него внимание вообще обращать

Подскажите, какой веб фреймворк для изучения выбрать? (Lift, play, spray, xitrum, etc..)

Холиварный вопрос, сколько людей столько и мнений. Я голосую за плэй

Play. xitrum - тоже очень классная штука.

Да, прошу прощения за разжигание.. :)

главное не spray

Ятд play: Coursera, Guardian его юзают, уже показатель

Почему не spray?

Спрей днищу

доходчиво

мне у спрэя DSL не нравится

route DSL. DSL, который HTTP-сущности описывает по-моему очень классный

у спрея проблемы с зависимостями как минимум. плюс akka-http его заменит скоро

http://http4s.org/

используем akka-http, и местами из за багов akka приходится городить workaround-ы, или в паре мест стали использовать spray-client вместо akka-http клиента. ну, это мой опыт

то есть для стабильности лучше spray пока что использовать

да, ещё не готово. мы тоже переехать готовы, но ждём, пока пометку experimenal уберут

еще из за обильного использования reactive streams бывает сложно разбирать стектрейсы

мое имхо: play - если сайт и для людей, для ботов, т.е. нужно индексировать контент (иначе придется сношаться), akka-http - если веб-апликуха для юзверей, а не для ботов

^^ солидарен

По мне play - это большой комбайн со всем. Akka-http - просто либа для http сервера

xitrum видимо никто не юзает ? интересно, почему?шустрая и удобная штука

думаю дело в том, что никто активно не продвигает. за play и akka-http стоит Lightbend, за finage стоит твиттер, за finch (говорят очень крутая замена akka-http) твиттер и typelevel, а про xitrum я вот ничего не знаю

*finagle

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

А у финча тоже твиторовские футуры?

да

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

ну тут не поспоришь. http://xitrum-framework.github.io/ Но документация насыщенная, автор довольно отзывчив. Изза малой распространенности на него не найдешь кучу постов на SO как на плей

вроде была инфа, что смигрируют на скаловские, но неизвестно когда

финч еще вроде как один из самых быстрых https://twitter.com/vkostyukov/status/703374308056309760

м-м, тесты производительности с непонятной методикой... bueno

как всегда :)

Colossus хорошо выглядит.

я кстати ещё два бенчмарка видел, на которых финч был в первых строчках. не знаю что там про методику, но откуда-то эти показатели берутся

А что у этого колосуса под копотом?

Я не отрицаю, что он может быть быстрее прочих, но хочется конкретного понимания в каких ситуациях Сравнивать два разных приложения вообще неблагодарное дело, ибо они могли под разные задачи создаваться, пускай и одинаковые в более общем смысле. Настройки этих приложений - автор одной из софтин свою то всегда знает как завинтить. Ну и т.п. (правда фееричнее, чем тесты железок я ничего не видел) К примеру этот график. Первый же вопрос - а какого фига тестируется с json. Операции с ним тяжелые и легко могут заафектить показатели сервера. Второй - у всех ли серверов использовалась одна и та же либа для джсона?

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

я просто к тому что (лично я) не жду от бенчмарков абсолютно истнного пьедестала по скорости. это просто ещё одна монета в копилку моих чисто субъективных мироощущений

вот кстати более подробная инфа о том бенчмарке https://www.techempower.com/benchmarks/#section=data-r12&hw=peak&test=json&l=6bk

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

/stat@comstatbot

combot.org/chat/-1001034178083

combot.org/chat/-1001034178083

/stat@comstatbot

combot.org/chat/-1001034178083

/stat@comstatbot

combot.org/chat/-1001034178083

/stat@comstatbot

combot.org/chat/-1001034178083

астрологи объявили неделю статистики

?

кто-то использовал scalafmt в продакшне?

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

я подразумевал "внедрение одного стиля в таком unopinionated ЯП как скала"

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

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

но планы у авторов как раз сделать инструмент для код-стайла

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

те я думаю, что аналог gofmt нельзя сделать

хочется единого везде? я в это не верю, слишком большие вкусовые различия

ну в этом все-таки есть свои плюсы

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

в скале полофина в сторону чистого фп смотрят, половина в другую сторону, тут уж вряд ли можно прийти к согласию

http://www.lihaoyi.com хотя вот здесь есть большое полотно рекомендаций

да, я читал имхо, очень правильные мысли

ещё нюанс в том, что scalafmt сможет определять "смысловую нагрузку для переменной", в отличие от идеи

(когда-то в будущем, но есть теоретическая возможность)

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

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

тесты?

для библиотеки нельзя сказать заранее, как её будут использовать

из-за этого пытаюсь завести привычку по умолчанию делать методы приватными идея тогда подсвечивает неиспользуемые

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

Лукс лайк, https://www.coursera.org/learn/parprog1 это переложение книжки Prokopecа в видеокурс, как, собственно, первые 2 курса специализации это переложение Одерского

Привет! Не в курсе есть ли хоткей в идее который бы перечислял все кейсы при паттерн матичнге по sealed иерархии? )