GoLang , Interface only

Ну бред же, если мне не надо я не стану наследовать, какого черта закрывать?
ну напишу утилиту чтоб проще было, если задача требует его и юзаем, независимо от языка,
ну и потом что за язык такой без нормальной IDE? только не смешите меня, сказав про EMACS и прочии, они для одного файла , ну двух-трех,a если их 50?
Для замены node JS пойдет, компилятор все же. Korvin ты вроде фанат сего ,
Чего Я не вижу?

Цитата settler @ 10.03.18, 17:44

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

Вообще не понял, о чём ты.

Цитата settler @ 10.03.18, 17:44

ну и потом что за язык такой без нормальной IDE?

У кучи языков нет «нормальной IDE». Чем тебя Goland от JetBrains не устраивает?

Цитата settler @ 10.03.18, 17:44

только не смешите меня, сказав про EMACS и прочии, они для одного файла , ну двух-трех,a если их 50?

Мне acme за глаза хватало. Хоть проект и не очень большой был. 50 файлов, думаю, набралось бы.

Цитата settler @ 10.03.18, 17:44

Для замены node JS пойдет

Для замены nodejs пойдёт вообще что угодно.

Цитата settler @ 10.03.18, 17:44

Чего Я не вижу?

Откуда я знаю, куда ты смотришь и что хочешь увидеть?

Цитата korvin @ 20.03.18, 18:30

Чем тебя Goland от JetBrains не устраивает?

ценой.

Добавлено 28.03.18, 20:31

Цитата korvin @ 20.03.18, 18:30

У кучи языков нет «нормальной IDE».

У нормальных языков есть,

Добавлено 28.03.18, 20:35

Цитата korvin @ 20.03.18, 18:30

Вообще не понял, о чём ты.

О том что не надо запрещать наследование, это одно нз лучших изобретений для
програмиста.

Цитата settler @ 28.03.18, 20:29

О том что не надо запрещать наследование, это одно нз лучших изобретений для
програмиста.

Похоже, это ты не понял, зачем оно изобрело наследование.

/Не читал, но осуждаю/

Duck typing в интерфейсах - уже за это Golang отправился в мой личный расстрельный список.

Цитата korvin @ 20.03.18, 18:30

Чем тебя Goland от JetBrains не устраивает?

Редактор Atom. С помощью плагинов превращается в полноценную IDE. Бесплатен.
Плагин к QtCreator 4.x для поддержки Go. Несколько фич в разработке пока. Остальное все в поряде. Бесплатен.

«Просите, и дано будет вам; ищите, и найдете; стучите, и отворят вам;
ибо всякий просящий получает, и ищущий находит, и стучащему отворят» © Господь Иисус Христос

Цитата settler @ 28.03.18, 20:29

О том что не надо запрещать наследование, это одно нз лучших изобретений для
програмиста.

В таких случаях лучше всего привести какой-то хороший кейс. Тогда тебе смогут ответить, как эту же задачу можно решить в Go.

Цитата JoeUser @ 29.03.18, 07:48

Редактор Atom. С помощью плагинов превращается в полноценную IDE. Бесплатен.

Лучше уж vscode - atom тормозит как блондинка на светофоре, ибо electron + говнокод

Цитата OpenGL @ 29.03.18, 08:11

vscode

Интересная шляпа, надо попробовать
А Атом - действительно тормозючий, возможно потому как плагины на Node.js написаны.

Цитата OpenGL @ 29.03.18, 08:11

Лучше уж vscode - atom тормозит как блондинка на светофоре, ибо electron + говнокод

Цитата Visual Studio Code

Visual Studio Code основан на Electron

Сообщение отредактировано: applegame - 29.03.18, 11:03

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

Цитата OpenGL @ 29.03.18, 11:25

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

Ортогональные же вещи, не? Может быть прекрасный код у приложения, которое тормозит, и отвратный у приложения, которое летает

Сообщение отредактировано: D_KEY - 29.03.18, 11:37

Цитата D_KEY @ 29.03.18, 11:37

Цитата OpenGL @ 29.03.18, 11:25

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

Ортогональные же вещи, не? Может быть прекрасный код у приложения, которое тормозит, и отвратный у приложения, которое летает

В общем случае, конечно ортогональные, но обычно это связано

Сообщение отредактировано: negram - 29.03.18, 13:46

Цитата D_KEY @ 29.03.18, 11:37

Ортогональные же вещи, не? Может быть прекрасный код у приложения, которое тормозит, и отвратный у приложения, которое летает

Славян, перелогинься

Э, а я то тут причём?..

Цитата Славян @ 29.03.18, 15:53

Э, а я то тут причём?..

D_KEY, перелогинься.

Э, это никакой не D_KEY написал, а чисто я!

Цитата settler @ 28.03.18, 20:29

О том что не надо запрещать наследование, это одно нз лучших изобретений для
програмиста.

Крайне спорное утверждение. Даже в Java предпочитаю не наследоваться и не писать абстрактные классы без крайней необходимости. И если уж делаю это, то в рамках одного пакета, не публично.

Цитата korvin @ 30.03.18, 08:30

Крайне спорное утверждение. Даже в Java предпочитаю не наследоваться и не писать абстрактные классы без крайней необходимости. И если уж делаю это, то в рамках одного пакета, не публично.

Я предпочитаю то что требует задача, язык тут не причем,

Добавлено 30.03.18, 22:26

Цитата D_KEY @ 29.03.18, 07:59

В таких случаях лучше всего привести какой-то хороший кейс. Тогда тебе смогут ответить, как эту же задачу можно решить в Go.

Как решить Я знаю сам, если мне наследование не надо я его не использую,
какого хрена меня ограничивают ? И что в go делать с поинтерами, и ссылками?

Добавлено 30.03.18, 22:32

Цитата JoeUser @ 29.03.18, 07:48

Редактор Atom. С помощью плагинов превращается в полноценную IDE. Бесплатен.
Плагин к QtCreator 4.x для поддержки Go. Несколько фич в разработке пока. Остальное все в поряде. Бесплатен.

Запорожец вместо мерседеса, вот сам и пользуй, а лучше вообще Node++,
ну еще есть командная строка

Цитата settler @ 30.03.18, 22:15

какого хрена меня ограничивают ?

Ну я же говорил:

Цитата Qraizer @ 28.03.18, 20:56

Похоже, это ты не понял, зачем оно изобрело наследование.

Цитата settler @ 30.03.18, 22:15

Я предпочитаю то что требует задача, язык тут не причем,

Нет такой задачи «использовать наследование».

Цитата settler @ 30.03.18, 22:15

какого хрена меня ограничивают?

И правда, то ли дело assembler — пиши что хочешь, как хочешь.

Цитата settler @ 30.03.18, 22:15

И что в go делать с поинтерами, и ссылками?

Поинтить и ссылаться, т.е. то же, что обычно с ними делают.

Цитата Qraizer @ 31.03.18, 01:27

Цитата settler @ 30.03.18, 22:15

какого хрена меня ограничивают ?

Ну я же говорил:

Цитата Qraizer @ 28.03.18, 20:56

Похоже, это ты не понял, зачем оно изобрело наследование.

Ты говорил абсолютно тоже самое только в теме о C++,

Добавлено 31.03.18, 09:34

Цитата korvin @ 31.03.18, 07:50

Цитата settler @ 30.03.18, 22:15

Я предпочитаю то что требует задача, язык тут не причем,

Нет такой задачи «использовать наследование».

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

Добавлено 31.03.18, 09:45

Цитата korvin @ 31.03.18, 07:50

Поинтить и ссылаться, т.е. то же, что обычно с ними делают.

Их папа Бьярн хотел убрать еще в 1979году, В 1995 это сделал Патрик Нотон,
There is no way to use, лишнее место для ошибок, Го никогда не будет заменой явы, это хороший язык для small/rapid development. Cовременный Visual Basic.

Цитата settler @ 31.03.18, 09:30

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

У тебя задача: поработать с очень длинными целыми. Ты можешь унаследоваться от int. Вперёд, я посмотрю.
Тебе нужно серьёзно подтянуть ООП.

Цитата settler @ 31.03.18, 09:30

Го никогда не будет заменой явы

Что это вообще должно означать?
Есть команды, которые переходят с java на go, для сервисов, например. Для них go уже стал заменой java. А есть те, кто не переходят Для них go заменой java не стал.
Что значит "стать заменой" вообще?

Сообщение отредактировано: D_KEY - 31.03.18, 12:40

Цитата D_KEY @ 31.03.18, 12:39

Есть команды, которые переходят с java на go, для сервисов, например. Для них go уже стал заменой java.

small/median application .

Добавлено 01.04.18, 19:08

Цитата D_KEY @ 31.03.18, 12:39

А есть те, кто не переходят Для них go заменой java не стал.

enterprise - никогда и не перейдут.

Сообщение отредактировано: settler - 01.04.18, 19:08

Цитата settler @ 31.03.18, 09:30

Их папа Бьярн хотел убрать еще в 1979году, В 1995 это сделал Патрик Нотон

Сделал что?

Цитата settler @ 31.03.18, 09:30

There is no way to use, лишнее место для ошибок, Го никогда не будет заменой явы

Ты можешь изъясняться полноценными предложениями, а не потоком рандомных фраз из сознания? Указатели в Go ничем не менее безопасны и не привносят никих лишних мест для ошибок, по сравнению с объектами в Java.

Цитата settler @ 01.04.18, 19:05

enterprise - никогда и не перейдут.

enterprise вообще редко куда-то там «переходят». Go, слава Пайку, никогда не позиционировался как «язык для разработки Enterprise-систем».

Сообщение отредактировано: korvin - 01.04.18, 19:18

Цитата Qraizer @ 31.03.18, 12:34

Цитата settler @ 31.03.18, 09:30

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

У тебя задача: поработать с очень длинными целыми. Ты можешь унаследоваться от int. Вперёд, я посмотрю.
Тебе нужно серьёзно подтянуть ООП.

это класический кентавр(charNum), только к теме не относиться,

И ты всё ещё не видишь, в чём ошибаешься?

Добавлено 01.04.18, 19:33
P.S. Подсказка: перечитай собственный пост.

Добавлено 01.04.18, 19:34
P.P.S Внимательно и вдумчиво.

Цитата korvin @ 01.04.18, 19:16

Go, слава Пайку, никогда не позиционировался как «язык для разработки Enterprise-систем».

Tы это понимаешь я тоже, а некоторые нет,
I have nothing to say anymore.