для тех, кто обмазывается трэвисом, братишка принёс крайне приятный скрипт: https://raw.githubusercontent.com/boostorg/regression/develop/ci/src/ci_boost_common.py

какая жуть

У Трэвиса матрица ограничена только 200 билдами ?

оффтоп переехал

#supapro

#supapro

Чат supapro.cxx: https://telegram.me/joinchat/BYlFbD3eN3JMaG34hyh96w

Вопрос хоть верните, может адекваты ответят.

Вопрос хоть верните, может адекваты ответят.

Тебе уже ответили.

+

Не пиши мне, плз

вопрос тоже оффтоп

онтопом он будет тут:

https://t.me/joinchat/AAAAAEHb2qHizHNLpTX0pA

Вопрос хоть верните, может адекваты ответят.

Почитай описание. Эт оффтоп.

А в чате про алгоритмы не офтоп, ясна.

для тех, кто обмазывается трэвисом, братишка принёс крайне приятный скрипт: https://raw.githubusercontent.com/boostorg/regression/develop/ci/src/ci_boost_common.py

Слушай, а в чем суть? как им пользоваться? Т.е. все равно нужны же отдельные .yml файлы и т.п., не?

Слушай, а в чем суть? как им пользоваться? Т.е. все равно нужны же отдельные .yml файлы и т.п., не?

да там какой-то ужасный питоноскрипт непонятно для чего

да там какой-то ужасный питоноскрипт непонятно для чего

Нормально к питону отношусь, так что это ничего. А вот на кой он мне -- правда непонятно. Потому и спросил :D

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

Ну вроде: то сюда, это туда

>не будешь тратить время на ненужные вещи, а делать только то, что нужно знал бы прикуп - жил бы в сочи

Ну все правильно, только иногда посредине пьессы выясняется, что программа должна на самом деле делать что-то другое, ане то что думали вчера

Ну все правильно, только иногда посредине пьессы выясняется, что программа должна на самом деле делать что-то другое, ане то что думали вчера

это как?

заказчик требования поменял?

или ошибка в архитектуре?

Ну посмотрели на прототип и поняли, что на самом деле хотели другого. Или сделали бенчмарк какого-то алгоритма и поняли, что нужно быстрее. Мало ли причин...

просто если есть ТЗ, то можно ведь продумать архитектуру заранее

Можно

и потом делать по этому плану

ERROR: S client not available

ТЗ не является стабильной штукой

только если ты не работаешь на отсталую гос.контору

Только нужно понимать, что между ТЗ и программой есть некий зазор логический

но тогда лучше сменить место работы

а вы как делаете? начинаете писать и на ходу придумываете?

Оффтоп, бля)

Оффтоп, бля)

нет, мы про спп

сделайте чатик по управлению проектами тогда

Есть одна идея

ТЗ не является стабильной штукой

а вы как делаете? начинаете писать и на ходу придумываете?

Короче

Общие программерские вопросы можно тут https://t.me/joinchat/AkxcTEMQENX1pfPjR0UhPA

Текущий ваш дискасс пододит под правила, но они ещё в разработке)

а вы как делаете? начинаете писать и на ходу придумываете?

над своими проектами: * читаю о теме несколько неделеь * набрасываю немного псевдокода, продумываю куда что идёт еще пару недель * фигачу, на ходу додумывая мелочи на не своими проектами: * зависит от конторы :)