и можешь держать все в голове

Держу спокойненько приложение, которому месяца четыре, целиком и полностью в голове. Китайские девайсы игнорирую. Могу назвать функционал любого класса по названию, всю структуру по директориям для каждого модуля. Где какие конфиги хранятся и так далее

Держу спокойненько приложение, которому месяца четыре, целиком и полностью в голове. Китайские девайсы игнорирую. Могу назвать функционал любого класса по названию, всю структуру по директориям для каждого модуля. Где какие конфиги хранятся и так далее

Значит все отлично, тесты не нужны

Держу спокойненько приложение, которому месяца четыре, целиком и полностью в голове. Китайские девайсы игнорирую. Могу назвать функционал любого класса по названию, всю структуру по директориям для каждого модуля. Где какие конфиги хранятся и так далее

молодец, память хорошая! А теперь сходи устройся на работу и поработай над приложением, которое лет 5 уже пишут команда человек в 10 хотя бы :-)

Кроме того если вы руками оттестировали все входы и выходы и регулярно это делаете то тоже не нужны

молодец, память хорошая! А теперь сходи устройся на работу и поработай над приложением, которое лет 5 уже пишут команда человек в 10 хотя бы :-)

Хотя-бы 10 - довольно смешное замечание, ибо обычно отделы человек на пять, если мне память не изменяет (про сбертех здесь не говорим)

Из тинькофа даже жаловались ребята, что их много (их 8 вроде-бы)

молодец, память хорошая! А теперь сходи устройся на работу и поработай над приложением, которое лет 5 уже пишут команда человек в 10 хотя бы :-)

Обычно проблема в том что человек 1 что то пишет, и оно ломает код в какой то другой подсистеме, нет тестов - каждую версию все это будет накручиваться и потом наступит коллапс

молодец, память хорошая! А теперь сходи устройся на работу и поработай над приложением, которое лет 5 уже пишут команда человек в 10 хотя бы :-)

я держу ) в голове. тесты не отменает но делает существенно менее нужными

важно что никакая архитектура и никакая память не спасают от Гугла

важно что никакая архитектура и никакая память не спасают от Гугла

? это точно

Обычно проблема в том что человек 1 что то пишет, и оно ломает код в какой то другой подсистеме, нет тестов - каждую версию все это будет накручиваться и потом наступит коллапс

QA (чтобы не ломали) и опытный тех лид спасут команду

тех лид который правит код за чуваком который постоянно что то ломает

мне кажется чувак долго не задержится

тех лид который правит код за чуваком который постоянно что то ломает

Такой чувак долго не продержится

мне кажется чувак долго не задержится

:)

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

тех лид который правит код за чуваком который постоянно что то ломает

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

и надо править

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

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

Он узнает это по взгляду лида, когда все сломается

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

тогда нужен рефакторинг

На самом деле тут проблема изначально в лиде

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

Это уже очень плохой показатель

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

что? с чего это тех лид будет тестером? тестят QA :-)

а когда уже человек 5 таких у лида то это невозможно

приложение не будет развиваться вообще никак

ты о чем вообще?))

ты думаешь QA могут все оттестировать?

Крутяк!)

кто-то не умеет в пиннинг без уведомлений?

о круто как раз сегодня митап ком смотрел а там андроида нет

а записи потом будет?

да, должны быть

ты думаешь QA могут все оттестировать?

им не надо "все" тестировать, им надо оттестировать типовые пользовательские сценарии + новые фичи.

в итоге 100% покрытие и полгода в продакшене без багов

морозная история bro ?

морозная история bro ?

реальность

остатки можно по аналитике отловить

кто-то не умеет в пиннинг без уведомлений?

это специально, чтобы чат разбудить и увидело побольше людей

Круть) обязательно схожу

Сталкиыался ли ктото с задачей, когда на гугл картах нужно постоянно обновлять положение ~70 маркеров?

кто-то не умеет в пиннинг без уведомлений?

Говорят если автора пина заблокировать, то пуши больше не прийдут (в projvm этим слишком часто балуются)

В Питере бы )

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

В Питере бы )

У нас есть GDG, там весело и интересно :)

В Питере бы )

https://t.me/gdgspb

Гуд, спасибо

Обычно проблема в том что человек 1 что то пишет, и оно ломает код в какой то другой подсистеме, нет тестов - каждую версию все это будет накручиваться и потом наступит коллапс

Ищи вообще. Пиши слабосвязный код. (На самом деле не поможет)

В Питере бы )

в Питере сделаем в июне

ребят есть xamarin разрабы группа в телеграмме?

в целом у нас уже с пол года тусовка катающихся в Питер и Москву с митапами и без, но раньше не настолько официально всё делали

в Питере сделаем в июне

может наоборот) я 20 как раз в питере буду)

Сталкиыался ли ктото с задачей, когда на гугл картах нужно постоянно обновлять положение ~70 маркеров?

Отображали, но с кластеризацией.. карта тормозная что-то.. Видел решение - отображать их на вюхе поверх карты с отслеживанием позиции карты

жаль, но в целом пока планируем чередовать Москву и Питер по месяцам

май - Москва июнь – Питер июль – Москва

ну тогда с вас видосик

ребят есть xamarin разрабы группа в телеграмме?

@xamarin_russia

ну тогда с вас видосик

будет трансляция и скорее всего видео

ссылка на трансляцию в канале из пина появится числа 19-20

@BOOMikru спасибо, попробую кластеризацию

Сталкиыался ли ктото с задачей, когда на гугл картах нужно постоянно обновлять положение ~70 маркеров?

Знакомый старался избегать такого обновлением полигонами

Не знаю о судьбе его проекта, могу спросить

Привет! Есть тут ребята из Казани? GDG Kazan совместно с АБЦТ приглашает вас на Google IO Extended =) Пицца, доклады, трансляция кейноута с Google IO - что ещё нужно для хорошего вечера? =) 17 мая, 19:00 Подробности: https://abct.timepad.ru/event/489955

ERROR: S client not available

начал на новом проекте пользоваться constaintlayout - удобная штука оказывается

не везде имхо

ну она вроде и не позиционируется как замена всему..

для сложных лейаутов да

но позиционируется как основная

ну почему сложных, я вот мог сделать экран с вложенными linear и relative, а в итоге все в одном констрейне

наоборот проще оказалось

но кстати это все украдено с ios, там этим констрейнам сто лет

ну вообще там наложений много будет со вложенными

а щас констрейнт по перфомансу как релейтив примерно

но кстати это все украдено с ios, там этим констрейнам сто лет

видел несколько статтей в стиле "Уходим с автолеяута"

видел несколько статтей в стиле "Уходим с автолеяута"

слышал от иосеров что эти автолэйяуты тормозят

слышал от иосеров что эти автолэйяуты тормозят

врут ) вернее наверное пользоваться не умеют

я слышал что круто в коде уи писать

от них же

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

а как саппортить потом такой уи?

а как сапортить с анко?

я не юзал просто спрашиваю)

есть xml с лейаутом и gui поверх него, эппл явно тебе не дает никаких инструментов что бы xml править и это не приветствуется

а как сапортить с анко?

тоже проблемно

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

Было бы интересно узнать

Не знаю о судьбе его проекта, могу спросить

а как саппортить потом такой уи?

какой? который в коде?

а как сапортить с анко?

восхитительно

какой? который в коде?

да

да

вся основная гуйня на десктопах всегда так и делалась, живут же

кроме того веб тебе еще пример тоже =)

нуу, не сравнивайте

реакты всякие сейчас так и работают