хотя уже намного лучше чем года 3 назад)

я вот 6 лет назад считал что я знаю хорошо все принципы

а потом узнал что их не 3?

))

я за эти

тип "что такое coupling, coheasion", паттерны GRASP, принципы SOLID, принципы KISS, DRY, YAGNI, LoD...

а ну это такое... тот же KISS весьма и весьма... извращенно понимается первые пару лет

втупую

как и YAGNI

как и DRY...

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

зацикливаются

Спасибо про принципы, сохранил себе) а вот я себе список книг составил, что можете сказать, нет ли откровенно лишнего?

--Фримен Эр., Фримен Эл., Сьерра К., Бейтс Б. - Паттерны проектирования --Б. Маклафлин - Объектно-ориентированный анализ и проектирование --Мэтт Вайсфельд -- Объектно-ориентированное мышление --Мэт Зандстра - PHP. Объекты, шаблоны и методики программирования --Kristopher Wilson - The Clean Architecture in PHP --Мартин Фаулер. Архитектура корпоративных программных приложений --Харольд Абельсон, Джеральд Джей Сассман - Структура и Интерпретация Компьютерных Программ --Эрик Эванс - Предметно-ориентированное проектирование (DDD). Структуризация сложных программных систем --Чарльз Петцольд - Код. Тайный язык информатики --М. Фаулер - Рефакторинг

--Фримен Эр., Фримен Эл., Сьерра К., Бейтс Б. - Паттерны проектирования --Б. Маклафлин - Объектно-ориентированный анализ и проектирование --Мэтт Вайсфельд -- Объектно-ориентированное мышление --Мэт Зандстра - PHP. Объекты, шаблоны и методики программирования --Kristopher Wilson - The Clean Architecture in PHP --Мартин Фаулер. Архитектура корпоративных программных приложений --Харольд Абельсон, Джеральд Джей Сассман - Структура и Интерпретация Компьютерных Программ --Эрик Эванс - Предметно-ориентированное проектирование (DDD). Структуризация сложных программных систем --Чарльз Петцольд - Код. Тайный язык информатики --М. Фаулер - Рефакторинг

цель у тебя какая лучше скажи

стать архитектором?

голову только себе забьешь)

ну вот и я о том же

из этого списка однозначно стоит читать Фаулера

про рефакторинг

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

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

проблема как раз в том, что ты ее запоминаешь, а не понимаешь

И потом можно как максимум вспомнить, а как минимум знать где зырить

и поймешь ты только когда "переизобретешь"

проблема как раз в том, что ты ее запоминаешь, а не понимаешь

Ну это не для разового прочтения

чистый код прочитай

и хватит)

Ну это не для разового прочтения

давай простой тест

$foo = $bar + 4;

вот

что сложного в этом коде?

и поймешь ты только когда "переизобретешь"

Ну да, но если у меня будет бэк из чтения я могу понять что я "изобрёл"

Ну да, но если у меня будет бэк из чтения я могу понять что я "изобрёл"

лучше приучи себя к дисцеплине. Принципы, практики вроде TDD

особенно по началу сильно заколяют

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

меньше знаешь - проще код писать

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

меньше знаешь - проще код писать

а когда у тебя код покрыт тестами ты знаешь что "я всегда могу порефакторить"

пфф

тру пацаны рефакторят без тестов же

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

> тру пацаны рефакторят без тестов же ну так это с опытом же

$foo = $bar + 4;

Имена переменных не нравятся. Так же если представить что $bar объект то лучше метод inc создать

А вообще не оч понял пример этот

Имена переменных не нравятся. Так же если представить что $bar объект то лучше метод inc создать

вот видишь) а все намного проще. Мы не знаем значение $bar

ща сек

тест от егора

state это всегда сложно

имутабельность, append only, уменьшение связанности, тотальный контроль над data flow

уменьшение длины этого самого data flow (в идеале код который обрабатывает данные лежит в том же объекте что и данные)

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

У меня опыт большой, но формошлепства и Битрикса( и я вот пытаюсь просветлится

по поводу ООП мне очень понравилось одна метафора

имутабельность, append only, уменьшение связанности, тотальный контроль над data flow

.это чеклист того что я должен знать как я понял?

представь что объекты, это такие маленькие комьютеры... каждый со своей памятью и своими операциями. Каждый делает свою работу (аналогия - микросервисы). И все они просто отправляют сообщения между собой с целью что-то сделать.

https://github.com/teamed/quiz/blob/master/Parser.java

вот

.это чеклист того что я должен знать как я понял?

https://www.youtube.com/watch?v=7Zlp9rKHGD4

тест заключается в "сделай этот код збс"

тест заключается в "сделай этот код збс"

это ты мне?)

не

чуваку

ааа...

код Егора?

к слову да

Хорошо, завтра попробую. Пока с телефона

угу, на его докладе было

совершенный код (или чистый код) надо почитать и читать раз в пол года

когда он набрасывал

совершенный код - гавно

ну ок

чистый код - перечитывать постоянно

чистый код) мне тоже больше нравится

Я правда не джавист, но думаю в этом контексте неважно

лучше знать наизусть)

совершенный код - гавно

Оч скудно читается

Скучно

Я правда не джавист, но думаю в этом контексте неважно

Роберт Мартин - Чистый код. Хорошая настольная книга которая будет приучать хорошему. А со временем ты еще и начнешь понимать как эти все штуки проэцеируются на принципы

ну и еще.... это не совсем по програмухе

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

Роберт Мартин - Чистый код. Хорошая настольная книга которая будет приучать хорошему. А со временем ты еще и начнешь понимать как эти все штуки проэцеируются на принципы

Ага она в списке есть моем

The Goal - Eliyahu M. Goldratt

вот эта книга

А блин нету, видимо стер ее

совершенный код - гавно

почему говно?

воды много?

либо вода, либо капитанщина

@fes0r как тестировать такие методы? https://github.com/f3ath/git-changelog/pull/1/files#r93981076

@fes0r как тестировать такие методы? https://github.com/f3ath/git-changelog/pull/1/files#r93981076

какие методы?

я тебе привел способ убрать зависимость от git gateway

там где тебе надо просто уже готовые данные пробросить

у тебя необходимость взаимодействовать с внешним миром уменьшится

остануются тупо данные и логика

Блин, не отправился коммит

Я имею в виду Git::getRevisions

его только интеграционными тестами

git::getRevisions у тебя взаимодействует с внешним миром и именно это взаимодействие тебе надо проверить что бы убедиться, что реализация соблюдает контракт, наложенный интерфейсом

его только интеграционными тестами

Но ведь они scam?

Но ведь они scam?

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

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

Получается тест будет проверять еще и сам класс Commit, причем весьма опосредованно