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

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

Это пока наброски

Главное выскажите свое мнение

О последовательности категорий, шрифтов, цвета, о том, что ещё можно добавить, и о названиях подкатегорий.

А фишечки позже, с эффектами :)

Окей, мне нравится

комьюнити наверное на сообщество надо заменить

Пробовал кто нативно Kotlin приложение собирать?

комьюнити наверное на сообщество надо заменить

Исправлю

?, а так все просто отлично)

Пробовал кто нативно Kotlin приложение собирать?

Да, Олег пробовал, ему понравилось

Ребят, по ktalks такие новости: Ветка setup удалена, изменения влиты в мастер Jetty пришлось выкинуть, с ним проект не запускался через java -jar Добавлен скрипт run.sh для быстрой сборки и запуска сервера

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

Я на неделе попробую начать, а вы подключайтесь

Нам бы какой нибудь трекер задач, что бы можно было брать их оттуда и делать.

На гитхабе есть раздел Issues и Wiki, может использовать их?

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

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

я просто опасаюсь чтобы не получилось так что у нас десять версий планов что делать и никто не может делать потому что неясно что лучше/хуже

Да, согласен! Надо может быть в вики описать что нужно делать, прям проработать план первой версии, я думаю на старте не надо разгоняться и реализовать минимум что бы можно было его задеплоить и уже там - на форуме обсуждать куда двигаться дальше.

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

задачи мне кажется лучше описывать в Issues, потому что там возможны комменты и голосования к ним Вот пример задачи https://github.com/phplego/ktalks/issues/1

Что с фронтендом делать будем?

Незнаю, а есть какое-то предложение?

Предложение использовать Котлин, но я лично не смогу настроить проект что бы он был и фронт и бек. Если кто-то сможет втащить вот это - https://github.com/Kotlin/kotlin-fullstack-sample в проект, то было бы круто!

о, кстати да. И что, этот пример не собирается?

я не пробовал

https://medium.com/square-corner-blog/generating-kotlin-code-with-kotlinpoet-119dc20f74d4

Небольшая заметка о генерации кода для Kotlin.

Предложение использовать Котлин, но я лично не смогу настроить проект что бы он был и фронт и бек. Если кто-то сможет втащить вот это - https://github.com/Kotlin/kotlin-fullstack-sample в проект, то было бы круто!

Вот этот проект довольно специфичен. Тут фронт на Реакте. Если будем такое реализовывать, то человек на фронте должен будет уметь и в Котлин и в Реакт

В этом случае фронтэнд будет сравним по сложности с бэком. Сам по себе Реакт лучше для SPA или чего-то интерактивного, у нас же другая история

А может быть можно использовать как-то Angular + Kotlin?

Можно что использовать что угодно с чем угодно. Вопрос только зачем и почему

Чисто идеологически надо взять Kotlin+Java+JS, чтобы тем самым проверить интероп

Это ж основной упор JetBrains, насколько я его понимаю.

Можно что использовать что угодно с чем угодно. Вопрос только зачем и почему

Я немного знаю ангуляр 2, там чудесный TypeScript :)

ну то есть если не заморачиваться с тем чтобы обязательно делать фронт на котлине, то я могу быстро сделать фронт на Angular2 который будет получать данные от бэкенда в json и никак с ним не пересекаться кодом. Например как это сделано у web.telegram.org

Это все круто, но форуму не надо получить данные в реалтайме

И плюс разметку на котлине хотели

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

ну то есть можно нормальные MVC приложения писать с комфортом

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

Нормальный MVC это как раз про это

Шаблонизация - kotlinx.html Модельки - Exposed, например Контроллеры в ktor

Я сам знаком с ангуляром, классная штука. Но с ним будет слишком мало котлина

ну окей, если есть ощущение что осилим - то давай, где наша не пропадала

Привет всем, нету pdf файла всех туториалов с сайта на русском?

неа, а для чего он нужен?

читать без доступа к сети

kotlinlang.org есть

типа скачать pdf

можно сгенерить из .md файлов, но как-то лень этим заниматься

ну или книгу может посоветуйте какую. Я только сегодня начал изучать

котлин

на русском пока нету книг

Генерить .PDF норм идея

если еще бы поиск на сайте запилить

это будет, да

поставил поиск от гугла, вроде работает сносно

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

Можете потестить поиск по сайту, все ли нормально/удобно/понятно?

Да. Отпишусь.

Отмена ввода (крестик) жрёт место окна ввода. Думаю, лучше его показывать справа, чтобы окно ввода не прыгало по ширине.

а какой браузер?

Chrome

хмм.. у меня не прыгает. Может старые стили у тебя?

Ctrl+f5

Плюс предлагаю добавить значок поискаю

Обновил, жму слово "Поиск", ввожу что-то,, крестик появляется и отжирает у окна ввода место.

Всем привет, в хроме крестик уменьшает горизонтальный размер поля ввода ( размер поля + крест == размеру поля без креста)

может вообще убрать крестик?

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

окей, с этим что-нибудь сделаем.. спасибо. А в остальном все ок? Результаты поиска, открытие в той же странице, отсутствие кнопки "отправить запрос" и т.п.

Кнопка запроса не нужна имхо, набрал и энтер нажал сразу. В остальном ок.

Эээ, вышел на работу, тут приложуха в продакшне. на гугл плэй кол-во скачиваний > 1млн, а внутри...

Ну миллион не много, у меня игра 2 миллиона, и там еще хуже в коде бывает ?

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

А в чем проблема? Разве гет вью может вернуть null?

И вот эти люди потом собеседования проводят с их этими вопросам про ООП, блин и инструменты и опыт твоей работы, понимаешь...

В этом куске по сути два раза одна и та же ссылка проверяется на null

просто сначала она присваивается fragment, а потом она же присваивается (через проверку опять на null) abstractMapFragment

Ну это просто лишняя проверка получается, ничего фатального же

А потом смотришь на чужие такие полотна и не можешь понять, что вообще происходит.

Ребят, есть такая архитектура PIDOR

ахахаха

https://github.com/ApplePride/PIDOR

Ну вот, я на неё на работе смотрю. Лишняя проверка на null - это просто самое смешное пока, что я видел. Остальное не очень. Иногда даже грустное.

Веселец