ну то есть типа кохижена это больше причина для группировки модулей. "случайная" явно хуже "фуцнкционального"

последний вопрос хорош

Плюсую

тут как-то с другой стороны надо подходить

как - я тоже не могу пока ответить

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

тут как-то с другой стороны надо подходить

ну вот я не уверен... мне кажется это неплохой инструмент что бы объяснить почему ложить код нужно так а не иначе (с учетом типов каплинга разумеется)

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

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

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

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

там будет разный коуплинг и кохижен, например

какой код лучше?

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

Хочу быть тупым как ты

какой код лучше?

It depends

Смотря какие метрики

Которые определяют что лучше а что хуже.

какой код лучше?

там где кохижен выше а каплинг меньше)

(и это не обязательно будет ООП с суперсолидом))))

больше кохижен -проще находить код. Меньше каплинг - проще вносить изменения

Есть там файлик какой-то попарсить в БД закинуть, и в процедурном стиле это займёт 30 минут времени, а Ъ вариант - рабочий день, и критической метрикой является время получения готовой программы - то процедурки, как ни странно лучше. А если ERP CRM Enterprise Rocketscience SupaDupaMega System - то в процедурках можно погибнуть.

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

Зависит от того чем, что и как измерять. Какие критерии, каким способом.

Есть там файлик какой-то попарсить в БД закинуть, и в процедурном стиле это займёт 30 минут времени, а Ъ вариант - рабочий день, и критической метрикой является время получения готовой программы - то процедурки, как ни странно лучше. А если ERP CRM Enterprise Rocketscience SupaDupaMega System - то в процедурках можно погибнуть.

если у тебя есть программа состоящая из 2-3 модулей - то там уже все хорошо)

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

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

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

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

Тут не думать надо, а математику применять какую-то бешеную

Тут не думать надо, а математику применять какую-то бешеную

мне кажется это тупиковая ветвь

Отнюдь. Есть жизненный пример

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

p.s. как научиться в математику что бы когда люди скидывают ссылки на книжки по теории категорий хоть чето понимать?)

Я ещё не встречал в теории категорий оценки связности

Там в основном все вокруг теории типов крутится)

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

Тут не думать надо, а математику применять какую-то бешеную

Бесполезно

А как ты от него избавиться?

А как ты от него избавиться?

заменить "наше" время на какое-то псевдовремя (вчера у Алана в высказываниях подсмотрел))

со своими свойствами

но я подозреваю что он там про экторы топил

Есть реальный код где время имеет значение. Хз как от него избавиться.

Тут не думать надо, а математику применять какую-то бешеную

короч меня смущает то, что я бешеную математику не знаю. И врядли узнаю (я пытался, я не шарю)

и я думаю что бешеную математику не осилит большинство

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

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

а "преобразователь программ" - это я думаю после того как ты решишь как требования формализовать)

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

как в симплекс-методе там например

на каждом этапе преобразования твой код лучше и лучше

для этого компайл тайм мир должен совпадать с рантайм миром либо ты должен учитывать рантайм (аля JIT)

более того тебе было бы неплохо учитывать еще и историю VCS

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

Увы, джоб оферы в другой чат

Тут не думать надо, а математику применять какую-то бешеную

Как раз таки те кто шарит хорошо в математике достаточно плохо (чаще всего) шарит в погромировании и ООП в частности. Я как то краем глаза глянул одно такое творение, где спагетти на 80к строк и код аля isVorkuta (который хранит bool, и так на каждый город у него)

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

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

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

/stat@combot

combot.org/chat/-1001071233926

я на компютере и на ноудбуке

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

я пытаюсь родить примеры

я пытаюсь родить примеры

надо, да... для книги

ERROR: S client not available

но это сложно и мне лениво...

надо, да... для книги

книги не прикольно, нужны интерактивные упражнения)

я пытаюсь родить примеры

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

могу класный пример

из мира пхп симфони

надо?

не

давайте пример из мира языка с генериками

И было бы круто собрать список проектов на гитхабе, которые можно брать в качестве ориентира (ООП, кохижены и все остальное)

И было бы круто собрать список проектов на гитхабе, которые можно брать в качестве ориентира (ООП, кохижены и все остальное)

++++

в фейсбучного пхп есть генерики)

из мира пхп симфони

Давай, конечно

И было бы круто собрать список проектов на гитхабе, которые можно брать в качестве ориентира (ООП, кохижены и все остальное)

Таких просто нет :) Это миф. Вплане положительных.

кароч, я не про пхп буду, а так, авьтрактно

просто пример класный

Таких просто нет :) Это миф. Вплане положительных.

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

о! так есть же книжка с примерами

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

забыл как называется

помой кота

или как-то так

Примеры все только на уточках, от коих толку чуть более чем никакого

Буду рад если меня поправят

никто не заценил шутку про кота :(

Если примеры чуть сложнее типичного crud, то это уже хорошо будет, пусть и с уточками

никто не заценил шутку про кота :(

Это книжка такая чтоли? Линкани тогда, заценим)

И было бы круто собрать список проектов на гитхабе, которые можно брать в качестве ориентира (ООП, кохижены и все остальное)

я таких не встречал)

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

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