Stack Overflow на русском

2:45 AM

@Athari, а как в чат или почту писать? почту че-то так и не нашел, а чат - это "start a new room with this user"?

7:41 AM

@AndreyBakharev Чтобы писать на почту, нужно, чтобы пользователь явно указал почту в своём профиле. Личные сообщения не предусмотрены by design. (Вроде, у ромбов что-то есть, но я не уверен.) Чат — да, эта штука.

Andrey Bakharev

@Athari, а если здесь (в чате) пользователя нет? Например, хочу пригласить новичка с форума в чат - это как сделать? Я искал, но че-то так и не нашел

Athari

@AndreyBakharev Если под постом появляется длинная цепочка сообщений, то при попытке добавить комментарий выводится предложение начать чат. Кажется. Я не пользовался.

*цепочка комментариев

Andrey Bakharev

ну здесь, например: http://ru.stackoverflow.com/questions/413347/ - разве не длинная цепочка комментариев (23 коммента)?

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

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

было бы приглашение - было бы проще тем же новичкам

Athari

8:09 AM

@AndreyBakharev Поковырялся на Мете, там муть какая-то, и у меня возникли сомнения, что я правильно понимаю, как это работает.

andreycha

12:40 PM

Коллеги, а как удалить чат-комнату?

exebook

1:28 PM

Что случилось со статьёй на Хабре? Текст исчез, DevExpert забанен. Такая безответственная социальная линия хабра это уже причина для русской версии СО.

Athari

2:26 PM

Хабр — это не про технологии. Хабр — это про бабло. Разделение затеяно ради бабла (больше просмотров — больше бабла). Статьи выпиливают ради бабла (они же зарабатывают на компаниях, которые платят за право давать внешние ссылки на свои продукты). Эксперт, вероятно, забанен по этой причине.

Athari

2:42 PM

Чёрт. Опять уткнулся в кап дневной репы. Смотрю: репа капать перестала. А её там уже на 49 больше капа, оказывается. Засада.

pizza

3:13 PM

@andreycha Рядовые пользователи не могут удалять комнаты чата. Ненужные комнаты замораживаются и удаляются автоматически. Детали (англ.): chat.stackexchange.com/faq#retention

@Athari Приглашение в чат не работает, если у приглашённого пользователя нет 20 очков. Как это ни досадно.. См. meta.stackexchange.com/questions/97876

Т.е. их можно пригласить, а разговаривать в чате они всё равно не могут.

Andrey Bakharev

че-то чат какой-то неактивный, может поговорим о чем-нить? )

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

там объяснялось почему квадрат нельзя от прямоугольника наследовать, вот мозгами понимаю - плохо будет, а сердцем так и хочется унаследоваться ))

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

или про CI поговорить можно - все на работе внедрить никак не могу, не потому что мозгов не хватает, а потому что pm`у не могу объяснить необходимость этого,

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

по wp деплой тоже интересует, но для вопроса (на so) пока не созрел, т.к. плохо понимаю что там действительно нужно будет (вопрос про хранение и деплой базы)

Athari

3:38 PM

Никогда не выполнял тесты на что-то настолько абстрактное, как ООП. Поэтому сложно судить, насколько я в нём "разбираюсь".

Что от чего можно наследовать — тоже вопрос спорный, и надо конкретную задачу смотреть. По-моему, можно придумать и задачу, в которой наследование квадрата от прямоугольника будет удобным, и задачу, в которой это приведёт к проблемам. Второе придумать, пожалуй, проще.

Скажем, если есть изменяемые свойства с размером сторон, то наследование поломает логику свойств — они перестанут быть независимыми. А если у классов только конструктор, несколько свойств только для чтения и полная неизменяемость, то большого греха не будет, на первый взгляд.

@AndreyBakharev Там какая аргументация была-то?

andreycha

У прямоугольника есть методы SetWidth(), SetHeight(), причем изменять их можно независимо. У квадрата же обе стороны должны быть равны, т.е. при изменении одной из сторон вторая тоже должна меняться. И тут нарушается принцип подстановки Лисков, который гласит, что наследник должен вести себя согласно объявленному интерфейсу.

Т.е.

Andrey Bakharev

в лекции я уже плохо помню, но вообще смысл какой (сишники про это говорили) - при наследовании хоть квадрата от прямоугольника, хотя в обратном направлении нарушается принцип Барборы Лесковски,

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

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

во, @andreycha более коротко написал )

Athari

Ладно, а если класс иммутабельный?

Andrey Bakharev

и принцип Лисков - это третья буква в SOLID, а если ему следовать, то всякие там ActiveRecord выкидывать надо, т.к. они нарушают принцип единственной ответственности

andreycha

Потому что слепо следовать не нужно ничему :).

Но я лично не люблю Active Record.

@Athari в этом "классическом" примере он таковым не является. Ну а если делать иммутабельным, с заданием сторон через конструктор, то проблема уходит. Но тогда это уже другой пример и другой интерфейс у базового класса. Этот пример обычно приводится как случай наружения принципа Лисков, а не как плохой пример сам по себе.

Athari

3:54 PM

Как фрилансер я выявил закономерность: чем чаще заказчик произносит магическое сочетание "SOLID", тем больше в коде говна. :))

Andrey Bakharev

@Athari, ну думаю в этом случае наследоваться можно, хотя говорю - не до конца все понимаю )) хотя я хоть это понимаю, уже плюс ))

квадрат можно было бы наследовать от "пропорционального_прямоугольника" - т.е. когда меняем одну сторону другая меняется в некотором соотношении,

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

andreycha

Вообще проще не наследовать. Наследование -- довольно жесткая форма зависимости.

@Athari это не значит, что сам по себе солид плох ).

Andrey Bakharev

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

exebook

наследование не обязательно должно соответствовать принципу интерфейсности. как правило, но не обязательно. скажем у вас 50% методов аналогичные, хочется унаследовать чтобы просто тупо не набирать заново. ну наследуйте, только не запутайтесь, зачем вы это сделали.

Andrey Bakharev

ну так если 50% одинакового кода, то может вынести этот код в отдельный, более абстрагированный класс? в итоге получим проблему "лишней абстракции", которая решается добавлением еще одного уровня абстракции ))))

Athari

3:59 PM

Ну вот кстати TDD — тоже странная религия. Если язык компилируемый, то пролёт. Да и с некомпилируемым кодом боль и унижение.

Не представляю, как это вообще может работать в чистом виде.

Andrey Bakharev

ну я может и не совсем в чистом виде им пользуюсь, но довольно удобно выходит

andreycha

@exebook во-во, только "не запутайтесь". Это плохое наследование. В таком случае лучше разделить на две сущности, а общий код вынести в третье место (да и то не факт).

Andrey Bakharev

я на некоторое время отлучусь, жена заставляет свои сериалы смотреть )))

andreycha

@Athari в чем пролет? Временами использую TDD в наичистейшем виде, пишу на C#.

Transcript for

Stack Overflow на русском