BP
тайпалиасы вполне полезны для своих целей. Инлайны просто не получились пока. Всем предлагается писать кипы а не ныть.
Ну вроде уже написанные. Вот только фиксов то нет
Size: a a a
2020 July 06
AN
Ну вроде уже написанные. Вот только фиксов то нет
Там идейные проблемы. В кипах они не решены
M
тайпалиасы вполне полезны для своих целей. Инлайны просто не получились пока. Всем предлагается писать кипы а не ныть.
Не подскажите, что значит кипы?
AN
M
А что за проблема-то с инлайнами. Разве нельзя их просто заменять даже на этапе препроцессора?
AN
А что за проблема-то с инлайнами. Разве нельзя их просто заменять даже на этапе препроцессора?
List<MyInlineClass>
Давайте что ли в основной чат?
Давайте что ли в основной чат?
M
Не увидел вас в основном чате KotlinLangRu.
С препроцессором я поторопился, нужно же еще типы проверить сначала.
Вот есть класс:
inline class Minute(val value: Int)
и есть метод:
fun getMinutes(): List<Minute>
Взяли и преобразовали это все после проверки типов в:
fun getMinutes(): List<Int>
Разве не так должны быть устроены inline классы?
С препроцессором я поторопился, нужно же еще типы проверить сначала.
Вот есть класс:
inline class Minute(val value: Int)
и есть метод:
fun getMinutes(): List<Minute>
Взяли и преобразовали это все после проверки типов в:
fun getMinutes(): List<Int>
Разве не так должны быть устроены inline классы?
AD
Мидл уже есть?
Я успел поработать на 6 проектах потому что консалтер, и лычки у меня не было.
AN
Я успел поработать на 6 проектах потому что консалтер, и лычки у меня не было.
И что, ни разу не столкнулись с проблемой построения архитектуры?
AN
Не увидел вас в основном чате KotlinLangRu.
С препроцессором я поторопился, нужно же еще типы проверить сначала.
Вот есть класс:
inline class Minute(val value: Int)
и есть метод:
fun getMinutes(): List<Minute>
Взяли и преобразовали это все после проверки типов в:
fun getMinutes(): List<Int>
Разве не так должны быть устроены inline классы?
С препроцессором я поторопился, нужно же еще типы проверить сначала.
Вот есть класс:
inline class Minute(val value: Int)
и есть метод:
fun getMinutes(): List<Minute>
Взяли и преобразовали это все после проверки типов в:
fun getMinutes(): List<Int>
Разве не так должны быть устроены inline классы?
Основной это https://t.me/kotlin_lang
AM
Условно основной, конечно же :)
AM
Мы просто тут в основном из той тусовки, а @KotlinLangRu изначально, ЕМНИП, был о переводе документации на русский
I
знакомые админы лол
AM
Да я тож проиграл когда-то, когда и там Мишу увидел. Он реально везде.
AK
Это заблуждение. Спринг выучить не сложно, если есть время. Но прикладное программирование в целом - это инженерный навык, который не возможно выработать теоретически. Нужно несколько лет опыта. Собственно многие товарищи, обучающиеся на математических специальностях именно поэтому имеют ряд заблуждений по поводу области применения тех или иных методов в прикладном программировании.
Вопрос насколько он инженерный, для большинства задач на рынке - программирование это довольно ремесленная штука, не требующая ни какой-то фундаментальной базы особо, ни инженерных навыков и мысли. Тот же спринг это по сути станок для обеспечения индустриального стандарта и легкой взаимозаменяемости кадров.
AN
Вопрос насколько он инженерный, для большинства задач на рынке - программирование это довольно ремесленная штука, не требующая ни какой-то фундаментальной базы особо, ни инженерных навыков и мысли. Тот же спринг это по сути станок для обеспечения индустриального стандарта и легкой взаимозаменяемости кадров.
Спору нет. Вопрос в том, можно ли во все это влезть и прогрессировать без навыка
O
Да я тож проиграл когда-то, когда и там Мишу увидел. Он реально везде.
ща тоже глянул чат, смотрю Миша =)
AK
Спору нет. Вопрос в том, можно ли во все это влезть и прогрессировать без навыка
Имхо, да, и это не сложно. Как и для любой низкоквалифицированной ниши, проходишь курсы/туторы и вперёд.
AK
Собственно поэтому всё сильнее пахнет автоматизацией всего это добра. Различные генераторы, bpmn движки и им подобные штуки, до ui уже добираться начали, в амазоне, например с их honeycode. Рынок чует, что рестухи, круды да типовые участки бизнес-процессов (их техническая интерпритация) катать - задачка шаблонная зачастую и несложная. Но именно это сейчас большая часть рынка для кодеров - типовые и не сложные задачи, очень похожих процессов.