В каторой автор языка принял участие, там пишут что ооп.

так

коллега

или вы прекращаете, или ro на сутки

Коллега.

Я хочу выявить недостатки и достатки.

Я хочу выявить недостатки и достатки.

все уже давно выявлено

? или наоборот, смотря на них

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

В книге.

ты бы Колядину ещё почитал. между прочим - номинант премии "Полный абзац".

все уже давно выявлено

Здесь за правду отправляют в бан ?

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

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

это нифига не "правда"

Расскажите мне про oop в go.

Да тупее созданого ооп не видел.

но ты смотришь правде в лицо, что язык **** тут рифма даже?

Расскажите мне про oop в go.

у меня сейчас такой знатный оор

у меня сейчас такой знатный оор

лолъ

как говорил алекс - да мой OOP вообще 20 сантиметров

как говорил алекс - да мой OOP вообще 20 сантиметров

??

Коллега и это все ?

В go только 20 сантиметровые ?

)))))000

за мутантами - в питон

@onokonem имхо товарища надо в бан перманентно

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

(можешь про это во флудилку посмотреть)

я тем временем +7 дней ro в соседнем чате ему выписал

Стукач чтоли ?

ахаха

я тем временем +7 дней ro в соседнем чате ему выписал

но это же не демократично

Стукач чтоли ?

хуяч. я там админ.

Я не про тебя.

но это же не демократично

это гошка, где ты тут демократию видел?

Косяк тут, а бан там.

Логика го.

а мне там косяков не надо

это гошка, где ты тут демократию видел?

10 лет народ просил *****рики, и вот

за тупость дают

10 лет народ просил *****рики, и вот

они уже были

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

они уже были

там выше кто-то просил пруф, кидали?

а мне там косяков не надо

поэтому ты флудишь и офтопишь тут , а там банишь за флуд и офтоп здесь ? . интересная позиция

@pragus @schors уносите товарища

Унес

поэтому ты флудишь и офтопишь тут , а там банишь за флуд и офтоп здесь ? . интересная позиция

я тебя там уже банил за подобную логику.

спасибо

она несовместима с действительностью от слова совсем.

там выше кто-то просил пруф, кидали?

возможно нет. adt Stack[T] { int tos; T data[100]; void push(*Stack, T); T pop(*Stack); }; http://doc.cat-v.org/plan_9/2nd_edition/papers/alef/ref пункт 4.8

пф, даже текущего названия ещё не было такими темпами у другого популярного языка были грин треды в версиях 0.5

она несовместима с действительностью от слова совсем.

пошли поговорим в гофлуде

за углом

пф, даже текущего названия ещё не было такими темпами у другого популярного языка были грин треды в версиях 0.5

конечно, были

конечно, были

короче это не демократия

короче это не демократия

конечно :)

пошли поговорим в гофлуде

мне вот не о чем с тобой говорить

мне вот не о чем с тобой говорить

а вчера тебе очень хотелось поговорить со мной

Унес

я чет отвлекся. спасибо

Я не понял сочетание первых двух пунктов

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

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

И когда хотят orm data mapper

Вот мне интересно мнение сообщества по поводу maybe monad-ов в go vs if err != nil

https://awalterschulze.github.io/blog/post/monads-for-goprogrammers/

А тут есть какие-то альтернативные мнения? Хотели бы сделать нормально, сделали бы как в расте)

ERROR: S client not available

А как в расте?

где ты в го ООП увидел?

interface

А тут есть какие-то альтернативные мнения? Хотели бы сделать нормально, сделали бы как в расте)

fn foo_divide(a: f32, b: f32) -> Result<f32, &'static str> { if b == 0.0 { Err("divide by zero error!") } else { Ok(a / b) } } fn main() { match foo_divide(5.0, 4.0) { Err(err) => println!("{}", err), Ok(result) => println!("5 / 4 = {}", result), } }

А как в расте?

Монадой и солью: https://doc.rust-lang.org/book/second-edition/ch09-02-recoverable-errors-with-result.html

Прикольна

https://awalterschulze.github.io/blog/post/monads-for-goprogrammers/

Ненунжно

Почему

Почему

Писать столько-же, по факту делает то же самое, но вот синтаксис становится марсианским.

Да и вообще тащить в язык конструкции из других языков - бесполезное эстетство. Учитывая чтто пресловутый if err=!nil это только самый простой случай для хелловордов, в реале типов ошибок больше и их надо как-то отрабатывать, так что в реальном проекте это все равно выльется в писанину и не факт что более удобочитаемую.

interface

Орнул

Орнул

C т.з. ООП они как в java. И все паттерны Банды Четрёх хорошо на них ложатся

Писать столько-же, по факту делает то же самое, но вот синтаксис становится марсианским.

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

C т.з. ООП они как в java. И все паттерны Банды Четрёх хорошо на них ложатся

Ну начнем с наследования... ??? (мне вот реально интересно, с каких борщей тебя так прет)

Хм ... а для каких паттернов нужно наследование?

шаблонный метод например

Похоже, только один, в вики я больше не нашел таких, которые бы требовали наследование.

а вы паттерны по педивикии учите?

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

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

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

ООП не ООП)))

а вы паттерны по педивикии учите?

А вы постоянно держите список всех паттернов в голове?)

А вы постоянно держите список всех паттернов в голове?)

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

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

Хм ... а для каких паттернов нужно наследование?

Нет. Для паттернов нужна реализация отношения "работает как". Каким образом это отношение реализуется - через наследование или ещё как-то - это уже детали.

на вскидку - Фасад, Декоратор, Адаптер - их достаточно

Эм ... их нельзя реализовать без наследования?

Нет. Для паттернов нужна реализация отношения "работает как". Каким образом это отношение реализуется - через наследование или ещё как-то - это уже детали.

Ну и как на golang реализовать шаблонный метод? Когда там прямо черным по белому написано про наследование?

на вскидку - Фасад, Декоратор, Адаптер - их достаточно

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

через интерфейс

Ну и как на golang реализовать шаблонный метод? Когда там прямо черным по белому написано про наследование?

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

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

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