Вроде уже все на kts начинают мигрировать, а в нем вообще можно указать как константу версию в toml файле. Я конечно не пробовал версию приложения та прописывать, но не думаю что будут проблемы, надо этим заняться кстати....
Но это странно, насколько я понимаю за этим могут следить плагины и перед запуском код надо проверить. А они пишут только в js? Или ещё что-то кроме реакта вокруг него используют?
Но что вы должны ревьюить именно? Вы разработчик на реакт, они пишут на чем-то другом вероятно, раз смотреть код некому, т.е. вы должны ревьюить код на другом фрейморке? А на каком/каких?
Ну отлично, а что со второй компанией - там больше одного разраба по идее быть должно, ведь смотрят, по вашим словам, больше людей? А что именно ревьюрите вы тогда, раз вас приглашают?
Но это странно выглядит - тех лид не знает реакт, а проект на нем написан (раз пишутся исправления), т.е. весь проект пишет один разработчик (вместо которого вы пришли) а чем заняты остальные (которые тоже планируют на дни а не на часы)? И это при чем в двух проектах такое. Вы один разраб реакт на существующем проекте (который на реакте), я верно понял?
Ok, а что там с архитектурой, слоями? Как di сделан? Что с отображением? Есть ли кастомные компоненты которые используют canvas и если да, то много ли их? Какой объем изменяемых файлов/количества строк в каждом pr?
Как человек который прошел путь в 30+ на стажировку, а потом поиск работы, я прекрасно вижу разницу между моими знаниями тогда и сейчас. И я прекрасно понимаю что вычислить это все просто - достаточно спросить что именно делал, какие фичи пилил, какие ошибки были.
Оценка задачи разработчиком производится при планировании, неужели никто не говорит что слишком долго на собрании?
Ну мне сложно понять что может не завестись по докам Гугла в compose. Они доку по нему в актуальном состоянии поддерживают. И уж для compose примеров то хватает, тут они озаботились лучше чем для view.
Спасибо, но добавили они ее уже после комментария.
Даже ссылки нет куда стучаться желающим
Ну если раньше с этим особо не работали, то как пример смотрите now in Android, помню были у меня проблемы пока у них не передрал несколько моментов.
Вроде уже все на kts начинают мигрировать, а в нем вообще можно указать как константу версию в toml файле. Я конечно не пробовал версию приложения та прописывать, но не думаю что будут проблемы, надо этим заняться кстати....
Но это странно, насколько я понимаю за этим могут следить плагины и перед запуском код надо проверить. А они пишут только в js? Или ещё что-то кроме реакта вокруг него используют?
Ну кроме оси и OpenGL в целом нормальные же вопросы. Я не думаю что там глубоко гоняли и пытались узнать всю поднагодную.
Но что вы должны ревьюить именно? Вы разработчик на реакт, они пишут на чем-то другом вероятно, раз смотреть код некому, т.е. вы должны ревьюить код на другом фрейморке? А на каком/каких?
Ну отлично, а что со второй компанией - там больше одного разраба по идее быть должно, ведь смотрят, по вашим словам, больше людей? А что именно ревьюрите вы тогда, раз вас приглашают?
Но это странно выглядит - тех лид не знает реакт, а проект на нем написан (раз пишутся исправления), т.е. весь проект пишет один разработчик (вместо которого вы пришли) а чем заняты остальные (которые тоже планируют на дни а не на часы)? И это при чем в двух проектах такое. Вы один разраб реакт на существующем проекте (который на реакте), я верно понял?
Ok, а что там с архитектурой, слоями? Как di сделан? Что с отображением? Есть ли кастомные компоненты которые используют canvas и если да, то много ли их? Какой объем изменяемых файлов/количества строк в каждом pr?
Ну хорошо, а на codereview как все происходит? Вот сделали вы request, сколько людей его проверяет, сколько замечаний выдают?
Мне это кажется какой-то сказкой
Как человек который прошел путь в 30+ на стажировку, а потом поиск работы, я прекрасно вижу разницу между моими знаниями тогда и сейчас. И я прекрасно понимаю что вычислить это все просто - достаточно спросить что именно делал, какие фичи пилил, какие ошибки были.
Оценка задачи разработчиком производится при планировании, неужели никто не говорит что слишком долго на собрании?
Мда уж, прям Юрьев день ввели :)
Спасибо, это было интересно.
Ну за exoplayer не скажу, сам его даже в XML не юзал
Это действительно сложности может представлять
Ну мне сложно понять что может не завестись по докам Гугла в compose. Они доку по нему в актуальном состоянии поддерживают. И уж для compose примеров то хватает, тут они озаботились лучше чем для view.
А что именно у вас не работает и что именно было переименовано?0_о
Забавно, будет интересно как вы решали сию проблему, буду ждать статью! :)
Но вроде адаптер нужен был синхронный, если мне память не изменяет
О, я тоже помню чинил высоту с обрезанием холдера, это же rv внутри rv?
А если не секрет, то как загрузку картинок сделали - coil, свое решение? Если свое решение то из чего оно состоит?