Size: a a a

Programming Offtop

2021 March 03

IP

Iaroslav Postovalov in Programming Offtop
А, нет
источник

IP

Iaroslav Postovalov in Programming Offtop
Тогда интересно, но в GHC такой экстеншен есть (view pattern вроде)
источник

I

Igor in Programming Offtop
Какие-то сравнения в хаскелем былы в докладе выше, насколько я помню AP все таки выйграл
источник

с#

саша сок #KotlinGang... in Programming Offtop
Language:
py3


Source:
import this


Result:
The Zen of Python, by Tim Peters

Beautiful is better than ugly.
Explicit is better than implicit.
Simple is better than complex.
Complex is better than complicated.
Flat is better than nested.
Sparse is better than dense.
Readability counts.
Special cases aren't special enough to break the rules.
Although practicality beats purity.
Errors should never pass silently.
Unless explicitly silenced.
In the face of ambiguity, refuse the temptation to guess.
There should be one-- and preferably only one --obvious way to do it.
Although that way may not be obvious at first unless you're Dutch.
Now is better than never.
Although never is often better than *right* now.
If the implementation is hard to explain, it's a bad idea.
If the implementation is easy to explain, it may be a good idea.
Namespaces are one honking great idea -- let's do more of those!
источник

с#

саша сок #KotlinGang... in Programming Offtop
кек
источник

IP

Iaroslav Postovalov in Programming Offtop
саша сок #KotlinGang
Language:
py3


Source:
import this


Result:
The Zen of Python, by Tim Peters

Beautiful is better than ugly.
Explicit is better than implicit.
Simple is better than complex.
Complex is better than complicated.
Flat is better than nested.
Sparse is better than dense.
Readability counts.
Special cases aren't special enough to break the rules.
Although practicality beats purity.
Errors should never pass silently.
Unless explicitly silenced.
In the face of ambiguity, refuse the temptation to guess.
There should be one-- and preferably only one --obvious way to do it.
Although that way may not be obvious at first unless you're Dutch.
Now is better than never.
Although never is often better than *right* now.
If the implementation is hard to explain, it's a bad idea.
If the implementation is easy to explain, it may be a good idea.
Namespaces are one honking great idea -- let's do more of those!
источник

I

Igor in Programming Offtop
В чем кек?
источник

(

( in Programming Offtop
саша сок #KotlinGang
Language:
py3


Source:
import this


Result:
The Zen of Python, by Tim Peters

Beautiful is better than ugly.
Explicit is better than implicit.
Simple is better than complex.
Complex is better than complicated.
Flat is better than nested.
Sparse is better than dense.
Readability counts.
Special cases aren't special enough to break the rules.
Although practicality beats purity.
Errors should never pass silently.
Unless explicitly silenced.
In the face of ambiguity, refuse the temptation to guess.
There should be one-- and preferably only one --obvious way to do it.
Although that way may not be obvious at first unless you're Dutch.
Now is better than never.
Although never is often better than *right* now.
If the implementation is hard to explain, it's a bad idea.
If the implementation is easy to explain, it may be a good idea.
Namespaces are one honking great idea -- let's do more of those!
Нечитабельная залупа
источник

I

Ilmir in Programming Offtop
Кирилл Романенко
Так, стоп. Не просто запустить, но и дождаться. Я чёт не сразу посмотрел на код.
Сейчас отвечу в основе.
источник

АХ

Алексей Худяков... in Programming Offtop
Igor
Это F#
Там кстати есть Active Pattern, которых нет даже в Haskell
А что такое active patterns?
источник

АХ

Алексей Худяков... in Programming Offtop
А, прочитал выше. В хаскелле есть view patterns & pattern synonyms, не уверен, что они идентичны по фичам
источник

IP

Iaroslav Postovalov in Programming Offtop
саша сок #KotlinGang
Language:
py3


Source:
import this


Result:
The Zen of Python, by Tim Peters

Beautiful is better than ugly.
Explicit is better than implicit.
Simple is better than complex.
Complex is better than complicated.
Flat is better than nested.
Sparse is better than dense.
Readability counts.
Special cases aren't special enough to break the rules.
Although practicality beats purity.
Errors should never pass silently.
Unless explicitly silenced.
In the face of ambiguity, refuse the temptation to guess.
There should be one-- and preferably only one --obvious way to do it.
Although that way may not be obvious at first unless you're Dutch.
Now is better than never.
Although never is often better than *right* now.
If the implementation is hard to explain, it's a bad idea.
If the implementation is easy to explain, it may be a good idea.
Namespaces are one honking great idea -- let's do more of those!
не нужен, кстати
источник

IP

Iaroslav Postovalov in Programming Offtop
слома обратной совместимости можно было избежать, хотя бы чтобы не вредительствовать
источник

I

Ilmir in Programming Offtop
Кирилл Романенко
Так, стоп. Не просто запустить, но и дождаться. Я чёт не сразу посмотрел на код.
Telegram
Ilmir in Kotlin Community
1. Это АПИ внутреннее, потому что оно используется в сгенерированном коде и корутины в языке не могут зависеть от библиотеки. Поэтому мы сделали упрощённую реализацию runBlocking в стандартной библиотеке.
2. API surface в идеале должен быть минимальным. Лучше мало функций, каждая из которых решает одну большую задачу, чем много мелких, которые отличаются минимально. Потому что во втором случае сложно понять в каком случае какую функцию использовать. Пример - скоуп функции. Достаточно просто посчитать блогпосты по ним. Их пять и они делают примерно одно и то же. Скоро появятся контекстные ресиверы и непонятно пока, как их поддержать в скоуп функциях, чтобы API surface не увеличивать. В случае корутин мы сделали, по-моему, хорошую работу. Есть всего три билдера - runBlocking, launch, async и у каждой своя задача. runSuspend залезает на поле ответственности runBlocking. Если runSuspend более оптимальна, чем runBlocking, то это значит не то, что надо открыть runSuspend, а то, что надо оптимизировать runBlocking.…
источник

VP

Vladimir Petrakovich in Programming Offtop
саша сок #KotlinGang
ну в плане того, что String[] is Object[] они ковариантны
Можно присвоить туда - да. Соблюдает его контракт - нет.
источник

AK

Anton Korotkikh in Programming Offtop
источник

I

Igor in Programming Offtop
Фуух, хорошо что я на маке
источник

AG

Alexander Gorodok in Programming Offtop
Igor
Фуух, хорошо что я на маке
Там уже флаттер?
источник

I

Igor in Programming Offtop
Там свобода выбора 😌
источник

I

Igor in Programming Offtop
Кстати посмотри, перестанут ли linux приложения выглядеть как говно,
после появления готового material-ui фреймворка

... или не в этом дело было 🤨
источник