XaeroX писал: Да, я написал парсер yaml на баше...
Совсем хипстером стал?
Почему тогда не JSON? Он удобней и для него есть парсер - jq. Если уж прям ну ваапще баша не хватает. Альтернативы есть. Не-буду-показывать-кто, тут уже всех CMake-ом замучил
ЗЫ: не ставил блендер именно потому что он требовал питон. Когда редактор требует ставить компилятор/интерпретатор ЯП - это бред.
XaeroX писал: MacOS Sierra: python3: command not found
MacOS High Sierra: python3: command not found
Debian Jessie (docker): python3: command not found
Это, товарищи, совершенно не смешно.
Ну работоспособность на разных платформах важнее, иначе зачем вообще всё это затевать?
__________________
У котёнка мокрый нос и гладенькая шерсть, у него забавный хвост и быстрых лапок шесть. Две задних, две средних и две передних лапы, такая многоножка получилася у папы.
Он ученый — папа мой — зверушек изучает, гуляет по помойкам, ловит крыс и чаек. Две крысы белокрылые и чайки две унылые покрытые пупырчатою кожей лягушат без пёрышек тоскуют и ускакать спешат.
А ещё есть муравей большой размером с гуся он пугает всех зверей, и я его боюся, когда он ковыляет на лапках на своих.
И в двери ударяет, и начинает стих: Я — муравей, воды налей! Не меньше ведра, напиться мне пора!
Никому не нужен движок, в котором даже его автор ориентируется с превеликим трудом, а судя по баш скриптам и петону, именно это и происходит. Вся эта бюрократия со скриптами, трекерами и юнит-тестами - это такая попытка поиграть в большую серъезную контору на ровном месте. Ну толку со всех этих багтрекеров, если для декалей на моделях не сохраняются анимации и номер кадра, причём я уверен что они бы так и не сохранялись, если бы я случайно об этом не вспомнил в разговоре. Вот и цена всем юнит-тестам, пвс-студиям, петонам, перлам, джитам, хабам, хабрам и прочему дерьму, от которово вы все так давно устале.
Вся эта атрибутика не имеет к программированию неко кова отношения, вот вообще. Есть даже какой-то специальный термин.
Дядя Миша
Ты используешь прием ложной причны. Наличие юнит-тестов не гарантирует избавиться от всех ошибок единовременно. Это лишь помогает отслеживать, что преподлагаемые сценарии не ломаются при последующем развитии проекта.
Багтрекеры же помогают отобразить четкую картину текущих известных ошибок и выставлять приоритеты их исправления. Особенно это важно если работает над проектом команда.
ComradeAndrew писал: Это лишь помогает отслеживать, что преподлагаемые сценарии не ломаются при последующем развитии проекта.
Мы здесь имеем дело с классическим случаем замены шила на мыло. Мы тестируем регрессию на юнит-тестах, которые имеют весьма слабую связь с реальным использованием программы, кто бы там ни утверждал обратное.
Если программа проходит все синтетические тесты, это означает только то, что программа проходит все синтетические тесты и ничего более. Логика "если X то Y, а следовательно Z" порочна по своей сути в подавляющем большинстве случаев. Реально работающая логика имеет вид "если X то X".
Ну вон как у Кличко - "он окрасил себя в те цвета, в которые он окрасил себя". Идеально, не прикопаешься. А вы смеетесь, думаете ерунда всё это.
Цитата:
ComradeAndrew писал: Особенно это важно если работает над проектом команда.
Не "особенно важно". Все эти юнит-тесты, багтрекеры и репозитарии - это костыли для совместной разработки. Он позволяет создавать видимость стабильного продукта. Ну случись чего - уже никто не докопается в чём причина, т.к. разделены зоны ответственности. Каждый делал всё хорошо и правильно, следовал стандартам, лиуглярно гонял юнит-тесты, по отдельности каждый компонент работает отлично. А вот вместе переодически вылезает какая-то странная хрень, которую очень тяжело повторить и тем более отловить.
Дядя Миша писал: Мы тестируем регрессию на юнит-тестах, которые имеют весьма слабую связь с реальным использованием программы, кто бы там ни утверждал обратное.
Я правильно тебя понимаю. Ты утверждаешь, что юнит-тесты - бесполезная вещь, основываясь на том, что они якобы не связаны с реальным использованием?
Дядя Миша писал: Вся эта бюрократия со скриптами, трекерами и юнит-тестами - это такая попытка поиграть в большую серъезную контору на ровном месте. Ну толку со всех этих багтрекеров, если для декалей на моделях не сохраняются анимации и номер кадра, причём я уверен что они бы так и не сохранялись, если бы я случайно об этом не вспомнил в разговоре. Вот и цена всем юнит-тестам, пвс-студиям, петонам, перлам, джитам, хабам, хабрам и прочему дерьму, от которово вы все так давно устале.
Вся эта атрибутика не имеет к программированию неко кова отношения, вот вообще. Есть даже какой-то специальный термин.
>Не понимаю, почему вы голосуете на п.2.
Потому что py3 устанавливается* одной командой что из апта, что из портов. Не считаю проблемой то что девкит требует тривиальных операций перед использованием. Если не секрет, то что тройкоспецифичного ты планируешь использовать, из за чего __future__ не позволяет писать код совместимый с обеими ветками?