Дело не в языке. Язык это меньшая проблема для опытного разработчика. Дело в экосистеме. Найти бэкендера на джаву, сишарп или го какой-нибудь будет на порядки проще. Не потому что эти языки лучше, а просто потому что вокруг них очень много всего есть
Под капотом все популярные стейтменеджеры - это тот же InheritedWidget + StreamBuilder. Разница лишь в api и в том, что же хранится в InheritedWidget. Рокетсайнс никакого нет, достаточно разобраться с этими штуками, чтобы легко по своему вкусу уже выбрать между готовыми решениями. Изучать внутреннее устройство каждого решения нет необходимости.
Спасибо за интересную статью. Использовать дарт на бэке в серьезном проекте я, конечно, не стал бы, просто потому что нереально потом будет хороших бэкендеров найти на поддержку. Но из любопытства все равно интересно.
Не совсем понял какие сложности с авторизацией у Firebase. Там же можно просто скачать JSON с приватным ключом от сервисного гуглового аккаунта и положить его в ресурсы. Для самого взаимодействия с фаером использовать при этом их SDK. Все. Для типовых задач за глаза должно хватить
В оригинале предсказуемо используется слово challenged. В английском языке оно имеет несколько иную коннотацию, чем в русском, гораздо более позитивную. Что-то типа "вызов", "интересная задача", а не тупо как у нас "проверка на прочность" и т.п.
Например challenging work обычно используются в хорошем смысле, а не в том, что каждый день будешь упахиваться
Ну так одно другого не исключает. Фиксишь проблему, а в это время временно просишь менять их свои процессы. И другой случай - просто фиксируешь/напоминаешь о договоренностях письмом.
В обоих случаях ты как бы просишь людей что-то делать, но ишью для этого не создаются
Про два месяца вы лихо загнули. Хорошо, если через год или два будет реальная польза (стоимость его выполненной работы будет выше стоимости поддержки ему со стороны других членов команды). Именно по этой причине джуны чаще нужны в крупных компаниях, очень уж это дорогое удовольствие для небольших компаний - проще нанять пусть и более дорогого, но опытного специалиста
Не получится, если речь про изменения в процессах, а именно это чаще всего просят сделать в письмах. Например "не пользуйтесь такой-то штукой до пятницы" или "если заметите такую-то ситуацию, то делайте это и это". Ишью тут бесполезна и даже вредна
Ну я не знаю причин в данном конкретном случае, но почти наверняка поменялся как раз бэк. И тогда проблема как раз в том, что поддерживать старую АПИ на бэке не имеет смысл, когда ей пользуется слишком мало устройств.
Потому что поддержка старого кода требует трудозатрат. Когда это нужно меньше чем для 5 процентов устройств, многие компании перестают считать выгодным тратить деньги на это. Зависит конечно от бизнес модели, но если речь про попсовые бесплатные или около бесплатные сервисы, то вряд ли стоит ждать, что пять процентов клиентов сделают хорошую кассу, поэтому и отказываются.
Рекомендую не заниматься ерундой и купить-таки новый телефон. Потому что уже несколько месяцев обновления для телефонов с андроид меньше 10 версии через Гугл плей в принципе не могут поставляться. У вас довольно быстро многие приложения перестанут работать (как только будут выкатываться несовместимые изменения на бэке).
Простите, вы читали статью или по диагонали пробежали и спутали тезисы автора статьи и тезисы авторов исследования? Автор статьи как раз и пишет о том, что в северных регионах такой подход неприемлемый. Это даже в вашей же цитате содержится.
Я тоже не понял в чем тут новинка. Пользуюсь уже черт знает сколько, мне кажется с висты, только не из контекстного меню, а из ленты (риббона) проводника, там есть кнопка. Видимо, просто скопировали ее в контекстное меню теперь
Мне недавно надо было дёрнуть grpc из консольки linux-сервера внутри нашего корпоративного контура. А ещё тот grpc-сервер не поддерживает отражение. Использовал grpccurl для этого.
Не очень представляю, как я бы мог использовать в этом случае swagger.
Ранее для подобных задач использовал grpc_cli из докер образа, но на том серваке, где мне надо было дергать, не стоит докер.
Swagger для grpc никогда не использовал, и не видел чтобы его использовали, поэтому странно, что вы убеждены, что все бэкенд разработчики так делают. Возможно, просто в вашей компании так принято?
Дело не в языке. Язык это меньшая проблема для опытного разработчика. Дело в экосистеме. Найти бэкендера на джаву, сишарп или го какой-нибудь будет на порядки проще. Не потому что эти языки лучше, а просто потому что вокруг них очень много всего есть
Под капотом все популярные стейтменеджеры - это тот же InheritedWidget + StreamBuilder. Разница лишь в api и в том, что же хранится в InheritedWidget. Рокетсайнс никакого нет, достаточно разобраться с этими штуками, чтобы легко по своему вкусу уже выбрать между готовыми решениями. Изучать внутреннее устройство каждого решения нет необходимости.
Спасибо за интересную статью. Использовать дарт на бэке в серьезном проекте я, конечно, не стал бы, просто потому что нереально потом будет хороших бэкендеров найти на поддержку. Но из любопытства все равно интересно.
Не совсем понял какие сложности с авторизацией у Firebase. Там же можно просто скачать JSON с приватным ключом от сервисного гуглового аккаунта и положить его в ресурсы. Для самого взаимодействия с фаером использовать при этом их SDK. Все. Для типовых задач за глаза должно хватить
В оригинале предсказуемо используется слово challenged. В английском языке оно имеет несколько иную коннотацию, чем в русском, гораздо более позитивную. Что-то типа "вызов", "интересная задача", а не тупо как у нас "проверка на прочность" и т.п.
Например challenging work обычно используются в хорошем смысле, а не в том, что каждый день будешь упахиваться
Ну так одно другого не исключает. Фиксишь проблему, а в это время временно просишь менять их свои процессы. И другой случай - просто фиксируешь/напоминаешь о договоренностях письмом.
В обоих случаях ты как бы просишь людей что-то делать, но ишью для этого не создаются
Про два месяца вы лихо загнули. Хорошо, если через год или два будет реальная польза (стоимость его выполненной работы будет выше стоимости поддержки ему со стороны других членов команды). Именно по этой причине джуны чаще нужны в крупных компаниях, очень уж это дорогое удовольствие для небольших компаний - проще нанять пусть и более дорогого, но опытного специалиста
Не получится, если речь про изменения в процессах, а именно это чаще всего просят сделать в письмах. Например "не пользуйтесь такой-то штукой до пятницы" или "если заметите такую-то ситуацию, то делайте это и это". Ишью тут бесполезна и даже вредна
>Redis это in-memory хранилище, как только подключите Persistance, плакала ваша производительность.
Он же вроде не сразу скидывает на диск, а только по прошествии времени/наступления события? Или я путаю?
Ну я не знаю причин в данном конкретном случае, но почти наверняка поменялся как раз бэк. И тогда проблема как раз в том, что поддерживать старую АПИ на бэке не имеет смысл, когда ей пользуется слишком мало устройств.
Потому что поддержка старого кода требует трудозатрат. Когда это нужно меньше чем для 5 процентов устройств, многие компании перестают считать выгодным тратить деньги на это. Зависит конечно от бизнес модели, но если речь про попсовые бесплатные или около бесплатные сервисы, то вряд ли стоит ждать, что пять процентов клиентов сделают хорошую кассу, поэтому и отказываются.
Бизнес, ничего личного :)
Менее 5% пользователей используют андроид 6.0
Не похоже на "довольно актуален"
Был не прав, речь про target api, а не min.
Ну значит какое-то время ещё проживет телефон.
Рекомендую не заниматься ерундой и купить-таки новый телефон. Потому что уже несколько месяцев обновления для телефонов с андроид меньше 10 версии через Гугл плей в принципе не могут поставляться. У вас довольно быстро многие приложения перестанут работать (как только будут выкатываться несовместимые изменения на бэке).
Пруф
Из интереса - а что именно не так в современном подходе? Что следует добавить/поменять, чтобы пройти условно ваше интервью?
Простите, вы читали статью или по диагонали пробежали и спутали тезисы автора статьи и тезисы авторов исследования? Автор статьи как раз и пишет о том, что в северных регионах такой подход неприемлемый. Это даже в вашей же цитате содержится.
Я тоже не понял в чем тут новинка. Пользуюсь уже черт знает сколько, мне кажется с висты, только не из контекстного меню, а из ленты (риббона) проводника, там есть кнопка. Видимо, просто скопировали ее в контекстное меню теперь
Я так понял, вы знаете смысл должности CEO. Тогда загуглите расшифровку этой аббревиатуры, и все встанет на свои места
А есть ли что-то подобное для дарт ?
Мне недавно надо было дёрнуть grpc из консольки linux-сервера внутри нашего корпоративного контура. А ещё тот grpc-сервер не поддерживает отражение. Использовал grpccurl для этого.
Не очень представляю, как я бы мог использовать в этом случае swagger.
Ранее для подобных задач использовал grpc_cli из докер образа, но на том серваке, где мне надо было дергать, не стоит докер.
Swagger для grpc никогда не использовал, и не видел чтобы его использовали, поэтому странно, что вы убеждены, что все бэкенд разработчики так делают. Возможно, просто в вашей компании так принято?
С шейдерами вроде как вот в недавнем обновлении решили-таки проблемы, но я сам не смотрел, с андроидом только работаю.