Pull to refresh
6
Юрий Петров@mrDevGo

Руководитель отдела разработки во Friflex

39
Subscribers
Send message

Спасибо, интересная статья. Особенно для новичков. 
Также хотелось бы добавить про такой антитренд, когда разработчики повсеместно внедряют стейт-менеджеры (Bloc, Riverpod и другие). Хотя было бы проще и понятнее использовать ChangeNotifier/ValueNotifier/InheritedWidget.

Для определения запуска на Авроре мы не используем флаг isAurora, который входит в портированный Flutter-Aurora. Это в дальнейшем может поломать логику проекта, если вы будете использовать оригинальный Flutter. 

Лучше идти от обратного. И для этого есть два способа:

  1. Вы просто проверяете, что у вас не Android и IOS, соответственно это Аврора.

  bool isAurora() {
    if (Platform.isAndroid || Platform.isIOS) {
      return false;
    }
    return true;
  }
  1. И так как Аврора — это Linux base система, соответственно, можно получить считать ID:

bool isAurora() {
  if (!Platform.isLinux) return false;
  try {
    return File('/etc/os-release').readAsLinesSync().contains('ID=auroraos');
  } on Object catch (_) {
    return false;
  }
}

Так, а что писать-то про это? Написал заявление и уволился. Дальше, например, купил велик и устроился в доставку. В чем здесь проблема? ))

Классная статья, но самое главное — это то, что вы используете стандартную Flutter локализацию. А не те пакеты, которые делают масло масляным.

Вы большая молодец! Всё у вас получится.

Опять 35+, опять "Войти в Ойти", опять тестировщики. Какая-то прям нишевая профессия, куда всех тянет.

Просто попасть в IT через тестирование — это самый простой и реальный путь. Из-за этого этот путь становится всё сложнее и сложнее. Так как кандидатов становится всё больше и больше.

>20 лет опыта хватит? а 12+ в роли лида? А 8+ в роли лида в крупных компаниях?

Уважаемый, я код пишу более 20 лет, но я никогда бы не позволил себе так комментировать опыт молодого разработчика, который просто хотел поделиться своей историей. Не больше, не меньше. Говорить парню, что он не смог бы пройти собес в Яндекс, это, конечно, сильно. При этом вы вообще не знаете автора. Как раз показывает ваш уровень. Мне искренне вас жаль, далее я с вами полемику вести не буду. Всего хорошего.

Бывает и такое. Со временем вам станет намного легче. Удачи вам! 
Но хотелось бы сказать, что есть четкие критерии, которые показывают, хороший лид вы или нет.
Например, если при вашем лидерстве:

  • ваша команда вовремя закрывает бизнес-фичи;

  • легко решаются спорные вопросы с другими участниками команды (аналитик, дизайнер, QA, бэк и т. д.);

  • в команде поддерживается хорошая мотивация делать классный продукт;

  • не копится техдолг;

  • ведется документация.

Всё, это основа основ. Руководители не ждут няшных лидов, которые молотят языком. Всегда нужен фактический результат. 

Особенно про ответственность, инициативность и коммуникабельность.

Да, Станислав, ты абсолютно прав. Просто многие думают, что это пустые слова. Поддерживаю на 100 процентов. Например, если разработчик очень умный, ну прям очень, но безответственный и некоммуникабельный, то ему будет тяжело строить карьеру.

Тимлид в "шарашкиной конторе"?

Откуда такие утверждения? Вы знаете чем мы занимаемся? Какой уровень нашего кода.

20+?!! "сильных"?! Вы по 100кг 5 раз в день тягаете?)))))

Игра слов не более, и причем здесь 100 кг. Или просто хотели выговориться?

Я видел (и был) CTO в такой области

Так видели или были, может, определитесь? По уровню написания вашего комментария мне как-то не верится. 

"правильный" подход - это лет 10, не меньше.

Здесь с вами абсолютно согласен, путь еще не легкий. Но Дима нигде не утверждал обратное, человек просто рассказал свою историю. Не более.

Team Lead - это менеджер, а управлять коллективом технарей можно и без голубого знания тех особенностей.

Категорически неверное утверждение. Лид не может не иметь тех знаний. И глупый лид не сможет управлять командой разработчиков. 
Team Lead — это тоже показатель уровня знаний и опыта. 

Ну сравнивать два языка особо наверно смысла нет. )

Дарт для Google сейчас выглядит как побочный продукт. Дарт - язык неудачник.


У Google много направлений, это откуда такая инфа? Есть не решаемые проблемы с Dart? Хотя наверно в вашем мире Flutter уже давно похоронен Google, а Flutter разработка держится только на энтузиастах из сообщества.
Я вам открою секрет, Dart и Flutter очень сильно развивается, обновления выходят чуть ли ни каждую неделю. И основным драйвером развития как раз является Google. Где вы увидели плохое отношение к Dart у Google?

Без Котлина уже трудно представить себе JetBrains

Ну больше наверно Koltin не представишь без JetBrains, а других у JetBrains языков нет.

Я писал года 2 на котлин. Хороший язык я не спорю. Но дарт я на котлин не променяю.

Согласен с вами. Хорошее решение. Позволяет создавать мягкие связи.

если вы не хотите разбираться в куче разных фреймворков, 

Просто выбираете Flutter и на первом этапе больше ничего не надо.

Представьте, вы создали успешный продукт, который взлетел на Android. Что дальше? Собирать команду для реализации на iOS? А потом ещё придётся адаптировать его под Аврору. А завтра выйдет Kaspersky OS или что-то ещё. В наше время нужно серьёзно задуматься, прежде чем начинать разрабатывать продукт на нативе.

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

Согласен, есть коллизия. Спасибо поправил.

Information

Rating
Does not participate
Location
Краснодар, Краснодарский край, Россия
Works in
Registered
Activity

Specialization

Бэкенд разработчик, Разработчик мобильных приложений
Ведущий
Docker
Nginx
Dart
Flutter
Kotlin
Разработка под Android
Разработка под iOS
Клиент-серверные приложения