Ну так у вас все равно какой-то готовый или кастомный флоу работы с VCS будет, если конечно вы работаете не один. За свою карьеру я ни разу не видел, чтобы кто-то там отстаивал флоу "как у всех", всегда собрались, решили как удобно и погнали.
Таким образом, процесс зарядки станет быстрее, чем заправки бака топливом.
В итоге аккумулятор ёмкостью 34 кВт⋅ч можно будет зарядить с 10 до 80% менее чем за десять минут.
Где-то тут ошибочка. По ощущениям и беглому гуглежу, средняя колонка топливозаправочная льет литров 40-50 в минуту. То есть обычное легковое авто можно заправить за минуту-полторы. Меж тем аккумулятор ёмкостью 34 кВтч -- это что-то от маленькой электрички, какая-нибудь Тесла имеет вдвое более емкий аккум.
В целом основная проблема вытекла из утверждения во втором предложении поста: "...тимлид на .NET". И этот рассинхрон в определениях явно вами и отмечается по всему посту, как будто ждете, что мы тут в комментариях подтвердим, что вы правы.
Однако тимлид это роль, в основной фокус которой входит управление командой: организация рутины, коммуникации с соседями, выбивание ресурсов и прочее. Конечно тимлид должен быть технарем, но ровно настолько, чтобы разбирать, втирают ли ему сейчас какую-то дичь или нет. Для этого не нужно быть экспертом в языке (я питонист и однажды лидил фул-стек команду, где бэк был на ноде), но понимать общие концепции и уметь спуститься в детали.
Но за такой подробный обзор не грех поставить лайк, интересно почитать у кого как устроено, не проходя эти круги ада :)
Тем не менее, за 16 лет линукс подрос в доле от полупроцента до четырех с хвостиком. Что не мало с учетом того, что его никто не навязывает. И за это время он действительно похорошел.
Да это статья идиотская (а может и полностью выдуманная) от начала и до конца. Середнячковая продуктовая компания и заказчик прислал правки к релизу? Это обычная проектная потогонка за низкий прайс с печеньками в офисе и абсолютно некомпетентным руководителем, который в принципе не собирает регулярную обратную связь, а вместо этого пытается заткнуть дыры мотивационной встречей с пиццей.
В теории кайф, крутая работа! На практике берешь любой чайник с двойными стенками и все. Может конечно не любой, но у меня старый Бош на платформе, на которой можно температуру задавать, его можно брать второй рукой за сам чайник и не обжигаться. А еще двойные стенки позволяют ему дольше сохранять тепло.
Чисто интуитивно предположу, что после звука О, который нужно произносить с хорошо открытым ртом, следующий за ним И будет длиннее, чем И после звука Э. Поэтому вторая ситуация чаще приведет к букве И краткое.
Если не брать то, что примеры немного утрированы, и некоторые упомянутые вещи (например SOLID это далеко не всегда про ООП, скорей про общую организацию кода), в целом статья великолепна. Я недавно сменил место работы и тут DI завезен по полной и все перекрыто иерархиями в микросервисе из одной ручки, нахожусь в перманентном удивлении и пока еще так и не понял, что происходит.
Обилие спойлеров и иных способов выделить текст, неуместных картинок, неспособность сжато выразить свою мысль — это по вашему признак технического мышления или гуманитарного?
Если вашей кодовой базы там 90%, то у вас не было команды, такой команды, где каждый был сильнее вас. Ну и проект видимо не предполагал хотя бы десятка-другого rps или заковыристых интеграций. Учится то нужно у кого-то и на чем-то.
А где вы видели таких сеньоров, которые прям и архитекторы, и суперспецы в своем стеке, и софт-скиллы у них как у Джеймса Бонда? Лично я, за сотню-другую пройденных коллег, видел таких лишь дважды, если речь про мою специализацию. Меж тем я реально знаю как минимум одного крутого чувака, который спустя пять лет после старта карьеры успел поработать дважды техлидом в крупных компаниях в рамках своей специализации.
Да и стартапы такие бывают, я поработал дважды в похожих, конечно не в прям идеальных, но очень развивающих. Знаете, здорово бодрит ночной звонок от Робоженщины, которая возвещает, что пора идти чинить твой упавший сервис. Желание делать "банальные ошибки" возникает куда реже. А если еще есть кому задавать вопросы, как лучше технически спроектировать какой-то кусок продукта, а не ждать нарезанные от лида задачи, то обучение идет неплохо. Лично я конечно сеньором за 3-4 года не стал, но я и человек средненьких способностей.
Ну с устройствами понятно, а релиз онлайн-платформы когда? Будет ли бета-тест?
А где Лара Крофт, Сайлент Хилл и Принц Персии? Постал с Двойным Драконом в конце то концов? :)
Ну так у вас все равно какой-то готовый или кастомный флоу работы с VCS будет, если конечно вы работаете не один. За свою карьеру я ни разу не видел, чтобы кто-то там отстаивал флоу "как у всех", всегда собрались, решили как удобно и погнали.
А это "как у всех" все-таки что именно: git flow, github flow, gitlab flow или какие-то еще вариации?
Где-то тут ошибочка. По ощущениям и беглому гуглежу, средняя колонка топливозаправочная льет литров 40-50 в минуту. То есть обычное легковое авто можно заправить за минуту-полторы. Меж тем аккумулятор ёмкостью 34 кВтч -- это что-то от маленькой электрички, какая-нибудь Тесла имеет вдвое более емкий аккум.
Надел. Кто одел белый халат, тот все-таки скорее пациент
В целом основная проблема вытекла из утверждения во втором предложении поста: "...тимлид на .NET". И этот рассинхрон в определениях явно вами и отмечается по всему посту, как будто ждете, что мы тут в комментариях подтвердим, что вы правы.
Однако тимлид это роль, в основной фокус которой входит управление командой: организация рутины, коммуникации с соседями, выбивание ресурсов и прочее. Конечно тимлид должен быть технарем, но ровно настолько, чтобы разбирать, втирают ли ему сейчас какую-то дичь или нет. Для этого не нужно быть экспертом в языке (я питонист и однажды лидил фул-стек команду, где бэк был на ноде), но понимать общие концепции и уметь спуститься в детали.
Но за такой подробный обзор не грех поставить лайк, интересно почитать у кого как устроено, не проходя эти круги ада :)
Это доля линукса именно на десктопах, ну. От винды прилично отожрала макось и еще немного откусил линукс.
Тем не менее, за 16 лет линукс подрос в доле от полупроцента до четырех с хвостиком. Что не мало с учетом того, что его никто не навязывает. И за это время он действительно похорошел.
Да это статья идиотская (а может и полностью выдуманная) от начала и до конца. Середнячковая продуктовая компания и заказчик прислал правки к релизу? Это обычная проектная потогонка за низкий прайс с печеньками в офисе и абсолютно некомпетентным руководителем, который в принципе не собирает регулярную обратную связь, а вместо этого пытается заткнуть дыры мотивационной встречей с пиццей.
Господи, да это же КРАБОТЫ!
Честно говоря глядя на то, как выглядят люди за сотню, жить до этой сотни не очень то хочется
В теории кайф, крутая работа! На практике берешь любой чайник с двойными стенками и все. Может конечно не любой, но у меня старый Бош на платформе, на которой можно температуру задавать, его можно брать второй рукой за сам чайник и не обжигаться. А еще двойные стенки позволяют ему дольше сохранять тепло.
А разработчики под вашим руководством в курсе методы? Или хотя бы в курсе ее наличия?
Чисто интуитивно предположу, что после звука О, который нужно произносить с хорошо открытым ртом, следующий за ним И будет длиннее, чем И после звука Э. Поэтому вторая ситуация чаще приведет к букве И краткое.
В бенчмарк бы еще добавить Pydantic2 модели для сравнения, было бы очень круто
Если не брать то, что примеры немного утрированы, и некоторые упомянутые вещи (например SOLID это далеко не всегда про ООП, скорей про общую организацию кода), в целом статья великолепна. Я недавно сменил место работы и тут DI завезен по полной и все перекрыто иерархиями в микросервисе из одной ручки, нахожусь в перманентном удивлении и пока еще так и не понял, что происходит.
Обилие спойлеров и иных способов выделить текст, неуместных картинок, неспособность сжато выразить свою мысль — это по вашему признак технического мышления или гуманитарного?
Если вашей кодовой базы там 90%, то у вас не было команды, такой команды, где каждый был сильнее вас. Ну и проект видимо не предполагал хотя бы десятка-другого rps или заковыристых интеграций. Учится то нужно у кого-то и на чем-то.
А где вы видели таких сеньоров, которые прям и архитекторы, и суперспецы в своем стеке, и софт-скиллы у них как у Джеймса Бонда? Лично я, за сотню-другую пройденных коллег, видел таких лишь дважды, если речь про мою специализацию. Меж тем я реально знаю как минимум одного крутого чувака, который спустя пять лет после старта карьеры успел поработать дважды техлидом в крупных компаниях в рамках своей специализации.
Да и стартапы такие бывают, я поработал дважды в похожих, конечно не в прям идеальных, но очень развивающих. Знаете, здорово бодрит ночной звонок от Робоженщины, которая возвещает, что пора идти чинить твой упавший сервис. Желание делать "банальные ошибки" возникает куда реже. А если еще есть кому задавать вопросы, как лучше технически спроектировать какой-то кусок продукта, а не ждать нарезанные от лида задачи, то обучение идет неплохо. Лично я конечно сеньором за 3-4 года не стал, но я и человек средненьких способностей.