-
Путівник галактикою Ruby
-
Почему стоит задуматься о функциональном программировании: плюсы, минусы и применение
Вышеописанные примеры неэффективной работы относятся исключительно к чистым ФП языкам (как Хаскель). Скажем, на той же Скале таких ограничений нет. И вообще, проблема хоть и есть, но достаточно переоценена — читать www.cs.cmu.edu/~rwh/theses/okasaki.pdf для деталей. Для большинства императивных алгоритмов существуют чисто функциональных аналоги с той же асимптотической сложностью времени работы.
-
Как бы это назвать: принципы хорошего именования в базе кода
Лучшее, что я читал на эту тему — www.lihaoyi.com/...tyleConcisenessNames.html
-
Кто видел живого 50+ лет программиста?
И что именно из вышеперечисленного вызывает такой негатив?
-
Познань глазами программиста
А что с Венгрией?
-
Kotlin и Google. Теперь официально
Ну как же, ни один из них не принадлежит JB. Фатальнее некуда.
Хотя, в общем-то я рад за котлин — хороший пинок остальным jvm языкам, из конкуренции идет прогресс.
Підтримав: Nazar Sheremeta -
Kotlin и Google. Теперь официально
Как минимум, 8 там так и не появилась (без костылей).
-
Kotlin и Google. Теперь официально
На 90% — сахар над джавой. Учить особо даже не надо, берешь и пишешь.
Если бы на андроиде была нормальная джава, то нужда в котлине была бы раз в 10 меньшей. -
Java дайджест #33: Pattern Matching for Java
sealed interface Node { } data class IntNode(int value) implements Node { } data class NegNode(Node node) implements Node { } data class SumNode(Node left, Node right) implements Node { } data class MulNode(Node left, Node right) implements Node { } data class ParenNode(Node node) implements Node { }Будут.
А вместе с local type inference котлин можно отправлять в мусорку — становится не нужен.
-
Про ниасиливших Scala (или фигак фигак и сервисы на Go лучше)
И второе, если даже не первое — напрочь игнорить «мелочи» производительности. Выбрать O(N^2) вместо O(N) или добавить десяток аллокаций/оберток на элемент коллекции, увы, многими считается нормой. Или там родить запутанный иммутабельный код, где так и просится мутабельность (локальная).
-
Java vs. Kotlin для Android. День 3: Android высшего порядка
Неудивительно, ведь котлин — скала, в которой насильно урезали часть возможностей, соответственно с «политикой партии» разработчиков. Кому-то оно и к лучшему.
-
Кого проще переквалифицировать на Golang разработчика?
Ничего, что сравнение спарка и кликхауса — сравнение яблока с шуруповертом?
Кликхаус — очень специализированная штука, для специфичных кейсов. -
Про ниасиливших Scala (или фигак фигак и сервисы на Go лучше)
«параллелизм из коробки» (из либы) сделан много где. Сейчас не 2000 год, все-таки. Корутины — чуть ли не единственное, что мне в Го нравится, к слову. Хотя будь они сделаны отдельной либой, нравились бы больше.
«подходы, поощряющие новые более перспективные практики программирования» — это какие? Вездесущие «if nil == nil then return nil» ? о_О
А что не нравится — абсолютное отрицание всех идей, что появились после
70-х и перекладывают ответственность с программиста на компилятор, улучшают читабельность и поддержку (nil? generics? immutables? copy-paste-as-first-citizen? error handling? FP concepts?).Проводя аналогию с цитатой Форда про автомобилей и коней, Го — более быстрая лошадь, и этим он тормозит развитие автомобилей, оттягивая ресурсы.
-
Про ниасиливших Scala (или фигак фигак и сервисы на Go лучше)
Если вы не понимаете бенефитов такого подхода, это не значит, что их нет.
Вообще говоря, что С в свое время, что Го сейчас отодвигают индустрию на эпохи (с тз computer science) назад. И это печально.
Підтримав: anonymous -
Про ниасиливших Scala (или фигак фигак и сервисы на Go лучше)
making.duolingo.com/...
duolingos-engine-in-scala Просто чтобы не складывалось впечатление, что со скалы лишь уходят. Само собой, рефакторинг архитектуры сыграл свою роль, и с ним не так сильно важно, куда именно двигать.
-
Про ниасиливших Scala (или фигак фигак и сервисы на Go лучше)
Это про скорость Го против Скалы?
1) Оригинальный коммент именно что без аргументации, просто вброс.
2) На разных бенчмарках они показывают разные результаты. Ну и не стоит забывать, что бенчмарки крайне сложно сделать так, чтобы все остались довольны — например, в сравнении горутин с акка акторами замена последних на футуры сразу выводит скалу в лидеры. Почему-то этот PR не приняли. Я бы сказал, что «в среднем по палате» скорость абстрактного чего-то у Скалы и Го примерно одна. -
Про ниасиливших Scala (или фигак фигак и сервисы на Go лучше)
Особенно понравилось
— бессильность grep’а перед синтаксисом Scala
Использовать grep для регулярного поиска по коду в 2017, серьезно?К слову, в тех случаях, когда приходилось грепать, проблем не было. Возможно, потому что грепал я по ключевым словам (проект большой, всего не знаешь), а не по синтаксису.
Дальше сплошные «гиперболы»:
— простой в изучении
Если в бекграунде только QBasic с пхп, то да, Го проще. Если есть хотя бы опыт с Джавой — нет. Какие пол-года?— легко читаемый код
Уж это точно не плюс Го. Императивная портянка с тонной «if nil return nil».программы на Go быстрее работают
Просто ложь.— программы на Go требуют меньше памяти
Ситуативно. И уж явно бредово меряться образом докер контейнера.Общее впечатление от статьи — 4 человека с бекграундом в бейсике и пхп купились на хайп и начали писать на Скале. Что же могло пойти не так?
-
Резюме и собеседования: взгляд кандидата и интервьюера
При чем тут это? Например, длина 1 цикла — [N(100, 6)], длина второго как-то зависит от первого, а третьего — от второго. Это можно упросить и в итоге все снова сведется к «умножению», но все же.
Вы априори посчитали, что P("четная длина") = P("нечетная длина) = 0.5, что не так.
-
Резюме и собеседования: взгляд кандидата и интервьюера
Правильный ответ — с учетом плотности распределений, нигде не сказано, что там равномерное. А ведь они ещё и зависимые могут быть! Задача поставлена не совсем корректно.
-
Реактивные приложения на Java с Akka
До тех пор, пока это дело влазит на одну машину. Кроме того, как только появляется необходимость в супервайзинге, или в сложной логике по типу FSM, или хотя бы в безболезненной обработке мутабельности — akka стает более предпочтительным вариантом, а голанг обрастает велосипедами.
Какого года коммент про руби в твиттере, s.dou.ua/...8-07-17_at_3.52.01_PM.png ? Они как раз оттуда убежали на Скалу, потому что не хватало производительности и надежности.
Ну и оно давно уже не на руби.