The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Выпуск языка программирования Go 1.19, opennews (??), 03-Авг-22, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


91. "Выпуск языка программирования Go 1.19"  +/
Сообщение от Аноним (90), 03-Авг-22, 17:41 
Язык, на котором сразу бери и пиши, без заморочек.
Ответить | Правка | Наверх | Cообщить модератору

92. "Выпуск языка программирования Go 1.19"  +/
Сообщение от Аноним (99), 03-Авг-22, 17:54 
Угу, Go был моим вторым языком, когда выбирал, куда бы свалить с C++. Всегда вспоминаю тепло, очень человеческий язык, даже ошибки дизайна в нём человеческие, понятные :). Первый язык, на который пробовал перейти, Java, в ужасе отринул после нескольких месяцев. Потом был года три Rust, тоже с немалым удовольствием, а теперь изучаю Haskell.
Ответить | Правка | Наверх | Cообщить модератору

137. "Выпуск языка программирования Go 1.19"  +5 +/
Сообщение от Аноним (137), 04-Авг-22, 00:34 
А на работе чем занимаешься?
Ответить | Правка | Наверх | Cообщить модератору

149. "Выпуск языка программирования Go 1.19"  +/
Сообщение от Аноним (99), 04-Авг-22, 09:43 
Пока на Расте пилю околоблокчейновые сервисы (не сам блокчейн, к счастью). Но надоело уже. Хотел уволиться в мае (работать летом - преступление, я стараюсь устраивать себе каникулы месяца на 3 каждый год), но уговорили остаться до запуска в мейннете. Но следующее лето - моё! добью Хаскель, осенью устроюсь куда-нибудь.
Ответить | Правка | Наверх | Cообщить модератору

102. "Выпуск языка программирования Go 1.19"  +/
Сообщение от Аноним (39), 03-Авг-22, 18:10 
при чём тут nim? статья про go. это гугловый вендорлок, почитай в интернете про него
Ответить | Правка | К родителю #91 | Наверх | Cообщить модератору

122. "Выпуск языка программирования Go 1.19"  +4 +/
Сообщение от Филимон Недоверчивый (?), 03-Авг-22, 19:36 
Там не только заморочек нету. Там ещё констант нормальных нету, нет возможности нормально зафорчить процесс, аналогов enum class, за дженерики нужно платить производительностью...

Зато можно писать такое var int int = 42 // И эти люди мне запрещают ставить скобочки там, где я хочу
или такое var a, b, c, pi, d = 1, 2, 3.14159, 4, 5
можно в канал отправить nil и покеда!

или
type Conteiner struct {
    Items map[string]int32
}
func (c *Container) Insert(key string, value int32) {
    // c *Container - это тутошний this|self - нахрена ?
    c.Items[key] = value
}

func main() {
    var c Container
    c.Insert("number", 42) // покеда!

А эти волшебные безтиповые создания переменных - чистый восторг!
response, err := http.Get("http://example.com/")
Что вернул Get ? bool, код, текст ответа, структуру... ? RTFM!


var s1 string = "test1"
var s2 string = "test2"
s1 += s2[0] // к строке нельзя прибавлять то, из чего она состоит. Ведь это так небезопасно

var f32 float32  = 3.14159
var f64 float64 = 31.4159
fmt.Println(f64 + f32) // нельзя ! Водка подорожает!


// а эти волшебные сигнатуры функций, лучше которых только луковый смузи !
func parseLine(line string) (string, bool, string, string, string, bool) {

//
for _, value := range(values) {
        x := 42 // Ой! здесь это не дешёвая операция на стеке. Здесь это генератор мусора


Я не понимаю как на этом писать так, чтобы трудозатраты были меньше, чем на плюсах.
Дико жалею, что потратил на Go кучу времени. Не повторяйте моих ошибок!


  

Ответить | Правка | К родителю #91 | Наверх | Cообщить модератору

125. "Выпуск языка программирования Go 1.19"  +/
Сообщение от hbqemail (?), 03-Авг-22, 20:12 
Очень вас понимаю. Все эти замечания как раз из-за того что авторы языка облегчили жизнь себе путём разработки очень простого и тупого компилятора, поэтому нужны "this", float32 нельзя суммировать с float64 и т.п. Разработчик должен заботится об этом.
Лично я не понимаю чем это язык может нравиться?
Ответить | Правка | Наверх | Cообщить модератору

143. "Выпуск языка программирования Go 1.19"  +1 +/
Сообщение от Аноним (35), 04-Авг-22, 06:18 
>  поэтому нужны "this"

Там нет классов, там структуры. RTFM.

Чуваки набрались опыта в TypeScript и думают что могут теперь всем рассказывать как надо делать.

Иди напиши свой язык "как надо". Благо сейчас есть LLVM и любой школьник это может сделать.

Ответить | Правка | Наверх | Cообщить модератору

130. "Выпуск языка программирования Go 1.19"  –2 +/
Сообщение от Аноним (-), 03-Авг-22, 21:52 
Вы прослушали скулёж сишника столкнувшегося со строгой типизацией. Сишник предпочитает прятать под ковёр автоматические преобразования типов в рантайме, и делать вид, что их нет, и такты процессора на это не тратятся, и что значащие биты не теряются, и вообще он типа кодить умеет, раз преобразований нет.

Иди на жс пиши бездарь, тот может string к bool'у преобразовать незаметно.

Ответить | Правка | К родителю #122 | Наверх | Cообщить модератору

136. "Выпуск языка программирования Go 1.19"  +3 +/
Сообщение от Филимон Неунывающий (?), 03-Авг-22, 22:58 
Я искренне опечален тем фактом, что Вы сосредоточились на нанесении мне эмоционального ущерба вместо того, чтобы пояснить сокровенный смысл столь явного и удручающе назойливого преобразования типов.
Кроме того, судя по эмоциональному накалу вашего сообщения, Вы человек сильно переживающий за этот диковинный язык. Рискну предположить, что Вами накоплен значительный опыт в словесных баталиях в его защиту на просторах интернетов. Не могли бы Вы, с высоты Вашего опыта, прокомментировать и другие, отмеченные мной недостатки, которые я нахожу вопиющими. Заранее благодарен.

P.S. Обращения на письме принято выделять запятыми

Ответить | Правка | Наверх | Cообщить модератору

144. "Выпуск языка программирования Go 1.19"  +/
Сообщение от Аноним (35), 04-Авг-22, 06:19 
В том что это тебе не PHP и не JS, это язык со СТРОГОЙ типизацией.
Ответить | Правка | Наверх | Cообщить модератору

211. "Выпуск языка программирования Go 1.19"  +/
Сообщение от Прохожий (??), 06-Авг-22, 11:45 
Питон, например - тоже язык со СТРОГОЙ типизацией. Однако в автоматические преобразования типов умеет. Казалось бы, что сложного в приведении f32 к f64 в двадцать первом веке? А поди ж ты, проблема, оказывается.
Ответить | Правка | Наверх | Cообщить модератору

146. "Выпуск языка программирования Go 1.19"  –1 +/
Сообщение от Аноним (-), 04-Авг-22, 07:46 
Я искренне обрадован тем фактом, что мне удалось нанести тебе эмоциональный ущерб, причём настолько, что ты пропустил те объяснения, которые искал.

Там всё написано. Соберись тряпка, отвлекись от своих эмоций, и прочитай внимательно.

> Рискну предположить, что Вами накоплен значительный опыт в словесных баталиях в его защиту на просторах интернета

Ты недооцениваешь меня. Я просто накопил опыта интернет баталий. Лет двадцать, то есть больше чем возраст Go.

> Не могли бы Вы, с высоты Вашего опыта, прокомментировать и другие, отмеченные мной недостатки, которые я нахожу вопиющими.

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

Ответить | Правка | К родителю #136 | Наверх | Cообщить модератору

147. "Выпуск языка программирования Go 1.19"  +/
Сообщение от Аноним (-), 04-Авг-22, 07:50 
Простите. Я тоже слишком поддался эмоциям поспешил и забыл откомментить главное.

> Обращения на письме принято выделять запятыми

Мне наплевать что и кем там принято.

Ответить | Правка | К родителю #136 | Наверх | Cообщить модератору

142. "Выпуск языка программирования Go 1.19"  +3 +/
Сообщение от Аноним (35), 04-Авг-22, 06:15 
> Там ещё констант нормальных нету,

Нет есть:
const FOO = "bar"

> за дженерики нужно платить производительностью

Скажи где за дженерики не платят производительностью.

> c.Insert("number", 42) // покеда!

Поставь int вместо int32, и будет тебе счастье. Иначе приводи к типу с помощью int32(42)

> // c *Container - это тутошний this|self - нахрена ?

Затем что это структуры, а не классы. RTFM.

> Что вернул Get ? bool, код, текст ответа, структуру... ? RTFM!

Высосано из пальца. Очевидно что структуру содержащую в себе все данные относящиеся к response.
По вызову http.Get это очевидно.

>  // к строке нельзя прибавлять то, из чего она состоит.

Ты основы програмирования вообще знаешь? Из чего состоят строки?

>  // нельзя ! Водка подорожает!

Нет. float64 априори может быть больше float32. Если допустить операцию о которой ты говоришь, то код будет не очевидным, а это чревато багам (никогда с бухгалтерами не искали копейки? А тут могут быть миллионы). Поэтому либо приводи к нужному типу, либо делай проверки и прочие округления.

> // а эти волшебные сигнатуры функций, лучше которых только луковый смузи !
> func parseLine(line string) (string, bool, string, string, string, bool) {

Для этого им нужно прописывать названия. За одно объявляешь переменную.
func parseLine(line string) (foo string, bar bool, some string, some2 string, some3 string, some4 bool)

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

> for _, value := range(values) {
>        x := 42 // Ой! здесь это не дешёвая операция на стеке. Здесь это генератор мусора

Синтаксическая ошибка. Чел явно не знает Go (или очень мало опыта) и пытается его критиковать.

> Дико жалею, что потратил на Go кучу времени.

Целый день? Заметно.

Чел, если сделать как ты хочешь, получится жутко багованный, тормозной в компиляции и в рантайме, и в целом не удобный язык.
Go не на пустом месте появился. Его корни идут ещё с 70-х годов и он впитал в себя лушчие решения от своих предшественников.

Ответить | Правка | К родителю #122 | Наверх | Cообщить модератору

151. "Выпуск языка программирования Go 1.19"  +/
Сообщение от Аноним (99), 04-Авг-22, 09:45 
Справедливо!
Ответить | Правка | Наверх | Cообщить модератору

157. "Выпуск языка программирования Go 1.19"  +2 +/
Сообщение от RomanCh (ok), 04-Авг-22, 11:17 
Я в целом с вами согласен, но:

>> c.Insert("number", 42) // покеда!
> Поставь int вместо int32, и будет тебе счастье. Иначе приводи к типу с помощью int32(42)

Счастья всё-таки не будет, т.к. проблема не в 42, которое нетипизированная константа и преобразуется компилятором к нужному типу, а в неинициализированном значении c.Items, которое вызовет assignment to entry in nil map.

Заметно, что автор пытался использовать "Go как C++" ничего практически по нему не читая (ну ведь вроде похожи, а чо такого?). От чего поимел психическую травму и во всём назначил виноватым язык.

Кстати вот это:

> А эти волшебные безтиповые создания переменных - чистый восторг!

Особо доставило. Лично мне это видится одной из удобнейших фич. Тут и шансов промахнуться с типом данных нет (как было бы, в случае неявного приведения типов), и если меняешь тип возвращаемого значения функции, то не надо искать все её вхождения в коде чтобы заменить в 125 местах какой-нибудь int32 на int64. А чтобы знать что вернёт функция, оно вообще-то лучше прочитать документацию, а не попробовать угадать значения по списку определённых для значений возвратов переменных. Но впрочем, тут заметно, что автору поста читать документацию не свойственно.

Ответить | Правка | К родителю #142 | Наверх | Cообщить модератору

163. "Выпуск языка программирования Go 1.19"  +/
Сообщение от Филимон Прошареный (?), 04-Авг-22, 14:38 
Роман, этот достопочтенный джентльмен даже не понял суть этой ловушки. А Вы, раскрыв ей, лишили его возможности вырасти как специалисту. Я в печали

>> то не надо искать все её вхождения в коде чтобы заменить в 125 местах какой-нибудь int32 на int64.

В том то и печаль, что надо. Иначе вы не знаете на что их кастовать

>>  оно вообще-то лучше прочитать документацию,

Ещё лучше, когда код самодокументирующийся

>> Но впрочем, тут заметно, что автору поста читать документацию не свойственно.

Emotional damage! Я опять всю ночь проплачу!

Ответить | Правка | Наверх | Cообщить модератору

164. "Выпуск языка программирования Go 1.19"  +/
Сообщение от RomanCh (ok), 04-Авг-22, 14:53 
> В том то и печаль, что надо. Иначе вы не знаете на что их кастовать

Эээ... А зачем их кастовать, когда они автоматически правильных типов делаются?

> Ещё лучше, когда код самодокументирующийся

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

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

Ответить | Правка | Наверх | Cообщить модератору

178. "Выпуск языка программирования Go 1.19"  +/
Сообщение от Аноним (-), 04-Авг-22, 21:15 
> А зачем их кастовать, когда они автоматически правильных типов делаются

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

Ответить | Правка | Наверх | Cообщить модератору

162. "Выпуск языка программирования Go 1.19"  +1 +/
Сообщение от Филимон Прошареный (?), 04-Авг-22, 14:31 
Прошу меня сердечно простить и понять, я думал это очевидные примеры, но вы их даже не поняли :-(

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

>> Скажи где за дженерики не платят производительностью.

в C++, например

>> c.Insert("number", 42) // покеда!

Этот восхитительный пример вы не поняли от слова "вовсе". Там будет паника. Я не буду объяснять почему, просто оставлю вам полный пример. Который вы сможете разобрать на досуге и повысить свой уровень владения языком. Который, к слову, я нахожу весьма скромным.

//-------

package main

type Container struct {
    Items map[string]int32
}

func (c *Container) Insert(key string, value int32) {
    c.Items[key] = value
}

func main() {
    var c Container
    c.Insert("number", 42)
}
//-------


> for _, value := range(values) {
>        x := 42 // Ой! здесь это не дешёвая операция на стеке. Здесь это генератор мусора
>> Синтаксическая ошибка. Чел явно не знает Go (или очень мало опыта) и пытается его критиковать.

Нет здесь никакой ошибки. Вот полный пример.

    values := []int{1, 2, 3, 4}
    for _, value := range(values) {
        x := value * 2
        fmt.Println(x)
    }

Суть моих претензий была в том, что вместо простого и дешёвого создание локальной переменной на стеке в Go это сложный процесс в недрах системы управления памятью. Это делает невозможной изоляцию переменной без потери производительности. Что увеличивает трудозатраты. Это было моей апелляцией к утверждению "в Go пишем без заморочек"

> Что вернул Get ? bool, код, текст ответа, структуру... ? RTFM!
>> Высосано из пальца. Очевидно что структуру содержащую в себе все данные относящиеся к response.
>> По вызову http.Get это очевидно.

Нет, это не очевидно. Вы пишите ReadOnly код, который существенно увеличивает когнитивную нагрузку на программиста. Возможно я привёл не совсем удачный пример с http.Get потому, как пакет популярный. Если у вас действительно есть желание понять меня, то представьте, что у вас есть 2 функции: 1 возвращает [censored], в вторая возвращает [censored] и вам понадобилось ДОРАБОТАТЬ код, чтобы сложить их результаты

v1, err := f1()
v2, err := f2()

sumOfV := v1 + v2 // В GO без каста не работает, а на что кастовать из кода не видно

В GO придётся или в исходники лезть, или в документацию, или в многочисленных ошибках компиляции намёки искать
Безтиповое создание переменных это зло само по себе, а в GO оно усугубляется возведённой в абсурд необходимостью кастовать всё и вся.


> // c *Container - это тутошний this|self - нахрена ?

Затем что это структуры, а не классы. RTFM.

Явная передача this что в методы классов, что в методы структур это пример плохого дизайна. Тут RTFM не поможет. Они передаются всегда, поэтому это работа компилятора. Всякий раз, когда вы делаете явно бесполезные вещи, которые можно не делать, вы делаете шаг к выгоранию

>> Поэтому либо приводи к нужному типу, либо делай проверки и прочие округления.

Любезнейший, в C++ есть static_cast, dynamic_cast, reinterpret_cast, const_cast, с style cast ... поэтому есть и смысл указывать компилятору как именно преобразовывать типы. Сколько типов кастов есть в GO ?

>> Поэтому либо приводи к нужному типу, либо делай проверки и прочие округления.

Проверки и тут при чём ? Можно сложить две однотипных переменных и получить переполнение

>> Нет. float64 априори может быть больше float32 (никогда с бухгалтерами не искали копейки?

Если вы float'ами считаете деньги, Я ПРОШУ ВАС СЕЙ ЖЕ ЧАС ПОКИНУТЬ ПРОФЕССИЮ!

>> Ты основы програмирования вообще знаешь? Из чего состоят строки?

Наверное, если бы я, как и вы не знал бы основ программирования, мне бы было не так грустно при работа с Go :-(


Ответить | Правка | К родителю #142 | Наверх | Cообщить модератору

165. "Выпуск языка программирования Go 1.19"  +/
Сообщение от RomanCh (ok), 04-Авг-22, 15:00 
Мне кажется, на вас надо натравить сишника, который будет предлагать выбросить плюсы в помойку, ибо стреляет исключениями откуда попало в самый неожиданный момент, и вообще непонятно что делает, а ещё синтаксис совсем инопланетянский, и "многочисленные ошибки компиляции" порой выглядят настолько ужасно, что хочется удавиться.

PS Если что, я без претензий, я это к тому, как вы выглядите :)

Ответить | Правка | Наверх | Cообщить модератору

166. "Выпуск языка программирования Go 1.19"  +/
Сообщение от Филимон Прошареный (?), 04-Авг-22, 15:52 
>> Мне кажется, на вас надо натравить сишника, который будет предлагать выбросить плюсы в помойку,

Обычно в таких случаях я только учусь.

>> синтаксис совсем инопланетянский,

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

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

Справедливое замечание. Раньше так и было, но сейчас в C++ появились концепты и сообщения об ошибках становятся читаемыми даже в самых сложных шаблонах.

Я не пытаюсь, как вы изволили заметить, "Использовать Go в стиле C++", я пытаюсь использовать Go так, чтобы трудозатраты были меньше, чем на плюсах. Но у меня не получается. Вот прямо сейчас мне не хватает using namespace и я пишу перед каждой функцией из пакета, название пакета... По утру мне не хватало статических переменных, чтобы инициализировать map при первом вызове функции и я завёл (стыдоба какая) глобальную переменную...

Роман, я не планировал доводить вас до слёз, но в плюсах, чтобы спрятать членов структуры или класса достаточно слова private ! Представляете! Там нету всего этого непотребства с переименованием полей и вынесением структуры в отдельный модуль только чтобы спрятать поля!

Ответить | Правка | Наверх | Cообщить модератору

187. "Выпуск языка программирования Go 1.19"  +/
Сообщение от RomanCh (ok), 04-Авг-22, 22:48 
> Я допускаю, что кому-то он не нравится, но это уже вкусовщина.

Вот об этом и речь. Только вы почему-то допускаете, что у кого-то другого может быть вкусовщина, но не у вас.

> но сейчас в C++ появились концепты  ...

Даже если поверить на слово, то хочется отметить - не прошло и полвека :)

> Я не пытаюсь, как вы изволили заметить, "Использовать Go в стиле C++", я пытаюсь использовать Go так, чтобы трудозатраты были меньше, чем на плюсах ...

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

> чтобы спрятать членов структуры или класса достаточно слова private

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

Мой посыл не в том, что плюсы плохие, или Go прекрасный-лучше-не-придумать. И на том и на другом можно писать, как медленно и плохо, так и хорошо и быстро.
Мой посыл в том, что нравится вам инструмент, умеете импользоваться - пользуйтесь им и не пользуйтесь другим, тем что не нравится. К чему это нещадное нытьё? Вас кто заставляет на Go писать? Работадатель? Увольтесь нафиг, найдите другого, ну в самом деле. От нытья на опеннете ваша жизнь точно лучше не станет.

Ответить | Правка | Наверх | Cообщить модератору

194. "Выпуск языка программирования Go 1.19"  +/
Сообщение от Филимон Прозревший (?), 05-Авг-22, 11:17 
>> А почему вы считаете, что это однозначный плюс?

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

> Это просто другой язык, с другими концепциями и другим подходом в ряде моментов,

Не могу с вами согласиться. Бывают другие концепции и подходы, но принцип развития "от хорошего к лучшему" универсален. И если он не соблюдается, то это однозначно критерий регресса: Если у вас есть нож, а вам предлагают просто заточенный камень, то это нельзя объяснить ни концепцией, ни подходом - это однозначно плохой инструмент.

Оценить качество инструмента проще всего, попробовав его, задавая вопросы, ну, или поспорив по поводу реализации. Обычно в споре рождается истина и только в споре с фанатами Go рождаются фанатские слёзы.

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

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

Наверное я выяснил, что хотел. Не буду вас больше расстраивать

Ответить | Правка | Наверх | Cообщить модератору

195. "Выпуск языка программирования Go 1.19"  +/
Сообщение от RomanCh (ok), 05-Авг-22, 12:02 
Знаете, похоже единственный человек, с которым вы можете общаться и слышать хоть немного что именно вам говорят - это вы. Что же, удачи с таким плодотворным подходом :)
Ответить | Правка | Наверх | Cообщить модератору

199. "Выпуск языка программирования Go 1.19"  +/
Сообщение от Филимон Осторожный (?), 05-Авг-22, 14:05 
Ну, ок. Вот вам тогда тоже feedback: Вы часто заменяете рациональные аргументы эмоциональными. Я их слышу, но не реагирую на них. После этого вы добавляете ворох предположений.

Я задаю конкретные вопросы по дизайну языка: Зачем вы пишите на порядок больше при худшем результате ? Почему в языке нет конкретных вещей, которые уже давно изобретены и облегчают жизнь ? Что бы делаете вместо этого ? Как сохранить производительность ? Зачем сделали плохо, когда уже есть хорошо. В ответ я получаю: "Ты сишник, ты не понимаешь !" И кучу предположений о том, что меня работодатель заставляет. Написали бы уже просто "Ой, ВсЁ!"

¯\_(ツ)_/¯

Ответить | Правка | Наверх | Cообщить модератору

200. "Выпуск языка программирования Go 1.19"  +/
Сообщение от RomanCh (ok), 05-Авг-22, 14:08 
> Ну, ок. Вот вам тогда тоже feedback...

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

Вам тут никто ничего не обязан отвечать и доказывать. И ваше право считать, что никто ничего не понимает, один вы в белом пальто стоите красивый. На этом у меня действительно всё :)


Ответить | Правка | Наверх | Cообщить модератору

201. "Выпуск языка программирования Go 1.19"  +/
Сообщение от Филимон Довольный (?), 05-Авг-22, 14:22 
По моему, вы проецируете на меня свой способ мышления - в моих вопросах нет эмоциональной составляющей. Ну, или по крайней мере, она там не подразумевается.

Я задаю вопросы про Go на форуме (где люди общаются) в теме по Go, где собрались специалисты по Go... Что не так ?

Если я вдруг доказал, что моя точка зрения верная (а двух истин не бывает), ну извините - так совпало.

Ответить | Правка | Наверх | Cообщить модератору

190. "Выпуск языка программирования Go 1.19"  +/
Сообщение от anonymous (??), 05-Авг-22, 03:05 
> не хватает using namespace

import (
    . "fmt"
)

Ответить | Правка | К родителю #166 | Наверх | Cообщить модератору

193. "Выпуск языка программирования Go 1.19"  +/
Сообщение от Филимон Прозревший (?), 05-Авг-22, 10:28 
Большое человеческое спасибо!
Ответить | Правка | Наверх | Cообщить модератору

196. "Выпуск языка программирования Go 1.19"  +/
Сообщение от RomanCh (ok), 05-Авг-22, 12:06 
>> не хватает using namespace
> import (
>     . "fmt"
> )

Будет очень смешно, когда он попробует например, использовать html/template и text/template одновременно :)

Ответить | Правка | К родителю #190 | Наверх | Cообщить модератору

198. "Выпуск языка программирования Go 1.19"  +1 +/
Сообщение от Филимон Осторожный (?), 05-Авг-22, 13:35 
То есть эта шляпа и тут нормально не работает ? Что ж вы меня так в печаль вгоняете то ?
Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру