Бывает и такое. Со временем вам станет намного легче. Удачи вам! Но хотелось бы сказать, что есть четкие критерии, которые показывают, хороший лид вы или нет. Например, если при вашем лидерстве:
ваша команда вовремя закрывает бизнес-фичи;
легко решаются спорные вопросы с другими участниками команды (аналитик, дизайнер, QA, бэк и т. д.);
в команде поддерживается хорошая мотивация делать классный продукт;
не копится техдолг;
ведется документация.
Всё, это основа основ. Руководители не ждут няшных лидов, которые молотят языком. Всегда нужен фактический результат.
Особенно про ответственность, инициативность и коммуникабельность.
Да, Станислав, ты абсолютно прав. Просто многие думают, что это пустые слова. Поддерживаю на 100 процентов. Например, если разработчик очень умный, ну прям очень, но безответственный и некоммуникабельный, то ему будет тяжело строить карьеру.
Team Lead - это менеджер, а управлять коллективом технарей можно и без голубого знания тех особенностей.
Категорически неверное утверждение. Лид не может не иметь тех знаний. И глупый лид не сможет управлять командой разработчиков. Team Lead — это тоже показатель уровня знаний и опыта.
Дарт для Google сейчас выглядит как побочный продукт. Дарт - язык неудачник.
У Google много направлений, это откуда такая инфа? Есть не решаемые проблемы с Dart? Хотя наверно в вашем мире Flutter уже давно похоронен Google, а Flutter разработка держится только на энтузиастах из сообщества. Я вам открою секрет, Dart и Flutter очень сильно развивается, обновления выходят чуть ли ни каждую неделю. И основным драйвером развития как раз является Google. Где вы увидели плохое отношение к Dart у Google?
Представьте, вы создали успешный продукт, который взлетел на Android. Что дальше? Собирать команду для реализации на iOS? А потом ещё придётся адаптировать его под Аврору. А завтра выйдет Kaspersky OS или что-то ещё. В наше время нужно серьёзно задуматься, прежде чем начинать разрабатывать продукт на нативе.
К сожалению не могу сказать почему авторы либы используют xml. А по классу, так все можно самому написать), тупит же все из коробки и клиент и метод. Если например, надо много методов писать, можно где то ошибиться.
Бывает и такое. Со временем вам станет намного легче. Удачи вам!
Но хотелось бы сказать, что есть четкие критерии, которые показывают, хороший лид вы или нет.
Например, если при вашем лидерстве:
ваша команда вовремя закрывает бизнес-фичи;
легко решаются спорные вопросы с другими участниками команды (аналитик, дизайнер, QA, бэк и т. д.);
в команде поддерживается хорошая мотивация делать классный продукт;
не копится техдолг;
ведется документация.
Всё, это основа основ. Руководители не ждут няшных лидов, которые молотят языком. Всегда нужен фактический результат.
Да, Станислав, ты абсолютно прав. Просто многие думают, что это пустые слова. Поддерживаю на 100 процентов. Например, если разработчик очень умный, ну прям очень, но безответственный и некоммуникабельный, то ему будет тяжело строить карьеру.
Откуда такие утверждения? Вы знаете чем мы занимаемся? Какой уровень нашего кода.
Игра слов не более, и причем здесь 100 кг. Или просто хотели выговориться?
Так видели или были, может, определитесь? По уровню написания вашего комментария мне как-то не верится.
Здесь с вами абсолютно согласен, путь еще не легкий. Но Дима нигде не утверждал обратное, человек просто рассказал свою историю. Не более.
Категорически неверное утверждение. Лид не может не иметь тех знаний. И глупый лид не сможет управлять командой разработчиков.
Team Lead — это тоже показатель уровня знаний и опыта.
Ну сравнивать два языка особо наверно смысла нет. )
У Google много направлений, это откуда такая инфа? Есть не решаемые проблемы с Dart? Хотя наверно в вашем мире Flutter уже давно похоронен Google, а Flutter разработка держится только на энтузиастах из сообщества.
Я вам открою секрет, Dart и Flutter очень сильно развивается, обновления выходят чуть ли ни каждую неделю. И основным драйвером развития как раз является Google. Где вы увидели плохое отношение к Dart у Google?
Ну больше наверно Koltin не представишь без JetBrains, а других у JetBrains языков нет.
Я писал года 2 на котлин. Хороший язык я не спорю. Но дарт я на котлин не променяю.
Согласен с вами. Хорошее решение. Позволяет создавать мягкие связи.
Просто выбираете Flutter и на первом этапе больше ничего не надо.
Представьте, вы создали успешный продукт, который взлетел на Android. Что дальше? Собирать команду для реализации на iOS? А потом ещё придётся адаптировать его под Аврору. А завтра выйдет Kaspersky OS или что-то ещё. В наше время нужно серьёзно задуматься, прежде чем начинать разрабатывать продукт на нативе.
Ну сейчас уже выигрыш в размере у KMP надо Flutter не актуален). Это как на спичках экономить).
Согласен, есть коллизия. Спасибо поправил.
ну сегодня, коробка стала актуальна)
Благодарю за пример.
Благодарю за инфу.
Наверное, где-то в параллельной вселённой, куча проблем со Flutter.
К сожалению не могу сказать почему авторы либы используют xml. А по классу, так все можно самому написать), тупит же все из коробки и клиент и метод. Если например, надо много методов писать, можно где то ошибиться.
Отличная статья, теперь можно рассказать как настраивать пид-регулятор и управлять нагревательным элементом из Flutter.
Рад, что полезно)