типа даже въехать в существующую. Дали задание. Все - работает. Посмотрели в исходники - ппц. Местами неоптимально, местами все в кучу. ООП - побоку. Говорим, переделай с полиморфными вызовами, ибо есть общие интерфейсы и абстракции. И подчисть под наш кодгайд. Все. На этом мы его так и не сдвинули.

Может он просто не знает что это да как

Дали бы ему баги искать раз он язык хорошо знает

да мы и сами горазды. ) Его можно было посадить тесты фигачить мудреные, но он отказался, вот там бы он точно был бы незаменим

Ну ппц, не хочу таким быть

Особенно учитывая что я изучают с++ и фронт :D

вот кстати, а что вы используете для тестов? gtest+gmock?

вот кстати, а что вы используете для тестов? gtest+gmock?

Я да

вот кстати, а что вы используете для тестов? gtest+gmock?

угу

ребят

поясните

assert комплиится, если в нём стоит false, так?

это же просто типа макрос препроцессора, так?

Да

gtest

тогда почему если ты пишешь контейнер, не сделать boundary check assert-ом?

или дурь?

В релизе не будет ассерт пахать. Да и ассерт просто роняат систему в случае ложнрго условия, это никак не поймать и не обра ботать

окей, есть ли смысл статик-ассертом проверять условия использования твоих классов?

просто мне непанятна, зачем его использовать во "взрослой жизни"

Да. В случае false компиляция встанет

Полезная хрепь для проверки условий, которые обязаны быть истинными

окей, есть ли смысл статик-ассертом проверять условия использования твоих классов?

Но это же вроде проверка на этапе компиляции только

на счет ассертов, кто-то использовал Design by Contract в С++?

на счет ассертов, кто-то использовал Design by Contract в С++?

Ссылочку

Но это же вроде проверка на этапе компиляции только

ну а если человек явно тупизну делает?

на счет ассертов, кто-то использовал Design by Contract в С++?

Вот про контрактное программирование я и вспомнил, когда мне начали про статик ассерт спрашиватт

Ссылочку

https://en.wikipedia.org/wiki/Design_by_contract конкретно в плюсах не знаю как оно работает, и есть ли вообще

Не рвись "туда". Если ты действительно достоин, то тебя заметят. Чем больше ты изъявляешь и проявляешь желание "туда" попасть - тем меньше у тебя шансов. Не торопи события, всему свое время. Не лезь туда.. Там не так "сладко" как ты это себе представляешь. З. Ы. По крайней мере, на данном этапе точно.

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

https://en.wikipedia.org/wiki/Design_by_contract конкретно в плюсах не знаю как оно работает, и есть ли вообще

Да это стиль программирования<. Я б сказал

Вот про контрактное программирование я и вспомнил, когда мне начали про статик ассерт спрашиватт

когда учил казалось дичью, сейчас так и хочется использовать

Вот про контрактное программирование я и вспомнил, когда мне начали про статик ассерт спрашиватт

что это вообще такое?

я например даже не слышал основных идей

если ООП можно передать в 2х словах, то что такое контракт?

что это вообще такое?

на русской вики тож есть

если ООП можно передать в 2х словах, то что такое контракт?

некоторые соглашения о выполнении фугкции

Типа "функция вернет 0, еслм индекс отрицательный", "для функции надо передавать значение x не больше N"

в17 стандарт пропосал хотели добавить

что это вообще такое?

проще говоря ты есть три условия которые должны быть True 1) все что происходит при вызове метода (pre-condition) 2) все что происходит полсе вызова метода (post-condition) 3) условия которые должны быть True в любом состоянии обьект (скажем сумма денег на счету должна быть >= 0)

проще говоря ты есть три условия которые должны быть True 1) все что происходит при вызове метода (pre-condition) 2) все что происходит полсе вызова метода (post-condition) 3) условия которые должны быть True в любом состоянии обьект (скажем сумма денег на счету должна быть >= 0)

и всё?

фактически, если такую херОту добавили б в С++17, я бы сдох от синтаксического сахарного диабета

когда учил казалось дичью, сейчас так и хочется использовать

+++

и всё?

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

ну, мне кажется, такому маленькому девелоперу, как я, это пока ненужно

а вот где команды, скрам, все дела - там весьма полезно

на самом деле очень полезная штука))

ERROR: S client not available

тут есть кто слышал или писал на Eiffel ?

тут есть кто слышал или писал на Eiffel ?

все-таки тут канал pro C++ )

это на тему контрактов, это был первый язык где они появились мало ли..

если ООП можно передать в 2х словах, то что такое контракт?

Зависимая типизация

В 2х словах)

Зависимая типизация

скорее "жидкая", dependent types - более общая штука

Угу, но кусочек её тут есь)

сдаётся мне, вся эта херня превратит С++ в один большой снежный ком

который не столкнуть

сдаётся мне, вся эта херня превратит С++ в один большой снежный ком

?

он пока на плаву, потому что позволяет делать быстро то, что надо быстро

но в него налепили почти всё, чтобы сделать его питоном

но в него налепили почти всё, чтобы сделать его питоном

динамической типизации (слава богам!) не налепили пока

dynamic_cast

ну это так

шутейка

void* был с самого начала

сдаётся мне, вся эта херня превратит С++ в один большой снежный ком

А что делает? Пока ток норм сахар

void* был с самого начала

да и -fpermissive как бы

это на тему контрактов, это был первый язык где они появились мало ли..

они и в D так-то идут в стоке

они и в D так-то идут в стоке

он как раз у эйфеля эту штуку взял, на сколько мне известно)

чот очень хочу D доучить до кондиции, да ток никому оно не надо