в том или ином виде

это понятно, мотив не в том

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

и это драй

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

да

интерфейс и наследование не связаны обычно

они выполняют разные роли

видимо имеется в виду что user_interface может иметь наследника author_interface например

да и пусть

интерфейс говорит: окей, я могу понять когда ты мне посылаешь A,B,C и D типы, всё остальное я понять не могу.

просто текст кривой как пиратская сабля

Угу

Спасибо за разъяснения

просто текст кривой как пиратская сабля

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

Или читать на английском?

на английском

и это относится к любому предмету в сфере программирования

на оригинале конечно, набор слов там небольшой будет, а смысла почерпнешь больше

Окей

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

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

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

https://www.amazon.com/Design-Patterns-Ruby-Russ-Olsen/dp/0321490452

Вот это?

не читал

чукча писатель

Ещё слышал про 99 bottles

Что кстати лучше выбрать для начала poodr или 99 bottles?

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

share interfaces - не делить интерфейсы

кто-то один раз неправильно перевел и теперь в телефизире sorry - прости

может быть и нет никакого разделения интерфейсов вовсе

share интерфейсов между классами - позволять классам пользоваться общим интерфейсом

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

а 80% докторов пишут на паскале

80% докторов пьют коньяк в шоколадными конфетами)

с лимончиком

И пишут неразборчивым почерком

с конфетами еще нормально

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

Как-то в рамках запроса можно вывести полное число если query.sum('table.column') выдает 1e+16?

.to_i

.to_i

В самом запосе? o_O

а зачем в самом запросе?

вообще от БД зависит

.to_i

У меня просто в json ответ. А в шаблонах посредством ruby править не получится.

БД какая?

БД какая?

pg

table.column::integer

или какой там тип ты хочешь

Profile ?

Dashboard?

не

ERROR: S client not available

Зависит от того, что нужно делать в нем)

profile или user profile

а уже в зависимости от в личном кабинете может быть дашборд

ну так самое сложное после инвалидации кеша - именование переменных

Личный кабинет - тоже не многозначно?)

user profile page

Зойчем?

Просто вчера тоже нечто такое писал и тоже на английском)

Мб какой-то experience нужен?)

About/experience

А это че

Бля

Занимался тем то

User profile помоему норм

А в нем подраздел

Да не оч хороший, но в текущем контексте вполне норм, как по мне

Explore/Project showcases пример с гитхаба

Your dashboard

user account?

а что есть в этом "кабинете"?

account - учетная запись

ну и пиши user profile consists of чтобы не было многозначно

account - учетная запись

вроде довольно часто на сайтах это обзывают как "Your Account"

вроде довольно часто на сайтах это обзывают как "Your Account"

Так а что в твоем случае скрывается за подписью "Кабинет пользователя"?