PIXMELLo

Причем здесь это? Протокольные вопросы и оба отличаются по контексту.

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

Какой спрос такой и результат. Можно посмотреть на программирование ПЛИС с использованием VHDL или чего-то похожего, думаю там ситуация аналогичная.

Можешь поподробнее что не так с питоном? Я просто сильно в него не погружался. Интересно мнение погрузившегося джависта. Просто как по мне по уровню абстракций он вроде ничем от жавы не отличается с одной стороны на столько же вербозный, с другой есть аннотации, можно как в спринге (в фастапи) пилить декларативные контроллеры/ормки. Возможностей выстрелить себе в ногу не добавляет. Чисто из явных минусов я бы отметил строгость отступов. Но опять же если есть линтер и автоформатирование + какой-нибудь аналог rainbow brackets чтобы выделять блоки проблем быть не должно. Из плюсов это перегрузка операторов, срезы, отрицательная индексация. Но это все полезно для всяких олимпиадников/датааналитиков. Про перформанс не скажу. ну джава тоже говно, если что но я больше не про язык а про экосистему/тулинг/vm и тд 100500 видов установки пакета или программы pip + requirements - дефолт вей от создателей питона (вроде). а погодите, это же говно которое через раз сбоит и не умеет нормально резолвить зависимости вот тебе poetry который будет тебе генерить реквайрементс и под кпотом вызывать pip, собирая костыли и баги обоих инструментов. собрал наконец-то свой пакет с зависимости - не спеши радоваться. вот тебе падение в рантайме потому что там запаковано под другую архитектуру и в целом половина питона это код на си под капотом, который надо отедльно менеджить как нативные библиотеки виртуал енвы и установка пайтона в систему, никакой изоляции из коробки - я ебал. пакаджи - тупо зип архив с файликами без какой либо структуры (изначально) - я ебал проект менеджится makefile и ручным прописыванием команд, вместо конфигурирования нормальной билдтулы которая работает по convention и best practices после этого всего, мавен оказывается шикарная штука а не устаревшее ригидное говно тайпчекеров 4 штуки, а пайчарм еще свой завез забыл на каком-то этапе заэнфорсить тайпчекер - соси хуй от неправильных типов в проде говорят питону просто научиться - ага, 100500 внутренних методов, которые реализуют синтаксис. метапрограммирование тока впуть, рефлексия. 100500 варинатов синтаксиса который делает тоже самое - сложнее чем скала. питон дзен - миф, его нет нигде на практике. просто грабли на говнах стоят и сверху костылями засыпали то что в джовке лет 15 назад уже сделали стандартом и это просто работает, в питоне только лет 5 назад начали делать и осозновать, но большинство либ/инструментов экосистемы на это не перешли и находится в состоянии использования граблей и говна PS: очень поверхностное впечатление, скорее всего по по ряду вещей не прав и все на так плохо PSS: я ахуел насколько в скале все прекрасно с этим оказывается, несмотря на то что многие ноуют что тулинг/экосистема плохие. и ты думаешь ну да, неочень при этом питон топ3 язык, и всем похуй на эти проблемы, никто ниче не делает. пресловутая популярность и толпы людей в индустрии никак не улучшают развитие экосистемы. по сложности языка скала гораздо проще питона Когда все отдельно это тоже своего рода плюс, а не как швейцарский нож. Про ручное прописывание команд не понял. Многие без тайпчекеров разрабатывают, используют только typehints из стандартной библиотеки. Не понял проблемы, кажется как некая фобия из-за перехода со статического языка.

мышка грязная, колесико крутанулось при нажатии левой кнопки

Ну раз дуит сказал, все ребята сворачиваемся Python - мертвый язык

Ложись Техас! Ложись под эмигрантов! Европа мать с тобой! И нет других тут вариантов!

21 yo btw

Техас вступит в одкб

страшно представить , но думаю к информации цру вольфович доступа не имеел, как к другой

Там постановочные разборки на уровне правящей верхушки. Штат vs Федералы. Граждан техаса забыли спросить.

англосаксы даже фамилию символичную подобрали НАДЕЖДИН извините, пранк с РАСПУСТИНым второй раз не пройдет

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

будто вчера

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

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

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

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

Жаль, что q3 мертв. Я бы КМС уже выдал нормальным пацанам. Показать содержимое

а мне нравится там эссенсии продавать, быстро и удобно еще лохбуки всякие + босс килы ну и скарабы с фосилями, ток там на цену надо глядеть иногда(после пары недель лиги) выгодней так слить

Понятно. после операции Показать содержимое

сколько градусов по комнате?