Не уверен, что модераторам понравится публикация здесь, но в телеге есть группа "Twitch Leaks Part One" с magnet-ссылкой. Если что, я не качал и за содержимое ручаться не могу ? Всё на свой страх и риск.
Ну, они ж не кладут как бы с расчетом на то, что у людей старые остаются (во всяком случае, так утверждают). А если человек — давний пользователь iPhone, то старый — это как раз lightning (ну, если очень старый, то вообще 30-пиновая, но это мы в расчет не берем).
А уж type c зарядников у каждого хватает
Вот не факт. Снова, если человек фанат Apple девайсов, долго с айфонами ходил, и iPad не обновлял несколько лет, либо обновлял, но до базовой модели, у которой опять же lightning, то у него необязательно будут устройств с type-с.
Особенно интересено, для меня, в связи с частичным уходом компании Wrike от Dart и перехода на Typescript их вью части
Позволю себе продолжить вмешиваться в диалог ? Wrike ушли в основном потому, что AngularDart не развивался, а Flutter for Web ещё не готов к боевому использованию, да и когда будет готов, это не совсем общего назначения фреймворк. Flutter же для мобильных устройств развивается довольно быстро.
Если код в старом приложении дурно пахнущий, то его отрефакторить и переписать заново — задачи одного уровня времязатрат. Тут же их 2 нативных, так что рефакторить можно и дольше. Плюс в кроссплатформенное приложение потом быстрее изменения вносить, потому что это надо делать один раз.
зачем был выбран flatter (на Dart) вместо React Native (на javascript) если команда не знала ни тот ни другой язык?
Dart максимально похож на Java, который Android-разработчики точно знали. Можно буквально сказать: "private/public/protected теперь нет, используйте _ для обозначения приватности. Все, можете приступать к работе". У меня с Dart так и было. JS же — это целый свой мир.
зачем вам вообще было нужно нативное приложение (какие преимущества вы ожидали в отличии от веб версии)?
Нормальный доступ к нативным функциям устройства? Не знаю, допустим, считывать NFC-чипы официантам надо будет.
проект 9 летней девности, он весь зачеркнут как depricated
9 лет назад Android был молодой и зелёный, было бы странно, если бы за это время ничего не устарело. Это Java может себе позволить 9 лет ничего не менять и называть это обратной совместимостью.
тоесть всегда надо юзать compat и при смене версии compat перелопачивать весь код
Очень редко при смене версий compat надо что-то «перелопачивать». Я помню только одну такую ситуацию, когда гугл зачем-то решил переименовать все пакеты. Зато эти либы позволяют использовать какие-то штуки, появившиеся в новых версиях Android, без необходимости отказываться от поддержки старых версий ОС. Без этого фрагментация среди Android-экосистемы была бы ещё больше.
instant apps вроде год чтоли продержались?
Вы что-то путаете, они и сейчас «держатся». Их, правда, почти никто не делает, но это уже другой вопрос.
Не отрицаю тот факт, что в Украине зарплаты выше, но откуда информация про среднюю зп?) Последняя статистика на dou, собранная летом, подсказывает, что и 5500 — это уже третий квартиль. На джинни медиана тоже попадает на 5-5.5к. Хотя, если считать именно среднюю, а не медиану, то да, то некоторое количество людей с 7к+ могут перекосить статистику до 6к :)
А на работе новые либы никогда не надо затягивать?) Реальный плюс-минус кейс: работал я когда-то 2 года на проекте, где в качестве ORM была Greendao. Неплохо с этой штукой за 2 года успел разобраться, но также и узнал его проблемы (допустим, join-ы через id, который не long, приходилось костылить, потому что кодогенерация этого не умела). Плюс увидел, что на гитхабе год никаких коммитов, проблемы не исправляются.
И тут меняю работу, где надо заложить основу для нового проекта. Google тем временем уже представил Room. Ваш вариант, что следует затянуть в проект? Greendao, который я знаю, или Room, который, судя по всему, может решить известную мне боль, да и завтра не загнется, так как уже рекомендуется на d.android.com?
Если бы все юзали только библиотеки, которые они знают, мы бы до сих пор в андроиде сидели на асинктасках и контентпровайдерах.
тоесть вы на работе, будете использовать первые попавшиеся либы тупо почитав что 'вроде подходит, фигзнает как и что там внутри'?
ну я лично, если приходилось, выбирал либы только те которые знал и те про которые мог чтото рассказать.
Право, не стоит впадать в крайности :) Дают вам тестовое задание вида "что-то получить с апишки и показать несколько графиков" (без явного требования реализации их ручной отрисовки), и вы героически несколько ночей реализовываете отрисовку их вручную, потому что до этого с либами для графиков не сталкивались, а, значит, и сказать ничего не сможете?)
я несколько раз сталкивался лично с непреодолимыми проблемами в библиотеках которые затянули в проект люди с подобным подходом
Опять же ненужные крайности. Я в тестовые затягивал библиотеки не просто ради того, чтобы хоть что-то затянуть, а чтобы разобраться с чем-то новым, в чем нет времени ковыряться просто так (как уже писал выше, Toothpick и Room я впервые испытал именно в тестовых заданиях).
и перейти на разговор в плане 'а почему вы вообще решили эту либу заюзать?'
Ни разу мне не задавали такой вопрос, но если бы уж дошло обсуждение до этого, то так бы и сказал: «Вы не платите мне за тестовое, поэтому, чтобы не тратить свое время совсем зря, я заюзал эту либу, чтобы с ней поиграться, потому что другого времени для этого у меня не было еще». Ну, немного в более мягкой форме)
Но вообще ни разу, по-моему, выполнение мною тестового не приводило к найму. Не из-за того, что я их плохо делал, а потому что те компании, в которых я реально хотел работать, выдачей тестовых не страдали.
А что мешает сказать: «__такое-то__ я на этой штуке не делал»?
раз тут применили значит разбираетесь
А из чего это исходит? Где-то есть правило, что я должен быть экспертом 5000+xp в каждой либе, которую использую в тестовом или любом другом проекте? Жалко, что вам попадались интервьюеры, цель которых была очевидно вас подловить.
Во-первых, я не так много делал тестовых ? И за большие не брался, запас времени в несколько дней есть, тестовое даётся на дом же.
Во-вторых, я не брал какие-то сложные штуки с новыми концепциями (типа RxJava, не видя реактивщины до этого). А Toothpick после Dagger или Room после ORMLite не знаю, чем могут запутать.
Конечно, возьми я RxJava, не видя до этого реактивщины в лицо, мог бы и запутаться, наверное.
И да, не надейтесь на 250к даже в течение 3х-5 лет со старта карьеры, если вы не работаете над собой. Постоянно. Каждый день.
Я бы сказал «Если не умеете продавать себя». Гола полтора назад я сидел себе и получал что-то типа 2000$, не особо зная ситуацию на рынке. Потом пару раз сменил работу, параллельно узнав, что если минимально поискать и сделать хорошее резюме, то за мою экспертизу спокойно готовы платить х2 от этого и больше.
Особенно не используйте те технологии, которые вы не знаете, просто решив поупражняться на реальном проекте, который будут оцениваться
Делал в своей жизни пару тестовых заданий, и, если не было каких-то особых требований, обязательно затягивал какую-то незнакомую для себя штуку, типа Toothpick вместо Dagger. Чтобы раз уже трачу свое время непонятно на что, так хоть с пользой для себя.
Вероятно, так и есть, но я бы все же голосовал за то, чтобы если уж учиться печатать вслепую, то в самом начале карьеры, ещё не работая.
Из личного опыта: если умеешь печатать «как обычно», то, начиная учиться набирать вслепу, на несколько недель проседает скорость, и сам процесс начинает неплохо так раздражать. Плюс сложно сосредоточиться, так как мышечной памяти нет ещё, и приходится задумываться, каким бы пальцем куда ткнуть. А если на работе печатать по-старинке, а вслепую - только тренируясь, процесс обучения серьезно затянется, так как мышечная память будет откатываться.
Я, начиная учиться, работал на удаленке, и несказанно рад, что никто не видел, как я мучаюсь. Зато, полностью запретив себе смотреть на клавиатуру при любом наборе, через пару-тройку недель мучений я вышел почти на прежнюю скорость печати и количество промахиваний мимо клавиш. Ну, и в дальнейшем эти показатели естественным уже образом начали понемногу улучшаться. Наверное, удели я целенаправленной тренировке ещё пару месяцев, скорость мог бы прокачать сильнее, но целью у меня была не скорость, так что я расслабился и начал получать удовольствие.
Я тоже так считал, пока не научился. Слепая печать привносит мелкие, но приятные удобства.
Допустим, открыты на экране параллельно дока и IDE, либо два класса в split-view. Ты переводишь взгляд между ними и что-то печатаешь. Не умея печатать вслепую, надо переводить ещё взгляд вниз, теряешь место, куда ты смотрел, особенно в доке, где нет мигающего. Не смертельно, в целом, но если есть время научиться, то почему нет.
Это называется "реорганизуют страницу для удобного использования", а не просто сдвигают контент вбок. Ваша идея напоминает мне времена, когда я в древности форумы без мобильных версий на 3" смартфоне скроллил.
Firefox (или что это там на скриншоте выше), в котором у вас дергается что-то, плюс Safari не скроллится к контенту автоматом, в сумме дают намного больше, чем 3%.
Не уверен, что модераторам понравится публикация здесь, но в телеге есть группа "Twitch Leaks Part One" с magnet-ссылкой. Если что, я не качал и за содержимое ручаться не могу ? Всё на свой страх и риск.
Ну, айфон - это краеугольный камень всей их экосистемы, они их продают явно больше, чем маков и айпедов вместе взятых.
Ну, они ж не кладут как бы с расчетом на то, что у людей старые остаются (во всяком случае, так утверждают). А если человек — давний пользователь iPhone, то старый — это как раз lightning (ну, если очень старый, то вообще 30-пиновая, но это мы в расчет не берем).
Вот не факт. Снова, если человек фанат Apple девайсов, долго с айфонами ходил, и iPad не обновлял несколько лет, либо обновлял, но до базовой модели, у которой опять же lightning, то у него необязательно будут устройств с type-с.
Позволю себе продолжить вмешиваться в диалог ? Wrike ушли в основном потому, что AngularDart не развивался, а Flutter for Web ещё не готов к боевому использованию, да и когда будет готов, это не совсем общего назначения фреймворк. Flutter же для мобильных устройств развивается довольно быстро.
Мне кажется, вы невнимательно читали статью.
Если код в старом приложении дурно пахнущий, то его отрефакторить и переписать заново — задачи одного уровня времязатрат. Тут же их 2 нативных, так что рефакторить можно и дольше. Плюс в кроссплатформенное приложение потом быстрее изменения вносить, потому что это надо делать один раз.
Dart максимально похож на Java, который Android-разработчики точно знали. Можно буквально сказать: "private/public/protected теперь нет, используйте _ для обозначения приватности. Все, можете приступать к работе". У меня с Dart так и было. JS же — это целый свой мир.
Нормальный доступ к нативным функциям устройства? Не знаю, допустим, считывать NFC-чипы официантам надо будет.
Штука намного менее мейнстримная, чем даже Flutter.
Кажется, вы путаете тестовое приложение для сравнения трех подходов с реальным приложением, которое потом делалось на выбранной технологии.
Это, конечно, уже совсем другая тема, но
9 лет назад Android был молодой и зелёный, было бы странно, если бы за это время ничего не устарело. Это Java может себе позволить 9 лет ничего не менять и называть это обратной совместимостью.
Очень редко при смене версий compat надо что-то «перелопачивать». Я помню только одну такую ситуацию, когда гугл зачем-то решил переименовать все пакеты. Зато эти либы позволяют использовать какие-то штуки, появившиеся в новых версиях Android, без необходимости отказываться от поддержки старых версий ОС. Без этого фрагментация среди Android-экосистемы была бы ещё больше.
Вы что-то путаете, они и сейчас «держатся». Их, правда, почти никто не делает, но это уже другой вопрос.
И в выборе между уже заброшенной либой и либой, которую гипотетически могут забросить, вы предлагаете выбрать первое. Логично)
Ну и Android — проект гугла, тогда и под Android разрабатывать не стоит с такой логикой.
Ну вот поэтому при возможность пощупать любу без необходимости затягивать в реальный проект я не упускаю :)
Не отрицаю тот факт, что в Украине зарплаты выше, но откуда информация про среднюю зп?) Последняя статистика на dou, собранная летом, подсказывает, что и 5500 — это уже третий квартиль. На джинни медиана тоже попадает на 5-5.5к. Хотя, если считать именно среднюю, а не медиану, то да, то некоторое количество людей с 7к+ могут перекосить статистику до 6к :)
А на работе новые либы никогда не надо затягивать?) Реальный плюс-минус кейс: работал я когда-то 2 года на проекте, где в качестве ORM была Greendao. Неплохо с этой штукой за 2 года успел разобраться, но также и узнал его проблемы (допустим, join-ы через id, который не long, приходилось костылить, потому что кодогенерация этого не умела). Плюс увидел, что на гитхабе год никаких коммитов, проблемы не исправляются.
И тут меняю работу, где надо заложить основу для нового проекта. Google тем временем уже представил Room. Ваш вариант, что следует затянуть в проект? Greendao, который я знаю, или Room, который, судя по всему, может решить известную мне боль, да и завтра не загнется, так как уже рекомендуется на d.android.com?
Если бы все юзали только библиотеки, которые они знают, мы бы до сих пор в андроиде сидели на асинктасках и контентпровайдерах.
Право, не стоит впадать в крайности :) Дают вам тестовое задание вида "что-то получить с апишки и показать несколько графиков" (без явного требования реализации их ручной отрисовки), и вы героически несколько ночей реализовываете отрисовку их вручную, потому что до этого с либами для графиков не сталкивались, а, значит, и сказать ничего не сможете?)
Опять же ненужные крайности. Я в тестовые затягивал библиотеки не просто ради того, чтобы хоть что-то затянуть, а чтобы разобраться с чем-то новым, в чем нет времени ковыряться просто так (как уже писал выше, Toothpick и Room я впервые испытал именно в тестовых заданиях).
Ни разу мне не задавали такой вопрос, но если бы уж дошло обсуждение до этого, то так бы и сказал: «Вы не платите мне за тестовое, поэтому, чтобы не тратить свое время совсем зря, я заюзал эту либу, чтобы с ней поиграться, потому что другого времени для этого у меня не было еще». Ну, немного в более мягкой форме)
Но вообще ни разу, по-моему, выполнение мною тестового не приводило к найму. Не из-за того, что я их плохо делал, а потому что те компании, в которых я реально хотел работать, выдачей тестовых не страдали.
А что мешает сказать: «__такое-то__ я на этой штуке не делал»?
А из чего это исходит? Где-то есть правило, что я должен быть экспертом 5000+xp в каждой либе, которую использую в тестовом или любом другом проекте? Жалко, что вам попадались интервьюеры, цель которых была очевидно вас подловить.
Нет, по нескольким причинам.
Во-первых, я не так много делал тестовых ? И за большие не брался, запас времени в несколько дней есть, тестовое даётся на дом же.
Во-вторых, я не брал какие-то сложные штуки с новыми концепциями (типа RxJava, не видя реактивщины до этого). А Toothpick после Dagger или Room после ORMLite не знаю, чем могут запутать.
Конечно, возьми я RxJava, не видя до этого реактивщины в лицо, мог бы и запутаться, наверное.
Я бы сказал «Если не умеете продавать себя». Гола полтора назад я сидел себе и получал что-то типа 2000$, не особо зная ситуацию на рынке. Потом пару раз сменил работу, параллельно узнав, что если минимально поискать и сделать хорошее резюме, то за мою экспертизу спокойно готовы платить х2 от этого и больше.
Делал в своей жизни пару тестовых заданий, и, если не было каких-то особых требований, обязательно затягивал какую-то незнакомую для себя штуку, типа Toothpick вместо Dagger. Чтобы раз уже трачу свое время непонятно на что, так хоть с пользой для себя.
зря ?
Вероятно, так и есть, но я бы все же голосовал за то, чтобы если уж учиться печатать вслепую, то в самом начале карьеры, ещё не работая.
Из личного опыта: если умеешь печатать «как обычно», то, начиная учиться набирать вслепу, на несколько недель проседает скорость, и сам процесс начинает неплохо так раздражать. Плюс сложно сосредоточиться, так как мышечной памяти нет ещё, и приходится задумываться, каким бы пальцем куда ткнуть. А если на работе печатать по-старинке, а вслепую - только тренируясь, процесс обучения серьезно затянется, так как мышечная память будет откатываться.
Я, начиная учиться, работал на удаленке, и несказанно рад, что никто не видел, как я мучаюсь. Зато, полностью запретив себе смотреть на клавиатуру при любом наборе, через пару-тройку недель мучений я вышел почти на прежнюю скорость печати и количество промахиваний мимо клавиш. Ну, и в дальнейшем эти показатели естественным уже образом начали понемногу улучшаться. Наверное, удели я целенаправленной тренировке ещё пару месяцев, скорость мог бы прокачать сильнее, но целью у меня была не скорость, так что я расслабился и начал получать удовольствие.
Я тоже так считал, пока не научился. Слепая печать привносит мелкие, но приятные удобства.
Допустим, открыты на экране параллельно дока и IDE, либо два класса в split-view. Ты переводишь взгляд между ними и что-то печатаешь. Не умея печатать вслепую, надо переводить ещё взгляд вниз, теряешь место, куда ты смотрел, особенно в доке, где нет мигающего. Не смертельно, в целом, но если есть время научиться, то почему нет.
Нда, надеюсь, это его тактика отпугивания вайтишников для избежания конкуренции, а не он реально так живет.
Это называется "реорганизуют страницу для удобного использования", а не просто сдвигают контент вбок. Ваша идея напоминает мне времена, когда я в древности форумы без мобильных версий на 3" смартфоне скроллил.
Firefox (или что это там на скриншоте выше), в котором у вас дергается что-то, плюс Safari не скроллится к контенту автоматом, в сумме дают намного больше, чем 3%.