Кто нибудь работет дома? Копец скучно. Как вы боретесь с этим?

митапы

конфы

настолки с френдкми

бары

Кто нибудь работет дома? Копец скучно. Как вы боретесь с этим?

жену заведи

Есть жена. Все равно 8 часов почти без общения.

Напиши другую

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

ога нтв

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

http://vsekidki.ru/uploads/posts/2016-01/1453764497_lp7tqy1ekuq.jpg

Кто нибудь работет дома? Копец скучно. Как вы боретесь с этим?

Неделю максимум. Мотивации не хватало сильно. Прям как с универом. Ну если на постоянку то да есть проблема с одиночеством. Причём девушка/друзья не очень к этому имеют отношение. Одни и те же лица приедаются и говорить не о чем

Ну кстати в целом в мобильной разработке есть проблема с одиночеством. Не так много вакансий где на проект больше одного мобильного разработчика (ну точнее их обычно ровно два)

ну хз)

чет давно не видел 2 мобайлов в компании)

даже в сосвсем мелких

Телика нет. Жена не приедается, но все равно пока работаешь - сидишь один

купи телек)

давайте с таким куда-нибудь в @pofftop, что ли

R&B может?

давайте с таким куда-нибудь в @pofftop, что ли

^^

У кого был опыт деплоя в мавен набора gradle модулей с md5/sha1/gpg?

Вот тут мои мучения для аплоада одного модуля, с сорцами и всем-всем https://github.com/Heapy/undertow-http-client/tree/master/publishing

а с чем мучался?

gpg?

Ну впилить gpg в гредл не очень понятно как, просто через вызов системной команды?

Да и для sha1/md5 какие-то непонятные плагины надо ставить. Почему всего этого из коробки нету

для gpg такой плагин смотрел? https://docs.gradle.org/current/userguide/signing_plugin.html

а md5 и sha1 через nebula-publish-plugin точно создаются

Спасибо за советы, буду смотреть

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

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

это не работа корутин, мне кажется

это не работа корутин, мне кажется

окей, как такое сделать можно?)

я может не туда вообще думаю

окей, как такое сделать можно?)

запускать на экзекьюторе с нужным количеством потоков

как-то не айс

вроде как-то с каналами можно извратиться

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

Есть целый раздел в гайде стандартном

Актор, мьютекс, singleTheardContext

запускать на экзекьюторе с нужным количеством потоков

во-первых не сработает, т.к он запускает запрос и идет дальше. а во-вторых делать пул тредов под это дело.. где профит?)

Есть целый раздел в гайде стандартном

мютекс есть, а семафоры нет. с акторами пока не сообразил как это делать по феншую

мютекс есть, а семафоры нет. с акторами пока не сообразил как это делать по феншую

Можно как вот тут написано, сделать 1 канал и несколько читающих его коррутин https://github.com/Kotlin/kotlinx.coroutines/blob/master/coroutines-guide.md#fan-out Тут правда проблема что у акторов захардкожен их канал. https://github.com/Kotlin/kotlinx.coroutines/blob/master/kotlinx-coroutines-core/src/main/kotlin/kotlinx/coroutines/experimental/channels/Actor.kt#L89 Но наверное можно сделать свои с общим каналом по примеру https://github.com/Kotlin/kotlinx.coroutines/blob/master/kotlinx-coroutines-core/src/main/kotlin/kotlinx/coroutines/experimental/channels/Actor.kt#L98

Можно как вот тут написано, сделать 1 канал и несколько читающих его коррутин https://github.com/Kotlin/kotlinx.coroutines/blob/master/coroutines-guide.md#fan-out Тут правда проблема что у акторов захардкожен их канал. https://github.com/Kotlin/kotlinx.coroutines/blob/master/kotlinx-coroutines-core/src/main/kotlin/kotlinx/coroutines/experimental/channels/Actor.kt#L89 Но наверное можно сделать свои с общим каналом по примеру https://github.com/Kotlin/kotlinx.coroutines/blob/master/kotlinx-coroutines-core/src/main/kotlin/kotlinx/coroutines/experimental/channels/Actor.kt#L98

Fan-out похоже на то. спасибо

>It is known as worker pool. A channel of tasks + a fixed number of coroutines to process submitted tasks. No need for semaphore. The number of coroutines you’ve launched works as a limit on how many tasks can be processed concurrently.

https://habrahabr.ru/post/338388/

> Android Дальше можно было не читать ?

Та да, котлином в андроиде сейчас уже не удивишь

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

с точки зрения его развития

туда полилось много денег и внимания

хотя это и так очевидно

Просто это была единственная альтернатива java6

Тут вот недавно был срач про динамик/статик. Хотел поделиться, что я написал на котлине грейдл-билд килобайт на 50 и честно говоря даже не могу себе представить как бы я это делал на груви. Иде и статическая типизация позволила мне хорошо разобраться с грейдлом с минимальным штудированием документации. То что раньше было грувимагией и было не очень понятно, на котлине становится очевидно как раз во многом из за того, что магия построена на динамизме. И это не смотря на то что поддержка в идее сейчас из рук вон плохая и все равно это на два порядка удобнее, чем груви. Это я к тому, что не только андроид по идее должен выстрелить, вот ещё грейдл с его бессменным груви

> Иде и статическая типизация позволила мне хорошо разобраться с грейдлом Да в гредле большинство параметров/свойств/настроек через ключ значение сетяться, какие автоподсказки? Все та же магия, только в профиль

> Иде и статическая типизация позволила мне хорошо разобраться с грейдлом Да в гредле большинство параметров/свойств/настроек через ключ значение сетяться, какие автоподсказки? Все та же магия, только в профиль

Не большинство, но конечно такие есть

Просто когда уже начинаешь документацию читать, то и груви не так страшен и магия не такая сильная )))))

? за котлиновые градл скпипты

есть гайды как перейти с груви на котлин скрипты в существующем проекте?

Тут вот недавно был срач про динамик/статик. Хотел поделиться, что я написал на котлине грейдл-билд килобайт на 50 и честно говоря даже не могу себе представить как бы я это делал на груви. Иде и статическая типизация позволила мне хорошо разобраться с грейдлом с минимальным штудированием документации. То что раньше было грувимагией и было не очень понятно, на котлине становится очевидно как раз во многом из за того, что магия построена на динамизме. И это не смотря на то что поддержка в идее сейчас из рук вон плохая и все равно это на два порядка удобнее, чем груви. Это я к тому, что не только андроид по идее должен выстрелить, вот ещё грейдл с его бессменным груви

Может тебе нужно было сразу “плагин” писать? (на java) Мне бы в любом случае было бы страшно читать билд-скрипт на 50kb.

Просто когда уже начинаешь документацию читать, то и груви не так страшен и магия не такая сильная )))))

Да читал я её. И не один раз. Но вот чтобы написать что-то действительно серьезное, это нужно было обладать недюжим терпением и помнить все эти апи..

Может тебе нужно было сразу “плагин” писать? (на java) Мне бы в любом случае было бы страшно читать билд-скрипт на 50kb.

Я так и сделал, но проблема была в том, что мой плагин динамически создаёт дерево моделей и конфигурит все модули, а взаимодействовать с грейдловым апи через джаву это же ппц

У котлина есть спецдсл который делает взаимодействие с грейдловым апи юзабельным и похожим на груви вариант только со статической типизацией

Просто когда уже начинаешь документацию читать, то и груви не так страшен и магия не такая сильная )))))

А хотелось бы не документацию читать, а код писать :)

А хотелось бы не документацию читать, а код писать :)

Вот да

Смешно )

А хотелось бы не документацию читать, а код писать :)

сначала ты так думаешь, а потом на js пишешь :) (с)

Правильный гредл это kobalt, но по понятным причинам он не станет в ближайшее время мейнстримом

сначала ты так думаешь, а потом на js пишешь :) (с)

на JS хрен что напиешь так

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

сначала ты так думаешь, а потом на js пишешь :) (с)

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

Тут вот недавно был срач про динамик/статик. Хотел поделиться, что я написал на котлине грейдл-билд килобайт на 50 и честно говоря даже не могу себе представить как бы я это делал на груви. Иде и статическая типизация позволила мне хорошо разобраться с грейдлом с минимальным штудированием документации. То что раньше было грувимагией и было не очень понятно, на котлине становится очевидно как раз во многом из за того, что магия построена на динамизме. И это не смотря на то что поддержка в идее сейчас из рук вон плохая и все равно это на два порядка удобнее, чем груви. Это я к тому, что не только андроид по идее должен выстрелить, вот ещё грейдл с его бессменным груви

Кстати, итересно, когда начинаешь писать скрипты по 50kb - не пора ли их тестами покрывать?

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

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

Не доку, а сорцы

есть гайды как перейти с груви на котлин скрипты в существующем проекте?

смыла особого нетЮ если честно)

Иначе не будешь уверен что дока не врет

Не доку, а сорцы

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

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

а вот если ты, например, пишешь что-нибудь на основе intellij апи — то там да, надо читать сорцы :)

там IBM выложила cвою реализацию jvm Что это, выброшенный балласт или же новый виток конкуренции в мире джавы? Эксперты!? https://www.linux.org.ru/news/java/13688960

там IBM выложила cвою реализацию jvm Что это, выброшенный балласт или же новый виток конкуренции в мире джавы? Эксперты!? https://www.linux.org.ru/news/java/13688960

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

там IBM выложила cвою реализацию jvm Что это, выброшенный балласт или же новый виток конкуренции в мире джавы? Эксперты!? https://www.linux.org.ru/news/java/13688960

Kotlin кто-нибудь на ней запускал? ?

вера в интероп на канале котлина - должна быть непоколебима)

вера в интероп на канале котлина - должна быть непоколебима)

Это же не интероп, это переносимость байткода

По опыту скажу что не всякая джава работает как надо на ibm

100% интероп котлина с джавой - это тоже миф

да и фича сомнительная

100% интероп котлина с джавой - это тоже миф

Не миф, предлагаю тебе доказать обратное, а не бросаться громкими словами

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

Вот кстати чисто имхо - все те кто хотел убежать с джавы давно накатили скалу, зачем было делать интероп (в котлине) это я хз, лучше бы накатить чисто свой диалект языка со своим набором либ и плюшками. На счет интеропа на хабре были комменты активно доказывающие не 100%, давно это было, найду ли я

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

интероп Котлина с Джавой остался

ой, на хабре

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

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

Не миф, предлагаю тебе доказать обратное, а не бросаться громкими словами

я читал про это в статьях на хабре

где обсуждались недостатки котлина

и человек выше тоже читал