Но я наберу, если кому то интересно

Даниэль, ну это же вручную набирать как минимум ссылку на пасте бин, или вот то что выше

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

Даниэль, ну это же вручную набирать как минимум ссылку на пасте бин, или вот то что выше

ваши проблемы организации рабочего места - это ваши проблемы

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

И даже веб версия

И даже веб версия

Замечательно, т.е. это всего лишь лень

Не защищённый чужой ноут, не хотелось следов оставлять

Можно пакет было бы назвать и 排序 :)

Да но зачем)

Но да, это мои проблемы и тараканы

впорос: в чем рисуете архитектуру приложения go?

я - в графвизе

Интересно, а ведь китайская диаспора гошников - большая. Они там камменты по-китайски, небось, пишут... Красота! :)

впорос: в чем рисуете архитектуру приложения go?

В блокноте

А вы?

В блокноте

+

блокнот? киньте скрин, не верю

Интересно, а ведь китайская диаспора гошников - большая. Они там камменты по-китайски, небось, пишут... Красота! :)

У азиатов одна проблема – ридми на родном языке

блокнот? киньте скрин, не верю

Бумажный блокнот

Ручку еще надо правда

-.-

Бумажный блокнот

Фото лучше не кидай 😂

а что прорисовываете: какие модели используете?

Фото лучше не кидай 😂

Юмээль

юмэль? и все?

или имеется в виду вся юмэль, не только классы (хотя это отдельный вопрос)?

Да как повезет, в чем принципиальность вопроса? Плохо думается – нарисовал. Не понравилось, перевернул лист, еще раз нарисовал

Письку на полях тетради

писька это да, имеются)

А на работе использовал глиффи, но у них экстеншин сломался. В итоге какую то другую ерунду скачал с диаграммами.

Но я наберу, если кому то интересно

https://play.golang.org/p/lJP_d7WzaiX Вот, пожалуйста, постарался подробно прокоментить, может кому из изучающих в чем то поможет

В блокноте

https://play.golang.org/p/lJP_d7WzaiX Вот, пожалуйста, постарался подробно прокоментить, может кому из изучающих в чем то поможет

А зачем ты ссылку на int-то обязательно хочешь? В чем тут тайный смысл? Просто int - не? https://play.golang.org/p/KVyo2Zthx1t

А зачем ты ссылку на int-то обязательно хочешь? В чем тут тайный смысл? Просто int - не? https://play.golang.org/p/KVyo2Zthx1t

Да, точно, наверно лишнее. Из за того что делал проверку х>длины массива а, вместо х>=, ничего не работало, и я уж подумал, что все что в цикле, оно как в функции, т. е. там работает копия переменной, а исходная остаётся без изменений. Поэтому взял указатель, лол

я по большей степени чайник, но вот начитался интернетов и подумал: "о майгад как же круто писать на го!!!". Для своего интереса нашел простую задачу, подописал ее более менее, понял что хочу от себя же, как заказчик. Вбил болт на задачу, пошел читать хедфест про ООП и Java, понял, что есть UML и его надо использовать для того, чтобы прорисовать архитектуру программы и видеть все это в порядочке, понял про то, как в ООП можно организовывать код. Вбил болт на 250 странице хедфеста, пошел в интеренеты познавать про ООП в Go, чтобы читать по второму кругу хедфест, чертить классы, прорисовывать какую-то архитектуру и писать код, но уже на Go, а не на яве. Прочитал интернеты, понял что ООП здесь отличается от ООП Java. Сижу теперь вот и думаю - как рисовать классы в диаграммах классов UML когда они, как я понял, больше сделаны для ООП языков по типу Java и прочих... Вот поэтому и возник вопрос: как вы рисуте архитектуру приложения перед тем, как ее реализовать в коде. Что используете.

> на 250 странице ты был близок к самой сути

PS: в го нет ооп

в том смысле, каким инструментом (блокнот+карандаш или графвиз), а в том смысле, какими методами)

PS: в го нет ооп

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

PS2: ты можешь не использовать ООП в UML

т.е. использовать диаграммы классов как-то иначе?

в том смысле, каким инструментом (блокнот+карандаш или графвиз), а в том смысле, какими методами)

рука + квадратики + кржочки + стрелочки

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

называется магическим словом "композиция"

а есть пример как это выглядит?

PS: в го нет ооп

это вранье

впорос: в чем рисуете архитектуру приложения go?

plantuml. есть плагин к jetbrains'овским ide

это вранье

Оно есть, но не такое как везде

это вранье

наследование в студию

Оно есть, но не такое как везде

значит это не ооп

всё просто

наследование в студию

кто вам сказал, что наследование - это ООП?

значит это не ооп

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

кто вам сказал, что наследование - это ООП?

никто, наследование это часть ООП

необязательная

Это обязательное ?

А что если я скажу что я писал на сях в ООП стиле

В сях есть ООП?

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

у ООП есть определение, если часть определения не выполняется по отношению к чему-то, значит это что-то не удовлетворяет определению

В сях есть ООП?

нет

Но я писал в ООП стиле. Где же истина ?

ООП-стиль ≠ ООП

зачем вы смешиваете понятия

у ООП есть определение, если часть определения не выполняется по отношению к чему-то, значит это что-то не удовлетворяет определению

это скучный разговор, и он примерно раз в квартал происходит, но давайте еще раз ваше определение ООП в студию

а есть пример как это выглядит?

https://en.wikipedia.org/wiki/Class_diagram#Composition

@kezvision мсье, прошу https://m.habr.com/post/225907/

это скучный разговор, и он примерно раз в квартал происходит, но давайте еще раз ваше определение ООП в студию

что-нибудь из этого на ваш вкус

@kezvision мсье, прошу https://m.habr.com/post/225907/

разговор не то что скучный, он бессмысленный

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

разговор не то что скучный, он бессмысленный

+1

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

не очень понял вашу позицию, эту статью скинули в качестве опровержения фразы "в го нет наследования"

не очень понял вашу позицию, эту статью скинули в качестве опровержения фразы "в го нет наследования"

В любом языке нет ничего в том же виде, в каком оно есть "везде". Вот что я имел в виду :)

коллеги, я вас прошу

anyway, я нигде не говорил, что отсутсвие наследования это плохо

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

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

А чего такого? Я даже слово на букву g не употребил :)

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

слово на букву g, как мы понимаем, к oop не имеет отношения

слово на букву g, как мы понимаем, к oop не имеет отношения

имеет, но может иметь разные проявления

например, через интерфейсы

слово на букву g, как мы понимаем, к oop не имеет отношения

Ну, это смотря какое слово. Некоторые слова на букву g имеют отношение к языкам на букву j, например. Но мы таких слов не употребляем :)