Самый веселый кусок, имхо On the Java platform, standard library contains extensions for reflection classes that provide a mapping to and from Java reflection objects (see package kotlin.reflect.jvm)

Читаю про Kotlin 1.1 на хабре В конце статьи: "В обозримом будущем мы планируем охватить и “мир без виртуальных машин” и поддержать такие платформы как, например, iOS и встраиваемые системы. Сейчас в JetBrains над этим трудится прекрасная команда Kotlin Native, и мы надеемся показать что-то интересное в относительно скором времени." Это типа скоро будет Котлин-убийца-с++?

Не, разные цели у языков все-таки, но сама тема хорошая

Миш, дай ссылку на статью плз

Как раз в метро чешу домой.

Нашёл.

оказывается часть портала Avito написано на котлине источник: https://www.youtube.com/watch?v=8u4fZ1z4X-w

Не особо удивлён, если честно. Уверен, что это джава-киллер. Просто нароод медленно раскачивается.

кому-нибудь интересно было бы зародить проект, подобный locutus.io только для Kotlin? :)

Не актуально, имхо Там написано "JavaScript is the most commonly used programming language, but it lacks an exhaustive standard library", а в котлине с этим всё в порядке

Типа, сгенерить хэш или форматировать дату или строку это не проблема, в отличие от js

из вашего разговора я так понял, что locutus.io - библиотека для JS, которая позволяет что-то типа генерить хэш, форматировать строки и прочие штуки. Правильно7

Как я понял, миссия locutos - предоставление часто используемых (и нужных) библиотечных функций, которые в _нормальных_ языках реализованы в стандартной библиотеке

да, резонное замечание, у котлина есть своя стандартная библиотека да еще и явовская..

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

а еще это просто увлекательное занятие :)

Why, you ask? Well, firstly because we can of course! Apart from that, it can also serve as a nice pastime for a rainy Sunday afternoon. Not only can porting a function be quite rewarding, but it also deepens your understanding of different languages. In that sense, it is not unlike doing a crossword puzzle.

Я вот смотрю в метрику и нифига не понимаю: чем просмотры от визитов, от посетителей отличаются? На какой параметр смотреть, чтобы составить объективную оценку НАС_ЧИТАЮТ/НАС_НЕ_ЧИТАЮТ?

просмотр это каждое обновление страницы или переход - то есть если мы обновляем страницу нажав F5 - это новый просмотр

посетитель это уникальный человек (их меньше всего)

а визит - или правильнее было бы назвать его "сеанс" - это относительно непрерывный процесс просмотра сайта. Таймаут равен 30 мин. Если межу посещениями больше 30 мин, то это будет считаться новый сеанс

Хорошо, спасибо за справку, но как всё-таки оценить акутальность ресурса для людей?

лично я смотрю на процент отказов и количество проведенноо времени на сайте. У нас это показатель уникально высокий. Отказов всего ~6%

а на обычных сайтах их бывает под 50

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

среднее время на сайте у нас тоже отличное 4-минуты

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

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

6%?? Вааау

Это офигенно

среднее != среднее арифметическое

мб медианное?

да, кстати, скорее всего

Лол

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

вот новых посетителей у нас мало - всего ~20 в день, но треть из них остается и плюсуюется к существующим постоянным

Ну контент-то такой узконаправленный, 6% - это туристы, которые в Кронштадт хотели поехать, остальные - знают что ищут.

кстати да, а кстати кто-нибудь бывал там? :)

Я ж с Питера, конечно бывал.

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

он мостом соединен с сушей?

Не то чтобы мостом - дамбой.

А мы будем /api переводить? Там много всего

Ууууу.

То есть РЕАЛЬНУЮ доку? :))

это хороший вопрос!

еще есть замечательный раздел tutorials..

Даже не знаю, братцы. Взяться и не доделать - не люблю так. А что бы доделать - надо будет много работы произвести.

Действительно, мб лучше за туториалы возьмёмся?

вот надо подумать что важнее/интереснее..

с одной стороны API - это что-то такое... как сказать.. высеченное на скрижалях чтоли

ну то есть эта вещь к которой можно обращаться не раз

а туториалы - прочитал, понял как, и больше она тебе не нужна

Хорошо, оставим вопрос открытым. Для начала доведём до ума то, что есть. Как вам такая мысль?

лично меня больше волнует как организовать будущее меню/навигацию чтобы это было удобно и не мешало читать уже существующий контент

ведь рано или поздно захочется переводить что-то еще, возможно не только с сайта kotlinlang.org а откуда-то еще

Но вообще я поддерживаю мысль доперевести оставшееся

жаль мы не видим фразы пришедших из гугла а их большинство..

А почему? Мы можем это исправить?

гугл на каком то этапе стал скрывать поисковые запросы. То есть в HTTP заголовкe Referer просто google.com без параметров и что был за запрос непонятно...

Чё-т народу в чате 19, а переводят только 2. Эй, народ! Давай ка, подключайтесь к работе, мы сами не вытянем всё красиво оформить. Ну или вытянем, только через сто лет.

У кого с переводом туго - чекайте грамматические ошибки, пунктуацию на русском. Проверяйте ссылки, чтобы те не на оф.сайт уводили а на соответствующую статью в переведённом варианте.

Кооп у нас или чё?

И потом: на оф сайте есть разделение на *текст* и *текст*{.keyword}

Во втором случае он подсвечивается синим. А у нас так получается, что всё *...* и термины и ключевые слова

Всё в кучу.

Ещё: списокв mistranlations скорее растёт, чем сужается. Что будем с ним делать?

можно сделать как у них, обрабатывать {.keyword}

Было бы неплохо.

я так понимаю все что они делают, это добавляют сss-класс элементу b?

Только вот надо опять причёсывать всё будет. В переводе-то {.keyword} нет.

О, вот тут мои полномочия как бы всё.

Но если я тебя правильно понял, то да - тупо цвет менятся на синий

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

я причесать не проблема - нужно на локалке выгрузить оригинали и перевод, глобальным поиском в редакторе найти все {.keyword} и потом пройтись по всем местам

это не быстро, коненечно, но их не должно быть сильно много

Согласен.

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

Так, мои речи подтолкнули одного статиста сознаться в бездействии и уйти! ?

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

Я полагаю у всего есть свои аналоги. 8)

Всем привет. Кто-нибудь пробовал использовать MapStruct или аналоги?)

Привет. О чём вообще речь?

Ищу какую-нибудь библиотеку для автомаппинга. Те, что на процессинге аннотаций базируются, у меня почему-то не работают

Правильно, потому как annotation processing и Kotlin - целая тема.

Вот да, потому и спрашиваю)

А что с стандартными инструментами Котлина? Изучил вопрос? Мб есть. Они основательно подошли.