В чем смысл письма? Еще в новости от 11 ноября 25 гугл сказал что сделает отдельный флоу "для опытных" пользователей где можно будет поставить неверифицированное приложение пройдя предупреждение о безопасности. Да установка усложняется, но это уже не тотальный контроль, так что все обвинения в тотальном контроле будут срезаны этим аргументом.
Цитата:
Empowering experienced users
While security is crucial, we’ve also heard from developers and power users who have a higher risk tolerance and want the ability to download unverified apps.
Based on this feedback and our ongoing conversations with the community, we are building a new advanced flow that allows experienced users to accept the risks of installing software that isn't verified. We are designing this flow specifically to resist coercion, ensuring that users aren't tricked into bypassing these safety checks while under pressure from a scammer. It will also include clear warnings to ensure users fully understand the risks involved, but ultimately, it puts the choice in their hands. We are gathering early feedback on the design of this feature now and will share more details in the coming months.
Если человек живет дома один, он сам себе готовит, убирает и стирает и еще посуду после себя моет. Нанимать отдельно повара, уборщицу, посудомойку и бухгалтера очевидный перебор.
Купил домик побольше, завел жену и детишек 5 штук - вот и домработница лишней не будет. Но отдельный повар с бухгалтером все еще "оверкилл".
Купил особняк и живешь там всем кланом с родственниками до 4 колена - пора и повара отдельного нанимать с уборщицей и развивать "фэмили офис" в целом.
В ИТ все точно так же, есть продукты где хватит 1 ТПМ и норм потянет.
Продукт вырос - пора тимлида нанять и на него управление командой перевесить.
Еще вырос? Пора аналитика искать, чтобы часть сложных спецификаций делал тщательно. А на следующем шаге уже и чистого продакта нанимать, который только дискавери и будет заниматься.
Я тут мимокрокодил, как бывший разраб и ныне ТПМ скажу, что взять и зайти на вакансию ТПМ не имея до этого соответственного опыта очень рискованно и тяжко. Я не про формальный опыт на должности, а про опыт выполнения такой роли.
Сам собеседую людей с рынка на позиции ТПМ и часто встречаю кейс, когда человек, формально разраб/СА/продакт или кто-то еще, по описанию работы и набору обязанностей работает как ТПМ, просто должность называется иначе, а ответственность несет как полноценный тех продакт на своем текущем месте.
Итого: из пустоты взять и шагнуть в позицию ТПМ плохая идея, но постепенно клониться в эту роль набирая себе подходящие ответственности по факту и потом уже формально перекрашивая должность - рабочая схема. Потому профессия и формализовалась в отдельное название и должность, потому что роль уже существовала и большое количество людей ее выполняли находясь на других должностях. Как ранее DevOps появились именно потому, что уже был ряд людей, которые будучи разрабами уэе выполняли часть роли Ops, и хотели именно таким комбо и заниматься полноценнно, а не "просто код писать".
в юридическом смысле такого понятия нет, работает только на устной договоренности, если человек упрется и скажет "ничего не знаю, я увольняться не буду" ты ему ничего не сделаешь и именно уволить его не сможешь
Если надо чтобы взяли с порога после одного собеса и дали много денег - идти в крупную корпорацию как минимум не логично, и если цель именно в этом - не надо туда идти.
Зависит от размера компании, чем меньше контора тем проще собесы и быстрее оффер. В любую крупную компанию 7 кругов ада потому что ошибка найма слишком дорого стоит, уволить человека практически нереально.
Я в Яндекс проходил собес, 3 этапа тех собесов, проводили чуваки из целевой команды и один фит с ними же, команда не подошла, хотел посмотреть другие, а мне сказали "а нет, сорян, проходи 3 этапа заного в другую команду, они не доверяют результату собеседований первой команды", вот это реально треш.
Например, в случае MVVM, в модели может быть метод типа fun getData(): Data. Мы можем протестировать unit-тестом что вернул этот метод, но не то, как его использует View.
Ну я скажу что в случае с MVP вы так же можете протестировать только то, что презентер сунул данные во view, но не то, как view эти данные использовала
В Питере прохлада комфортная, а в Ростове и в Таганроге даже в -1 можно закоченеть. Все из-за очень высокой влажности и пронизывающего ветра. В Питере такое ощущение можно испытать на берегу Невы, а у нас такое по всему Таганрогу и почти по всему Ростову, при этом ветер дует постоянно, штиль у нас явление редкое.
Турбийон нужен чтобы компенсировать влияние гравитации на ход часов, а для подзавода используется обычный ротор. Очень рад что моя статья так впечатлила столько людей и попала в ваш выпуск. По поводу недовольных, ну всем не угодишь, статья в разделе «Гаджеты» вписывается отлично, а кому не интересно это направление — не читайте этот раздел. Искренне не понимаю людей которые считают, что на всей площадке должен быть только определенный контент. Для этого ведь и есть отдельные хабы.
Там их нет, зато есть рекомендация не покупать билеты этого организатора:
Skills Matter Limited was placed into Administration on 31 October 2019 and Mark Supperstone and Ben Woodthorpe were appointed Joint Administrators. If you have purchased tickets for any of the company’s upcoming events, please contact the Administrators’ office on 020 7702 9775, to discuss the matter as soon as possible.
Подход достаточно логичный, при отсутствии DI фреймфорка можно просто через какую-нибудь init() функцию подсунуть реализацию нужных интерфейсов. Не сталкивались ли с проблемой навигации в dynamic-feature модулях? Там ведь зависимость обратная, все модули зависят от app и никак друг с другом не связаны.
Каюсь, о такой функции наручных часов я даже не слышал. Спасибо за то, что раскрыли этот функционал так подробно и с примерами, было очень интересно изучить )
Вы обладатель весьма популярного мнения, а еще картины написанные масляными красками полная дребедень, в век то айфонов и камер на каждом углу, кто вообще будет тратить месяцы на рисование того, что можно щелкнуть за 5 секунд.
Можете ознакомиться с ценами на этом сайте производителя, первые семь страниц это часы от 100 тысяч до 2,4 миллиона рублей преимущественно в районе 200-500 тысяч. Еще 7 страниц на часы до 100 тысяч, преимущественно в районе 80-90 тысяч. Исходя из этого я решил что они ближе к категории «до 400» чем «до 100» тысяч. Яндекс.Маркет, кстати, очень плохое место для поиска часов, там очень много серых магазинов торгующих подделками или бракованными часами по крайне низким ценам, что не отражает реальную стоимость часов и их официальные цены от производителя.
У сяомей и всяких мейзу задача проще: сделать так, чтобы работало на их устройствах. У гугла задача чтобы работало и могло поддерживаться на всех устройствах. Вот и выезжает все с запозданием в несколько лет, это вполне нормально.
В чем смысл письма? Еще в новости от 11 ноября 25 гугл сказал что сделает отдельный флоу "для опытных" пользователей где можно будет поставить неверифицированное приложение пройдя предупреждение о безопасности. Да установка усложняется, но это уже не тотальный контроль, так что все обвинения в тотальном контроле будут срезаны этим аргументом.
Цитата:
Т.е. тема про созданре человека из глины это не библейский прикол, а реально жизнь зародилась из глины?
Зависит от сложности задачи.
Если человек живет дома один, он сам себе готовит, убирает и стирает и еще посуду после себя моет. Нанимать отдельно повара, уборщицу, посудомойку и бухгалтера очевидный перебор.
Купил домик побольше, завел жену и детишек 5 штук - вот и домработница лишней не будет. Но отдельный повар с бухгалтером все еще "оверкилл".
Купил особняк и живешь там всем кланом с родственниками до 4 колена - пора и повара отдельного нанимать с уборщицей и развивать "фэмили офис" в целом.
В ИТ все точно так же, есть продукты где хватит 1 ТПМ и норм потянет.
Продукт вырос - пора тимлида нанять и на него управление командой перевесить.
Еще вырос? Пора аналитика искать, чтобы часть сложных спецификаций делал тщательно. А на следующем шаге уже и чистого продакта нанимать, который только дискавери и будет заниматься.
Я тут мимокрокодил, как бывший разраб и ныне ТПМ скажу, что взять и зайти на вакансию ТПМ не имея до этого соответственного опыта очень рискованно и тяжко. Я не про формальный опыт на должности, а про опыт выполнения такой роли.
Сам собеседую людей с рынка на позиции ТПМ и часто встречаю кейс, когда человек, формально разраб/СА/продакт или кто-то еще, по описанию работы и набору обязанностей работает как ТПМ, просто должность называется иначе, а ответственность несет как полноценный тех продакт на своем текущем месте.
Итого: из пустоты взять и шагнуть в позицию ТПМ плохая идея, но постепенно клониться в эту роль набирая себе подходящие ответственности по факту и потом уже формально перекрашивая должность - рабочая схема. Потому профессия и формализовалась в отдельное название и должность, потому что роль уже существовала и большое количество людей ее выполняли находясь на других должностях. Как ранее DevOps появились именно потому, что уже был ряд людей, которые будучи разрабами уэе выполняли часть роли Ops, и хотели именно таким комбо и заниматься полноценнно, а не "просто код писать".
в юридическом смысле такого понятия нет, работает только на устной договоренности, если человек упрется и скажет "ничего не знаю, я увольняться не буду" ты ему ничего не сделаешь и именно уволить его не сможешь
продакт овнер != тех продакт, другие навыки, другой скоуп работы, общее только "продуктовость"
Если надо чтобы взяли с порога после одного собеса и дали много денег - идти в крупную корпорацию как минимум не логично, и если цель именно в этом - не надо туда идти.
Зависит от размера компании, чем меньше контора тем проще собесы и быстрее оффер. В любую крупную компанию 7 кругов ада потому что ошибка найма слишком дорого стоит, уволить человека практически нереально.
Я в Яндекс проходил собес, 3 этапа тех собесов, проводили чуваки из целевой команды и один фит с ними же, команда не подошла, хотел посмотреть другие, а мне сказали "а нет, сорян, проходи 3 этапа заного в другую команду, они не доверяют результату собеседований первой команды", вот это реально треш.
Ну я скажу что в случае с MVP вы так же можете протестировать только то, что презентер сунул данные во view, но не то, как view эти данные использовала