Just.Doit

пиздец я в это еще не погружался. вроде в одном докладе говорили что что-то для этого есть. надеюсь что не все так плохо иначе поминки, можно выбрасывать нахуй все что написано на питоне

ну он де факто компилируемый компилируется в байткод и исполняется также как в джовке ну и есть CPython, который компилит питон в нативный код. это кстати текущие питонисты подтвердили у тебя знания насчет "интерпретируемых языков" устарели, дед

ну типа сервис где есть сложная бизнеслогика и/или манипуляция сложными бизнес объектами, где нужно достигать относительно хороших latency/perf/thoughput. то что должно хорошо мониториться, дебажиться и быть устойчивым. то для чего важно максимально обрабатывать ошибки и быть корректным. и пишешь это вот все именно ты а не используешь готовую библиотеку, которая под капотом на си написана. Либо когда тебе надо иметь возможность залезть в такую библиотеку и подправить что-то под свои кейсы. условно все что не скриптик на коленке написать и не жупитер нубук запустить или не развернуть джангу для админки которой 10 человек пользуются примерно такие мысли у меня нет. там целый пост с несколькими абзацами, я ебу к какому именно предложению ты вопрос задавал

это какие например? что это какие?

подпогрузился в экосистему питона какое же говно там кто-то на скалу гонит что там то плохо и это плохо но питон это блять просто одно говно вокруг по стенам ебать всем кто разрабатывает на питоне более менее сложные вещи с высокими требованиями - соболезную

. если ты это не сделаешь - никто не сделает но вообще я согласен что это вопрос ранжирования говна а не того что люди срут в интернет

ну например что принципиальной разницы между плюсами и питоном нет ну если без головы подходить к проведению, то работает также как и накрутка опыта но если ты норм проводишь собес то ни то ни то особо не пройдет. есть шанс, но маленький тут дико плюсую сто-спо там долбаебы походу если не умеешь то надо учится не твое - если тебя от этого воротит если в целом пох но изначально навыков/таланта нет, то этому всему научится можно ты только пойми, что это крайне не нормально 40 часов в неделю, отдыха по выходным, отпуск как запланирован и недельный больничный если у тебя температура поднялась - вот это норма условий труда надеюсь что как ты год опыта наберешься - перестанешь "прогибаться" и ебошить Это кстати не так просто Видел у Энтони, что даже такую сборник задачек замутили на эту тему https://python-type-challenges.zeabur.app/ а можешь конкретику проблем скинуть? я пока увидел что вроде как ковариантность тайп параметров нельзя выразить, интересно что тайпчекер делает в этом случае - все инвариантно или все ковариантно или как

ну дак а хули ты кудахтаешь вообще в этом топике. если блять ты 0 и вообще ниче не понимаешь почти

курс от Москвина прошел а ты хоть раз на IO кодил вообще? знаток языков, неудавшийся дата саентист я нормаль пишу когда трезвый, но не на джаваподобных на питоне и с у меня идеальный код(который я не пишу) ну а на распредеенках вставяем как умеем епта рад за тебя но уровень "нормаль код пишу" это даже не база, это просто необходимый минимум без которого тебя за человека то нельзя считать так что ты тут не выебывайся

курс от Москвина прошел а ты хоть раз на IO кодил вообще? знаток языков, неудавшийся дата саентист

слишком высокоуровнево пожалйста в машинных кодах объясни вся суть экспертизы чела который последние лет 10 работу не менял. тупо 1 стек знает и знания устарели лет на 5 это лисп, долбаеб 20 лет назад подбные тебе товарищи утверждали чо ничего кроме фортрана знать не надо. перед этим им же подобное говорили челы про ассемблер

собственно это и планирую сделать пока коллеги, которые с питоном на ты ничего плохого не говорили я правда не знаю че за мипи, просто есть типы, их можно проверять статически тулами как это следует из вышесказанного? ты что-то кроме с++ знаешь вообще? чел. ты слишком высокоуровнево рассуждаешь спустись плз до уровн инструкций на современном процессоре

тоесть если нахуярить обвязок то между ними разницы нет ок, принимается. уже прогресс осознавания а в чем разница будет между дефолт питоном без типов, и джавакодом который написан с Object в каждом типе?

ты конченый чтоли? джава компилируемый язык? да в чем отличие джавы от питона тогда если и там и там компиляция и байткод? я подозреваю что ты вообще не понимаешь о чем речь идет, тк кроме С++ нихуя не знаешь, кругозора 0

btw щас пишу на питоне вы рофлили что он типа некомпилируемый язык на самом деле там можно обмазаться типами и проверять их - разработка ничем не отличается от джавы/го в этом плане и он даже компилируется. потому что питон исполняет код не в виде текста а в виде байткода чем это отличается от джавы и прочих языков с байткодом поверх ВМ я не понимаю

ты описал тупо то что у нас сейчас в компании происходит строим аналог циана в европе, процессы по аджайлу вы какую-то косвенную хуйню выдаете за суть аджайла потому что аджайл не юзают

ты удивишься, но можно можно моделирование и симуляции запускать как автотесты также как и автотесты, оно никак не гарантирует что у тебя не пизданется в проде потому что нагрузка/другая конфигурация/другие версии, но значительно снижает риск мы так и делали с автомобилями и с построением фабрик - симуляции соглашусь что тайминги другие. но ты можешь мыслить тем что у тебя в авиадвигателе спринт 3 месяца а не 2 недели. но это все еще в 4 раза быстрее чем годовые циклы отчетности в старых организациях Насчет мед и военки, маловероятно, что гибкая разработка используется, ближе к "водопаду". Сертификационные испытания и т.п., снижают вероятность дефектов. Про автоматизацию труда тоже сомнительно. Кто будет нести ответственность за код? Может тебе закладки наавтоматизировали. Кажется, что пока рано списывать роль человека. чето не понял как водопад/аджайл влияют на уровень качества куча историй как говно по водопаду делали для аджайла тоже не вижу проблем работать на высочайшем уровне это же вообще не про качество Гибкая разработка на то и гибкая, что на вход тебе подаются не строгие требования. И можно что-то порешать с заказчиком или вставить его хотелки, быстро исправить и т.п. А в подобных сегментах подаются технические задания, которые утверждены. Возврат технического задания это возврат к предыдущему этапу. Также с сертификационными испытаниями, на них не будут проверять какую-то конкретную часть, а будут все целиком каждый раз. Я не говорю, что конкретно водопад используется в сфере с высоким риском, но что-то на основе этого. Понятно дело, что любую модель можно натянуть на глобус. все еще не вижу причин для того чтобы аджайл был или не был связан с качеством то что традиционно в одних кейсах используют один подход а в других другой - никак не говорит о не применимости у нас вот тоже была сертификация автомобиля а также сертификация фабрик - никак не влияло на нашу аджайльность аджайльность это про работу в условиях неопределенности. если проект новый и много неизвестных частей - он больше подходит аджайл это не про правки, а про адаптацию к поступающей обратной связи. ты можешь одну и ту же спеку делать 1.5 года по ватерфолу с рисками затянуть еще на полгода. а можешь по аджайлу за 1 год с гораздо меньшими рисками вылезть за рамки. результат в плане качества будет одинаковый - решение соответствует спеке/ТЗ/требованиям. вопрос в том каким путем к этому идти если нет возможности связать строгие и нестрогие требования с качеством, тогда не о чем говорить ) чел требования и там и там одинаковые ты можешь ядерку аджайлом разрабатывать (я думаю она так и разрабатывалась когда впервые делали) строгость требований никак не связана с аджайлом. ты можешь иметь наистрожайшие требования и юзать аджайл чтобы сделать решение которое удовлетворяет требованиям ты путаешь корелляцию и каузацию

Насчет мед и военки, маловероятно, что гибкая разработка используется, ближе к "водопаду". Сертификационные испытания и т.п., снижают вероятность дефектов. Про автоматизацию труда тоже сомнительно. Кто будет нести ответственность за код? Может тебе закладки наавтоматизировали. Кажется, что пока рано списывать роль человека. чето не понял как водопад/аджайл влияют на уровень качества куча историй как говно по водопаду делали для аджайла тоже не вижу проблем работать на высочайшем уровне это же вообще не про качество Гибкая разработка на то и гибкая, что на вход тебе подаются не строгие требования. И можно что-то порешать с заказчиком или вставить его хотелки, быстро исправить и т.п. А в подобных сегментах подаются технические задания, которые утверждены. Возврат технического задания это возврат к предыдущему этапу. Также с сертификационными испытаниями, на них не будут проверять какую-то конкретную часть, а будут все целиком каждый раз. Я не говорю, что конкретно водопад используется в сфере с высоким риском, но что-то на основе этого. Понятно дело, что любую модель можно натянуть на глобус. все еще не вижу причин для того чтобы аджайл был или не был связан с качеством то что традиционно в одних кейсах используют один подход а в других другой - никак не говорит о не применимости у нас вот тоже была сертификация автомобиля а также сертификация фабрик с роботами - там ебейшая сертификация по ТБ и прочим вещам. это никак не влияло на нашу аджайльность аджайльность это про работу в условиях неопределенности. если проект новый и много неизвестных частей - это больше подходит аджайл это не про правки, а про адаптацию к поступающей обратной связи. ты можешь одну и ту же спеку делать 1.5 года по ватерфолу с рисками затянуть еще на полгода. а можешь по аджайлу за 1 год с гораздо меньшими рисками вылезть за рамки. это если выоская неопределенность. если неопределенность низкая то можно за 1 год хорошо напланировать ватерфолом и потратить 1.5 года на аджайл разработку которая не нужна. результат в плане качества будет одинаковый - решение соответствует спеке/ТЗ/требованиям. вопрос в том каким путем к этому идти

Насчет мед и военки, маловероятно, что гибкая разработка используется, ближе к "водопаду". Сертификационные испытания и т.п., снижают вероятность дефектов. Про автоматизацию труда тоже сомнительно. Кто будет нести ответственность за код? Может тебе закладки наавтоматизировали. Кажется, что пока рано списывать роль человека. чето не понял как водопад/аджайл влияют на уровень качества куча историй как говно по водопаду делали для аджайла тоже не вижу проблем работать на высочайшем уровне это же вообще не про качество

Почему? ну типа каденс не идеальный, преодолевать препятствия в разы сложнее тк нельзя в статичной стойке на ногах амортизировать нормально, ограничен по минимальной и максимальной скорости, также как максимальное ускорение на пониженной или на повышенной. тормоза дисковые вы ни за что не поставите же - крайне ограниченные возможности торможения. хуйня кароче

бред же

не могу этого дауна слушать

какой? 10 часов? 3? 5?

в такой постановке вопроса я не вижу разницы между покраской кнопки и операцией на сердце. и там и там хочешь делать свою работу хорошо и чувствуешь ее ценность. помоему изначально речь шла про вину за последствия. которой не должно быть ни на воспиталке, ни на сантехнике, ни на заводчанине, если они просто выполняют свои инструкции и находятся в нормальном состоянии (не бухают и не приходят сонные). можем кстати кейс с чернобылем рассмотреть. надеюсь все сирик смотрели или по другим материалам в курсе. виноват ли во всей катастрофе главный дежурный, которого судили? да нихуя. он виноват, может быть, был в мелких нарушениях, и то на которые он пошел под неадекватным прессингом начальства, не уверен что там вообще его вина была в принципе. потому что в документации ошибки, остальной персонал недообучен, сам дизайн реактора с данной уязвимостью, неадекватное поведение руководства провоцирует идти на неоправданые риски

какое-то рассеянское мышление где ты всегда виноват, хотя не являешься гендиром всякая хуйня типа сантехник хату утопил - покрывается страховкой. решение о войне не прапорщик принимает, пара ебнутых по ошибке самолетов не приводит к войне, мы это уже не раз видели. если пиздюк в люк свалился это проблема того что люк был, на гвоздь наступил вообще проблем не вижу. какие вопросы к воспитателю вообще? если он их не повел на заброшку конечно. не доплатил налог - тебе 10 раз придут с вопросами, всегда есть уточненки и продуктивное ощение с налоговой + есть главбух + фин/ген директор которые итоговую ответственность и несут в основном. при этом фронт, как и бек, могут накосячить в том что у тебя сайт/бд лежат и нихуя не работает, а на границе фуры с миллонами долларов товаров стоят, тк таможня вся электронная и внутренний сайт не работает нихуя. но опять же, это не вина фронта и бека, это вина всей орги, и того кто и как построил тестирование и приемку решения. обычно сама госуха и виновата что там одни долбаебы которые на пальцах договариваются (главное чтобы откаты были нормальные) а потом хуй кладут и на безопастность и на качество и на отказоустойчивость если ты не head of safety, то это не изза тебя у тебя по ТБ должно быть несколько механизмов предотвращения инцидентов, чтобы если 1 не сработал - сработал второй, иногда третий. если все 3 не сработали - ну это супер редкий несчастный случай, тут уже сорян. head of safety тоже не будет за это непосредственно отвечать если он все по стандартам и правилам делал и более менее компетентен