В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

GitFox

296 membersпожаловаться на группу
2019 October 17

ES

Eugene Shapovalov in GitFox
Nikita Yatskivskiy
Это приоритет сейчас?
Вернее, насколько часто возникает подобная проблема с парсингом и стоит ли заняться миграцией на Moshi уже сейчас?
в чем проблема: апишка ГитЛаба оооооооооооооооооооооооооооооооооооооооооооооооооооооооооооооооооооооооооооооооооооооооооооооооооооооооооооооооооооооооооооооооочень изменива и довольно нестабильна.
источник
14:08пожаловаться

ES

Eugene Shapovalov in GitFox
если менять на fail-fast, то нужно быть увереным, что каждый кусочек приложения регрессионно протестирован.
источник
14:08пожаловаться

IG

Ilya Gulya in GitFox
@NikiJava Там есть ещё 2 фичи помеченные как "hot", мб их сделать? Они схожи с той что ты уже запилил.
источник
14:09пожаловаться

IG

Ilya Gulya in GitFox
https://gitlab.com/terrakok/gitlab-client/issues/127
https://gitlab.com/terrakok/gitlab-client/issues/126
GitLab
Add MR action: merge and close (#127) · Issues · Konstantin Tskhovrebov / GitFox
Use `Toolbar` action menu with title `Close` and `Merge` and add blocking progress.
источник
14:09пожаловаться

NY

Nikita Yatskivskiy in GitFox
Ilya Gulya
@NikiJava Там есть ещё 2 фичи помеченные как "hot", мб их сделать? Они схожи с той что ты уже запилил.
Вот, как раз на них тоже обратил сейчас внимание
источник
14:10пожаловаться

NY

Nikita Yatskivskiy in GitFox
Могу да, ими заняться
источник
14:10пожаловаться

NY

Nikita Yatskivskiy in GitFox
после того, как таску с close issue замерджим тогда
источник
14:11пожаловаться

KT

Konstantin Tskhovrebov in GitFox
Nikita Yatskivskiy
Вот, как раз на них тоже обратил сейчас внимание
👍 еще не добрался, но помню про вас)
источник
14:35пожаловаться

NY

Nikita Yatskivskiy in GitFox
Konstantin Tskhovrebov
👍 еще не добрался, но помню про вас)
Ок, жду ревью)
источник
14:42пожаловаться

NY

Nikita Yatskivskiy in GitFox
Ilya Gulya
Да, точняк, ты прав.
Тогда можно сделать как-то так:
issueChanges
    .filter { it == issueId }
    .map { Unit }
    .startWith(Unit)
    .switchMap {
      issueInteractor
          .getAllIssueNotes(projectId, issueId)
          .doOnSubscribe { viewState.showEmptyProgress(true) }
          .doAfterTerminate { viewState.showEmptyProgress(false) }
    }
я там поправил rx-цепочки в PR - выпилил дополнительные Disposable, заюзал switchMap, но без маппинга на Unit - подумал, что можно тот же issueId заюзать, который в презентере уже есть, и добавлять его в startWith.
источник
14:43пожаловаться

IG

Ilya Gulya in GitFox
Nikita Yatskivskiy
я там поправил rx-цепочки в PR - выпилил дополнительные Disposable, заюзал switchMap, но без маппинга на Unit - подумал, что можно тот же issueId заюзать, который в презентере уже есть, и добавлять его в startWith.
о, тоже вариант, да
источник
14:45пожаловаться

IG

Ilya Gulya in GitFox
Nikita Yatskivskiy
я там поправил rx-цепочки в PR - выпилил дополнительные Disposable, заюзал switchMap, но без маппинга на Unit - подумал, что можно тот же issueId заюзать, который в презентере уже есть, и добавлять его в startWith.
Думаю стоит ловить ошибки внутри switchMapSingle. Иначе вся подписка на issueChanges сломается при ошибке, а не только один запрос.
источник
14:48пожаловаться

IG

Ilya Gulya in GitFox
Nikita Yatskivskiy
я там поправил rx-цепочки в PR - выпилил дополнительные Disposable, заюзал switchMap, но без маппинга на Unit - подумал, что можно тот же issueId заюзать, который в презентере уже есть, и добавлять его в startWith.
Типа
.switchMapMaybe {
  getIssue()
      .toMaybe()
      .doOnSuccess { (issue, mdDescription) -> viewState.showDetails(issue, mdDescription) }
      .doOnError { errorHandler.proceed(it, { viewState.showMessage(it) }) }
      .onErrorComplete()
}
источник
14:52пожаловаться

NY

Nikita Yatskivskiy in GitFox
Да, пропустил этот момент. Сейчас поправлю)
источник
16:32пожаловаться

NY

Nikita Yatskivskiy in GitFox
@ilyagulya а имеет же смысл в таком случае оставить обработку onError и в subscribe тоже? С одной стороны - под капотом у issueChanges релейка, у которой onError нет, а с другой стороны - мы работаем с ней через интерфейс Observable и поэтому onError чисто теоретически возможен.
источник
17:57пожаловаться

IG

Ilya Gulya in GitFox
Nikita Yatskivskiy
@ilyagulya а имеет же смысл в таком случае оставить обработку onError и в subscribe тоже? С одной стороны - под капотом у issueChanges релейка, у которой onError нет, а с другой стороны - мы работаем с ней через интерфейс Observable и поэтому onError чисто теоретически возможен.
Не уверен)
Я обычно не оставляю если на текущий момент on Error не может произойти)
источник
18:01пожаловаться

NY

Nikita Yatskivskiy in GitFox
@ilyagulya поправил, перепроверил - всё норм)
источник
18:19пожаловаться

IG

Ilya Gulya in GitFox
Nikita Yatskivskiy
@ilyagulya поправил, перепроверил - всё норм)
Каеф
источник
18:27пожаловаться

IG

Ilya Gulya in GitFox
Ждём Костю)
источник
18:27пожаловаться

IG

Ilya Gulya in GitFox
Nikita Yatskivskiy
@ilyagulya поправил, перепроверил - всё норм)
Может ты хочешь продолжить мою задачу про markdown после тех двух тасок?)
источник
18:27пожаловаться