Этого треда уже нет.
Это копия, сохраненная 15 мая 2021 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.
Это копия, сохраненная 15 мая 2021 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.
Тред про лучший в мире язык GO №14 /go/
Go или Golang — компилируемый многопоточный язык программирования, разработанный внутри компании Google. Go поддерживает типобезопасность, возможность динамического ввода данных, а также содержит богатую стандартную библиотеку функций и встроенные типы данных.
Обсуждаем язык, смеемся с залетных крестоносцев, обсуждаем почему нам не нужны дженерики, ООП и эксепшены, по каждому багу находим трехстраничный пост в официальном блоге Go, объясняющий почему это на самом деле фича, ждем, когда нам завезут дженерики, ООП и эксепшены.
С чего начать:
- В обязательном порядке проходим Go Tour: https://tour.golang.org/welcome/1 (есть на Русском)
- Читаем документацию прямо по порядку (пункт "Learning Go"): https://golang.org/doc/
- Ознакамливаемся с общим roadmap по изучению языка и сопутствующих инструментов: https://github.com/Alikhll/golang-developer-roadmap (постоянно обновляется сообществом)
Литература:
- Донован, Керниган "Язык программирования Go"
- Также хорошие книги для начала: https://www.golang-book.com/
- Книги из списка https://github.com/dariubs/GoBooks
- А также смотрим видео https://www.youtube.com/channel/UC_BzFbxG2za3bp5NRRRXJSw
Полезные дополнения:
- Сборник паттернов и инфы по микросервисам: https://microservices.io/
Обновляемый список с пакетами: https://github.com/avelino/awesome-go
Небольшой канал треда: t.me/golang2ch
Предыдущий тред умирает здесь: >>1876438 (OP)
Шаблон шапки: https://pastebin.com/iRaveWbC
Go или Golang — компилируемый многопоточный язык программирования, разработанный внутри компании Google. Go поддерживает типобезопасность, возможность динамического ввода данных, а также содержит богатую стандартную библиотеку функций и встроенные типы данных.
Обсуждаем язык, смеемся с залетных крестоносцев, обсуждаем почему нам не нужны дженерики, ООП и эксепшены, по каждому багу находим трехстраничный пост в официальном блоге Go, объясняющий почему это на самом деле фича, ждем, когда нам завезут дженерики, ООП и эксепшены.
С чего начать:
- В обязательном порядке проходим Go Tour: https://tour.golang.org/welcome/1 (есть на Русском)
- Читаем документацию прямо по порядку (пункт "Learning Go"): https://golang.org/doc/
- Ознакамливаемся с общим roadmap по изучению языка и сопутствующих инструментов: https://github.com/Alikhll/golang-developer-roadmap (постоянно обновляется сообществом)
Литература:
- Донован, Керниган "Язык программирования Go"
- Также хорошие книги для начала: https://www.golang-book.com/
- Книги из списка https://github.com/dariubs/GoBooks
- А также смотрим видео https://www.youtube.com/channel/UC_BzFbxG2za3bp5NRRRXJSw
Полезные дополнения:
- Сборник паттернов и инфы по микросервисам: https://microservices.io/
Обновляемый список с пакетами: https://github.com/avelino/awesome-go
Небольшой канал треда: t.me/golang2ch
Предыдущий тред умирает здесь: >>1876438 (OP)
Шаблон шапки: https://pastebin.com/iRaveWbC
>>1905217
Красава, получается
Красава, получается
Отлично, наконец-то без тупоебского хомяка на оп-пике.
>>1903992 →
Эксепшнов никогда не будет скорее всего, а вот писать каждый раз 6 строк, чтобы сравнить два слайса по содержимому - это невесело.
Эксепшнов никогда не будет скорее всего, а вот писать каждый раз 6 строк, чтобы сравнить два слайса по содержимому - это невесело.
>>1905518
Дженерики не только для всякой специфичной хуйни полезны. Например тот-же банальный пагинатор без дженериков не запилить без бойлерплейтов и с тайпсейфти. Да достаточно много небайтоебских полезностей привнесут. А по поводу эксепшенов - да, скорее всего не добавят, ибо слишком уж въелся в язык нынешний вид ошибок. Уже сподвижки начались в сторону нормального стекания ошибок, можно надеяться, что выдумают что-то более менее человеческое из всего этого.
> а вот писать каждый раз 6 строк, чтобы сравнить два слайса по содержимому - это невесело.
Дженерики не только для всякой специфичной хуйни полезны. Например тот-же банальный пагинатор без дженериков не запилить без бойлерплейтов и с тайпсейфти. Да достаточно много небайтоебских полезностей привнесут. А по поводу эксепшенов - да, скорее всего не добавят, ибо слишком уж въелся в язык нынешний вид ошибок. Уже сподвижки начались в сторону нормального стекания ошибок, можно надеяться, что выдумают что-то более менее человеческое из всего этого.
53 Кб, 1122x463>>1905758
Кстати, еще забыл упомянуть, что ебал мать Роба Пайка
я знаю, что есть костыль с созданием переменной с типом []interface{} и заполнить её по одному собаками, но блять, втф?
> пагинатор
Кстати, еще забыл упомянуть, что ебал мать Роба Пайка
я знаю, что есть костыль с созданием переменной с типом []interface{} и заполнить её по одному собаками, но блять, втф?
Нормальную кодогенерацию собираютя завезти? Или придется еще шаблончики (например из стандартной либы "text/temlpate") юзать?
>>1905777
Кодогенерация, макросы, препроцессоры и транспайлеры - это в целом лютые костыли, созданные из-за скудности и примитивности синтаксисов языков. "Нормальным" это быть просто не может.
Кодогенерация, макросы, препроцессоры и транспайлеры - это в целом лютые костыли, созданные из-за скудности и примитивности синтаксисов языков. "Нормальным" это быть просто не может.
>>1905791
Роб, ты?
Роб, ты?
>>1905790
То-то же в Расте макросы из-за того что его синтаксис примитивнее чем у императивной Жабы в которую pattern matching не завезли.
То-то же в Расте макросы из-за того что его синтаксис примитивнее чем у императивной Жабы в которую pattern matching не завезли.
Кодогенерация - это прием статического полиморфизма если что. Для Го в котором нет дженериков, это единственный способ без копипаста кода писать generic code.
>>1905815
Плюс один special case, синтаксический костыль к декларациям функций вместо очевидного типа Result, который возвращают функции с исключениями. Я бы не назвал это плюсом.
Плюс один special case, синтаксический костыль к декларациям функций вместо очевидного типа Result, который возвращают функции с исключениями. Я бы не назвал это плюсом.
>>1905758
Сравнить два слайса - это не специфичная хуйня, а повседневное программирование так-то, причем вне зависимости от того, что ты программируешь.
Сравнить два слайса - это не специфичная хуйня, а повседневное программирование так-то, причем вне зависимости от того, что ты программируешь.
>>1905790
На мой взгляд синтаксические макросы - в принципе, норм, главное меру знать. Явно лучше, чем какая-нибудь Boost.Hana.
На мой взгляд синтаксические макросы - в принципе, норм, главное меру знать. Явно лучше, чем какая-нибудь Boost.Hana.
>>1905758
Имхо, с обработкой ошибок в Го всё нормально.
Имхо, с обработкой ошибок в Го всё нормально.
>>1905878
Ну, можешь Animal там прописать и будет типобезопасненько. Хыч хыч улыбочку
Ну, можешь Animal там прописать и будет типобезопасненько. Хыч хыч улыбочку
>>1905890
php почти копия джавы, один из самых ООП фулл языков (лол), там даже сраные трейты есть. Не стоит сравнивать языки тупо по функционалу, иначе тогда тот же питон соснет хуйца даже у пхп (речь о функционале из коробке, а не либах). Язык это инструмент, а не тупо набор функционала.
> даже php выглядит
php почти копия джавы, один из самых ООП фулл языков (лол), там даже сраные трейты есть. Не стоит сравнивать языки тупо по функционалу, иначе тогда тот же питон соснет хуйца даже у пхп (речь о функционале из коробке, а не либах). Язык это инструмент, а не тупо набор функционала.
>>1905890
>>1905912
Нахуя вообще сравнивать go с высокоуровневыми языками? По выразительности и плюсы хуй соснут у php, блять. В байтоебском языке по определению не может быть слишком много сахара, иначе получится C++, в который понапихали столько, что выучить его нормально и жизни не хватит теперь, а на го ты через месяц уже сможешь написать 300кк рпс в наносек без утечек памяти и с многопоточностью.
>>1905912
Нахуя вообще сравнивать go с высокоуровневыми языками? По выразительности и плюсы хуй соснут у php, блять. В байтоебском языке по определению не может быть слишком много сахара, иначе получится C++, в который понапихали столько, что выучить его нормально и жизни не хватит теперь, а на го ты через месяц уже сможешь написать 300кк рпс в наносек без утечек памяти и с многопоточностью.
>>1905929
А когда он им был? Та же сишка, но с батарейками и парой приколюх.
А когда он им был? Та же сишка, но с батарейками и парой приколюх.
>>1905929
Ну кроме абстракции над многопоточностью там сахара нет особо, можешь руками память чистить с вырубленным gc, поинтеры это реальные поинтеры в память, а не просто сахар и т.д. и т.п. Естественно он не такой низкоуровневый как плюсы или раст, он скорее что-то среднее между шарпом/жавой и сями.
> Когад го перестал быть высокоуровневым языком с сахаром
Ну кроме абстракции над многопоточностью там сахара нет особо, можешь руками память чистить с вырубленным gc, поинтеры это реальные поинтеры в память, а не просто сахар и т.д. и т.п. Естественно он не такой низкоуровневый как плюсы или раст, он скорее что-то среднее между шарпом/жавой и сями.
>>1905916
Да высокоуровневый го язык, вы заебали уже. Ты будешь ебаться с байтами только если сам хочешь или пишешь свою бд или там json энкодер какой-нибудь. 99% времени ты делаешь то же, что и в php и в джаве и где угодно ещё: принимаешь запрос, валидируешь аргументы, пихаешь их в функцию бизнес логики, оттуда лезешь в базу, собираешь ответ, отдаешь его обратно.
Из "страшных низкоуровневых вещей" в го есть указатели (пиздец как страшно, на фоне того, что в php бывают nullable структуры, почти то же самое), слайсы (блять, ссылочный тип, указывающий на массив и автоматически пересоздающий этот массив с удвоением длины при необходимости), всё. Ни тебе арифметики указателей, ни тебе ебли с тредами, ничего.
Пехапешникам было бы тяжело переходить на го только потому, что сама пыха - очень кастрированный язык, не в смысле "плохо", а в смысле "заточено под конкретную задачу". Поэтому пехапешникам сложнее будет влиться в многопоточное программирование, игры со стейтом, настройку сборщика мусора и прочие рантаймовые тонкости. Но это не специфика перехода php->go, это будет работать на переходе с пыхи на вообще любой другой язык.
>>1906016
Лолчто, ебли с байтами нет, если ты не затачиваешь приложение под супер ультра мега хайлоад. В реальном бою ты максимум встретишь []byte, сконвертишь его в string и забудешь о том, что видел изначально.
Да высокоуровневый го язык, вы заебали уже. Ты будешь ебаться с байтами только если сам хочешь или пишешь свою бд или там json энкодер какой-нибудь. 99% времени ты делаешь то же, что и в php и в джаве и где угодно ещё: принимаешь запрос, валидируешь аргументы, пихаешь их в функцию бизнес логики, оттуда лезешь в базу, собираешь ответ, отдаешь его обратно.
Из "страшных низкоуровневых вещей" в го есть указатели (пиздец как страшно, на фоне того, что в php бывают nullable структуры, почти то же самое), слайсы (блять, ссылочный тип, указывающий на массив и автоматически пересоздающий этот массив с удвоением длины при необходимости), всё. Ни тебе арифметики указателей, ни тебе ебли с тредами, ничего.
Пехапешникам было бы тяжело переходить на го только потому, что сама пыха - очень кастрированный язык, не в смысле "плохо", а в смысле "заточено под конкретную задачу". Поэтому пехапешникам сложнее будет влиться в многопоточное программирование, игры со стейтом, настройку сборщика мусора и прочие рантаймовые тонкости. Но это не специфика перехода php->go, это будет работать на переходе с пыхи на вообще любой другой язык.
>>1906016
Лолчто, ебли с байтами нет, если ты не затачиваешь приложение под супер ультра мега хайлоад. В реальном бою ты максимум встретишь []byte, сконвертишь его в string и забудешь о том, что видел изначально.
Пробампую здесь, а то в джава треде тихо:
>>1905425 →
>>1905709 →
В двух словах - как перекатился, что пилил на джаве, что пилишь на го?
>>1905425 →
>>1905709 →
В двух словах - как перекатился, что пилил на джаве, что пилишь на го?
>>1906156
Блд, увидел ответ (>>1906157 →), хз куда смотрел до этого.
В общем, всё понятно.
Если кто-то ещё поделится подробностями переката из джавы в го - буду признателен.
Блд, увидел ответ (>>1906157 →), хз куда смотрел до этого.
В общем, всё понятно.
Если кто-то ещё поделится подробностями переката из джавы в го - буду признателен.
>>1906151
На плюсах ты точно также можешь этим заниматься. Уровень языка определяет не то, что на нем иногда делают. В го ты будешь ебаться с тюнингом того-же латенси как чорт, если ты не работаешь в говноконторе (а на го их меньше, чем нормального хайлоада) - ты как раз будешь заниматься конкретно что байтоебством, при чем с обязательным знанием как тот-же gc и шелдуер внутри работает.
На плюсах ты точно также можешь этим заниматься. Уровень языка определяет не то, что на нем иногда делают. В го ты будешь ебаться с тюнингом того-же латенси как чорт, если ты не работаешь в говноконторе (а на го их меньше, чем нормального хайлоада) - ты как раз будешь заниматься конкретно что байтоебством, при чем с обязательным знанием как тот-же gc и шелдуер внутри работает.
>>1906177
Да нихуя. Сколько уже людей приходили на конфы и говорили: нам был нужен перформанс, мы короч взяли го и просто написали нормально, ничего специально не задрачивали - и сразу попали в SLA.
Если тебе нужен такой хайлоад, что тебе в го нужно уже байтики ебать, то во-первых, сколько ты дрочил алгоритмы перед тем, как тебя взяли в гугл пили прохладную, а во-вторых, нахуя тебе го в таком случае, если есть плюсы или раст?
В го есть ряд вещей, которые реально тюнятся:
- аллокатор, так в го сравнительно "дорогие" аллокации из-за того, что сборщик мусора не перемещающий, в итоге с дефрагментацией они на аллокациях борятся, решается переиспользованием объектов в узких местах через sync.Pool;
- планировщик, если у тебя прям слишком много горутин. Решается профилированием и пулами горутин;
- гц иногда захлебывается из-за слишком большого количества указателей, решается в первую очередь правильным их использованием (чтобы не держать миллионные мапы структур с указателями в памяти к примеру); И только если у тебя нужно хранить в рантайме десятки гигабайт, то нужно будет скрывать эту память гц с помощью магии.
Ну и дальше базовые вещи, типа, не ждать лишний раз, не выделять ненужное, использовать правильные алгоритмы и всё такое.
Как видишь, байтоёбства я не упомянул.
Может ещё можно вспомнить уже совсем конкретные оптимизации типа использования []byte вместо string из-за иммутабельности и лишних указателей, но это совсем мелочи.
Если ты не джун - то ты и так должен этого знать.
Да нихуя. Сколько уже людей приходили на конфы и говорили: нам был нужен перформанс, мы короч взяли го и просто написали нормально, ничего специально не задрачивали - и сразу попали в SLA.
Если тебе нужен такой хайлоад, что тебе в го нужно уже байтики ебать, то во-первых, сколько ты дрочил алгоритмы перед тем, как тебя взяли в гугл пили прохладную, а во-вторых, нахуя тебе го в таком случае, если есть плюсы или раст?
В го есть ряд вещей, которые реально тюнятся:
- аллокатор, так в го сравнительно "дорогие" аллокации из-за того, что сборщик мусора не перемещающий, в итоге с дефрагментацией они на аллокациях борятся, решается переиспользованием объектов в узких местах через sync.Pool;
- планировщик, если у тебя прям слишком много горутин. Решается профилированием и пулами горутин;
- гц иногда захлебывается из-за слишком большого количества указателей, решается в первую очередь правильным их использованием (чтобы не держать миллионные мапы структур с указателями в памяти к примеру); И только если у тебя нужно хранить в рантайме десятки гигабайт, то нужно будет скрывать эту память гц с помощью магии.
Ну и дальше базовые вещи, типа, не ждать лишний раз, не выделять ненужное, использовать правильные алгоритмы и всё такое.
Как видишь, байтоёбства я не упомянул.
Может ещё можно вспомнить уже совсем конкретные оптимизации типа использования []byte вместо string из-за иммутабельности и лишних указателей, но это совсем мелочи.
> при чем с обязательным знанием как тот-же gc и шелдуер внутри работает.
Если ты не джун - то ты и так должен этого знать.
>>1906206
Слыш, ты умный самый, чертила? Нахуй иди. Я сказал байтоебский - значит байтоебский.
Что это значит и как относится к байтоебству, если это контракт между сервисами просто?
Слыш, ты умный самый, чертила? Нахуй иди. Я сказал байтоебский - значит байтоебский.
> попали в SLA
Что это значит и как относится к байтоебству, если это контракт между сервисами просто?
>>1906220
Ну грубо говоря, вы договорились, что твой сервис выдерживает 5000rps, а ты написал на php и он выдерживает только 500rps. Ты такой просто переписал его на go и даже не сильно тюнил, и он сразу вынес 10000rps, так что ты сходу выполнил договорённости, без лишнего байтоёбства.
> Что это значит и как относится к байтоебству, если это контракт между сервисами просто?
Ну грубо говоря, вы договорились, что твой сервис выдерживает 5000rps, а ты написал на php и он выдерживает только 500rps. Ты такой просто переписал его на go и даже не сильно тюнил, и он сразу вынес 10000rps, так что ты сходу выполнил договорённости, без лишнего байтоёбства.
>>1906226
Так надо сначала узнать сколько выдержит, а потом уже обещать. Ну ты и пидрила, чисто в крысу наебщик епта.
Так надо сначала узнать сколько выдержит, а потом уже обещать. Ну ты и пидрила, чисто в крысу наебщик епта.
>>1906228
Лол, ну давай, к тебе придёт клиент и скажет "я короч хочу сайт, чтобы он там миллион пользователей одновременно мог выдержать, а то опять тормозное говно мне сделаете". Если ты ему ответишь "давай я сначала накодю, а потом померяем", то он тебя нахуй пошлёт и меня наймёт и правильно сделает. Потому что я подумаю и выдаем ему реалистичное число, которое потом мы в контракт и напишем (прямо над чеком в миллион баксов лично мне). Бизнес логику напишу на чём угодно, а узкие места на том же го сделаю и нормально будет.
Лол, ну давай, к тебе придёт клиент и скажет "я короч хочу сайт, чтобы он там миллион пользователей одновременно мог выдержать, а то опять тормозное говно мне сделаете". Если ты ему ответишь "давай я сначала накодю, а потом померяем", то он тебя нахуй пошлёт и меня наймёт и правильно сделает. Потому что я подумаю и выдаем ему реалистичное число, которое потом мы в контракт и напишем (прямо над чеком в миллион баксов лично мне). Бизнес логику напишу на чём угодно, а узкие места на том же го сделаю и нормально будет.
>>1905776
Что ты хотел этим продемонстрировать?
Ты типа только вчера для себя открыл го, или что?
Книжку хоть одну прочёл?
Да, нету дженериков, и что?
Надеюсь, что и не будет никогда.
Нравятся дженерики - пиши на шарпе.
Что ты хотел этим продемонстрировать?
Ты типа только вчера для себя открыл го, или что?
Книжку хоть одну прочёл?
Да, нету дженериков, и что?
Надеюсь, что и не будет никогда.
Нравятся дженерики - пиши на шарпе.
>>1906234
Нет, я в озоне работаю уже больше года. Продемонстрировал одну из неочевидных фич и в шутку выебал Роба Пайка, а что не нравится? Могу себе позволить, т.к. знаю все такие детали языка.
> Книжку хоть одну прочёл?
Нет, я в озоне работаю уже больше года. Продемонстрировал одну из неочевидных фич и в шутку выебал Роба Пайка, а что не нравится? Могу себе позволить, т.к. знаю все такие детали языка.
>>1906241
Нет, не показал.
Нет, не показал.
>>1906239
Как я понял, тут дело в том, что массивы (и слайсы) в го хранят объекты, а не ссылки на них. Т.е. нужно знать размер объекта, чтобы делать то, что ты хочешь.
Поэтому, тут никакие дженерики не помогут.
>>1906241
Но, почему то же самое не работает с указателями?
У указателей тоже разный размер, или что?
Как я понял, тут дело в том, что массивы (и слайсы) в го хранят объекты, а не ссылки на них. Т.е. нужно знать размер объекта, чтобы делать то, что ты хочешь.
Поэтому, тут никакие дженерики не помогут.
>>1906241
Но, почему то же самое не работает с указателями?
У указателей тоже разный размер, или что?
>>1906286
Не совсем так, в массивах и слайсах можно хранить как объекты, так и ссылки.
Это же типичная ситуация, когда дженерики как раз и помогают
>>1906286
Указатели все имеют одинаковый размер, а вот интерфейсное значение и указатель - разное. Такой дизайн сделан сознательно, чтобы не прятать за магию операцию, требующую О(n) алокаций интерфейсных значений. Если тебе реально нужно преобразовать слайс объектов в слайс интерфейсных значений - сам напишешь лишние 5 строчек.
>Как я понял, тут дело в том, что массивы (и слайсы) в го хранят объекты, а не ссылки на них. Т.е. нужно знать размер объекта, чтобы делать то, что ты хочешь.
Не совсем так, в массивах и слайсах можно хранить как объекты, так и ссылки.
>Поэтому, тут никакие дженерики не помогут.
Это же типичная ситуация, когда дженерики как раз и помогают
>>1906286
Указатели все имеют одинаковый размер, а вот интерфейсное значение и указатель - разное. Такой дизайн сделан сознательно, чтобы не прятать за магию операцию, требующую О(n) алокаций интерфейсных значений. Если тебе реально нужно преобразовать слайс объектов в слайс интерфейсных значений - сам напишешь лишние 5 строчек.
>>1906420
Удваиваю.
Хорошо, что дженерики таки будут.
btw, можно было бы сделать так, чтобы можно было сделать []interface{}([]Object) вместо ручных for'ов. Хотя дженерики и это решат.
Удваиваю.
Хорошо, что дженерики таки будут.
btw, можно было бы сделать так, чтобы можно было сделать []interface{}([]Object) вместо ручных for'ов. Хотя дженерики и это решат.
>>1905210 (OP)
после Сишки, Го кажется уебищным языком, это норма? к этому привыкаешь? Есть тут бывшие сишники, поделитесь успехом...
после Сишки, Го кажется уебищным языком, это норма? к этому привыкаешь? Есть тут бывшие сишники, поделитесь успехом...
>>1906440
После сишки даже плюсы кажутся уебищным языком. Привыкай.
После сишки даже плюсы кажутся уебищным языком. Привыкай.
>>1905942
Не совсем: https://golang.org/doc/faq#stack_or_heap . TL;DR : арифметика указателей инкапсулирована в самих конструкциях языка. Переменные созданные в скоупе функции, лежат на стеке если они хранят небольшое количество байт и на них нет указателей или они есть но не выходят за пределы скоупа функций. Иначе переменная создается в куче. Вот в C/C++, Rust есть голые указатели которые дают полный контроль над памятью.
>поинтеры это реальные поинтеры в память, а не просто сахар
Не совсем: https://golang.org/doc/faq#stack_or_heap . TL;DR : арифметика указателей инкапсулирована в самих конструкциях языка. Переменные созданные в скоупе функции, лежат на стеке если они хранят небольшое количество байт и на них нет указателей или они есть но не выходят за пределы скоупа функций. Иначе переменная создается в куче. Вот в C/C++, Rust есть голые указатели которые дают полный контроль над памятью.
Какой же ебанутый майндсет. https://golang.org/doc/faq#assertions
"Глупые программистишки не отличают ошибки, которые нужно обрабатывать, от дебажных ассертов, поэтому мы их не сделали))0"
"Глупые программистишки не отличают ошибки, которые нужно обрабатывать, от дебажных ассертов, поэтому мы их не сделали))0"
>>1906450
>>1906447
А зачем они нужны? Не проще код просто писать так, чтобы значения не пидорасило в разные стороны? По идее ты можешь написать функцию эту сам, или я ошибаюсь и ассерт - это больше, чем тупо функция, кидающая панику при неверном кондишене в её аргументе?
Если что у меня нет бэкграунда в сях, просто рил интересно
>>1906447
А зачем они нужны? Не проще код просто писать так, чтобы значения не пидорасило в разные стороны? По идее ты можешь написать функцию эту сам, или я ошибаюсь и ассерт - это больше, чем тупо функция, кидающая панику при неверном кондишене в её аргументе?
Если что у меня нет бэкграунда в сях, просто рил интересно
>>1906446
Почему не совсем? То, что хипа/стек определяется автоматически - не значит, что поинтер это не поинтер. Го это язык со сборщиком мусора, поэтому логично, что тебе не нужно руками в память писать. Но ты можешь спокойно сам аллоцировать память (правда в обход GC, т.е. придется еще позаботиться о том, чтобы за собой убрать), есть целые техники в го даже с этим связанные. Но если тебя не ебет перформанс в рот - проще довериться gc, он умён не по годам, так сказать.
>>1906451
В го это тоже escape analysis
Почему не совсем? То, что хипа/стек определяется автоматически - не значит, что поинтер это не поинтер. Го это язык со сборщиком мусора, поэтому логично, что тебе не нужно руками в память писать. Но ты можешь спокойно сам аллоцировать память (правда в обход GC, т.е. придется еще позаботиться о том, чтобы за собой убрать), есть целые техники в го даже с этим связанные. Но если тебя не ебет перформанс в рот - проще довериться gc, он умён не по годам, так сказать.
>>1906451
В го это тоже escape analysis
>>1906453
В жс не поинтеры, там референсы, как в том-же ПХП. Просто имитация на уровне интерпретатора. Го например аллоцирует все на реальной куче и стеке, а жс вообще интерпретируется, там столько абстракций, что ахуеешь.
В жс не поинтеры, там референсы, как в том-же ПХП. Просто имитация на уровне интерпретатора. Го например аллоцирует все на реальной куче и стеке, а жс вообще интерпретируется, там столько абстракций, что ахуеешь.
Я конечно дика извиняюсь, но у меня с члена капает при виде каловых масс? Это запах романтики...
с ув. maxmol
с ув. maxmol
>>1906469
в курсе его мать родная в унитах хотела смыть жаль не поместился и пришлось по старинки ебашить кирпичом по голове но он почему то выжил и даже научился копировать хелло ворлды на луа и выдавать за свой аддон
в курсе его мать родная в унитах хотела смыть жаль не поместился и пришлось по старинки ебашить кирпичом по голове но он почему то выжил и даже научился копировать хелло ворлды на луа и выдавать за свой аддон
>>1906472
Покажи мне человека который этого не делал, лол.
Покажи мне человека который этого не делал, лол.
вы далбёбы на луа песать надо
тут дух старой школы живёт скрря
выне паньмаете что гоу это мазохищм нахуй???
с ув. шлакомол
тут дух старой школы живёт скрря
выне паньмаете что гоу это мазохищм нахуй???
с ув. шлакомол
>>1906477
Калцуровсратого молявошнобеля с калопластомой головного мозга забыть спросили.
Калцуровсратого молявошнобеля с калопластомой головного мозга забыть спросили.
>>1906483
а можна я чиркаль со штанов сгризу м)
я очнь галодний меня в макдудльсе забанили за перееданее
с ув. копромол
а можна я чиркаль со штанов сгризу м)
я очнь галодний меня в макдудльсе забанили за перееданее
с ув. копромол
>>1906484
Не.
Не.
>>1905942
Можно подробнее? Или это просто :
n := &T{}
n = nil
?
>можешь руками память чистить с вырубленным gc
Можно подробнее? Или это просто :
n := &T{}
n = nil
?
>>1906501
Наоборот чувствуешь себя master, на которого нигирийцы работают и тему на блюдечке подносят, не шаришь.
Наоборот чувствуешь себя master, на которого нигирийцы работают и тему на блюдечке подносят, не шаришь.
>>1906446
Гошный компилятор намного продвинутее чем кажется
Многие почему-то думают что слайсы значит хип
Гошный компилятор намного продвинутее чем кажется
Многие почему-то думают что слайсы значит хип
>>1906532
Никто не спорит, компилятор и инлайнинги делает и кучу разных оптимизаций, пока до машинного кода дойдет - твоя программа вообще может быть не похожа по синтаксису на то, что ты изначально в своей ide наговношлепил.
Никто не спорит, компилятор и инлайнинги делает и кучу разных оптимизаций, пока до машинного кода дойдет - твоя программа вообще может быть не похожа по синтаксису на то, что ты изначально в своей ide наговношлепил.
>>1906455
Правильно. Это значит что поинтер - не прямой поинтер в ОЗУ в отличие от звездочки в Си/Крестах (хотя и выглядит также).
>>1906456
Референсы - это поинтеры, которые компилятор/интерпретатор дереференсит за тебя в контекстах их использования.
Это если JIT компилятору не удалось угадать типы аргументов и локальных переменных функции. Интерпретируемость никак не относится к тому, как выделяется память в языке. В ЖС различаются stack allocated vs heap allocated variables, и это также достигается escape analysis-ом как и в Го-шке.
>То, что хипа/стек определяется автоматически - не значит, что поинтер это не поинтер
Правильно. Это значит что поинтер - не прямой поинтер в ОЗУ в отличие от звездочки в Си/Крестах (хотя и выглядит также).
>>1906456
Референсы - это поинтеры, которые компилятор/интерпретатор дереференсит за тебя в контекстах их использования.
> а жс вообще интерпретируется
Это если JIT компилятору не удалось угадать типы аргументов и локальных переменных функции. Интерпретируемость никак не относится к тому, как выделяется память в языке. В ЖС различаются stack allocated vs heap allocated variables, и это также достигается escape analysis-ом как и в Го-шке.
>>1906606
Не прямой поинтер - это как?
>Это значит что поинтер - не прямой поинтер в ОЗУ в отличие от звездочки в Си/Крестах (хотя и выглядит также).
Не прямой поинтер - это как?
>>1906606
От того, что появляется сборщик мусора, поинтеры не перестают быть поинтерами.
От того, что появляется сборщик мусора, поинтеры не перестают быть поинтерами.
>>1906421
А в чём проблема сделать 2 функции
// +build default
func assert(callback func() bool) {
if callback() {
panic("assertion failed")
}
}
и
// +build prod
func assert(_ func() bool) {}
??
И при компиляции пустая функция просто скипнется.
А в чём проблема сделать 2 функции
// +build default
func assert(callback func() bool) {
if callback() {
panic("assertion failed")
}
}
и
// +build prod
func assert(_ func() bool) {}
??
И при компиляции пустая функция просто скипнется.
>>1906676
Зачем ты байтоебу отвечаешь? Он в прошлом треде доебывал почему это его любимого Variant нет в го.
Зачем ты байтоебу отвечаешь? Он в прошлом треде доебывал почему это его любимого Variant нет в го.
>>1906501
Негры пашут ради барина, а он еще и не рад, тьфу
Негры пашут ради барина, а он еще и не рад, тьфу
>>1906151
Ага, именно поэтому на каждом втором собеседовании просят пояснить за связный список и какие есть проблемы с кешами процессора и еще кучу байтоебских вещей.
> Да высокоуровневый го язык
Ага, именно поэтому на каждом втором собеседовании просят пояснить за связный список и какие есть проблемы с кешами процессора и еще кучу байтоебских вещей.
36 Кб, 600x626Прохожу тур по го.
Объясните мне это блядство пожалуйста.
Я уже по горло сыт этими ебучими условиями и омерзительной подачей материала
>методы и прочее, 22 из 26
>Implement a Reader type that emits an infinite stream of the ASCII character 'A'.
>Реализуйте тип Reader, который испускает бесконечный поток символа ASCII «A».
>Нихуя не понял, бился 3 часа в попытках честно написать код самостоятельно.
>2 года не курил, снова начал
>Заебало, загуглил
>реализация метода https://gist.github.com/rndD/5ba3c7c9883de396a4ea оказывается должна считать количество символов А, которыми заполняется массив
Объясните мне это блядство пожалуйста.
Я уже по горло сыт этими ебучими условиями и омерзительной подачей материала
8 Кб, 215x234>>1906482
Надо следующий тред с этой картинки начать
Надо следующий тред с этой картинки начать
>>1907868
Да, это довольно не очевидный момент - ридер это тип, который не просто имплементит метод, но еще и соответствует 6 абзацам комментариев над интерфейсом https://golang.org/pkg/io/#Reader
Да, это довольно не очевидный момент - ридер это тип, который не просто имплементит метод, но еще и соответствует 6 абзацам комментариев над интерфейсом https://golang.org/pkg/io/#Reader
>>1907700
Ты сразу же обосрался, ибо если бы хоть немного шарил в теме - понял бы, что связный список и проблемы с кешами - это один общий логический блок. В итоге ты половину фразы вырвал и обосрался.
> жс макака, ты?
> за связный список и какие есть проблемы с кешами процессора
Ты сразу же обосрался, ибо если бы хоть немного шарил в теме - понял бы, что связный список и проблемы с кешами - это один общий логический блок. В итоге ты половину фразы вырвал и обосрался.
>>1907868
Ну ты не понял сути ридер интерфейса как и не смог в чтение спецификации методов, лол
Ну ты не понял сути ридер интерфейса как и не смог в чтение спецификации методов, лол
149 Кб, 1440x900>>1908018
Под блядством я подразумевал омерзительную подачу материала.
Это же тур по го, верно? Обязательный для вкатывающихся, как описано в шапке, да?
Кал говна ёбаный.
Материал нормально подается вплоть до описания методов. Потом кучкой идет чисто теория, где тебе надо посмотреть код и прожать кнопку далее и никакого закрепления работы с указателями, методов, интерфейсов нет. А это 80% от этапа по количеству шагов. Остальные 20% - это уже новый материал, краткий пример работы с ним или вообще его отсутствие и непонятное описание того, что от тебя хотят в шаге упражнения.
>>1907995
Спасибо. Только это должно было быть описано в туре, а не на дваче, лол.
Существует нормальная замена этому туру по го?
Я дошел до rot13Reader и вообще ничего не понял.
Я могу гуглить примеры, но это не то, как должно проходить обучение, ящитаю.
Под блядством я подразумевал омерзительную подачу материала.
Это же тур по го, верно? Обязательный для вкатывающихся, как описано в шапке, да?
Кал говна ёбаный.
Материал нормально подается вплоть до описания методов. Потом кучкой идет чисто теория, где тебе надо посмотреть код и прожать кнопку далее и никакого закрепления работы с указателями, методов, интерфейсов нет. А это 80% от этапа по количеству шагов. Остальные 20% - это уже новый материал, краткий пример работы с ним или вообще его отсутствие и непонятное описание того, что от тебя хотят в шаге упражнения.
>>1907995
Спасибо. Только это должно было быть описано в туре, а не на дваче, лол.
Существует нормальная замена этому туру по го?
Я дошел до rot13Reader и вообще ничего не понял.
Я могу гуглить примеры, но это не то, как должно проходить обучение, ящитаю.
>>1908120
Так тур - это просто вводное ознакомления. Он и не создан для того, чтобы ты вышел из него топ знатоком голэнга.
Так тур - это просто вводное ознакомления. Он и не создан для того, чтобы ты вышел из него топ знатоком голэнга.
>>1908123
Компьютерсаенс-шиз, ты?
Компьютерсаенс-шиз, ты?
>>1908120
Так он ахуенный же. По всем основам языка галопом пробегаются. Это же не онлайн курс, тур предполагает как раз ТУР, т.е. ОЗНАКОМЛЕНИЕ с языком. Если что не понятно - нужно гуглить, а не надеяться, что тебе в коротком туре объяснят все до самых мелочей.
А ридеры и райтеры - это тема специфичная, ты её поймешь только после пары крупных статей и самостоятельного дрочева.
> Существует нормальная замена этому туру по го?
Так он ахуенный же. По всем основам языка галопом пробегаются. Это же не онлайн курс, тур предполагает как раз ТУР, т.е. ОЗНАКОМЛЕНИЕ с языком. Если что не понятно - нужно гуглить, а не надеяться, что тебе в коротком туре объяснят все до самых мелочей.
А ридеры и райтеры - это тема специфичная, ты её поймешь только после пары крупных статей и самостоятельного дрочева.
>>1908239
Спасибо, приободрил.
Но вообще это выглядит как требование решать рокетсаенс после биквадратных уравнений.
Чуствуешь себя, будто отвлекся на минуту и пропустил объяснение, а объяснения и не было. Зачем тогда там упражнения...
Ладно, я просто попозже вернусь к этому.
Спасибо, приободрил.
Но вообще это выглядит как требование решать рокетсаенс после биквадратных уравнений.
Чуствуешь себя, будто отвлекся на минуту и пропустил объяснение, а объяснения и не было. Зачем тогда там упражнения...
Ладно, я просто попозже вернусь к этому.
>>1908244
Да я сам ахуевал с этих reader/writer. Т.е. как работают понимал, но нахуй настолько низкоуровневая абстракция нужна - не понимал. А когда код начинаешь писать и встречать их везде - понимаешь, что это ахуенный способ перенаправлять потоки байтовой/строковой информации, например os.stdout это readwriter, как и файл. Короче очень удобная хуйня, когда начнешь с stdlib разбираться подробнее.
Да я сам ахуевал с этих reader/writer. Т.е. как работают понимал, но нахуй настолько низкоуровневая абстракция нужна - не понимал. А когда код начинаешь писать и встречать их везде - понимаешь, что это ахуенный способ перенаправлять потоки байтовой/строковой информации, например os.stdout это readwriter, как и файл. Короче очень удобная хуйня, когда начнешь с stdlib разбираться подробнее.
>>1908381
Ну я не видел ничего подобного в других языках (не считая чтения с файла), в го впервые столкнулся с настолько аскетичным решением и настолько утвержденным интерфейсом на всю экосистему.
Ну я не видел ничего подобного в других языках (не считая чтения с файла), в го впервые столкнулся с настолько аскетичным решением и настолько утвержденным интерфейсом на всю экосистему.
>>1908426
Чтение из файла - это фундаментальная абстракция в unix-like осях, на которой работает все
Чтение из файла - это фундаментальная абстракция в unix-like осях, на которой работает все
187 Кб, 985x857>>1905210 (OP)
ДЖЕНЕРИКИ
Начался процесс апрува последнего диз документа для дженериков :https://blog.golang.org/generics-proposal
Обсуждение вынесено в соответствующий issue на гитхабе: https://github.com/golang/go/issues/43651
Если кратко - в результате этого процесса принимается окончательное решение принимать ли диздок к ИСПОЛНЕНИЮ, поставить на паузу, или полностью отклонить. Отклонять конкретно данное изменение не будут, по сути сейчас происходит процесс окончательного утверждения дизайндока, возможно отправится на доработку.
ДЖЕНЕРИКИ
Начался процесс апрува последнего диз документа для дженериков :https://blog.golang.org/generics-proposal
Обсуждение вынесено в соответствующий issue на гитхабе: https://github.com/golang/go/issues/43651
Если кратко - в результате этого процесса принимается окончательное решение принимать ли диздок к ИСПОЛНЕНИЮ, поставить на паузу, или полностью отклонить. Отклонять конкретно данное изменение не будут, по сути сейчас происходит процесс окончательного утверждения дизайндока, возможно отправится на доработку.
>>1908823
Скоро в го останется не 100500 вещей, над которыми можно орать, а всего 100499
Скоро в го останется не 100500 вещей, над которыми можно орать, а всего 100499
>>1908829
В твоей мамаше места под хуй не останется зато
В твоей мамаше места под хуй не останется зато
>>1908823
Здравый смысл восторжествовал, и типы теперь не в уебанских круглых скобках.
> func F[T any](p T) { ... }
Здравый смысл восторжествовал, и типы теперь не в уебанских круглых скобках.
Лампово тут у вас, поцоны. Подпишусь, пожалуй.
мамкин киберсекс с кризисом среднего возраста, решивший на старости лет вяло перетечь в погроммисты из говна безопасности
мамкин киберсекс с кризисом среднего возраста, решивший на старости лет вяло перетечь в погроммисты из говна безопасности
>>1909079
Как мне теперь оправдывать свое хуепинание? Раньше говорил, что ПРОВЕРЯЮ БЕЗОПАСНОСТЬ КОДОГЕНЕРАТОРА :(((
Как мне теперь оправдывать свое хуепинание? Раньше говорил, что ПРОВЕРЯЮ БЕЗОПАСНОСТЬ КОДОГЕНЕРАТОРА :(((
>>1877742 →
Чистый код читай. Если коротко - весь файл целеком ты все равно не запомнишь, неважно, там 2-3 экрана текста или 15, да и детали реализации методов не важны, пока ты не знаешь где и при каких условиях они вызываются (см любой доклад Григория Петрова, например вот https://www.youtube.com/watch?v=z5WkDQVeYU4).[РАСКРЫТЬ] Тебе в любой момент времени, когда ты смотришь на код, важнее как методы между собой взаимодействуют, а на вопрос - что они сами, непосредственно, делают, тебе в значительной мере должно ответить имя метода. Если же нужно поподробнее - тогда переходишь в скоуп определения функции и уже там повторяешь эти же действия. В большинстве случаев ты , вызывая fmt.Printf думаешь о том, что он выведет тебе что-то в терминал, а не о том, что оно распарсит строку формата, для каждого аргумента чекнет, имплементит ли он один из 3-х методов, меняющих поведение преобразование их в стрингу, в случае дефолтного флага из строки темплейта, если он отличается от дефолтного, скорректировать так же приведение к стринге и на его основании, составит из этого всего слайс байт и запишет этот слайс в специальный файл операционной системы, чтобы результат вывелся на экран.
Чистый код читай. Если коротко - весь файл целеком ты все равно не запомнишь, неважно, там 2-3 экрана текста или 15, да и детали реализации методов не важны, пока ты не знаешь где и при каких условиях они вызываются (см любой доклад Григория Петрова, например вот https://www.youtube.com/watch?v=z5WkDQVeYU4).[РАСКРЫТЬ] Тебе в любой момент времени, когда ты смотришь на код, важнее как методы между собой взаимодействуют, а на вопрос - что они сами, непосредственно, делают, тебе в значительной мере должно ответить имя метода. Если же нужно поподробнее - тогда переходишь в скоуп определения функции и уже там повторяешь эти же действия. В большинстве случаев ты , вызывая fmt.Printf думаешь о том, что он выведет тебе что-то в терминал, а не о том, что оно распарсит строку формата, для каждого аргумента чекнет, имплементит ли он один из 3-х методов, меняющих поведение преобразование их в стрингу, в случае дефолтного флага из строки темплейта, если он отличается от дефолтного, скорректировать так же приведение к стринге и на его основании, составит из этого всего слайс байт и запишет этот слайс в специальный файл операционной системы, чтобы результат вывелся на экран.
>>1908823
Ну ещё годик и завезут
Ну ещё годик и завезут
Кто-то пилил voip (voice over ip) сервер на го? Расскажите что да как, с какими проблемами сталкивались?
Вопрос вообще по хаскелю, но его тред мертв и в нем тоже зеленые треды и думаю, они работают одинаково.
Вот у шарпах и джсах есть async await. Когда есть длинная IO операция, например скачать файл, то чтобы не лочить основной поток, ты просто передаешь лямбду которая в качестве аргумента примет тот файл. В результате в этом же потоке можно выполнять другой код, а когда файл скачается, то что-то где-то запустит твою лямбду.
А что с этими зелеными потоками? Они тоже эту задачу решают? Потому что в моем понимании, если вызвать такой поток с ио операцией, то у тебя просто будет два потока, один из которых просто будет простаивать и ждать закачки файла. Или рантайм дохуя умный, поймет что поток нихуя не делает и засуспендит его? А откуда он тогда будет знать, когда файл скачается и что надо снова запустить поток?
Вот у шарпах и джсах есть async await. Когда есть длинная IO операция, например скачать файл, то чтобы не лочить основной поток, ты просто передаешь лямбду которая в качестве аргумента примет тот файл. В результате в этом же потоке можно выполнять другой код, а когда файл скачается, то что-то где-то запустит твою лямбду.
А что с этими зелеными потоками? Они тоже эту задачу решают? Потому что в моем понимании, если вызвать такой поток с ио операцией, то у тебя просто будет два потока, один из которых просто будет простаивать и ждать закачки файла. Или рантайм дохуя умный, поймет что поток нихуя не делает и засуспендит его? А откуда он тогда будет знать, когда файл скачается и что надо снова запустить поток?
>>1910961
а джс откуда знает, маня? вот и гошечка оттуда же
мимо сениор энтерпрайз goфер
> А откуда он тогда будет знать, когда файл скачается и что надо снова запустить поток?
а джс откуда знает, маня? вот и гошечка оттуда же
мимо сениор энтерпрайз goфер
>>1910961
Ну смотри, есть процесс, у него есть очередь с горутинами, он берет из нее горутину и выполняет её в отдельном ос-треде, если горутина переходит в режим ожидания, то планировщик перемещает её обратно в очередь, переключает контекст и берет следующую. Так работает планировщик в го, если у тебя один процесс. В случае ели процессов несколько, то происходит кража горутин и тд. Как это работает в хачкеле, хз.
Ну смотри, есть процесс, у него есть очередь с горутинами, он берет из нее горутину и выполняет её в отдельном ос-треде, если горутина переходит в режим ожидания, то планировщик перемещает её обратно в очередь, переключает контекст и берет следующую. Так работает планировщик в го, если у тебя один процесс. В случае ели процессов несколько, то происходит кража горутин и тд. Как это работает в хачкеле, хз.
>>1910961
Вообще ничем не отличается, можешь также ждать окончания в каком-то месте с помощью канала, можешь забить хуй и точно также выполнить по окончанию что хочешь. Можешь мьютексами жонглировать. Вопрос то твой в чем?
ГОвнарь разраб выше частично прав. Планировщик ГОвна просто перекинет её в локальную очередь на том треде и вернет её к выполнению когда сисколл интерраптнется и вернет ответ. Но тут планировщик ГОвна и планировщик самой ОС вместе работают, ибо планировщик го тоже работает под ОС и ОС спокойно его прерывает. Сисколл тот же именно ОС интеррапт делать будет и т.д. Но да, если у тебя на одном физическом потоке 30 горутин, то та, где произошел лок по сисколлу - будет разлочена только когда разлочится этот сисколл, т.е. впустую гоняться на потоке она не будет. Точно также и с нетворк коллами и всем остальным, что ты ожидаешь и от самого планировщика ОС (правда на некоторых процах типа некоторых интеллов есть целые отдельные треды только для нетворк коллов, вот там чуть другая логика будет, но можешь хуй забить).
Мимо ГОвноеб миддл разработчик
> А что с этими зелеными потоками? Они тоже эту задачу решают?
Вообще ничем не отличается, можешь также ждать окончания в каком-то месте с помощью канала, можешь забить хуй и точно также выполнить по окончанию что хочешь. Можешь мьютексами жонглировать. Вопрос то твой в чем?
> если вызвать такой поток с ио операцией, то у тебя просто будет два потока, один из которых просто будет простаивать и ждать закачки файла
ГОвнарь разраб выше частично прав. Планировщик ГОвна просто перекинет её в локальную очередь на том треде и вернет её к выполнению когда сисколл интерраптнется и вернет ответ. Но тут планировщик ГОвна и планировщик самой ОС вместе работают, ибо планировщик го тоже работает под ОС и ОС спокойно его прерывает. Сисколл тот же именно ОС интеррапт делать будет и т.д. Но да, если у тебя на одном физическом потоке 30 горутин, то та, где произошел лок по сисколлу - будет разлочена только когда разлочится этот сисколл, т.е. впустую гоняться на потоке она не будет. Точно также и с нетворк коллами и всем остальным, что ты ожидаешь и от самого планировщика ОС (правда на некоторых процах типа некоторых интеллов есть целые отдельные треды только для нетворк коллов, вот там чуть другая логика будет, но можешь хуй забить).
Мимо ГОвноеб миддл разработчик
Kek
>>1911014
То есть когда в гринпотоке запускается ио операция, он помечается "спящим", но также создается и каллбэк, при вызове которого поток перестает быть спящим, и значит рантайм его в скором времени запустит, да?
А как вообще работает ио на лоулевеле? В моем понимании, в системные вызовы можно передать каллбэк, который в шарпе, к примеру, запускает юзерский код после слова await, а в го помечает тред как "неспящий".
И какие преимущества/недостатки у потоков? Я вижу только плюс - не надо помечать каждую функцию асинхронной, рантайм сам поймет какой поток спит.
То есть когда в гринпотоке запускается ио операция, он помечается "спящим", но также создается и каллбэк, при вызове которого поток перестает быть спящим, и значит рантайм его в скором времени запустит, да?
А как вообще работает ио на лоулевеле? В моем понимании, в системные вызовы можно передать каллбэк, который в шарпе, к примеру, запускает юзерский код после слова await, а в го помечает тред как "неспящий".
И какие преимущества/недостатки у потоков? Я вижу только плюс - не надо помечать каждую функцию асинхронной, рантайм сам поймет какой поток спит.
>>1911350
Я про то, что в шарпе для каждой io функции есть асинхронный дубликат, типа File.Read() и File.ReadAsync(). Ну и если я придумаю свою асинхронную либу для хаскеля, то мне придется писать обертки для КАЖДОЙ io функции, тогда как с гринтредами тупо пишешь forkIO <youriofunction> и оно сработает.
> не надо помечать каждую функцию асинхронной
Я про то, что в шарпе для каждой io функции есть асинхронный дубликат, типа File.Read() и File.ReadAsync(). Ну и если я придумаю свою асинхронную либу для хаскеля, то мне придется писать обертки для КАЖДОЙ io функции, тогда как с гринтредами тупо пишешь forkIO <youriofunction> и оно сработает.
>>1911350
Ну если грубо - то да, так.
Я не знаю что ты имеешь в виду под коллбэком. Когда в горутине происходит сис колл - происходит её блокировка, сразу же происходит подруб планировщика на физическом потоке (го запускает по одному планировщику на каждый реальный поток) и планировщик перемещает эту горутину в очередь и берет из этой очереди горутину, которая не "ждет" ничего, и кидает её на выполнение в этом же физическом потоке. Когда от ОС возвращается ответ (прерывание) по сис коллу - эта заблокированная горутина переходит в "готовые продолжить пахать на барина", при последующем прогоне планировщика - он может продолжить её выполнение (а может и другую, как сам вздумает своими алгоритмами).
Планировщик самого ГОвна работает схожим образом с планировщиком процессов в самой ОперационнойСистеме, в ОС обычно есть 3 состояния у процесса на физическом потоке - runnable (т.е. можно дать ему процессорного времени, т.е. закинуть на физ. поток), waiting (процесс ждет ответа системного вызова, его игнорим) и executing (процесс прямо сейчас выполняется на потоке). В ГОвне схожим образом работают горутины, но уже не на физических потоках, а в абстракции зеленых конкурентных.
Чушь спизданул. Ты пиздец путаешь понятия, либо в теме не разбираешься. Я тебе расписываю как сам планировщик грин тредов в го работает, а не как на уровне кода и функций ты это пишешь. На уровне кода что в шарпе что в голэнге примерно одинаково эта концепция работает, только в голэнге она сильно проще пишется, есть только одно ключевое слово 'go', и все, пишешь 'go mamuEbal()' и твоя функция улетает выполняться асинхронно (не сразу, но в детали вдаваться не буду), никаких коллбэков. А для того, чтобы ждать её выполнения, чтобы эти прцоессы могли взаимодействовать между собой - уже есть разные средства в голэнге, начиная от каналов и заканчивая атомными операциями или мьютексами те же.
Чего? Что с чем сравниваешь, недостатки в сравнении с чем?
Я тебя не понимаю, что помечать, какой поток спит? Что в шарпе что в ГОвне работает все примерно одинаково, просто конструкции языка разные и в ГОвне это все очень просто реализовано, в шарпе больше головной боли, когда дело доходит до взаимодействия между несколькими потоками.
> То есть когда в гринпотоке запускается ио операция, он помечается "спящим"
Ну если грубо - то да, так.
> но также создается и каллбэк, при вызове которого поток перестает быть спящим
Я не знаю что ты имеешь в виду под коллбэком. Когда в горутине происходит сис колл - происходит её блокировка, сразу же происходит подруб планировщика на физическом потоке (го запускает по одному планировщику на каждый реальный поток) и планировщик перемещает эту горутину в очередь и берет из этой очереди горутину, которая не "ждет" ничего, и кидает её на выполнение в этом же физическом потоке. Когда от ОС возвращается ответ (прерывание) по сис коллу - эта заблокированная горутина переходит в "готовые продолжить пахать на барина", при последующем прогоне планировщика - он может продолжить её выполнение (а может и другую, как сам вздумает своими алгоритмами).
Планировщик самого ГОвна работает схожим образом с планировщиком процессов в самой ОперационнойСистеме, в ОС обычно есть 3 состояния у процесса на физическом потоке - runnable (т.е. можно дать ему процессорного времени, т.е. закинуть на физ. поток), waiting (процесс ждет ответа системного вызова, его игнорим) и executing (процесс прямо сейчас выполняется на потоке). В ГОвне схожим образом работают горутины, но уже не на физических потоках, а в абстракции зеленых конкурентных.
> В моем понимании, в системные вызовы можно передать каллбэк, который в шарпе, к примеру, запускает юзерский код после слова await, а в го помечает тред как "неспящий".
Чушь спизданул. Ты пиздец путаешь понятия, либо в теме не разбираешься. Я тебе расписываю как сам планировщик грин тредов в го работает, а не как на уровне кода и функций ты это пишешь. На уровне кода что в шарпе что в голэнге примерно одинаково эта концепция работает, только в голэнге она сильно проще пишется, есть только одно ключевое слово 'go', и все, пишешь 'go mamuEbal()' и твоя функция улетает выполняться асинхронно (не сразу, но в детали вдаваться не буду), никаких коллбэков. А для того, чтобы ждать её выполнения, чтобы эти прцоессы могли взаимодействовать между собой - уже есть разные средства в голэнге, начиная от каналов и заканчивая атомными операциями или мьютексами те же.
> И какие преимущества/недостатки у потоков?
Чего? Что с чем сравниваешь, недостатки в сравнении с чем?
>Я вижу только плюс - не надо помечать каждую функцию асинхронной, рантайм сам поймет какой поток спит.
Я тебя не понимаю, что помечать, какой поток спит? Что в шарпе что в ГОвне работает все примерно одинаково, просто конструкции языка разные и в ГОвне это все очень просто реализовано, в шарпе больше головной боли, когда дело доходит до взаимодействия между несколькими потоками.
>>1911350
Ну если грубо - то да, так.
Я не знаю что ты имеешь в виду под коллбэком. Когда в горутине происходит сис колл - происходит её блокировка, сразу же происходит подруб планировщика на физическом потоке (го запускает по одному планировщику на каждый реальный поток) и планировщик перемещает эту горутину в очередь и берет из этой очереди горутину, которая не "ждет" ничего, и кидает её на выполнение в этом же физическом потоке. Когда от ОС возвращается ответ (прерывание) по сис коллу - эта заблокированная горутина переходит в "готовые продолжить пахать на барина", при последующем прогоне планировщика - он может продолжить её выполнение (а может и другую, как сам вздумает своими алгоритмами).
Планировщик самого ГОвна работает схожим образом с планировщиком процессов в самой ОперационнойСистеме, в ОС обычно есть 3 состояния у процесса на физическом потоке - runnable (т.е. можно дать ему процессорного времени, т.е. закинуть на физ. поток), waiting (процесс ждет ответа системного вызова, его игнорим) и executing (процесс прямо сейчас выполняется на потоке). В ГОвне схожим образом работают горутины, но уже не на физических потоках, а в абстракции зеленых конкурентных.
Чушь спизданул. Ты пиздец путаешь понятия, либо в теме не разбираешься. Я тебе расписываю как сам планировщик грин тредов в го работает, а не как на уровне кода и функций ты это пишешь. На уровне кода что в шарпе что в голэнге примерно одинаково эта концепция работает, только в голэнге она сильно проще пишется, есть только одно ключевое слово 'go', и все, пишешь 'go mamuEbal()' и твоя функция улетает выполняться асинхронно (не сразу, но в детали вдаваться не буду), никаких коллбэков. А для того, чтобы ждать её выполнения, чтобы эти прцоессы могли взаимодействовать между собой - уже есть разные средства в голэнге, начиная от каналов и заканчивая атомными операциями или мьютексами те же.
Чего? Что с чем сравниваешь, недостатки в сравнении с чем?
Я тебя не понимаю, что помечать, какой поток спит? Что в шарпе что в ГОвне работает все примерно одинаково, просто конструкции языка разные и в ГОвне это все очень просто реализовано, в шарпе больше головной боли, когда дело доходит до взаимодействия между несколькими потоками.
> То есть когда в гринпотоке запускается ио операция, он помечается "спящим"
Ну если грубо - то да, так.
> но также создается и каллбэк, при вызове которого поток перестает быть спящим
Я не знаю что ты имеешь в виду под коллбэком. Когда в горутине происходит сис колл - происходит её блокировка, сразу же происходит подруб планировщика на физическом потоке (го запускает по одному планировщику на каждый реальный поток) и планировщик перемещает эту горутину в очередь и берет из этой очереди горутину, которая не "ждет" ничего, и кидает её на выполнение в этом же физическом потоке. Когда от ОС возвращается ответ (прерывание) по сис коллу - эта заблокированная горутина переходит в "готовые продолжить пахать на барина", при последующем прогоне планировщика - он может продолжить её выполнение (а может и другую, как сам вздумает своими алгоритмами).
Планировщик самого ГОвна работает схожим образом с планировщиком процессов в самой ОперационнойСистеме, в ОС обычно есть 3 состояния у процесса на физическом потоке - runnable (т.е. можно дать ему процессорного времени, т.е. закинуть на физ. поток), waiting (процесс ждет ответа системного вызова, его игнорим) и executing (процесс прямо сейчас выполняется на потоке). В ГОвне схожим образом работают горутины, но уже не на физических потоках, а в абстракции зеленых конкурентных.
> В моем понимании, в системные вызовы можно передать каллбэк, который в шарпе, к примеру, запускает юзерский код после слова await, а в го помечает тред как "неспящий".
Чушь спизданул. Ты пиздец путаешь понятия, либо в теме не разбираешься. Я тебе расписываю как сам планировщик грин тредов в го работает, а не как на уровне кода и функций ты это пишешь. На уровне кода что в шарпе что в голэнге примерно одинаково эта концепция работает, только в голэнге она сильно проще пишется, есть только одно ключевое слово 'go', и все, пишешь 'go mamuEbal()' и твоя функция улетает выполняться асинхронно (не сразу, но в детали вдаваться не буду), никаких коллбэков. А для того, чтобы ждать её выполнения, чтобы эти прцоессы могли взаимодействовать между собой - уже есть разные средства в голэнге, начиная от каналов и заканчивая атомными операциями или мьютексами те же.
> И какие преимущества/недостатки у потоков?
Чего? Что с чем сравниваешь, недостатки в сравнении с чем?
>Я вижу только плюс - не надо помечать каждую функцию асинхронной, рантайм сам поймет какой поток спит.
Я тебя не понимаю, что помечать, какой поток спит? Что в шарпе что в ГОвне работает все примерно одинаково, просто конструкции языка разные и в ГОвне это все очень просто реализовано, в шарпе больше головной боли, когда дело доходит до взаимодействия между несколькими потоками.
>>1911352
Нет, в ГОвне ты можешь любую функцию в любой момент времени выпустить в отдельный тред. Естественно если ты будешь пытаться одновременно писать и читать из файла - получишь пиздов, но я думаю это и так очевидно.
> типа File.Read() и File.ReadAsync()
Нет, в ГОвне ты можешь любую функцию в любой момент времени выпустить в отдельный тред. Естественно если ты будешь пытаться одновременно писать и читать из файла - получишь пиздов, но я думаю это и так очевидно.
>>1911352
>>1911350
Я допер что ты хочешь. Если кратко - обе модели асинхронности (грин тредов) заебись, в шарпе сильно сложнее, но гораздо больше возможностей по настройке, а в голэнге прям очень простая, но и вариантов тюнинга очень мало. По скорости шо то шо это примерно одинаковы на дженерик задачах, но в шарпе потенциально в некоторых случаях можно выиграть, если будет специфичный сценарий, а в голенге дальше горутин не залезть по сути.
>>1911350
Я допер что ты хочешь. Если кратко - обе модели асинхронности (грин тредов) заебись, в шарпе сильно сложнее, но гораздо больше возможностей по настройке, а в голэнге прям очень простая, но и вариантов тюнинга очень мало. По скорости шо то шо это примерно одинаковы на дженерик задачах, но в шарпе потенциально в некоторых случаях можно выиграть, если будет специфичный сценарий, а в голенге дальше горутин не залезть по сути.
>>1911366
Я так называл системные прерывания. Только что прочитал что это. Мб с терминами я и попутал, но представлял я себе это именно так, как ты описал.
>>1911369
Ну я же про это и говорю! В го ты перед тем что хочешь запустить асинхронно пишешь 'go', в хаскеле 'forkIO' или async, если стороннюю либу юзать
Простой пример - он быстрее когда твоя задача потенциально асинхронная. Типа есть функция 'if (hasInCache) return fromCache else await returnFromDb()'; В го при вызове такой функции ты по любому создашь гринтред, тогда как в шарпе, с ValueTask если обьект все таки есть в кеше, даже на кучу нихуя выделять не придется.
>Я не знаю что ты имеешь в виду под коллбэком.
Я так называл системные прерывания. Только что прочитал что это. Мб с терминами я и попутал, но представлял я себе это именно так, как ты описал.
>>1911369
>Нет, в ГОвне ты можешь любую функцию в любой момент времени выпустить в отдельный тред. Естественно если ты будешь пытаться одновременно писать и читать из файла - получишь пиздов, но я думаю это и так очевидно.
Ну я же про это и говорю! В го ты перед тем что хочешь запустить асинхронно пишешь 'go', в хаскеле 'forkIO' или async, если стороннюю либу юзать
> По скорости шо то шо это примерно одинаковы на дженерик задачах, но в шарпе потенциально в некоторых случаях можно выиграть
Простой пример - он быстрее когда твоя задача потенциально асинхронная. Типа есть функция 'if (hasInCache) return fromCache else await returnFromDb()'; В го при вызове такой функции ты по любому создашь гринтред, тогда как в шарпе, с ValueTask если обьект все таки есть в кеше, даже на кучу нихуя выделять не придется.
1. Зачем в го возможность объявлять получателя метода по указателю и без? Почему всегда не передавать указатель на получателя в метод? Метод, привязанный не к указателю всегда будет получать копию структуры. Но какой это имеет смысл, если из-за этого теряется вся идея ООП-моделирования объектов с изменяемым внутренним состоянием? Если мне так нужны иммутабельные объекты, то мне все равно придется руками возвращать из функции копию объекта с новым состоянием. Два способа объявления методов только запутывают, тем более это странно для языка, который позиционирует себя как максимально простой и недвусмысленный.
2. Насколько вообще оправдано использование указателей? Когда я первый раз услышал, что в го есть и гц и указатели, мне это сразу показалось странным. Любые большие объекты - строки, слайсы, мапы - все равно передаются по указателям (ну или около того, главное, что их содержимое целиком не копируется) и на них и так работает гц. В то же время, любой возвращенный по указателю объект создает нагрузку на гц и эта нагрузка порой очень значительна. По-факту получается, что, скажем, гонять структуры между горутинами через каналы выгоднее полным копированием, потому что их передача по указателям просаживает перфоманс. Или я не прав? Во всяком случае мои простые бенчмарки показывают, что между двумя горутинами в канале быстрее передаются копии структур, а не указатели. В то же время невозможность через интерфейс вызвать метод с получателем-указателем не у указателя (преобразование, которое без интерфейсов делает компилятор) заставляет все объекты, скрытые за интерфейсами возвращать по указателям. Из-за этого частично мой 1-й вопрос: почему нельзя было убрать нафиг привязку методов к разным получателям, всегда передавать указатель на объект в метод (разумеется, гц тут задействован бы не был) и убрать вообще указатели целиком в unsafe? В коде бы стало гораздо меньше бардака и больше предопределенности.
2. Насколько вообще оправдано использование указателей? Когда я первый раз услышал, что в го есть и гц и указатели, мне это сразу показалось странным. Любые большие объекты - строки, слайсы, мапы - все равно передаются по указателям (ну или около того, главное, что их содержимое целиком не копируется) и на них и так работает гц. В то же время, любой возвращенный по указателю объект создает нагрузку на гц и эта нагрузка порой очень значительна. По-факту получается, что, скажем, гонять структуры между горутинами через каналы выгоднее полным копированием, потому что их передача по указателям просаживает перфоманс. Или я не прав? Во всяком случае мои простые бенчмарки показывают, что между двумя горутинами в канале быстрее передаются копии структур, а не указатели. В то же время невозможность через интерфейс вызвать метод с получателем-указателем не у указателя (преобразование, которое без интерфейсов делает компилятор) заставляет все объекты, скрытые за интерфейсами возвращать по указателям. Из-за этого частично мой 1-й вопрос: почему нельзя было убрать нафиг привязку методов к разным получателям, всегда передавать указатель на объект в метод (разумеется, гц тут задействован бы не был) и убрать вообще указатели целиком в unsafe? В коде бы стало гораздо меньше бардака и больше предопределенности.
>>1911432
Шоб было.
А голэнг и не ООП язык, в нем всё - тип.
Ну да, как и во всех других языках, лол. А ты что хочешь?
Чем? Ресивер без поинтера - это аналог статическим методам в других языках. Чем тебя это запутывает? Или ты про то, что человек, использующий метод - не знает четко какой ресивер, пока не посмотрит? Так ему и не нужно знать детали имплементации в большинстве случаев, а когда надо - он все равно полезет в доки, а в голэнге документирование функции происходит прямо над методом. Соответственно любой, кто не знает что метод делает - сразу же все поймет глянув поп ап в IDE.
Только тогда, когда нужно отдать именно указатель, а не копию. Ты верно дальше подметил, что из-за ГЦ убивается весь потенциальный смысл использовать ссылки для ускорения выполнения, это и правда недостаток модели ГЦ. В шарпе тоже есть поинтеры, но там более удачная архитектура, не создающая столько оверхеда.
Но ГЦ есть во многих языках с указателями, почему только в ГО тебе это показалось странным? Нужно не на сам факт ГЦ грешить, а на то, что он медленно подбирает с хипы аллокации такие, в шарпе тоже гц их собирает, но гораздо шустрее.
Со слайсами (и остальными ссылочными типами) точно также, создается оверхед, ибо аллоцируется все в хипе. Таков путь.
Но в защиту поинтеров могу сказать, что обычно их используют в долгоиграющей перспективе, т.е. твои бенчмарки с простым возвращением поинтера - это синтетический тест, заранее направленный на провал, ибо ты создаешь тысячу объектов поинтерами, в реальном коде ГЦ не будет их подбирать в большинстве случаев, т.к. они будут жить гораздо дольше микросекунд. Но, конечно, это не полноценное оправдание, а больше заметка, что все на настолько хуево, как в синтетическом бенчмарке с кучей аллокаций.
Если ты планируешь этими значениями дальше пользоваться, то перформанс будет обратно пропорционален времени от аллокации до сборки мусора. Если это рядовые флаги, которые ты чекнешь и забудешь - передавать по значению, если это объекты, которыми дальше будешь пользоваться - то ссылочный оверхед уменьшается (но не уходит полностью, естественно).
Нет, возвращается интерфейс по значению. Просто интерфейс содержит в себе ссылку на конкретный объект. Это как слайс, грубо говоря, где сам слайс - это интерфейс, а массив - это объект. Но да, от оверхеда это не спасет.
На самом деле мне вообще не нравится сахар в го, когда дереференс автоматически происходит, мне было бы гораздо удобнее самому дереференсить и интерфейсы и возвращаемые ссылки, ибо как раз из-за такого сахара и появляются недопонимания типа твоего. Интерфейс в го - это тип, конкретный такой тип, и относиться к нему нужно как и к другим типам, никакой магии особой за ним нет, кроме компилятора.
> Зачем в го возможность объявлять получателя метода по указателю и без?
Шоб было.
> Но какой это имеет смысл, если из-за этого теряется вся идея ООП-моделирования объектов с изменяемым внутренним состоянием?
А голэнг и не ООП язык, в нем всё - тип.
> Если мне так нужны иммутабельные объекты, то мне все равно придется руками возвращать из функции копию объекта с новым состоянием.
Ну да, как и во всех других языках, лол. А ты что хочешь?
> Два способа объявления методов только запутывают
Чем? Ресивер без поинтера - это аналог статическим методам в других языках. Чем тебя это запутывает? Или ты про то, что человек, использующий метод - не знает четко какой ресивер, пока не посмотрит? Так ему и не нужно знать детали имплементации в большинстве случаев, а когда надо - он все равно полезет в доки, а в голэнге документирование функции происходит прямо над методом. Соответственно любой, кто не знает что метод делает - сразу же все поймет глянув поп ап в IDE.
> Насколько вообще оправдано использование указателей?
Только тогда, когда нужно отдать именно указатель, а не копию. Ты верно дальше подметил, что из-за ГЦ убивается весь потенциальный смысл использовать ссылки для ускорения выполнения, это и правда недостаток модели ГЦ. В шарпе тоже есть поинтеры, но там более удачная архитектура, не создающая столько оверхеда.
> Когда я первый раз услышал, что в го есть и гц и указатели, мне это сразу показалось странным
Но ГЦ есть во многих языках с указателями, почему только в ГО тебе это показалось странным? Нужно не на сам факт ГЦ грешить, а на то, что он медленно подбирает с хипы аллокации такие, в шарпе тоже гц их собирает, но гораздо шустрее.
> В то же время, любой возвращенный по указателю объект создает нагрузку на гц и эта нагрузка порой очень значительна.
Со слайсами (и остальными ссылочными типами) точно также, создается оверхед, ибо аллоцируется все в хипе. Таков путь.
Но в защиту поинтеров могу сказать, что обычно их используют в долгоиграющей перспективе, т.е. твои бенчмарки с простым возвращением поинтера - это синтетический тест, заранее направленный на провал, ибо ты создаешь тысячу объектов поинтерами, в реальном коде ГЦ не будет их подбирать в большинстве случаев, т.к. они будут жить гораздо дольше микросекунд. Но, конечно, это не полноценное оправдание, а больше заметка, что все на настолько хуево, как в синтетическом бенчмарке с кучей аллокаций.
> По-факту получается, что, скажем, гонять структуры между горутинами через каналы выгоднее полным копированием, потому что их передача по указателям просаживает перфоманс. Или я не прав?
Если ты планируешь этими значениями дальше пользоваться, то перформанс будет обратно пропорционален времени от аллокации до сборки мусора. Если это рядовые флаги, которые ты чекнешь и забудешь - передавать по значению, если это объекты, которыми дальше будешь пользоваться - то ссылочный оверхед уменьшается (но не уходит полностью, естественно).
> заставляет все объекты, скрытые за интерфейсами возвращать по указателям
Нет, возвращается интерфейс по значению. Просто интерфейс содержит в себе ссылку на конкретный объект. Это как слайс, грубо говоря, где сам слайс - это интерфейс, а массив - это объект. Но да, от оверхеда это не спасет.
На самом деле мне вообще не нравится сахар в го, когда дереференс автоматически происходит, мне было бы гораздо удобнее самому дереференсить и интерфейсы и возвращаемые ссылки, ибо как раз из-за такого сахара и появляются недопонимания типа твоего. Интерфейс в го - это тип, конкретный такой тип, и относиться к нему нужно как и к другим типам, никакой магии особой за ним нет, кроме компилятора.
>>1911432
Шоб было.
А голэнг и не ООП язык, в нем всё - тип.
Ну да, как и во всех других языках, лол. А ты что хочешь?
Чем? Ресивер без поинтера - это аналог статическим методам в других языках. Чем тебя это запутывает? Или ты про то, что человек, использующий метод - не знает четко какой ресивер, пока не посмотрит? Так ему и не нужно знать детали имплементации в большинстве случаев, а когда надо - он все равно полезет в доки, а в голэнге документирование функции происходит прямо над методом. Соответственно любой, кто не знает что метод делает - сразу же все поймет глянув поп ап в IDE.
Только тогда, когда нужно отдать именно указатель, а не копию. Ты верно дальше подметил, что из-за ГЦ убивается весь потенциальный смысл использовать ссылки для ускорения выполнения, это и правда недостаток модели ГЦ. В шарпе тоже есть поинтеры, но там более удачная архитектура, не создающая столько оверхеда.
Но ГЦ есть во многих языках с указателями, почему только в ГО тебе это показалось странным? Нужно не на сам факт ГЦ грешить, а на то, что он медленно подбирает с хипы аллокации такие, в шарпе тоже гц их собирает, но гораздо шустрее.
Со слайсами (и остальными ссылочными типами) точно также, создается оверхед, ибо аллоцируется все в хипе. Таков путь.
Но в защиту поинтеров могу сказать, что обычно их используют в долгоиграющей перспективе, т.е. твои бенчмарки с простым возвращением поинтера - это синтетический тест, заранее направленный на провал, ибо ты создаешь тысячу объектов поинтерами, в реальном коде ГЦ не будет их подбирать в большинстве случаев, т.к. они будут жить гораздо дольше микросекунд. Но, конечно, это не полноценное оправдание, а больше заметка, что все на настолько хуево, как в синтетическом бенчмарке с кучей аллокаций.
Если ты планируешь этими значениями дальше пользоваться, то перформанс будет обратно пропорционален времени от аллокации до сборки мусора. Если это рядовые флаги, которые ты чекнешь и забудешь - передавать по значению, если это объекты, которыми дальше будешь пользоваться - то ссылочный оверхед уменьшается (но не уходит полностью, естественно).
Нет, возвращается интерфейс по значению. Просто интерфейс содержит в себе ссылку на конкретный объект. Это как слайс, грубо говоря, где сам слайс - это интерфейс, а массив - это объект. Но да, от оверхеда это не спасет.
На самом деле мне вообще не нравится сахар в го, когда дереференс автоматически происходит, мне было бы гораздо удобнее самому дереференсить и интерфейсы и возвращаемые ссылки, ибо как раз из-за такого сахара и появляются недопонимания типа твоего. Интерфейс в го - это тип, конкретный такой тип, и относиться к нему нужно как и к другим типам, никакой магии особой за ним нет, кроме компилятора.
> Зачем в го возможность объявлять получателя метода по указателю и без?
Шоб было.
> Но какой это имеет смысл, если из-за этого теряется вся идея ООП-моделирования объектов с изменяемым внутренним состоянием?
А голэнг и не ООП язык, в нем всё - тип.
> Если мне так нужны иммутабельные объекты, то мне все равно придется руками возвращать из функции копию объекта с новым состоянием.
Ну да, как и во всех других языках, лол. А ты что хочешь?
> Два способа объявления методов только запутывают
Чем? Ресивер без поинтера - это аналог статическим методам в других языках. Чем тебя это запутывает? Или ты про то, что человек, использующий метод - не знает четко какой ресивер, пока не посмотрит? Так ему и не нужно знать детали имплементации в большинстве случаев, а когда надо - он все равно полезет в доки, а в голэнге документирование функции происходит прямо над методом. Соответственно любой, кто не знает что метод делает - сразу же все поймет глянув поп ап в IDE.
> Насколько вообще оправдано использование указателей?
Только тогда, когда нужно отдать именно указатель, а не копию. Ты верно дальше подметил, что из-за ГЦ убивается весь потенциальный смысл использовать ссылки для ускорения выполнения, это и правда недостаток модели ГЦ. В шарпе тоже есть поинтеры, но там более удачная архитектура, не создающая столько оверхеда.
> Когда я первый раз услышал, что в го есть и гц и указатели, мне это сразу показалось странным
Но ГЦ есть во многих языках с указателями, почему только в ГО тебе это показалось странным? Нужно не на сам факт ГЦ грешить, а на то, что он медленно подбирает с хипы аллокации такие, в шарпе тоже гц их собирает, но гораздо шустрее.
> В то же время, любой возвращенный по указателю объект создает нагрузку на гц и эта нагрузка порой очень значительна.
Со слайсами (и остальными ссылочными типами) точно также, создается оверхед, ибо аллоцируется все в хипе. Таков путь.
Но в защиту поинтеров могу сказать, что обычно их используют в долгоиграющей перспективе, т.е. твои бенчмарки с простым возвращением поинтера - это синтетический тест, заранее направленный на провал, ибо ты создаешь тысячу объектов поинтерами, в реальном коде ГЦ не будет их подбирать в большинстве случаев, т.к. они будут жить гораздо дольше микросекунд. Но, конечно, это не полноценное оправдание, а больше заметка, что все на настолько хуево, как в синтетическом бенчмарке с кучей аллокаций.
> По-факту получается, что, скажем, гонять структуры между горутинами через каналы выгоднее полным копированием, потому что их передача по указателям просаживает перфоманс. Или я не прав?
Если ты планируешь этими значениями дальше пользоваться, то перформанс будет обратно пропорционален времени от аллокации до сборки мусора. Если это рядовые флаги, которые ты чекнешь и забудешь - передавать по значению, если это объекты, которыми дальше будешь пользоваться - то ссылочный оверхед уменьшается (но не уходит полностью, естественно).
> заставляет все объекты, скрытые за интерфейсами возвращать по указателям
Нет, возвращается интерфейс по значению. Просто интерфейс содержит в себе ссылку на конкретный объект. Это как слайс, грубо говоря, где сам слайс - это интерфейс, а массив - это объект. Но да, от оверхеда это не спасет.
На самом деле мне вообще не нравится сахар в го, когда дереференс автоматически происходит, мне было бы гораздо удобнее самому дереференсить и интерфейсы и возвращаемые ссылки, ибо как раз из-за такого сахара и появляются недопонимания типа твоего. Интерфейс в го - это тип, конкретный такой тип, и относиться к нему нужно как и к другим типам, никакой магии особой за ним нет, кроме компилятора.
>>1905210 (OP)
Обосраться просто. "Лучший в мире язык"
Полистал тут на досуге мануал по Го и охуел. Что это за уебство? Язык сам по себе мощный засчет свой многопоточной модели но сам код это что-то с чем-то.
Вот что за наркоман придумал экспортировать имена по заглавной букве блять? Что это и главное - нахуя? Почему я не могу как нормальный человек писать export перед переменной?
Можно делать "голый return" блять, в любом нормальном языке конструкция return без ничего возвращает null, тут же она блять вернет объявленные в теле функции переменные, ебануться, подозреваю за такие return-ы без ничего надо сразу увольнять нахуй потому что обмудку видите ли было лениво записать явно переменные
var можно писать при объявлении а можно и хуй забить, заебись, TS на норм проектах уже давно не скомпилится если такое вытворишь, но в "лучшем в мире языке" это с какого-то хуя является фичей
ООП парадигма не юзается, только вот и функциональщина тоже на уровне говна
Лучше уж останусь на ноде и TS
>лучший в мире язык
Обосраться просто. "Лучший в мире язык"
Полистал тут на досуге мануал по Го и охуел. Что это за уебство? Язык сам по себе мощный засчет свой многопоточной модели но сам код это что-то с чем-то.
Вот что за наркоман придумал экспортировать имена по заглавной букве блять? Что это и главное - нахуя? Почему я не могу как нормальный человек писать export перед переменной?
Можно делать "голый return" блять, в любом нормальном языке конструкция return без ничего возвращает null, тут же она блять вернет объявленные в теле функции переменные, ебануться, подозреваю за такие return-ы без ничего надо сразу увольнять нахуй потому что обмудку видите ли было лениво записать явно переменные
var можно писать при объявлении а можно и хуй забить, заебись, TS на норм проектах уже давно не скомпилится если такое вытворишь, но в "лучшем в мире языке" это с какого-то хуя является фичей
ООП парадигма не юзается, только вот и функциональщина тоже на уровне говна
Лучше уж останусь на ноде и TS
>>1911891
Так на хаскель переходи, там тоже гринпотоки. И дженерики есть, круче чем в любом другом языке.
> Язык сам по себе мощный засчет свой многопоточной модели но сам код это что-то с чем-то.
Так на хаскель переходи, там тоже гринпотоки. И дженерики есть, круче чем в любом другом языке.
>>1911891
На мнение такой жалкой хуйни как ты мне абсолютно похуй, жаль твою мать что она не смыла тебя в туалет когда ты кубарем вывалился из её пизды
На мнение такой жалкой хуйни как ты мне абсолютно похуй, жаль твою мать что она не смыла тебя в туалет когда ты кубарем вывалился из её пизды
>>1911891
Я тебя услышал, а теперь закрой тред и пиздуй делать уроки, школьник залётный.
> я хасю жрать гавно уааа!!
Я тебя услышал, а теперь закрой тред и пиздуй делать уроки, школьник залётный.
>>1911891
Наверняка это говно заимствовано из чего-то вроде паскаля, там вообще функция_нейм := возвращаемое_значение.
> голый return
Наверняка это говно заимствовано из чего-то вроде паскаля, там вообще функция_нейм := возвращаемое_значение.
>>1911909
Своей гнилодырой шалаве мамаше будешь указывать, говно, которая высрала тебя на этот свет в диком алкоугаре пока я её пиздил по пузу
Своей гнилодырой шалаве мамаше будешь указывать, говно, которая высрала тебя на этот свет в диком алкоугаре пока я её пиздил по пузу
>>1911891
Про голый return действительно хуёво вышло, по всему остальному сразу понятно, что даже не пытался что-то писать.
Про голый return действительно хуёво вышло, по всему остальному сразу понятно, что даже не пытался что-то писать.
145 Кб, 512x512>>1912020
Зачем ты отвечаешь залётному школьнику с разумом мартышки?
Очевидно же, что он только оканчивает девятый класс.
Зачем ты отвечаешь залётному школьнику с разумом мартышки?
Очевидно же, что он только оканчивает девятый класс.
>>1912020
а что хуевого-то? в сигнатуре функции же объявляется название возвращаемой переменной. не говоря уже о том, что можно сделать непустой return, явно присвоим значение возвращаемой переменной. имхо, удобно
а что хуевого-то? в сигнатуре функции же объявляется название возвращаемой переменной. не говоря уже о том, что можно сделать непустой return, явно присвоим значение возвращаемой переменной. имхо, удобно
>>1912501
Нет, добавляет лишний вектор внимания. Ни разу не видел, чтобы использовали такой возврат в коде.
> имхо, удобно
Нет, добавляет лишний вектор внимания. Ни разу не видел, чтобы использовали такой возврат в коде.
>>1905210 (OP)
нахуй нужен го если есть пайтон
нахуй нужен го если есть пайтон
>>1912965
Да.Это тот, в котором в 2021м году можно сложить числа в массиве и при этом не насрать 30 строк
Да.Это тот, в котором в 2021м году можно сложить числа в массиве и при этом не насрать 30 строк
>>1913289
Хуя познавший вселенную затирает про свой любимый питон. Шизик, ты бы хоть типы в своем языке выучил, прежде чем сраться за то, кто где лучше. Хотя сам факт, что ты пришел серить в чужой тред этой хуйней - говорит о тебе, как о человеке низкого интеллекта. Так уж и быть, на первый раз простим блаженного, но больше не пиши сюда, чмок :*
> сложить числа в массиве
> в питоне нет массивов
Хуя познавший вселенную затирает про свой любимый питон. Шизик, ты бы хоть типы в своем языке выучил, прежде чем сраться за то, кто где лучше. Хотя сам факт, что ты пришел серить в чужой тред этой хуйней - говорит о тебе, как о человеке низкого интеллекта. Так уж и быть, на первый раз простим блаженного, но больше не пиши сюда, чмок :*
>>1913289
Так часто массивы суммируешь? Понимаю, хаскеллисты вон вообще факториалы любят считать.
Так часто массивы суммируешь? Понимаю, хаскеллисты вон вообще факториалы любят считать.
6 Кб, 336x146>>1913289
Долбаеб, совсем ебнулся там уже в своем загоне ПАЙТОН РАЗРАБОТЧИКОВ?
> в 2021м году можно сложить числа в массиве и при этом не насрать 30 строк
Долбаеб, совсем ебнулся там уже в своем загоне ПАЙТОН РАЗРАБОТЧИКОВ?
>>1913289
Зато конкурентность и паралелизм удобно имплементировать. А в питоне такая ебень с этим asyncio, так ещё и GIL, пиздец просто, постоянно приходится узкие места на С переписывать, я бы тебя понял если бы ты противопоставил Джаву какую нибудь. А про сумму ты вообще хуйню написал, в ML алгоритмах её конечно часто используют, но мы тут байтоёбим и круды шлепаем, кто-то сервисы всякие интересные пилит, пока что ни разу не приходилось использовать сумму массива, на столько часто, чтобы мне понадобилась функция sum. Покормил зелёного.
Зато конкурентность и паралелизм удобно имплементировать. А в питоне такая ебень с этим asyncio, так ещё и GIL, пиздец просто, постоянно приходится узкие места на С переписывать, я бы тебя понял если бы ты противопоставил Джаву какую нибудь. А про сумму ты вообще хуйню написал, в ML алгоритмах её конечно часто используют, но мы тут байтоёбим и круды шлепаем, кто-то сервисы всякие интересные пилит, пока что ни разу не приходилось использовать сумму массива, на столько часто, чтобы мне понадобилась функция sum. Покормил зелёного.
>>1912501
Партия считает, что это сомнительная конструкция https://github.com/golang/go/wiki/CodeReviewComments#naked-returns
Партия считает, что это сомнительная конструкция https://github.com/golang/go/wiki/CodeReviewComments#naked-returns
>>1913364
Блять, пистонисты и го-дрочеры совсем там уже пизданулись и отучились прогать как белые люди?
жс-бог решает такую задачу максимально нативно в 1 reduce
>это цикл for для суммы массива...
Блять, пистонисты и го-дрочеры совсем там уже пизданулись и отучились прогать как белые люди?
жс-бог решает такую задачу максимально нативно в 1 reduce
>>1913309
Это бы ты для начала подучил хоть сколько-нибудь матчасть. Охуеешь узнав что list на самом деле нихуя не linked list а динамический массив блять
> в питоне нет массивов
Это бы ты для начала подучил хоть сколько-нибудь матчасть. Охуеешь узнав что list на самом деле нихуя не linked list а динамический массив блять
>>1913623
Хуясть. С точки зрения программиста на питоне это именно список, а implementation-specific детали - это не про синтаксис языка, а про его реализацию. Так можно дойти до того, что и массивов как отдельной сущности не существует, это просто несколько ячеек подряд в памяти.
> матчасть
Хуясть. С точки зрения программиста на питоне это именно список, а implementation-specific детали - это не про синтаксис языка, а про его реализацию. Так можно дойти до того, что и массивов как отдельной сущности не существует, это просто несколько ячеек подряд в памяти.
>>1913623
Какой же ты тупой... Список в Питоне не является массивом, даже динамическим. В питоне это не динамический массив, а кастомная хэш мапа с хэш функцией, это даже не массив значений, это массив ссылок на значения, а из-за типизации питона сам масив уже начнет появляться чуть ли не на уровне интерпретатора d6. Да, где-то там на каком-то из нижних уровней это действительно динамический массив, но только после нескольких шагов нормализации, да и не может там не быть массива, даже под хэш массивами пхп в Си уже идут массивы с аллокациями, лол.
> динамический массив
Какой же ты тупой... Список в Питоне не является массивом, даже динамическим. В питоне это не динамический массив, а кастомная хэш мапа с хэш функцией, это даже не массив значений, это массив ссылок на значения, а из-за типизации питона сам масив уже начнет появляться чуть ли не на уровне интерпретатора d6. Да, где-то там на каком-то из нижних уровней это действительно динамический массив, но только после нескольких шагов нормализации, да и не может там не быть массива, даже под хэш массивами пхп в Си уже идут массивы с аллокациями, лол.
23 Кб, 642x195>>1913438
переобуваюсь, извините
переобуваюсь, извините
Пиздец, стоило мне просто добавить fmt.Spritf(...) с одним параметром и я от пик1 перешёл в пик2. Это что за залупа? В самой программе просто гоняю байты по каналам, а с помощью spritf форматирую.
>>1913903
Если форматирование простое - можешь использовать вместо этого strings.Join/Builder, если сложное - темплейты.
Если форматирование простое - можешь использовать вместо этого strings.Join/Builder, если сложное - темплейты.
>>1913909
Спасибо, частично проблему решило, но потом заметил что у меня горутины утекают.
Спасибо, частично проблему решило, но потом заметил что у меня горутины утекают.
>>1913908
Ну тогда только пожалеть тебя могу, юродивый жс макакен с пародией на нормальный язык.
Ну тогда только пожалеть тебя могу, юродивый жс макакен с пародией на нормальный язык.
>>1913952
Использование памяти с приблизительно логарифма перешло в экспоненту
Использование памяти с приблизительно логарифма перешло в экспоненту
53 Кб, 1172x332>>1913908
Ну, Jedem das Seine
Я лично свичнулся из TS в Go и очень доволен. Есть, конечно, в TS вещи, которые мне реально очень нравятся - например, перегрузки методов - такого никогда не будет в Go, но это нормально, что языки не похожи между собой, в этом-то и суть создания нового языка.
К слову о перегрузках в TS - они там работают не так, как в каких-нибуть крестах, где на каждый перегруз своя реализация. Нет, в TS - у тебя на уровне типов несколько сигнатур, а на уровне реализации - эта одна и та же функция. Это очень удобно, когда тебе в метод нужно передать либо один аргумент, а второй - оставить пустым, либо - наоборот. В итоге правильность вызова твоего метода проверяет компилятор и тебе не нужно отдельно внутри метода проверять, все ли правильно передали и падать, если нет.
Ну, Jedem das Seine
Я лично свичнулся из TS в Go и очень доволен. Есть, конечно, в TS вещи, которые мне реально очень нравятся - например, перегрузки методов - такого никогда не будет в Go, но это нормально, что языки не похожи между собой, в этом-то и суть создания нового языка.
К слову о перегрузках в TS - они там работают не так, как в каких-нибуть крестах, где на каждый перегруз своя реализация. Нет, в TS - у тебя на уровне типов несколько сигнатур, а на уровне реализации - эта одна и та же функция. Это очень удобно, когда тебе в метод нужно передать либо один аргумент, а второй - оставить пустым, либо - наоборот. В итоге правильность вызова твоего метода проверяет компилятор и тебе не нужно отдельно внутри метода проверять, все ли правильно передали и падать, если нет.
>>1913665
Чиво?) Хоть понимаешь что такое HashMap, вкатун?
>В питоне это не динамический массив, а кастомная хэш мапа с хэш функцией
Чиво?) Хоть понимаешь что такое HashMap, вкатун?
>>1913674
Линтерами обложился а про тайпинг забыл
как линтер что-то покажет связанное с типами если ты эти типы не указал? первый раз с динамической типизацией дело имеешь?
Линтерами обложился а про тайпинг забыл
как линтер что-то покажет связанное с типами если ты эти типы не указал? первый раз с динамической типизацией дело имеешь?
>>1914040
Какой тайпинг? В питоне его нет, есть только аннотации, игнорируемые интерпретатором и доступные через рефлексию. Даже в пхп тайпинга больше, чем в Питоне. Под линтерами и статический анализатор понимается, если ты не в курсе. Иди пердантик подтягивай да юнит тестами обкладывайся, манька.
Мимо питонист+го боярин
Какой тайпинг? В питоне его нет, есть только аннотации, игнорируемые интерпретатором и доступные через рефлексию. Даже в пхп тайпинга больше, чем в Питоне. Под линтерами и статический анализатор понимается, если ты не в курсе. Иди пердантик подтягивай да юнит тестами обкладывайся, манька.
Мимо питонист+го боярин
>>1914007
Подожди, не мешай человеку позориться.
Подожди, не мешай человеку позориться.
>>1905210 (OP)
Какой тонкий намёк любителям русека
Какой тонкий намёк любителям русека
>>1914580
Хотя это происходит при выборе любого языка
Хотя это происходит при выборе любого языка
>>1914580
Ну да, учите английский, кек :3
Ну да, учите английский, кек :3
>>1914580
На крайняк можно на убекче пройти.
На крайняк можно на убекче пройти.
Гофаны, там ioutil депрекейтнули https://github.com/golang/go/issues/42026
>>1915911
Жду, когда выпустят Go 2 с полностью сломанной обратной совместимостью, чтобы все ещё сильнее охуели, чем с Python 2 и 3.
Жду, когда выпустят Go 2 с полностью сломанной обратной совместимостью, чтобы все ещё сильнее охуели, чем с Python 2 и 3.
>>1915945
У нас к концу года ток 1.18 бета с дегенериками, вот там как заживём, какой Go2, НИНУЖОН!
У нас к концу года ток 1.18 бета с дегенериками, вот там как заживём, какой Go2, НИНУЖОН!
>>1915911
Ээээ блять куда ты лезешь лол тебя сожрёт, что за нахуй? Норм же пакет был. Нужно почитать что там нахуевертили. Чую без Роба Пайка щас революцию устроят и весь язык перелопатят.
Ээээ блять куда ты лезешь лол тебя сожрёт, что за нахуй? Норм же пакет был. Нужно почитать что там нахуевертили. Чую без Роба Пайка щас революцию устроят и весь язык перелопатят.
>>1915993
А по тому что это сама суть helper/utill файлов/пакетов - это всегда ебаное нагромождение никак не связанной между собой хуйни, хорошо если оно хотя бы достаточно абстрактное и универсальное но зачастую - нет.
У меня на проекте тимлид если такое видит - не позволяет замержить PR, и правильно делает.
>Сам постоянно ахуевал почему в ioutill столько хуйни разной.
А по тому что это сама суть helper/utill файлов/пакетов - это всегда ебаное нагромождение никак не связанной между собой хуйни, хорошо если оно хотя бы достаточно абстрактное и универсальное но зачастую - нет.
У меня на проекте тимлид если такое видит - не позволяет замержить PR, и правильно делает.
>>1918787
А, ну эт правильно
А, ну эт правильно
>>1919438
Речь не только о названии, а вообще о идее пакета с абстрактными хелперами без какой-либо тематики
Речь не только о названии, а вообще о идее пакета с абстрактными хелперами без какой-либо тематики
Бля пизда, бугурт от ТИМЛИДОВ 16-го года выпуска из универа.
Предложили собес на позицию го-разраба. В вакансии было "знание основ python". Ну да бог с ним, хули там знать.
Созвон с якобы техлидом команды. С самого начала были звоночки охуенные в виде "30% на го, 25% на питоне, остальное - девопс". Ну ладно, тоже схавал, хули нам развернуть кубер с нжинкс. Дальше пошли охуительные вопросы в виде "как интерфейсы го на уровне компилятора работают", "что такое рантайм после моей тирады о компайл тайме и ран тайме он сказал, что имел ввиду runtime либу...", "системные вызовы gc". И ещё куча охуительных вопросов уровня "я вчера это узнал, доебу кандидата теперь" которые никаким нахуй боком к реальной разработке не относятся. Ответ о том, что мне предпочли другого кандидата поступил не через пару дней, а неделю. Охуеть. Чекнул профиль этого тимлида. Выпустился из вуза в 16-17 году, в пет проектах на тру щщах моды к каким-то ноунейм играм, стек языков мама не горюй, там начиная от java, заканчивая Lua, R и Хаскелем. На собесе было видно, что чувак не в курсе го ни капли, слов go-way и best practices не слышал явно. Я ещё с ним успел поспорить, он там где-то явно обосрался. Слава богу не прошел.
Предложили собес на позицию го-разраба. В вакансии было "знание основ python". Ну да бог с ним, хули там знать.
Созвон с якобы техлидом команды. С самого начала были звоночки охуенные в виде "30% на го, 25% на питоне, остальное - девопс". Ну ладно, тоже схавал, хули нам развернуть кубер с нжинкс. Дальше пошли охуительные вопросы в виде "как интерфейсы го на уровне компилятора работают", "что такое рантайм после моей тирады о компайл тайме и ран тайме он сказал, что имел ввиду runtime либу...", "системные вызовы gc". И ещё куча охуительных вопросов уровня "я вчера это узнал, доебу кандидата теперь" которые никаким нахуй боком к реальной разработке не относятся. Ответ о том, что мне предпочли другого кандидата поступил не через пару дней, а неделю. Охуеть. Чекнул профиль этого тимлида. Выпустился из вуза в 16-17 году, в пет проектах на тру щщах моды к каким-то ноунейм играм, стек языков мама не горюй, там начиная от java, заканчивая Lua, R и Хаскелем. На собесе было видно, что чувак не в курсе го ни капли, слов go-way и best practices не слышал явно. Я ещё с ним успел поспорить, он там где-то явно обосрался. Слава богу не прошел.
Как написать свой первый проект? На работах везде просят в тех задании завести http + grpc говно, как это научиться самому делать? Я могу только смотреть на код, который друг делает и по памяти его писать, это же не понимание ни разу. Алсо вот эти все роутеры-хуёутеры, middleware, как вообще вы в голове выстраиваете логику? Бекграунд: вкатываюсь в го с августа, делал перерыв на сдачу сессии, в вузе учат железкам и немного(совсем немного) С/С++. Немного дрочил питон, когда надо было по численным методам задачи решать. Пытался в курс по го на курсере от мэйла, там видимо для людей с опытом, потому что почти всё подаётся как данность. Посоветуйте что-нибудь
Как сейчас с работой для джунов? Когда пробовал что-то найти в октябре, нашёл не "3 года опыта" примерно 2 раза и оба раза даже не перезванивали на отклик
>>1923251
учат деды, технологиям которые они "сами изобрели". Просто не вижу смысла, мне это не интересно, к тому же качество обучения довольно низкое
учат деды, технологиям которые они "сами изобрели". Просто не вижу смысла, мне это не интересно, к тому же качество обучения довольно низкое
>>1923131
Пиздец анончик лучше бы бросал свою шарагу...
>как это научиться самому делать http + grpc
>как вообще вы в голове выстраиваете логику роутеры-хуёутеры, middleware
>вкатываюсь в го с августа
Пиздец анончик лучше бы бросал свою шарагу...
>>1923271
Бросание шараги приведёт только к забору в армию, по сути в шарагу можно избирательно ходить и заниматься полезными делами. А что-нибудь кроме вот этого вот "ебать ты тупой" можешь сказать?
Бросание шараги приведёт только к забору в армию, по сути в шарагу можно избирательно ходить и заниматься полезными делами. А что-нибудь кроме вот этого вот "ебать ты тупой" можешь сказать?
>>1923131
Да похуй на grpc. Ты просто обычный проект запили. Например чат на сокетах, делай сам, либо бери смотри пример типа "simple concurent go chat" и дополняй его. Вот просто садишься и пишешь код, как конструктор собирать. Если не знаешь ООП, пилить проекты лучше не начинать.
Да похуй на grpc. Ты просто обычный проект запили. Например чат на сокетах, делай сам, либо бери смотри пример типа "simple concurent go chat" и дополняй его. Вот просто садишься и пишешь код, как конструктор собирать. Если не знаешь ООП, пилить проекты лучше не начинать.
>>1923289
знаю ООП, ну как знаю. Писал игрушку небольшую(кликер) на плюсах, ну и был курс в вузе и игрушка была курсовой работой. Мне кажется, что я разобрался, + когда читал по Го 2 книги, в обеих в общем-то всё про ООП было понятно. Алсо немного непонятно, как же я тогда научусь строить базу проекта, если я буду просто допиливать что-то другое. Твоему совету я конечно обязательно последую, спасибо. Такое на гитхабе можно найти, верно?
знаю ООП, ну как знаю. Писал игрушку небольшую(кликер) на плюсах, ну и был курс в вузе и игрушка была курсовой работой. Мне кажется, что я разобрался, + когда читал по Го 2 книги, в обеих в общем-то всё про ООП было понятно. Алсо немного непонятно, как же я тогда научусь строить базу проекта, если я буду просто допиливать что-то другое. Твоему совету я конечно обязательно последую, спасибо. Такое на гитхабе можно найти, верно?
>>1923296
и по поводу "похуй на grpc", не похуй. Во всех вакансиях это пишут
и по поводу "похуй на grpc", не похуй. Во всех вакансиях это пишут
>>1923289
>>1923131
Правда если ты хочешь как можно быстрее на галеру попасть и ты пока что не осилил даже grpc, то лучше бы тебе начать с низов. Понять как вообще го работает, сборщик мусора, планировщик и тд. Потом берешь книжку где тебе все разжуют по части web разработки. Видио смотри, короче, эта хуйня с опытом приходит. И кстати, настоятельно рекомендую разобраться с concurrency моделью языка, научись писать так чтобы было быстрее чем обычная, при этом избегая утечек памяти и горутин все это блять в книжках есть, даже больше.
>>1923131
Правда если ты хочешь как можно быстрее на галеру попасть и ты пока что не осилил даже grpc, то лучше бы тебе начать с низов. Понять как вообще го работает, сборщик мусора, планировщик и тд. Потом берешь книжку где тебе все разжуют по части web разработки. Видио смотри, короче, эта хуйня с опытом приходит. И кстати, настоятельно рекомендую разобраться с concurrency моделью языка, научись писать так чтобы было быстрее чем обычная, при этом избегая утечек памяти и горутин все это блять в книжках есть, даже больше.
>>1923306
конкретные есть примеры с разжёвыванием web разработки? Что посоветуешь? По конкарэнси начинал читать книженцию, попробую ещё раз начать, пока вообще ничего не понятно в этом аспекте.
конкретные есть примеры с разжёвыванием web разработки? Что посоветуешь? По конкарэнси начинал читать книженцию, попробую ещё раз начать, пока вообще ничего не понятно в этом аспекте.
>>1923296
Да, все ищется в гугле. Как таковой базы, в примерах нет, ты должен будешь потом сам все раскидать по модулям, по мере роста проекта учитывая основы ООП. https: //gist.github.com/kenshinx/5796276
Вот например, можно вынести Read/Write входящего подключения в отдельный модуль, добавить мапу подключений и тд.
>>1923312
Butcher M., Farina M. - Go in Practice
Правда она 2016, и много чего изменилось в плане GC и планировщика, но на первый раз сойдет.
Да, все ищется в гугле. Как таковой базы, в примерах нет, ты должен будешь потом сам все раскидать по модулям, по мере роста проекта учитывая основы ООП. https: //gist.github.com/kenshinx/5796276
Вот например, можно вынести Read/Write входящего подключения в отдельный модуль, добавить мапу подключений и тд.
>>1923312
Butcher M., Farina M. - Go in Practice
Правда она 2016, и много чего изменилось в плане GC и планировщика, но на первый раз сойдет.
>>1923312
Читать книжки вкатывальщикам - пустая трата времени
Поставь себе задачу и решай её, лол.
Голанг тур включает в себя 80% технической части любого хттп веб бека
Читать книжки вкатывальщикам - пустая трата времени
Поставь себе задачу и решай её, лол.
Голанг тур включает в себя 80% технической части любого хттп веб бека
>>1923398
Ну я тур 2 раза вдоль и поперёк изъездил и я не понимаю, где ты там нашёл 80%
Ну я тур 2 раза вдоль и поперёк изъездил и я не понимаю, где ты там нашёл 80%
>>1923131
Не слушай шизов сверху которые несут какой то пиздец. Харкнул на ебало долбоебу, который советует разбираться с gc и планировщиков челу который не может сделать простой круд. И долбоебам с книжками тоже харкнул.
Берешь, ищешь на ютубе видосы по типу: "Делаем хуйнянейм микросервис на го". Смотришь, и повторяешь за чуваком, не думая, что он делает. Как сделал, потыкал попробовал, что работает. Закрываешь проект. Создаешь новый и делаешь тоже самое, только уже самостоятельно, пытаясь вспомнить, что надо делать, подсматривая в свой код и видос. После этого придумываешь что то похожее и делаешь уже самостоятельно. После первого, ну или второго раза у тебя появится понимание, что вообще хотя бы можно делать, а дальше уже начинаешь заниматься оптимизациями улучшениями и прочей хуйней по типу gc
Не слушай шизов сверху которые несут какой то пиздец. Харкнул на ебало долбоебу, который советует разбираться с gc и планировщиков челу который не может сделать простой круд. И долбоебам с книжками тоже харкнул.
Берешь, ищешь на ютубе видосы по типу: "Делаем хуйнянейм микросервис на го". Смотришь, и повторяешь за чуваком, не думая, что он делает. Как сделал, потыкал попробовал, что работает. Закрываешь проект. Создаешь новый и делаешь тоже самое, только уже самостоятельно, пытаясь вспомнить, что надо делать, подсматривая в свой код и видос. После этого придумываешь что то похожее и делаешь уже самостоятельно. После первого, ну или второго раза у тебя появится понимание, что вообще хотя бы можно делать, а дальше уже начинаешь заниматься оптимизациями улучшениями и прочей хуйней по типу gc
>>1923131
Изучаешь с азов язык. Затем изучаешь стандартные либы типа http, пробуя писать хеллоуворлды, когда понял как те же хендлеры и хендлфанки между собой работают уже можешь следовать совету этого долбаеба: >>1923667
Если ты сразу же последуешь его совету - получишь огромные дырищи в знаниях и будешь знать как что работает тупо по памяти, да и на собеседовании хуйца соснешь глубоко, когда начнут спрашивать базовые вопросы. Про то как все работает под коробкой знать не обязательно, но понимать как тот же слайс внутри работает - ты обязан, ибо без этих знаний твой код будет для тебя работать непредсказуемо. С другой стороны - как работает мапа под капотом ты знать не обязан, но то, что в ней элементы хранятся не упорядоченно - знать опять же обязан.
Короче в любом случае придется дрочить сам язык и его тонкости, иначе тебя любой адекватный вкатун обоссыт и работу ты будешь искать очень долго и "на удачу", что хуево само по себе.
Изучаешь с азов язык. Затем изучаешь стандартные либы типа http, пробуя писать хеллоуворлды, когда понял как те же хендлеры и хендлфанки между собой работают уже можешь следовать совету этого долбаеба: >>1923667
Если ты сразу же последуешь его совету - получишь огромные дырищи в знаниях и будешь знать как что работает тупо по памяти, да и на собеседовании хуйца соснешь глубоко, когда начнут спрашивать базовые вопросы. Про то как все работает под коробкой знать не обязательно, но понимать как тот же слайс внутри работает - ты обязан, ибо без этих знаний твой код будет для тебя работать непредсказуемо. С другой стороны - как работает мапа под капотом ты знать не обязан, но то, что в ней элементы хранятся не упорядоченно - знать опять же обязан.
Короче в любом случае придется дрочить сам язык и его тонкости, иначе тебя любой адекватный вкатун обоссыт и работу ты будешь искать очень долго и "на удачу", что хуево само по себе.
>>1923387
Ну да. Типовые проекты для начинающих гуглятся буквально за 10 секунд. Решение задач - это суть твоей работы, если ты не можешь их решать в принципе (т.е. даже говнокодом лютым не можешь решить задачу для джуна) - то есть очень большие проблемы.
>>1923377
Таки тур только говнокодить тебя научит. Нужно еще учиться гуглить и отличать говноинфу (а-ля "пишем апи за пол часа" от нормальных гайдов) и фильтровать знания.
> все умеют просто поставить задачу и просто её решить
Ну да. Типовые проекты для начинающих гуглятся буквально за 10 секунд. Решение задач - это суть твоей работы, если ты не можешь их решать в принципе (т.е. даже говнокодом лютым не можешь решить задачу для джуна) - то есть очень большие проблемы.
>>1923377
Таки тур только говнокодить тебя научит. Нужно еще учиться гуглить и отличать говноинфу (а-ля "пишем апи за пол часа" от нормальных гайдов) и фильтровать знания.
216 Кб, 431x362>>1923667
ДОБРЫЙ ДЕНЬ, ПРИСАЖИВАЙТЕСЬ
@
ЗНАКОМЫ С ИНТЕРФЕЙСАМИ Reader/Writer?
@
ПУК СРЕНЬК НЕТ
@
НУ ЛАДНО, А РАССКАЖИТЕ, ПОЖАЛУЙСТА, КАК РАБОТАЕТ СЛАЙС И КАКИЕ НЕОЧЕВИДНЫЕ МОМЕНТЫ СУЩЕСТВУЮТ? ЧТО ТАКОЕ ДЛИНА И КАПАСИТИ СЛАЙСА, ЧЕМ ОТЛИЧАЮТСЯ?
@
ЭММ, НУУ, ПУК СРЕНЬК НИЗНАЮ, НУ ДЛИНА ЭТО СКОЛЬКА ЭЛЕМЕНТОВ В НЕМ ВОТ ПУК СРЕНЬК
@
ХММ, ПОНЯТНО. А С ПАКЕТОМ HTTP ЗНАКОМЫ, ПРОБОВАЛИ ПИСАТЬ ЧТО-ТО?
@
ДА, КОНЕЧНО, ПИСАЛ МИКРОСЕРВИСЫ С HTTP И ВСТРОЕННЫМ СЕРВЕРОМ, ИСПОЛЬЗОВАЛ МУКС ИЗ ДЖИНА/ГОРИЛЛЫ/АЛЛАХА!!!!!!!!!!! СТРУКТУРЫ-СЕРВИСЫ, КЛИН КОД!!!!!
@
О, ОТЛИЧНО, КАК ПОДХОДИТЕ К ВОПРОСУ ЛОГИРОВАНИЯ В СЕРВИСЕ?
@
ЭММ, НУ, МММ НУ СОЗДАЮ ЛОГГЕР ИЗ ПАКЕТА НУ И ПРЯМО ВЫЗЫВАЮ В КОДЕ ГДЕ НУЖНО, А ЧТО?
@
ХММ, НУ ДОПУСТИМ, А ЗНАКОМЫ СО СТРУКТУРИРОВАННЫМ ЛОГИРОВАНИЕМ?
@
ЭММ, ПУК СРЕНЬК, НУ ДА КОНЕЧНО В БИБЛИОТЕКАХ ПИШУТ ЧТО ИХ ЛОГИ СТРУКТУРИРОВАННЫЕ
@
ПОНЯТНО, ПРЯМО КОНКРЕТНЫЙ ЛОГГЕР ДЕРГАЕТЕ В БИЗНЕС ЛОГИКЕ?
@
ПУК, БИЗНЕС ЧТО?
@
ПОНЯТНО, МЫ ВАМ ПЕРЕЗВОНИМ
> Берешь, ищешь на ютубе видосы по типу: "Делаем хуйнянейм микросервис на го"
ДОБРЫЙ ДЕНЬ, ПРИСАЖИВАЙТЕСЬ
@
ЗНАКОМЫ С ИНТЕРФЕЙСАМИ Reader/Writer?
@
ПУК СРЕНЬК НЕТ
@
НУ ЛАДНО, А РАССКАЖИТЕ, ПОЖАЛУЙСТА, КАК РАБОТАЕТ СЛАЙС И КАКИЕ НЕОЧЕВИДНЫЕ МОМЕНТЫ СУЩЕСТВУЮТ? ЧТО ТАКОЕ ДЛИНА И КАПАСИТИ СЛАЙСА, ЧЕМ ОТЛИЧАЮТСЯ?
@
ЭММ, НУУ, ПУК СРЕНЬК НИЗНАЮ, НУ ДЛИНА ЭТО СКОЛЬКА ЭЛЕМЕНТОВ В НЕМ ВОТ ПУК СРЕНЬК
@
ХММ, ПОНЯТНО. А С ПАКЕТОМ HTTP ЗНАКОМЫ, ПРОБОВАЛИ ПИСАТЬ ЧТО-ТО?
@
ДА, КОНЕЧНО, ПИСАЛ МИКРОСЕРВИСЫ С HTTP И ВСТРОЕННЫМ СЕРВЕРОМ, ИСПОЛЬЗОВАЛ МУКС ИЗ ДЖИНА/ГОРИЛЛЫ/АЛЛАХА!!!!!!!!!!! СТРУКТУРЫ-СЕРВИСЫ, КЛИН КОД!!!!!
@
О, ОТЛИЧНО, КАК ПОДХОДИТЕ К ВОПРОСУ ЛОГИРОВАНИЯ В СЕРВИСЕ?
@
ЭММ, НУ, МММ НУ СОЗДАЮ ЛОГГЕР ИЗ ПАКЕТА НУ И ПРЯМО ВЫЗЫВАЮ В КОДЕ ГДЕ НУЖНО, А ЧТО?
@
ХММ, НУ ДОПУСТИМ, А ЗНАКОМЫ СО СТРУКТУРИРОВАННЫМ ЛОГИРОВАНИЕМ?
@
ЭММ, ПУК СРЕНЬК, НУ ДА КОНЕЧНО В БИБЛИОТЕКАХ ПИШУТ ЧТО ИХ ЛОГИ СТРУКТУРИРОВАННЫЕ
@
ПОНЯТНО, ПРЯМО КОНКРЕТНЫЙ ЛОГГЕР ДЕРГАЕТЕ В БИЗНЕС ЛОГИКЕ?
@
ПУК, БИЗНЕС ЧТО?
@
ПОНЯТНО, МЫ ВАМ ПЕРЕЗВОНИМ
216 Кб, 431x362>>1923667
ДОБРЫЙ ДЕНЬ, ПРИСАЖИВАЙТЕСЬ
@
ЗНАКОМЫ С ИНТЕРФЕЙСАМИ Reader/Writer?
@
ПУК СРЕНЬК НЕТ
@
НУ ЛАДНО, А РАССКАЖИТЕ, ПОЖАЛУЙСТА, КАК РАБОТАЕТ СЛАЙС И КАКИЕ НЕОЧЕВИДНЫЕ МОМЕНТЫ СУЩЕСТВУЮТ? ЧТО ТАКОЕ ДЛИНА И КАПАСИТИ СЛАЙСА, ЧЕМ ОТЛИЧАЮТСЯ?
@
ЭММ, НУУ, ПУК СРЕНЬК НИЗНАЮ, НУ ДЛИНА ЭТО СКОЛЬКА ЭЛЕМЕНТОВ В НЕМ ВОТ ПУК СРЕНЬК
@
ХММ, ПОНЯТНО. А С ПАКЕТОМ HTTP ЗНАКОМЫ, ПРОБОВАЛИ ПИСАТЬ ЧТО-ТО?
@
ДА, КОНЕЧНО, ПИСАЛ МИКРОСЕРВИСЫ С HTTP И ВСТРОЕННЫМ СЕРВЕРОМ, ИСПОЛЬЗОВАЛ МУКС ИЗ ДЖИНА/ГОРИЛЛЫ/АЛЛАХА!!!!!!!!!!! СТРУКТУРЫ-СЕРВИСЫ, КЛИН КОД!!!!!
@
О, ОТЛИЧНО, КАК ПОДХОДИТЕ К ВОПРОСУ ЛОГИРОВАНИЯ В СЕРВИСЕ?
@
ЭММ, НУ, МММ НУ СОЗДАЮ ЛОГГЕР ИЗ ПАКЕТА НУ И ПРЯМО ВЫЗЫВАЮ В КОДЕ ГДЕ НУЖНО, А ЧТО?
@
ХММ, НУ ДОПУСТИМ, А ЗНАКОМЫ СО СТРУКТУРИРОВАННЫМ ЛОГИРОВАНИЕМ?
@
ЭММ, ПУК СРЕНЬК, НУ ДА КОНЕЧНО В БИБЛИОТЕКАХ ПИШУТ ЧТО ИХ ЛОГИ СТРУКТУРИРОВАННЫЕ
@
ПОНЯТНО, ПРЯМО КОНКРЕТНЫЙ ЛОГГЕР ДЕРГАЕТЕ В БИЗНЕС ЛОГИКЕ?
@
ПУК, БИЗНЕС ЧТО?
@
ПОНЯТНО, МЫ ВАМ ПЕРЕЗВОНИМ
> Берешь, ищешь на ютубе видосы по типу: "Делаем хуйнянейм микросервис на го"
ДОБРЫЙ ДЕНЬ, ПРИСАЖИВАЙТЕСЬ
@
ЗНАКОМЫ С ИНТЕРФЕЙСАМИ Reader/Writer?
@
ПУК СРЕНЬК НЕТ
@
НУ ЛАДНО, А РАССКАЖИТЕ, ПОЖАЛУЙСТА, КАК РАБОТАЕТ СЛАЙС И КАКИЕ НЕОЧЕВИДНЫЕ МОМЕНТЫ СУЩЕСТВУЮТ? ЧТО ТАКОЕ ДЛИНА И КАПАСИТИ СЛАЙСА, ЧЕМ ОТЛИЧАЮТСЯ?
@
ЭММ, НУУ, ПУК СРЕНЬК НИЗНАЮ, НУ ДЛИНА ЭТО СКОЛЬКА ЭЛЕМЕНТОВ В НЕМ ВОТ ПУК СРЕНЬК
@
ХММ, ПОНЯТНО. А С ПАКЕТОМ HTTP ЗНАКОМЫ, ПРОБОВАЛИ ПИСАТЬ ЧТО-ТО?
@
ДА, КОНЕЧНО, ПИСАЛ МИКРОСЕРВИСЫ С HTTP И ВСТРОЕННЫМ СЕРВЕРОМ, ИСПОЛЬЗОВАЛ МУКС ИЗ ДЖИНА/ГОРИЛЛЫ/АЛЛАХА!!!!!!!!!!! СТРУКТУРЫ-СЕРВИСЫ, КЛИН КОД!!!!!
@
О, ОТЛИЧНО, КАК ПОДХОДИТЕ К ВОПРОСУ ЛОГИРОВАНИЯ В СЕРВИСЕ?
@
ЭММ, НУ, МММ НУ СОЗДАЮ ЛОГГЕР ИЗ ПАКЕТА НУ И ПРЯМО ВЫЗЫВАЮ В КОДЕ ГДЕ НУЖНО, А ЧТО?
@
ХММ, НУ ДОПУСТИМ, А ЗНАКОМЫ СО СТРУКТУРИРОВАННЫМ ЛОГИРОВАНИЕМ?
@
ЭММ, ПУК СРЕНЬК, НУ ДА КОНЕЧНО В БИБЛИОТЕКАХ ПИШУТ ЧТО ИХ ЛОГИ СТРУКТУРИРОВАННЫЕ
@
ПОНЯТНО, ПРЯМО КОНКРЕТНЫЙ ЛОГГЕР ДЕРГАЕТЕ В БИЗНЕС ЛОГИКЕ?
@
ПУК, БИЗНЕС ЧТО?
@
ПОНЯТНО, МЫ ВАМ ПЕРЕЗВОНИМ
>>1923945
То чувство, когда даже не был на собесе ни разу, только 1 раз кринжово поболтал с hr, которому пояснял, почему не хочу работать на плюсах и как там чёрт ногу сломит и конкуренция такая, что надо всякие спорт. программирования дрочить, на что получил ответ "а что для работы на го этого не нужно?"
Начал пояснять про то, что го сделан был для упрощения разработки и реально не нужно, в итоге "мы вам перезвоним"
То чувство, когда даже не был на собесе ни разу, только 1 раз кринжово поболтал с hr, которому пояснял, почему не хочу работать на плюсах и как там чёрт ногу сломит и конкуренция такая, что надо всякие спорт. программирования дрочить, на что получил ответ "а что для работы на го этого не нужно?"
Начал пояснять про то, что го сделан был для упрощения разработки и реально не нужно, в итоге "мы вам перезвоним"
>>1924175
То есть ты прямо признался hr, что боишься конкурировать и решать сложные задачи, пчел...
мимо
То есть ты прямо признался hr, что боишься конкурировать и решать сложные задачи, пчел...
мимо
Раз пошла такая пьянка, то накидайте где читать про внутрянку гошки, а-ля планировщик, garbage collector и все остальное под капотом. Пока кроме исходников ниче не находил толкового
>>1924216
В англоязычном тырнете чуть ли не до построчного чтения исходников есть статьи, ты о чем, лол.
В англоязычном тырнете чуть ли не до построчного чтения исходников есть статьи, ты о чем, лол.
>>1923945
Куда присаживаться долбоеб, я итак дома уже сижу
Нет, и не ебет. Да и вообще не нужна
Все очевидно если хуйней не страдать
Нет, а нахуя?? Беру блять корпоративный фреймворк и хуе мое, какой вообще нахуй http, когда все на grpc
Берешь и логгируешь, главное без задей мысли и json'а в логах, а то sre за гаражами пиздов надают
Берешь блять и по разным полям раскидываешь, охуеть рокет сайнс, вопрос достойный собеса
Чо блять, а ты заново интерфейсы для логера в каждом сервисе хуячишь? Часто логеры на проекте меняете? ))0)
Ну и в норм компаниях уже есть платформенные либы для этого, так что да, беру и дергаю, но повторяю, главное без задней мысли
Это я вам перезвоню после таких вопросов
Ждун вкатун, ты? Узнал тебя по твоим шизоидным вопросам
мимо сеньор-помидор 300к/нс
> ДОБРЫЙ ДЕНЬ, ПРИСАЖИВАЙТЕСЬ
Куда присаживаться долбоеб, я итак дома уже сижу
> ЗНАКОМЫ С ИНТЕРФЕЙСАМИ Reader/Writer?
Нет, и не ебет. Да и вообще не нужна
> НУ ЛАДНО, А РАССКАЖИТЕ, ПОЖАЛУЙСТА, КАК РАБОТАЕТ СЛАЙС И КАКИЕ НЕОЧЕВИДНЫЕ МОМЕНТЫ СУЩЕСТВУЮТ? ЧТО ТАКОЕ ДЛИНА И КАПАСИТИ СЛАЙСА, ЧЕМ ОТЛИЧАЮТСЯ?
Все очевидно если хуйней не страдать
> ХММ, ПОНЯТНО. А С ПАКЕТОМ HTTP ЗНАКОМЫ, ПРОБОВАЛИ ПИСАТЬ ЧТО-ТО?
Нет, а нахуя?? Беру блять корпоративный фреймворк и хуе мое, какой вообще нахуй http, когда все на grpc
> О, ОТЛИЧНО, КАК ПОДХОДИТЕ К ВОПРОСУ ЛОГИРОВАНИЯ В СЕРВИСЕ?
Берешь и логгируешь, главное без задей мысли и json'а в логах, а то sre за гаражами пиздов надают
> ХММ, НУ ДОПУСТИМ, А ЗНАКОМЫ СО СТРУКТУРИРОВАННЫМ ЛОГИРОВАНИЕМ?
Берешь блять и по разным полям раскидываешь, охуеть рокет сайнс, вопрос достойный собеса
> ПОНЯТНО, ПРЯМО КОНКРЕТНЫЙ ЛОГГЕР ДЕРГАЕТЕ В БИЗНЕС ЛОГИКЕ?
Чо блять, а ты заново интерфейсы для логера в каждом сервисе хуячишь? Часто логеры на проекте меняете? ))0)
Ну и в норм компаниях уже есть платформенные либы для этого, так что да, беру и дергаю, но повторяю, главное без задней мысли
> ПОНЯТНО, МЫ ВАМ ПЕРЕЗВОНИМ
Это я вам перезвоню после таких вопросов
Ждун вкатун, ты? Узнал тебя по твоим шизоидным вопросам
мимо сеньор-помидор 300к/нс
>>1924321
Обкекался с толстоты
Обкекался с толстоты
>>1924175
Зачем вообще дрочить спорт. программирование? И как это вообще связано с языком? Где ты начитался этой хуйни?
Зачем вообще дрочить спорт. программирование? И как это вообще связано с языком? Где ты начитался этой хуйни?
>>1924181
у тебя видимо нормально всё с логикой. Где я сказал, что для го разработчика не нужна компетентность? Я лишь обозначил, что конкуренция в плюсах слишком большая и многие вкатываются через какой-то лютый пиздец, чтобы среди кандидатов выделиться. Алсо 1 разговор с hr в жизни, почему бы и не обосраться
у тебя видимо нормально всё с логикой. Где я сказал, что для го разработчика не нужна компетентность? Я лишь обозначил, что конкуренция в плюсах слишком большая и многие вкатываются через какой-то лютый пиздец, чтобы среди кандидатов выделиться. Алсо 1 разговор с hr в жизни, почему бы и не обосраться
>>1924412
на реальных примерах своих знакомых, которые вышли в финал чемпионата ДС и чел за 2 недели перекатился на го, а я тут уже полгода и всё ещё нихуя не могу
на реальных примерах своих знакомых, которые вышли в финал чемпионата ДС и чел за 2 недели перекатился на го, а я тут уже полгода и всё ещё нихуя не могу
>>1924417
Какую ссылку? Ты хочешь один изи гайд по всей внутрянке го? Совсем ебнулся? Это все разбросано на разные статьи. Что интересно - то изучай. Это программирование, а не сказочный мир с понями, надо самому изучать, в рот тебе никто просто так знания не засунет.
Какую ссылку? Ты хочешь один изи гайд по всей внутрянке го? Совсем ебнулся? Это все разбросано на разные статьи. Что интересно - то изучай. Это программирование, а не сказочный мир с понями, надо самому изучать, в рот тебе никто просто так знания не засунет.
>>1925509
"Я разработчик-рокзвезда"
"Я разработчик-рокзвезда"
629 Кб, 592x1000>>1905210 (OP)
Какой брать веб-фреймворк если я нодадебил на перекате?
Что там есть мейнстримовое, но чтоб без особых языковых наворотов?
спасиба
Какой брать веб-фреймворк если я нодадебил на перекате?
Что там есть мейнстримовое, но чтоб без особых языковых наворотов?
спасиба
>>1925629
Не слушай тех, кто "без фреймворков", у них эволюция вспять пошла. Лет через 30 Go таким макаром может и будет как другие языки сейчас.
Не слушай тех, кто "без фреймворков", у них эволюция вспять пошла. Лет через 30 Go таким макаром может и будет как другие языки сейчас.
>>1925693
Так а нахуя в го веб фреймворк? Стандартный сервер пишется в несколько строк кода, он уже является веб фреймворком. Единственное чего он не предоставляет - нормального роутинга, но для роутинга как раз уже стоит взять библиотеку. Вот у тебя и сервер. Хендлеры это те же контроллеры. Никто в го не юзает веб фреймворки (да и их нет по сути толком), ибо стандартные средства + пара либ и так ультра просто позволяют писать серваки.
Так а нахуя в го веб фреймворк? Стандартный сервер пишется в несколько строк кода, он уже является веб фреймворком. Единственное чего он не предоставляет - нормального роутинга, но для роутинга как раз уже стоит взять библиотеку. Вот у тебя и сервер. Хендлеры это те же контроллеры. Никто в го не юзает веб фреймворки (да и их нет по сути толком), ибо стандартные средства + пара либ и так ультра просто позволяют писать серваки.
>>1925729
Дело в кучи бойлерплейта, который при этом возникает.
А именно - весь роутинг может быть сгенерен по шаблону. Как и все говно-хттп хендлеры могут быть сгенерены из обычных функций.
handler(inputType) outputType
Задача фреймворка - избавиться от необходимости писать валидацию входного мусора и сериализацию выходного мусора.
Понятно, что существующие фреймворки говно полное, но не отменяет факта, что нужно создать нормальный. А нормальный в го возможен только на основе кодогена.
Дело в кучи бойлерплейта, который при этом возникает.
А именно - весь роутинг может быть сгенерен по шаблону. Как и все говно-хттп хендлеры могут быть сгенерены из обычных функций.
handler(inputType) outputType
Задача фреймворка - избавиться от необходимости писать валидацию входного мусора и сериализацию выходного мусора.
Понятно, что существующие фреймворки говно полное, но не отменяет факта, что нужно создать нормальный. А нормальный в го возможен только на основе кодогена.
>>1925814
Почему? Хоть один пример приведи, где дженерики понадобятся, кроме бизнес логики, лол.
> А нормальный в го возможен только на основе кодогена.
Почему? Хоть один пример приведи, где дженерики понадобятся, кроме бизнес логики, лол.
>>1925806
Не слушай долбоеба с фреймворками, это тебе не джава какая нибудь, где ты фактически на Java-developer, а Spring-developer. Можешь ничего не брать сначала и так попробовать. Для роутинга можешь взять https://github.com/go-chi/chi
И еще вот, принес вам нормального кодогена https://github.com/utrack/clay
Не слушай долбоеба с фреймворками, это тебе не джава какая нибудь, где ты фактически на Java-developer, а Spring-developer. Можешь ничего не брать сначала и так попробовать. Для роутинга можешь взять https://github.com/go-chi/chi
И еще вот, принес вам нормального кодогена https://github.com/utrack/clay
>>1925918
Спасибо
Спасибо
>>1925509
"Не шлите нахуй, пожалуйста"
"Не шлите нахуй, пожалуйста"
423 Кб, 2400x1500.NET макака хочу вкатиться в Go (есть опыт с Си), какие подводные камни? работа есть? зарплата у гоАнонов сравнится с дотнет тырпрайзом или выше?
заебал дотнет я его уже наизусть знаю и просто тошнит, хочется чего то нового
заебал дотнет я его уже наизусть знаю и просто тошнит, хочется чего то нового
>>1926156
Ты же понимаешь, что это всё оч индивидуально? Зависит от скиллов, опыта, компании.
Имхо: в го перспективы получше чем в .net.
Ты же понимаешь, что это всё оч индивидуально? Зависит от скиллов, опыта, компании.
Имхо: в го перспективы получше чем в .net.
>>1926163
Ну по сравнению с C#, Go выглядит как очень мелкий и straightforward язык который я осилю достаточно быстро, ИМХО.
Меня заебало то что С# по размерам раздули как C++ и одну вещь можно сделать 25 разными способами. Я то не против синтаксического сахара и возможностей, но когда работаешь с кодом ебанных дегенератов это выбешивает
Ну по сравнению с C#, Go выглядит как очень мелкий и straightforward язык который я осилю достаточно быстро, ИМХО.
Меня заебало то что С# по размерам раздули как C++ и одну вещь можно сделать 25 разными способами. Я то не против синтаксического сахара и возможностей, но когда работаешь с кодом ебанных дегенератов это выбешивает
>>1926227
А в чём хайп?
Go один из самых критикуемых языков за дизайн и возможности.
У Go довольная узкая специализация.
Go - это не Rust, не Dart и даже не Kotlin в плане хайпа, это тупо инструмент для решения задач (оч. прикладных и оч. специфических). Популярность Go сейчас не столько основана на рекламе, сколько на том, что он уже несколько лет широко используется в продакшене.
>хайпа
А в чём хайп?
Go один из самых критикуемых языков за дизайн и возможности.
У Go довольная узкая специализация.
Go - это не Rust, не Dart и даже не Kotlin в плане хайпа, это тупо инструмент для решения задач (оч. прикладных и оч. специфических). Популярность Go сейчас не столько основана на рекламе, сколько на том, что он уже несколько лет широко используется в продакшене.
>>1926174
Это только на первый взгляд. На самом же деле каждый костылит свои собственные абстракции. Если в шарпе ты можешь что-то решить 24 способами - эти способы скорее всего будут через стандартную либу. В го же ты увидишь 24 способа, но все будут сделаны через свой собственный костыль.
После 2 лет кодоебства на Го я понял одно - нихуя там не один способ решения проблемы, как любят говорить. Их миллиарды, блять.
> Ну по сравнению с C#, Go выглядит как очень мелкий и straightforward
Это только на первый взгляд. На самом же деле каждый костылит свои собственные абстракции. Если в шарпе ты можешь что-то решить 24 способами - эти способы скорее всего будут через стандартную либу. В го же ты увидишь 24 способа, но все будут сделаны через свой собственный костыль.
После 2 лет кодоебства на Го я понял одно - нихуя там не один способ решения проблемы, как любят говорить. Их миллиарды, блять.
>>1926260
ПХП, ЖС, Раст и Хаскель нервно курят в сторонке.
> Go один из самых критикуемых языков за дизайн и возможности.
ПХП, ЖС, Раст и Хаскель нервно курят в сторонке.
>>1926334
А этот тут причём?
Отличный язык.
Для того, чтоб понять в чём у них проблема - нужно погрузиться внутрь. Проблемы Go валяются на поверхности и их не пинает только ленивый.
Короче - нюфань плиз.
>Хаскель
А этот тут причём?
>ЖС
Отличный язык.
>ПХП, Раст
Для того, чтоб понять в чём у них проблема - нужно погрузиться внутрь. Проблемы Go валяются на поверхности и их не пинает только ленивый.
Короче - нюфань плиз.
>>1926352
Говноязык от которого все плюются, кроме группы фанатиков
Безвыходное говно на прототипах без ООП с ебанутым приведением типов и прототипами вытекающими из жопы, на котором чтобы нормально писать - нужно изучить книгу ебанутых решений и подводных камней. Ну да, отличный язык. Поэтому доля тайпскрипта больше натива, лол.
Не нужно погружаться. Легаси функциональщина и $_POST в пхп и один взгляд на синтаксис раста - уже ред флаги поднимает. В голэнге на поверхности только отсутствие дженериков и своеобразная обработка ошибок. Да и то, это не столько косяки, сколько СВОЙ ПУТЬ прямо как у России!!!
Ну я хоть писал и немного изучал вышеупомянутые языки, а не просто языком чешу, как ты.
> А этот тут причём?
Говноязык от которого все плюются, кроме группы фанатиков
> Отличный язык.
Безвыходное говно на прототипах без ООП с ебанутым приведением типов и прототипами вытекающими из жопы, на котором чтобы нормально писать - нужно изучить книгу ебанутых решений и подводных камней. Ну да, отличный язык. Поэтому доля тайпскрипта больше натива, лол.
> Для того, чтоб понять в чём у них проблема - нужно погрузиться внутрь. Проблемы Go валяются на поверхности и их не пинает только ленивый.
Не нужно погружаться. Легаси функциональщина и $_POST в пхп и один взгляд на синтаксис раста - уже ред флаги поднимает. В голэнге на поверхности только отсутствие дженериков и своеобразная обработка ошибок. Да и то, это не столько косяки, сколько СВОЙ ПУТЬ прямо как у России!!!
> Короче - нюфань плиз.
Ну я хоть писал и немного изучал вышеупомянутые языки, а не просто языком чешу, как ты.
>>1926241
Ну мне посоветовали на дваче учить пхп вместо питона, потому что меньше конкуренции и вообще это лучший язык для вебни. Я и выучил! Сдавал тестовые на ларавеле, а по факту вот посадили на вордпрес. И хули, оказывается почти весь рынок пыхи такой.
Я мечтаю выбраться с этого дна.
Ну мне посоветовали на дваче учить пхп вместо питона, потому что меньше конкуренции и вообще это лучший язык для вебни. Я и выучил! Сдавал тестовые на ларавеле, а по факту вот посадили на вордпрес. И хули, оказывается почти весь рынок пыхи такой.
Я мечтаю выбраться с этого дна.
>>1926352
Так в этом и проблема, что их пинают только те, кто на нем не пишет. Если ты на нем пишешь в продакшене, что тебе конретно не хватает и какая там прям реальная проблема?
Я могу только сказать, что не очень удобно ебаться с пустыми интерфейсами и ловить из за них несоотвествие типов в рантайме, а не на этапе компиляции
>Проблемы Go валяются на поверхности и их не пинает только ленивый.
Так в этом и проблема, что их пинают только те, кто на нем не пишет. Если ты на нем пишешь в продакшене, что тебе конретно не хватает и какая там прям реальная проблема?
Я могу только сказать, что не очень удобно ебаться с пустыми интерфейсами и ловить из за них несоотвествие типов в рантайме, а не на этапе компиляции
>>1926378
Скорее ты просто долбаеб, если на вордпресс только взяли. Тебе проще тогда уборщиком пойти, кодерство - не твоё.
> Сдавал тестовые на ларавеле, а по факту вот посадили на вордпрес. И хули, оказывается почти весь рынок пыхи такой.
Скорее ты просто долбаеб, если на вордпресс только взяли. Тебе проще тогда уборщиком пойти, кодерство - не твоё.
>>1926382
Скорее всего ты в продуктовых компаниях работаешь, а не на мухосранских кабанов
Скорее всего ты в продуктовых компаниях работаешь, а не на мухосранских кабанов
>>1926368
Это и есть "чесать" языком. Каждый пункт просто высер мимокрока, особенно про $_POST в php и про тайпскрипт кринжатура.
Ну да, у го "свой путь", а у других языков "ред флаги".
Хеллоуворлдщик, плиз.
>>1926379
Поэтому он и один из самых критикуемых.
>Говноязык от которого все плюются
>Поэтому доля тайпскрипта больше натива
>один взгляд на синтаксис раста
>$_POST
Это и есть "чесать" языком. Каждый пункт просто высер мимокрока, особенно про $_POST в php и про тайпскрипт кринжатура.
>Да и то, это не столько косяки, сколько СВОЙ ПУТЬ
Ну да, у го "свой путь", а у других языков "ред флаги".
>Ну я хоть писал и немного изучал вышеупомянутые языки
Хеллоуворлдщик, плиз.
>>1926379
>Так в этом и проблема, что их пинают только те ...
Поэтому он и один из самых критикуемых.
>>1926386
Ты ни одного аргумента не привел, я же привел первые попавшие в голову. Любой человек поймет эти претензии, а не будет хуйню нести как ты. Какой нахуй свой путь? Это рофл был, деревянный ты мой. Го точно также косяки имеет. Но он не самый критикуемый, а просто критикуемый. Питон жоще критикуют, чем Го, лол, о чем речь?
Ты ни одного аргумента не привел, я же привел первые попавшие в голову. Любой человек поймет эти претензии, а не будет хуйню нести как ты. Какой нахуй свой путь? Это рофл был, деревянный ты мой. Го точно также косяки имеет. Но он не самый критикуемый, а просто критикуемый. Питон жоще критикуют, чем Го, лол, о чем речь?
>>1926386
Гугл и все найденные статистики шлют тебя нахуй, Go один из менее критикуемых, получается, лол. https://appetiser.com.au/blog/the-most-loved-and-hated-programming-languages-according-to-developers/
> Go один из самых критикуемых
Гугл и все найденные статистики шлют тебя нахуй, Go один из менее критикуемых, получается, лол. https://appetiser.com.au/blog/the-most-loved-and-hated-programming-languages-according-to-developers/
>>1926397
Я имею ввиду из новых языков. К слову, Rust там вообще нет? Вау.
Я уж молчу про то, что чем популярней язык, тем он более disliked по этим статистикам.
>>1926398
Проецируйщий долбоёб, я ни слова не сказал про нравится/не нравится. Я таким образом о языках не высказываюсь. Конкретно мне, например, Go нравится, я на нём пишу. А вот тебе нужно головой думать, а не жопой.
Хватит рваться на полтреда.
Я имею ввиду из новых языков. К слову, Rust там вообще нет? Вау.
Я уж молчу про то, что чем популярней язык, тем он более disliked по этим статистикам.
>>1926398
Проецируйщий долбоёб, я ни слова не сказал про нравится/не нравится. Я таким образом о языках не высказываюсь. Конкретно мне, например, Go нравится, я на нём пишу. А вот тебе нужно головой думать, а не жопой.
Хватит рваться на полтреда.
>>1926401
Есть, лол.
ЭТА ДРУГОИ? Ты изначально просто пизданул, что он один из самых критикуемых. Тебе сказали, что наоборот один из самых любимых. А ты теперь жопой виляешь.
Что проецирующий? Ты сказал, что его все критикуют, я сказал, что нет и привел тебе подтверждающую статистику. Иди нахуй с треда, ты слит.
> К слову, Rust там вообще нет?
Есть, лол.
> Я имею ввиду из новых языков.
ЭТА ДРУГОИ? Ты изначально просто пизданул, что он один из самых критикуемых. Тебе сказали, что наоборот один из самых любимых. А ты теперь жопой виляешь.
> Проецируйщий долбоёб
Что проецирующий? Ты сказал, что его все критикуют, я сказал, что нет и привел тебе подтверждающую статистику. Иди нахуй с треда, ты слит.
12 Кб, 700x141>>1926391
>>1926368
Ты скозал? Это вот твои "аргументы"? В чём поинт?
Если функциональщина для тебя эта сложна, то маме с папой жалуйся на свой iq, а не нам.
О боже. Без ооп? Правда? Да как так можно?
Долбоёб берет язык без ооп, костылит на нём ооп и жалуется что всё работает через зад.
Это единственная годная претензия к языку со слабой (!) типизацией.
Нет, не поэтому, а из-за типов, возможности их проверки во время компиляции и удобства поддержки разношерстных модулей внутри проекта.
ООП там так же прикручен гайками сбоку. Что, конечно, людям с ооп головного мозга доставляет проблем.
Недостаточно просто высрать из мозга слова, они должны иметь смысл. Что $_POST? Что у тебя с ним не так? Ты знаешь зачем он там? Почему он такой?
Это тоже "аргумент"?
Конечно не нужно, ты ведь хеллоуворлдщик. Ты и так во всех языках разбираешься. Ты мог бы высрать любое говно, которое обсуждают часами в растотредах, про уб, про неработающих борроу-чекер, про долгий компилятор, сырое комьюнити (на крайняк), но ты высрал только то, что видел - синтаксис на картинках.
По мемам?
>>1926368
>Говноязык от которого все плюются, кроме группы фанатиков
Ты скозал? Это вот твои "аргументы"? В чём поинт?
Если функциональщина для тебя эта сложна, то маме с папой жалуйся на свой iq, а не нам.
>без ООП
О боже. Без ооп? Правда? Да как так можно?
Долбоёб берет язык без ооп, костылит на нём ооп и жалуется что всё работает через зад.
>ебанутым приведением типов
Это единственная годная претензия к языку со слабой (!) типизацией.
>Поэтому доля тайпскрипта больше натива, лол.
Нет, не поэтому, а из-за типов, возможности их проверки во время компиляции и удобства поддержки разношерстных модулей внутри проекта.
ООП там так же прикручен гайками сбоку. Что, конечно, людям с ооп головного мозга доставляет проблем.
>$_POST
Недостаточно просто высрать из мозга слова, они должны иметь смысл. Что $_POST? Что у тебя с ним не так? Ты знаешь зачем он там? Почему он такой?
>один взгляд на синтаксис раста
Это тоже "аргумент"?
>Не нужно погружаться
Конечно не нужно, ты ведь хеллоуворлдщик. Ты и так во всех языках разбираешься. Ты мог бы высрать любое говно, которое обсуждают часами в растотредах, про уб, про неработающих борроу-чекер, про долгий компилятор, сырое комьюнити (на крайняк), но ты высрал только то, что видел - синтаксис на картинках.
>немного изучал
По мемам?
12 Кб, 700x141>>1926391
>>1926368
Ты скозал? Это вот твои "аргументы"? В чём поинт?
Если функциональщина для тебя эта сложна, то маме с папой жалуйся на свой iq, а не нам.
О боже. Без ооп? Правда? Да как так можно?
Долбоёб берет язык без ооп, костылит на нём ооп и жалуется что всё работает через зад.
Это единственная годная претензия к языку со слабой (!) типизацией.
Нет, не поэтому, а из-за типов, возможности их проверки во время компиляции и удобства поддержки разношерстных модулей внутри проекта.
ООП там так же прикручен гайками сбоку. Что, конечно, людям с ооп головного мозга доставляет проблем.
Недостаточно просто высрать из мозга слова, они должны иметь смысл. Что $_POST? Что у тебя с ним не так? Ты знаешь зачем он там? Почему он такой?
Это тоже "аргумент"?
Конечно не нужно, ты ведь хеллоуворлдщик. Ты и так во всех языках разбираешься. Ты мог бы высрать любое говно, которое обсуждают часами в растотредах, про уб, про неработающих борроу-чекер, про долгий компилятор, сырое комьюнити (на крайняк), но ты высрал только то, что видел - синтаксис на картинках.
По мемам?
>>1926368
>Говноязык от которого все плюются, кроме группы фанатиков
Ты скозал? Это вот твои "аргументы"? В чём поинт?
Если функциональщина для тебя эта сложна, то маме с папой жалуйся на свой iq, а не нам.
>без ООП
О боже. Без ооп? Правда? Да как так можно?
Долбоёб берет язык без ооп, костылит на нём ооп и жалуется что всё работает через зад.
>ебанутым приведением типов
Это единственная годная претензия к языку со слабой (!) типизацией.
>Поэтому доля тайпскрипта больше натива, лол.
Нет, не поэтому, а из-за типов, возможности их проверки во время компиляции и удобства поддержки разношерстных модулей внутри проекта.
ООП там так же прикручен гайками сбоку. Что, конечно, людям с ооп головного мозга доставляет проблем.
>$_POST
Недостаточно просто высрать из мозга слова, они должны иметь смысл. Что $_POST? Что у тебя с ним не так? Ты знаешь зачем он там? Почему он такой?
>один взгляд на синтаксис раста
Это тоже "аргумент"?
>Не нужно погружаться
Конечно не нужно, ты ведь хеллоуворлдщик. Ты и так во всех языках разбираешься. Ты мог бы высрать любое говно, которое обсуждают часами в растотредах, про уб, про неработающих борроу-чекер, про долгий компилятор, сырое комьюнити (на крайняк), но ты высрал только то, что видел - синтаксис на картинках.
>немного изучал
По мемам?
>>1926406
Чукча не читатель, чукча писатель?
Да, это "другои".
- да, я так считаю.
Свою тупость. Я не рассуждаю об инструментах, как о людях или товарищах. Они у меня не вызывают эмоции. Мне похуй на твои эмоции по поводу каких-то языков, и мнение хомячков тоже мне не интересно. Язык и язык. Есть свои плюсы, есть свои минусы. А у тебя от этого рвёт. И ты это приписываешь мне гринтекстом.
> Есть, лол.
>
> The Most Disliked Programming Languages:
> VBA – 75.2%
> Objective-C – 68.7%
> Assembly – 64.4%
> C – 57.5%
> PHP – 54.2%
> Erlang – 52.6%
> Ruby – 49.7%
> R – 48.3%
> C++ – 48.0%
> Java – 46.6%
> Scala – 41.7%
> Bash/Shell/PowerShell – 40.5%
> F# – 38.3%
> HTML/CSS – 37.8%
> SQL – 35.9%
> Dart – 33.7%
> JavaScript – 33.2%
> C# – 33.0%
> Go – 32.1%
> Elixir – 31.8%
> Clojure – 31.7%
> Swift – 30.8%
> WebAssembly – 30.5%
> Kotlin – 27.4%
> TypeScript – 26.9%
Чукча не читатель, чукча писатель?
> ЭТА ДРУГОИ?
Да, это "другои".
>Ты изначально просто пизданул, что он один из самых критикуемых
- да, я так считаю.
>Что проецирующий?
Свою тупость. Я не рассуждаю об инструментах, как о людях или товарищах. Они у меня не вызывают эмоции. Мне похуй на твои эмоции по поводу каких-то языков, и мнение хомячков тоже мне не интересно. Язык и язык. Есть свои плюсы, есть свои минусы. А у тебя от этого рвёт. И ты это приписываешь мне гринтекстом.
>>1926406
Чукча не читатель, чукча писатель?
Да, это "другои".
- да, я так считаю.
Свою тупость. Я не рассуждаю об инструментах, как о людях или товарищах. Они у меня не вызывают эмоции. Мне похуй на твои эмоции по поводу каких-то языков, и мнение хомячков тоже мне не интересно. Язык и язык. Есть свои плюсы, есть свои минусы. А у тебя от этого рвёт. И ты это приписываешь мне гринтекстом.
> Есть, лол.
>
> The Most Disliked Programming Languages:
> VBA – 75.2%
> Objective-C – 68.7%
> Assembly – 64.4%
> C – 57.5%
> PHP – 54.2%
> Erlang – 52.6%
> Ruby – 49.7%
> R – 48.3%
> C++ – 48.0%
> Java – 46.6%
> Scala – 41.7%
> Bash/Shell/PowerShell – 40.5%
> F# – 38.3%
> HTML/CSS – 37.8%
> SQL – 35.9%
> Dart – 33.7%
> JavaScript – 33.2%
> C# – 33.0%
> Go – 32.1%
> Elixir – 31.8%
> Clojure – 31.7%
> Swift – 30.8%
> WebAssembly – 30.5%
> Kotlin – 27.4%
> TypeScript – 26.9%
Чукча не читатель, чукча писатель?
> ЭТА ДРУГОИ?
Да, это "другои".
>Ты изначально просто пизданул, что он один из самых критикуемых
- да, я так считаю.
>Что проецирующий?
Свою тупость. Я не рассуждаю об инструментах, как о людях или товарищах. Они у меня не вызывают эмоции. Мне похуй на твои эмоции по поводу каких-то языков, и мнение хомячков тоже мне не интересно. Язык и язык. Есть свои плюсы, есть свои минусы. А у тебя от этого рвёт. И ты это приписываешь мне гринтекстом.
>>1926422
Кто? Это ты высираешь целые тирады многостраничные) Иди нахуй с треда. Можешь еще пукнуть один раз, если так важно последнее слово вставить и свободен.
Кто? Это ты высираешь целые тирады многостраничные) Иди нахуй с треда. Можешь еще пукнуть один раз, если так важно последнее слово вставить и свободен.
>>1926427
Хеллоуворлдщик делает вид, что не обосрался. Спешите видеть.
Ты так быстро уходишь? Ну куда же ты?
Думаешь таким школьным дефенсом просто закрыть тему? Ну-ну.
Хеллоуворлдщик делает вид, что не обосрался. Спешите видеть.
>если так важно последнее слово вставить
Ты так быстро уходишь? Ну куда же ты?
Думаешь таким школьным дефенсом просто закрыть тему? Ну-ну.
14 Кб, 614x447>>1926391
>>1926397
это неправда
https://insights.stackoverflow.com/survey/2020
>Питон жоще критикуют, чем Го, лол, о чем речь?
>>1926397
>Go один из менее критикуемых, получается, лол
это неправда
https://insights.stackoverflow.com/survey/2020
>>1926441
У этой статистики та же проблема, что и у той, которую кидал ебаклак выше.
Она не оценивает насколько язык зрелый или насколько давно появился, какая у него доля популярности. Грубо говоря, если огромное количество народу попробует JS и большинству он не понравится, то язык будет на дне. Но если узкий круг программистов попробует Rust и он понравится большинству, то этот язык будет самым любимым вот уже 5 лет подряд.
У этой статистики та же проблема, что и у той, которую кидал ебаклак выше.
> % of developers who are developing with the language or technology but have not expressed interest in continuing to do so
Она не оценивает насколько язык зрелый или насколько давно появился, какая у него доля популярности. Грубо говоря, если огромное количество народу попробует JS и большинству он не понравится, то язык будет на дне. Но если узкий круг программистов попробует Rust и он понравится большинству, то этот язык будет самым любимым вот уже 5 лет подряд.
>>1926497
Ну ты не сравнивай Раст с Го, Голэнг гораздо популярнее и о нем вообще все знают. А Раст очень нишевый и мало кому за пределами байтоебов толком известен.
Ну ты не сравнивай Раст с Го, Голэнг гораздо популярнее и о нем вообще все знают. А Раст очень нишевый и мало кому за пределами байтоебов толком известен.
>>1926333
Если решений миллиарды, то скорее всего подойдет любая. Это вообще не проблема.
Проблема - когда язык не позволяет тебе принципиально решить твою задачу по человечески.
Если решений миллиарды, то скорее всего подойдет любая. Это вообще не проблема.
Проблема - когда язык не позволяет тебе принципиально решить твою задачу по человечески.
>>1926333
Ну не скажешь. Например есть много способов считать из одного io.ReadWriter в другой, например через буффер из bytes.Buffer, или из bufio.Buffer или просто через массив байтов, или io.Copy. И все это будет правильным. Хотя смотря как ты определяешь "через свой костыль".
>В го же ты увидишь 24 способа, но все будут сделаны через свой собственный костыль.
Ну не скажешь. Например есть много способов считать из одного io.ReadWriter в другой, например через буффер из bytes.Buffer, или из bufio.Buffer или просто через массив байтов, или io.Copy. И все это будет правильным. Хотя смотря как ты определяешь "через свой костыль".
>>1926508
Кого считать байтоебом?
Кого считать байтоебом?
Поясните за Reader/Writer. Нахуй мсне постояно делать какой то reader и считывать в него фаил. И тд
>>1927119
для полиморфизма как и любые другие интерфейсы
для полиморфизма как и любые другие интерфейсы
>>1927119
Странный вопрос, а как ты хотел?
Странный вопрос, а как ты хотел?
>>1927119
Тебе его не надо делать, файлы, stdout всякие и куча чего ещё это и есть эти ридеры и райтеры. Тебе главное понять как они работают и для чего юзаются. Очень полезная вещь, такто.
Тебе его не надо делать, файлы, stdout всякие и куча чего ещё это и есть эти ридеры и райтеры. Тебе главное понять как они работают и для чего юзаются. Очень полезная вещь, такто.
>>1927119
Полиморфизм. Допустим тебе нужно держать в объекте открытое соединение, как сделать так, чтобы можно было только писать в подключение, но не считывать из него? Ну ебашишь поле с типом io.ReadCloser. Или ещё круче, ты можешь создать свой класс который будет имплементить методы Read и Write, сможешь пихать свой класс в любые методы из стандартной либы которые принимают на вход итерфейсы Reader/Writer. Чисто берешь пишешь io.Copy(fileReader, твой_класс_с_подключением), если Read имплементировал нормально, то все данные из подключения запишутся в файл, ахуенно как по мне.
Полиморфизм. Допустим тебе нужно держать в объекте открытое соединение, как сделать так, чтобы можно было только писать в подключение, но не считывать из него? Ну ебашишь поле с типом io.ReadCloser. Или ещё круче, ты можешь создать свой класс который будет имплементить методы Read и Write, сможешь пихать свой класс в любые методы из стандартной либы которые принимают на вход итерфейсы Reader/Writer. Чисто берешь пишешь io.Copy(fileReader, твой_класс_с_подключением), если Read имплементировал нормально, то все данные из подключения запишутся в файл, ахуенно как по мне.
>>1927343
Перепутал, наоборот, только считывать, но не писать
>только писать в подключение, но не считывать из него
Перепутал, наоборот, только считывать, но не писать
>>1927119
>>1927343
Красноглазый, совсем ебнулся вкатуну сразу за сети мозги засирать? Приведу гораздо приземлённее пример - логирование. Любой логгер может писать в любые штуки, реализующие Writer. Соответственно ты можешь туда хоть файл передать, хоть os.Stdout (вывод в консоль), хоть Аллаха. Плюс ты можешь сделать io.MiltiWriter(file, os.Stdout) и получить комбинированный Writer, т.е. твои логи теперь будут и в файл и в консоль одновременно писаться. Свои реализации редко нужно писать, ибо это по сути байтовый стриминг. Хотя ты можешь свою реализацию Writer написать, который каждый лог будет тебе СМС на телефон отправлять, лол. Хотя пример хуевый, но ты понял о чём я.
>>1927343
Красноглазый, совсем ебнулся вкатуну сразу за сети мозги засирать? Приведу гораздо приземлённее пример - логирование. Любой логгер может писать в любые штуки, реализующие Writer. Соответственно ты можешь туда хоть файл передать, хоть os.Stdout (вывод в консоль), хоть Аллаха. Плюс ты можешь сделать io.MiltiWriter(file, os.Stdout) и получить комбинированный Writer, т.е. твои логи теперь будут и в файл и в консоль одновременно писаться. Свои реализации редко нужно писать, ибо это по сути байтовый стриминг. Хотя ты можешь свою реализацию Writer написать, который каждый лог будет тебе СМС на телефон отправлять, лол. Хотя пример хуевый, но ты понял о чём я.
Ок, у меня есть функция которая обрабатывает подключения, она считывает строку и разбивает по принципу /команда аргументы.
Потом через switch обрабатывает часть с "/команда". Есть у кого пример, как это реализуют нормальные люди, или как такое гуглить ?
Потом через switch обрабатывает часть с "/команда". Есть у кого пример, как это реализуют нормальные люди, или как такое гуглить ?
>>1928938
Что?
Что?
>>1929534
Лучше админу xD
Лучше админу xD
Что могут дать на тех собесе по Go длительностью 2-3 часа? Я даже примерно представить не могу, что столько времени могут спрашивать. Неужели реально попросят микросервис на бумажке написать?
>>1929816
Примеры кода давать будут и спрашивать что произойдёт при запуске, почему именно так и что нужно сделать чтобы произошло по другому/так как надо. Потом по паттернам и принципам проектирования погоняют, потом алгоритмическую задачу дадут.
Примеры кода давать будут и спрашивать что произойдёт при запуске, почему именно так и что нужно сделать чтобы произошло по другому/так как надо. Потом по паттернам и принципам проектирования погоняют, потом алгоритмическую задачу дадут.
>>1930166
Чё-то ржу. А тулинг? А библиотеки? А низкоуровневая реализация языка? Опытный бобёр может недельный собес устроить, в первый же день доведя вкатыша до психоза.
Чё-то ржу. А тулинг? А библиотеки? А низкоуровневая реализация языка? Опытный бобёр может недельный собес устроить, в первый же день доведя вкатыша до психоза.
>>1930168
Всё что ты перечислил как раз и входит в рамки примеров кода. Что то будет зависеть от того как язык на низком уровне работает, что то от библиотек и тулинга
Всё что ты перечислил как раз и входит в рамки примеров кода. Что то будет зависеть от того как язык на низком уровне работает, что то от библиотек и тулинга
>>1930170
Это не примеры кода. Го, наверное, второй после жс по нестабильности экосистемы. Если у тебя на проекте фуллстак веб-фреймворк, собранный из 5-6 библиотек, то чувак, знающий только стандартную библиотеку и go build, тебе нахер не нужен.
Это не примеры кода. Го, наверное, второй после жс по нестабильности экосистемы. Если у тебя на проекте фуллстак веб-фреймворк, собранный из 5-6 библиотек, то чувак, знающий только стандартную библиотеку и go build, тебе нахер не нужен.
>>1930172
И? Почему не примеры? Я пишу в вакансии стек и примеры кода строю соответственно, понятно что мне нахуй не нужен дурик изучивший синтаксис.
И? Почему не примеры? Я пишу в вакансии стек и примеры кода строю соответственно, понятно что мне нахуй не нужен дурик изучивший синтаксис.
>>1930184
Потому что знание соискателем именно твоего стека маловероятно. Поэтому тебе придется задавать вопросы не про код, а про принципы - ну там, как в языке реализована рефлексия, как написать мидлварь авторизации, и как отказоустойчиво сделать запрос к веб апи. Если ты не джуна ищешь, гонять программиста просто по коду - это все равно что математика заставлять подставлять в уравнения циферки.
Потому что знание соискателем именно твоего стека маловероятно. Поэтому тебе придется задавать вопросы не про код, а про принципы - ну там, как в языке реализована рефлексия, как написать мидлварь авторизации, и как отказоустойчиво сделать запрос к веб апи. Если ты не джуна ищешь, гонять программиста просто по коду - это все равно что математика заставлять подставлять в уравнения циферки.
>>1930186
Какой то дивный манямирок у тебя. Соискатель читать не умеет и увидя стек в вакансии пришел не зная его? И то что ты предлагаешь спрашивать как раз та самая баща которую только у джунов и спрашивать.
Какой то дивный манямирок у тебя. Соискатель читать не умеет и увидя стек в вакансии пришел не зная его? И то что ты предлагаешь спрашивать как раз та самая баща которую только у джунов и спрашивать.
>>1930356
Так в том и дело, что видя требование опыта в твоем стеке, соискатель не придет, т.к. вероятность совпадения крайне невелика. Это не петон, где широкий выбор между django, flask и кустарщиной. И вопросы это уровня мидла, т.к. джун, по определению, ведомый, и архитектура не его уровень - если у тебя такими вопросами занимаются джуны, они или оверскиллнуты и уже смотрят в лес, или твой прожект скоро придется закапывать из-за завала говнокода.
Так в том и дело, что видя требование опыта в твоем стеке, соискатель не придет, т.к. вероятность совпадения крайне невелика. Это не петон, где широкий выбор между django, flask и кустарщиной. И вопросы это уровня мидла, т.к. джун, по определению, ведомый, и архитектура не его уровень - если у тебя такими вопросами занимаются джуны, они или оверскиллнуты и уже смотрят в лес, или твой прожект скоро придется закапывать из-за завала говнокода.
>>1930166
и это всё на джуна - стажёра? Я паттернов-то только 2 знаю, синглтон и фабрику и то с вузовского курса
и это всё на джуна - стажёра? Я паттернов-то только 2 знаю, синглтон и фабрику и то с вузовского курса
>>1930596
Та больше ты паттернов знаешь, просто ты не знаешь что это паттерны. Ответь на такой вопрос. Вот ты хочешь создать класс(на псевдокоде) который называется EmailMessage.
У эмэйла может быть адрес откуда, адрес(а) кому, могут быть или не быть прикрепленные файлы, может быть или не быть тема(title), может быть текста. Ну ты понял. Как бы ты конструировал класс? Через конструктор посылая new(null, null, make_array(hui, pizda))?
Или как?
Так же, должен ли класс EmailMessage иметь метод send, или лучше когда отправляет сообщение какой-то другой класс?
Вопрос немного не по Го, но просто вот прям с точки зрения паттернов и ООП как бы захуячил?
Та больше ты паттернов знаешь, просто ты не знаешь что это паттерны. Ответь на такой вопрос. Вот ты хочешь создать класс(на псевдокоде) который называется EmailMessage.
У эмэйла может быть адрес откуда, адрес(а) кому, могут быть или не быть прикрепленные файлы, может быть или не быть тема(title), может быть текста. Ну ты понял. Как бы ты конструировал класс? Через конструктор посылая new(null, null, make_array(hui, pizda))?
Или как?
Так же, должен ли класс EmailMessage иметь метод send, или лучше когда отправляет сообщение какой-то другой класс?
Вопрос немного не по Го, но просто вот прям с точки зрения паттернов и ООП как бы захуячил?
аноны, как правильно делать параллельные http-запросы? задача следующая: у меня есть http-сервер и у него есть хэндлер, который ходит на 2 других эндпоинта по http. хочу выиграть по производительности, распараллелив эти запросы, но боюсь, что при большом количестве запросов на мой сервер горутины будут неконтролируемо спавниться, и в итоге я наоборот проебу по производительности. можете дать совет или ткнуть носом, что можно почитать по этой теме? во всех статьях, что я видел, это как-то в вакууме рассматривается и о подводных речи не идет
>>1931501
ps. про семафоры знаю, но не будет ли опять же просадки по производительности при высокой нагрузке из-за длительного времени ожидания горутины для запуска?
ps. про семафоры знаю, но не будет ли опять же просадки по производительности при высокой нагрузке из-за длительного времени ожидания горутины для запуска?
>>1931527
это в принципе отвечает на мой вопрос
это в принципе отвечает на мой вопрос
>>1931501
Похуй, главное используй контекст и deadline у запросов и следи чтобы горутины не дэдлочились.
Похуй, главное используй контекст и deadline у запросов и следи чтобы горутины не дэдлочились.
>>1931535
И ещё, использую pporf чтобы следить за такими вещами.
И ещё, использую pporf чтобы следить за такими вещами.
>>1930596
я не >>1930166, но суть примерно такая да, есть абстрактный план по достаточно высокуровневым темам, иногда есть пара-тройка конкретных вопросов/задач/пунктов, которые надо обязательно спросить/покрыть, чтобы по форме обратную связь дать, а там дальше как пойдет, какое настроение будет у собеседующего
я например, когда собесы веду, мне не очень интересно упарываться в язык, конкретные технологии (базы/очереди), вот этот чувак хорошо накинул >>1930614, я так пробовал, но народ в среднем люто тупит, и нифига не вывозит, поэтому я сейчас переключился на архитектуру:
вот есть бизнесовые требования, например, надо написать сервис, который будет рассылать имейлы, и дальше - какой наружу интерфейс предложишь пользователям/для интеграции, какие технологии выберешь, как очереди организуешь, как шаблонизировать контент будешь, как это все масштабировать, какие метрики снимать, как по ним понять, что инцидент произошел, как гарантировать exactly-once доставку в реальном мире с таймаутами, фейлами и ретраями, вот например у тебя вот этот сервер умер, че делать, или внезапно все тупить@тормозить стало, как искать/что делать, сколько твое решение будет стоить, где можно съэкономить ну и все в таком духе
(рассылка имейлов, это просто наугад, можно проектировать и корзину товаров в онлайн магазине и мини-инстаграм/вк и банковский сервис по переводу платежей и вообще на что фантазии хватит)
и на таких кейсах сразу хорошо виден и опыт и кругозор и алгоритмы и паттерны
я не >>1930166, но суть примерно такая да, есть абстрактный план по достаточно высокуровневым темам, иногда есть пара-тройка конкретных вопросов/задач/пунктов, которые надо обязательно спросить/покрыть, чтобы по форме обратную связь дать, а там дальше как пойдет, какое настроение будет у собеседующего
я например, когда собесы веду, мне не очень интересно упарываться в язык, конкретные технологии (базы/очереди), вот этот чувак хорошо накинул >>1930614, я так пробовал, но народ в среднем люто тупит, и нифига не вывозит, поэтому я сейчас переключился на архитектуру:
вот есть бизнесовые требования, например, надо написать сервис, который будет рассылать имейлы, и дальше - какой наружу интерфейс предложишь пользователям/для интеграции, какие технологии выберешь, как очереди организуешь, как шаблонизировать контент будешь, как это все масштабировать, какие метрики снимать, как по ним понять, что инцидент произошел, как гарантировать exactly-once доставку в реальном мире с таймаутами, фейлами и ретраями, вот например у тебя вот этот сервер умер, че делать, или внезапно все тупить@тормозить стало, как искать/что делать, сколько твое решение будет стоить, где можно съэкономить ну и все в таком духе
(рассылка имейлов, это просто наугад, можно проектировать и корзину товаров в онлайн магазине и мини-инстаграм/вк и банковский сервис по переводу платежей и вообще на что фантазии хватит)
и на таких кейсах сразу хорошо виден и опыт и кругозор и алгоритмы и паттерны
>>1929816
Щас прохожу собесы, был в озоне, деливери клабе, селектеле и еще нескольких менее именитых. По сути достаточно несложные вещи (сразу скажу у меня небольшой опыт другого языка и в целом не вкатун). По сути вопросы достаточно банальные - классика а-ля как слайс устроен, как горутины под капотом работают, вот тебе такой-то код, почему он не работает и как сделать рабочим, на знание каналов задачки, по сопутствующим вещам (а-ля напиши sql запрос с джоином или объясни как индексы работают), в одной компашке спросили средней сложности по system architect вопросики (но джуна про это спрашивать не будут в любом случае). В целом - достаточно просто, если ты не валенок. Алгоритмическую задачку дали пока только один раз (в озоне), да и та сводилась к вариации merge sort (а точнее только части про merge). Много из этих вопросов найдешь в гугле спокойно по запросу "вопросы на собеседовании Go", лол. Ничего прям серьезного, никаких графов тебя обходить просить не будут, если ты про это. Но да, ты должен хорошо разбираться в языке (например знать про gpm модель асинхронности), поверхностно тот же OSI знать, например.
Единственное заметил, что чем меньше и шаражнее контора - тем более абанутые процессы найма (например тестовые задания предложили ток 3 раза, причем дебильные, я нахуй послал их), а еще эти ебаные опросники - сразу дропай, красный флаг дноконтор. Что удивило - на паре собесов оказалось, что го используют как системный язык и пишут всякие сетевые хуйни, мне казалось это язык больше для смузистов микросервисников, а оно вот как.
Щас прохожу собесы, был в озоне, деливери клабе, селектеле и еще нескольких менее именитых. По сути достаточно несложные вещи (сразу скажу у меня небольшой опыт другого языка и в целом не вкатун). По сути вопросы достаточно банальные - классика а-ля как слайс устроен, как горутины под капотом работают, вот тебе такой-то код, почему он не работает и как сделать рабочим, на знание каналов задачки, по сопутствующим вещам (а-ля напиши sql запрос с джоином или объясни как индексы работают), в одной компашке спросили средней сложности по system architect вопросики (но джуна про это спрашивать не будут в любом случае). В целом - достаточно просто, если ты не валенок. Алгоритмическую задачку дали пока только один раз (в озоне), да и та сводилась к вариации merge sort (а точнее только части про merge). Много из этих вопросов найдешь в гугле спокойно по запросу "вопросы на собеседовании Go", лол. Ничего прям серьезного, никаких графов тебя обходить просить не будут, если ты про это. Но да, ты должен хорошо разбираться в языке (например знать про gpm модель асинхронности), поверхностно тот же OSI знать, например.
Единственное заметил, что чем меньше и шаражнее контора - тем более абанутые процессы найма (например тестовые задания предложили ток 3 раза, причем дебильные, я нахуй послал их), а еще эти ебаные опросники - сразу дропай, красный флаг дноконтор. Что удивило - на паре собесов оказалось, что го используют как системный язык и пишут всякие сетевые хуйни, мне казалось это язык больше для смузистов микросервисников, а оно вот как.
>>1931798
А, ну еще про stdlib часто спрашивают, например про контекст или ридеры с райтерами и в таком роде.
А, ну еще про stdlib часто спрашивают, например про контекст или ридеры с райтерами и в таком роде.
>>1931776
охуенные у тебя джуны, чел. Вопросы по архитектуре это сразу мимо любого джуна
охуенные у тебя джуны, чел. Вопросы по архитектуре это сразу мимо любого джуна
>>1932174
тащем-то, ответ из серии "сделаем set и get ручку и все будем класть в одну таблицу бд" в продуктовой разработке ценнее дрочки на задачи leetcode
тащем-то, ответ из серии "сделаем set и get ручку и все будем класть в одну таблицу бд" в продуктовой разработке ценнее дрочки на задачи leetcode
>>1932200
ты мне хочешь сказать, что джуны на работе занимаются решением таких вопросов? Или может быть им тимлид говорит "делаем так, реализуй" Явно 2 вариант
ты мне хочешь сказать, что джуны на работе занимаются решением таких вопросов? Или может быть им тимлид говорит "делаем так, реализуй" Явно 2 вариант
>>1932210
Нет, джуны должны хотя-бы в целом понимать архитектурные вопросы. Это же не жава монолит, а мелкие процессы распределенные, без базы в архитектуре ты даже сервис не напишешь, лол.
Нет, джуны должны хотя-бы в целом понимать архитектурные вопросы. Это же не жава монолит, а мелкие процессы распределенные, без базы в архитектуре ты даже сервис не напишешь, лол.
>>1932210
в моей картине мира, формат, который ты описал это что-то, наверно уровня бесправного стажера-trainee, ждуны полноправные участники команды - он участвуют в груммингах и в декомпозиции задач и на постановке задач от бизнеса, и если самостоятельно делал какую-нить хуйню, то велком на демо рассказывать
но, нельзя не уточнить, у меня нет ожиданий, что джун сразу придет с рабочим решением, тем не менее, имея требования для несложной фичи, какое-нибудь решение он все таки должен предложить, а дальше уже старшие либо аппрувят это решение, либо вместе дорабатывают
в моей картине мира, формат, который ты описал это что-то, наверно уровня бесправного стажера-trainee, ждуны полноправные участники команды - он участвуют в груммингах и в декомпозиции задач и на постановке задач от бизнеса, и если самостоятельно делал какую-нить хуйню, то велком на демо рассказывать
но, нельзя не уточнить, у меня нет ожиданий, что джун сразу придет с рабочим решением, тем не менее, имея требования для несложной фичи, какое-нибудь решение он все таки должен предложить, а дальше уже старшие либо аппрувят это решение, либо вместе дорабатывают
>Ознакамливаемся с общим roadmap по изучению языка и сопутствующих инструментов: https://github.com/Alikhll/golang-developer-roadmap (постоянно обновляется сообществом)
А почему там Echo и Fiber обязательные, а самый популярный Gin желательный?
>>1932648
Да и что такое самый популярный, в озоне и тиньке используется chi для роутинга, в вб вроде горила
Да и что такое самый популярный, в озоне и тиньке используется chi для роутинга, в вб вроде горила
>>1932739
Сука, вы все тут такие ебанутые или только ты один?
Ой дебил блять, ты еще и разницы между фреймворком и роутером не понимаешь.
Олсо, что там в этих парашах используется вообще не показатель, потому что все делается на собственных костылях написанных бывшими пхпшниками. Вчера ты пишешь на зенде, а сегодня ты разработчик платформы.
>Personal must know
>Потому что научись читать
Сука, вы все тут такие ебанутые или только ты один?
>в озоне и тиньке используется chi
Ой дебил блять, ты еще и разницы между фреймворком и роутером не понимаешь.
Олсо, что там в этих парашах используется вообще не показатель, потому что все делается на собственных костылях написанных бывшими пхпшниками. Вчера ты пишешь на зенде, а сегодня ты разработчик платформы.
54 Кб, 766x400>>1932851
В чем проблема то? В файбере и эко есть роутеры внутри, т.е. ты и эту тему зацепишь вместе с ними, не все же пишут на сыром http с одним chi. Ну да, я бы еще желтым выделил chi и убрал бы выделение у файбера, но это уже собственные хотелки. Можешь мр к ним оформить, если так глаза мозолит.
Мимо составитель шапки треда
В чем проблема то? В файбере и эко есть роутеры внутри, т.е. ты и эту тему зацепишь вместе с ними, не все же пишут на сыром http с одним chi. Ну да, я бы еще желтым выделил chi и убрал бы выделение у файбера, но это уже собственные хотелки. Можешь мр к ним оформить, если так глаза мозолит.
Мимо составитель шапки треда
>>1932851
Ну если ты знаешь что там chi, то должен знать в каком контексте он там используется. А иначе просто слышал звон, да не знаешь где он.
>ты скозал?
Ну если ты знаешь что там chi, то должен знать в каком контексте он там используется. А иначе просто слышал звон, да не знаешь где он.
Насколько сложно в этом вашем го сделать приложение с более-менее сложными ФОРМОЧКАМИ? Чтобы как минимум на линуксе работало. Спрашивает человек, не писавший на го ничего кроме хеллоу ворда.
28 Кб, 371x362>>1934985
Попробовал по этому https://habr.com/ru/post/420035/ гайду сделать хеллоуворд на gtk, вроде бы безболезненно. Думал сложнее будет. Посмотрим как дальше получится.
А теперь такой вопрос. Господа, вы ебанутые? Вы так ошибки обрабатываете? Я до этого момента был свято уверен что go - самый красивый ЯП и я свяжу с ним свое будущее. Мне в нем нравилось абсолютно все, но это полнейший пиздец. Я правильно понимаю, что альтернатив сейчас нету? Если так, то планируются ли в последующих версиях какие-то try/catch или что-то около того?
Попробовал по этому https://habr.com/ru/post/420035/ гайду сделать хеллоуворд на gtk, вроде бы безболезненно. Думал сложнее будет. Посмотрим как дальше получится.
А теперь такой вопрос. Господа, вы ебанутые? Вы так ошибки обрабатываете? Я до этого момента был свято уверен что go - самый красивый ЯП и я свяжу с ним свое будущее. Мне в нем нравилось абсолютно все, но это полнейший пиздец. Я правильно понимаю, что альтернатив сейчас нету? Если так, то планируются ли в последующих версиях какие-то try/catch или что-то около того?
>>1931776
Этот хуесос так и не ответил на мой вопрос про email. Хотя он достаточно простой. Но интересный. Ждуны довольно многие шарят что
https://www.tutorialspoint.com/laravel/laravel_sending_email.htm
ТАК
Или так
https://www.baeldung.com/java-email
Это пижже чем
https://www.php.net/manual/en/function.mail.php
Вот так блять.
Хорошо что ты понимаешь что проектирование интерфейсов это самое главное в архитектуре любого большого приложения.
Этот хуесос так и не ответил на мой вопрос про email. Хотя он достаточно простой. Но интересный. Ждуны довольно многие шарят что
https://www.tutorialspoint.com/laravel/laravel_sending_email.htm
ТАК
Или так
https://www.baeldung.com/java-email
Это пижже чем
https://www.php.net/manual/en/function.mail.php
Вот так блять.
> вот есть бизнесовые требования, например, надо написать сервис, который будет рассылать имейлы, и дальше - какой наружу интерфейс предложишь пользователям/для интеграции, какие технологии выберешь, как очереди организуешь, как шаблонизировать контент будешь, как это все масштабировать,
Хорошо что ты понимаешь что проектирование интерфейсов это самое главное в архитектуре любого большого приложения.
>>1934993
Не, на пике самый простой вариант, можно свои ошибки возвращать и чекать типа errors.Is(MamuEbal). А так, эксепшенов нет, да
Не, на пике самый простой вариант, можно свои ошибки возвращать и чекать типа errors.Is(MamuEbal). А так, эксепшенов нет, да
>>1935006
То что ты скинул, это самые основы. Тип имел ввиду, что нужно сделать например сервис у которого будет некое API и работать будет в гошном стиле. Типа запилить очередь из которой будут брать мейлы воркеры и отправлять, при этом я бы сделал для каждого воркера отдельное подключение к smtp серверу. С такой архитектурой выходит у нас своеобразная маштабируемость, то есть можно сколько хочешь воркеров наспавнить и хоть какая-то отказоустойчивость, если один воркер падает, спавнишь другого. Потом идет дохуя всяких нюансов в виде централизации логов с каждого воркера, так ещё чтобы оно все в файл или редис пиздячило, множество ретрай функционала который нужно будет прикрутить, ещё бы было хорошо если запилить свой API для воркеров, чтобы их можно было добавлять, удалять, останавливать под это можно уже целую либу запилить.
Какой то бессвязный поток сознания получился, но надеюсь ты поймешь.
То что ты скинул, это самые основы. Тип имел ввиду, что нужно сделать например сервис у которого будет некое API и работать будет в гошном стиле. Типа запилить очередь из которой будут брать мейлы воркеры и отправлять, при этом я бы сделал для каждого воркера отдельное подключение к smtp серверу. С такой архитектурой выходит у нас своеобразная маштабируемость, то есть можно сколько хочешь воркеров наспавнить и хоть какая-то отказоустойчивость, если один воркер падает, спавнишь другого. Потом идет дохуя всяких нюансов в виде централизации логов с каждого воркера, так ещё чтобы оно все в файл или редис пиздячило, множество ретрай функционала который нужно будет прикрутить, ещё бы было хорошо если запилить свой API для воркеров, чтобы их можно было добавлять, удалять, останавливать под это можно уже целую либу запилить.
Какой то бессвязный поток сознания получился, но надеюсь ты поймешь.
>>1935120
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
>>1935120
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
if err != nil { return nil, err }
>>1935127
class Someclass
{
private Sometype something;
public Sometype getSomething()
{
return this->something;
}
public setSomething(Sometype s)
{
this->something = s;
}
}
}
class Someclass
{
private Sometype something;
public Sometype getSomething()
{
return this->something;
}
public setSomething(Sometype s)
{
this->something = s;
}
}
}
>>1935144
Что за петушиный язык? Зачем геттеры-сеттеры писать руками?
Что за петушиный язык? Зачем геттеры-сеттеры писать руками?
>>1934993
try-catch для пидорасов, ебанутые свиньи блять, даже в джаве никто его не использует. Вам завезли божественные ошибки вместо исключений, а додикам не нравится
мимо бывший джавист
try-catch для пидорасов, ебанутые свиньи блять, даже в джаве никто его не использует. Вам завезли божественные ошибки вместо исключений, а додикам не нравится
мимо бывший джавист
>>1935127
try {
} catch(e) {
}
try {
} catch(e) {
}
try {
} catch(e) {
}
try {
} catch(e) {
}
try {
} catch(e) {
}
try {
} catch(e) {
}
try {
} catch(e) {
}
try {
} catch(e) {
}
try {
} catch(e) {
}
try {
} catch(e) {
}
try {
} catch(e) {
}
try {
} catch(e) {
}
try {
} catch(e) {
}
try {
} catch(e) {
}
try {
} catch(e) {
}
try {
} catch(e) {
}
try {
} catch(e) {
}
try {
} catch(e) {
}
try {
} catch(e) {
}
try {
} catch(e) {
}
try {
} catch(e) {
}
try {
} catch(e) {
}
try {
} catch(e) {
}
try {
} catch(e) {
}
>>1935127
try {
} catch(e) {
}
try {
} catch(e) {
}
try {
} catch(e) {
}
try {
} catch(e) {
}
try {
} catch(e) {
}
try {
} catch(e) {
}
try {
} catch(e) {
}
try {
} catch(e) {
}
try {
} catch(e) {
}
try {
} catch(e) {
}
try {
} catch(e) {
}
try {
} catch(e) {
}
try {
} catch(e) {
}
try {
} catch(e) {
}
try {
} catch(e) {
}
try {
} catch(e) {
}
try {
} catch(e) {
}
try {
} catch(e) {
}
try {
} catch(e) {
}
try {
} catch(e) {
}
try {
} catch(e) {
}
try {
} catch(e) {
}
try {
} catch(e) {
}
try {
} catch(e) {
}
>>1935586
Так трай кетч и гошные ошибки - примерно однохуйственно. В голэнге ты также можешь написать общий хендлер всех паник, если нужно (например для того же сервера, чтобы залогать паники), а ошибки чекаются точно также, как чекаются и эксепшены, трай кетч/ иф, технически вообще поебать.
Хз почему так приебываются к этой теме в го.
Так трай кетч и гошные ошибки - примерно однохуйственно. В голэнге ты также можешь написать общий хендлер всех паник, если нужно (например для того же сервера, чтобы залогать паники), а ошибки чекаются точно также, как чекаются и эксепшены, трай кетч/ иф, технически вообще поебать.
Хз почему так приебываются к этой теме в го.
>>1935682
Шиз, try-catch пишется один раз на 100500 строк, а if err != nil после вызова чуть ли не каждой процедуры.
Шиз, try-catch пишется один раз на 100500 строк, а if err != nil после вызова чуть ли не каждой процедуры.
>>1935586
Шиз, какие нахуй статьи. Я тоже выебывался что это не удобно, пока не стал на го в проде писать. Теперь готов перестрелять всех дебилов которые хотят эксепшены в ГОвне
Шиз, какие нахуй статьи. Я тоже выебывался что это не удобно, пока не стал на го в проде писать. Теперь готов перестрелять всех дебилов которые хотят эксепшены в ГОвне
Вам просто обидно, что в ваших говноязыках нельзя несколько значений из функции вернуть и приходится жрать говно с эксепшенами
>>1935689
Тогда это говнокод, если ты отлавливаешь все исключения разом, дебич. Пхп вебмастер в треде? Ты же в курсе, что это антипаттерн.
> try-catch пишется один раз на 100500 строк
Тогда это говнокод, если ты отлавливаешь все исключения разом, дебич. Пхп вебмастер в треде? Ты же в курсе, что это антипаттерн.
>>1935702
никах ыксепшонов, одни лишь только монады, конечно же
никах ыксепшонов, одни лишь только монады, конечно же
>>1935731
Нет, лютая хуета. Но было бы норм, если бы переменные заранее не объявлялись
Нет, лютая хуета. Но было бы норм, если бы переменные заранее не объявлялись
>>1935699
Сосачую.
Может эта хуйня довольно многословная, но если ты не мудак она даёт 95% гарантию что все ошибки обработаны. Остальные 5 на паники приходятся и явное игнорирование подсказок ide.
Как же я охуел когда после питона запустил говно код. Один два запуска - код работает.
На питоне же пока в дебаге поймёшь че там тебе прилетает и какие методы есть...
Сосачую.
Может эта хуйня довольно многословная, но если ты не мудак она даёт 95% гарантию что все ошибки обработаны. Остальные 5 на паники приходятся и явное игнорирование подсказок ide.
Как же я охуел когда после питона запустил говно код. Один два запуска - код работает.
На питоне же пока в дебаге поймёшь че там тебе прилетает и какие методы есть...
Бля челы, вы ебанутые тут? Я хуй знает, может я тупой, но вот я решил вкатиться в Go с Python'а и в туре ну просто нихуяшеньки не понимаю, дошел до интерфейсов и информация просто не воспринимается, что со мной не так? Или у всех так и я потом пойму?
>>1938261
у питонистов так, у нормальных людей быстрее процесс идет
у питонистов так, у нормальных людей быстрее процесс идет
>>1938261
Питон просто не совсем ООП язык, да и типизации нет, да и либа на каждый пук, да и... Ну ты понял. Это как с кукурузника пересаживаться на Боинг.
Питон просто не совсем ООП язык, да и типизации нет, да и либа на каждый пук, да и... Ну ты понял. Это как с кукурузника пересаживаться на Боинг.
>>1938465
как будто ГОвно ОПП язык
как будто ГОвно ОПП язык
>>1938261
Иди в жс, не трать время на эту ебалу
Иди в жс, не трать время на эту ебалу
>>1938518
Если никогда не программировал на статически типизированном языке, то такое возможно.
Если никогда не программировал на статически типизированном языке, то такое возможно.
58 Кб, 299x168Тем временем недавний спек по дженерикам приняли в реализацию. Теперь дженерикам быть 100%, осталось подзатянуть пояса и подождать конца года с первой бетой.
https://github.com/golang/go/issues/43651#issuecomment-776944155
https://github.com/golang/go/issues/43651#issuecomment-776944155
>>1939018
Перегрузка функций будет следующей ⚕️➡️️⚽, затем добавят эксепшены ♾️✨⭐, а там и до классов недалеко ✔️️⬇️❗☀️☂️⚠️.
Перегрузка функций будет следующей ⚕️➡️️⚽, затем добавят эксепшены ♾️✨⭐, а там и до классов недалеко ✔️️⬇️❗☀️☂️⚠️.
>>1933012
Почему? Он же охуенный, удобный и по перформанса всех уделывает.
>я убрал бы выделение у файбера
Почему? Он же охуенный, удобный и по перформанса всех уделывает.
>>1940149
Проиграл.
Проиграл.
>>1938261
Потом поймёшь, если конечно усилия для этого будешь прикладывать
Потом поймёшь, если конечно усилия для этого будешь прикладывать
>>1940765
Ну так после эксепшенов и классов попросят добавить unsafe-блоки, где сборка мусора не работает, и нужно явно вызывать delete. И тогда заживём.
Ну так после эксепшенов и классов попросят добавить unsafe-блоки, где сборка мусора не работает, и нужно явно вызывать delete. И тогда заживём.
>>1941061
Инфраструктуры неи, уёбищные костыли вместо классов, ошибки тоже надо прикидывать. Раст разве что мозиллу убьёт, но не кресты.
> Rust
Инфраструктуры неи, уёбищные костыли вместо классов, ошибки тоже надо прикидывать. Раст разве что мозиллу убьёт, но не кресты.
123 Кб, 1400x600Сап, двач. Посоветуй идею для проекта на пщ с использованием микросервисной архитектуры.
Я хочу чтоб там можно было юзнуть апач кафку.
Так же скажите чё почитать можно. Полистал introducing go.
Я хочу чтоб там можно было юзнуть апач кафку.
Так же скажите чё почитать можно. Полистал introducing go.
>>1941102
К сожалению эта хуйня вообще не важна. Классы, не классы. Эксепшоны, паники, вообще на похуй.
ПХП и кресты это не очень хорошие языки, будем честны. И на них пишут. Потому что на них либы есть, фреймворки разные. А на расте нихуя. Вот как бы и воно.
К сожалению эта хуйня вообще не важна. Классы, не классы. Эксепшоны, паники, вообще на похуй.
ПХП и кресты это не очень хорошие языки, будем честны. И на них пишут. Потому что на них либы есть, фреймворки разные. А на расте нихуя. Вот как бы и воно.
>>1941135
Почитай отца и мать
Почитай отца и мать
>>1939268
Ответьте на мой ответ пожалуйста, чем плох fiber? Я в го недавно, бекендер на ноде, и мне как раз с экспресса удобно было переходить на fibrt
Ответьте на мой ответ пожалуйста, чем плох fiber? Я в го недавно, бекендер на ноде, и мне как раз с экспресса удобно было переходить на fibrt
>>1941142
Если это такие плохие языки, то зачем на них написали столько библиотек и фреймворков, которые всем нужны?
Почему разработчики этих всех нужных библиотек и фреймворков не выбирали хорошие языки для своих задач?
Если это такие плохие языки, то зачем на них написали столько библиотек и фреймворков, которые всем нужны?
Почему разработчики этих всех нужных библиотек и фреймворков не выбирали хорошие языки для своих задач?
>>1941348
Немного не так.
У языков разные обстоятельства их юзать.
Обстоятельства для С++:
"У меня половина ОС написана на крестах и почти весь прикладной софт - естественно я на нем напишу свою вундервафлю, плюс он очень производительный и имеет ручное управление памятью."
Обстоятельства для пхп:
"Блджад, каждый второй хостинг предоставляет возможность запускать скрипты на перле через cgi, но перл индусское говно - нужно что-то такое же, но попроще для понимания и возможности без ебли накидать страницу - окей, пхп так пхп. Далее популярность пхп на хостингах дальше делала это дело."
По-моему там было наоборот - типы сначала решали задачу, и в последствии, чтобы сделать решение проще - лепили свои либы и фреймворки.
Не претендую на истину в первой инстанции
> Если это такие плохие языки, то зачем на них написали столько библиотек и фреймворков, которые всем нужны?
Немного не так.
У языков разные обстоятельства их юзать.
Обстоятельства для С++:
"У меня половина ОС написана на крестах и почти весь прикладной софт - естественно я на нем напишу свою вундервафлю, плюс он очень производительный и имеет ручное управление памятью."
Обстоятельства для пхп:
"Блджад, каждый второй хостинг предоставляет возможность запускать скрипты на перле через cgi, но перл индусское говно - нужно что-то такое же, но попроще для понимания и возможности без ебли накидать страницу - окей, пхп так пхп. Далее популярность пхп на хостингах дальше делала это дело."
> Почему разработчики этих всех нужных библиотек и фреймворков не выбирали хорошие языки для своих задач?
По-моему там было наоборот - типы сначала решали задачу, и в последствии, чтобы сделать решение проще - лепили свои либы и фреймворки.
Не претендую на истину в первой инстанции
>>1941381
Уже был питон, руби, которые так же запускались на шаред хостингах. Так что выходит, пхп лучше прочих скриптовых языков, или авторы фреймворков и библиотек идиоты и выбирали плохой язык, вместо хороших?
Все поекты которые стояртся вокруг каки-то индустриальных фреймворков на пхп пускаются на vpsках, а не шаредах, а потому опять не ясно, зачем выбирать пхп, если можно было взять что угодно.
Да и без фреймворков. Что насчет фейсбуков и контактов, например? Они так сразу пилились под собственные сервера.
>Блджад, каждый второй хостинг предоставляет возможность запускать скрипты на перле через cgi, но перл индусское говно - нужно что-то такое же, но попроще для понимания и возможности без ебли накидать страницу
Уже был питон, руби, которые так же запускались на шаред хостингах. Так что выходит, пхп лучше прочих скриптовых языков, или авторы фреймворков и библиотек идиоты и выбирали плохой язык, вместо хороших?
>По-моему там было наоборот - типы сначала решали задачу, и в последствии, чтобы сделать решение проще - лепили свои либы и фреймворки.
Все поекты которые стояртся вокруг каки-то индустриальных фреймворков на пхп пускаются на vpsках, а не шаредах, а потому опять не ясно, зачем выбирать пхп, если можно было взять что угодно.
Да и без фреймворков. Что насчет фейсбуков и контактов, например? Они так сразу пилились под собственные сервера.
>>1941348
А не было их тогда, родной. Никаких.
В 2000ых был C++. C++ был обратно совместим с C, таким макаром любой проект мог начать писать C++ код и жить неплохо. Но это тянуло за сомой многие печали.
Разименование null это это UB, int foo(int i) может принимать double. Ты можешь написать foo(7.26) и оно автоматом переведет тип.
Это очень неудобно, сэр.
Раст намного лучше как язык. В нём нет захламлённого ООП и есть немного нежное FP-style кода как в javascript.
Типы более логичные u8 это ансайнд с 8 байтами, u32 это ансайнд с 32 байтами. Никаких char, long ing. И типы точно обозначены, а не implementation defined.
Ошибки rust очень удобные и по ошибке всегда можно догадаться что поправить. Ошибки в шаблонном коде в крестах читать невозможно.
Однако, раст это новый язык, а кресты это старый костыль который получил популярность потому что был один такой и был совместим с Си.
И никто сейчас на rust не перейдет просто потому что красивый язык.
Бизнес, дорогой мой, и на COBOL писать будет потому что кобол у них раньше был и он прекрасно совместим со стапрым коболом.И 90% кода серверов участвующих в финансовых операциях и в гос секторе США написано на коболе. От так вот.
>Почему разработчики этих всех нужных библиотек и фреймворков не выбирали хорошие языки для своих задач?
А не было их тогда, родной. Никаких.
В 2000ых был C++. C++ был обратно совместим с C, таким макаром любой проект мог начать писать C++ код и жить неплохо. Но это тянуло за сомой многие печали.
Разименование null это это UB, int foo(int i) может принимать double. Ты можешь написать foo(7.26) и оно автоматом переведет тип.
Это очень неудобно, сэр.
Раст намного лучше как язык. В нём нет захламлённого ООП и есть немного нежное FP-style кода как в javascript.
Типы более логичные u8 это ансайнд с 8 байтами, u32 это ансайнд с 32 байтами. Никаких char, long ing. И типы точно обозначены, а не implementation defined.
Ошибки rust очень удобные и по ошибке всегда можно догадаться что поправить. Ошибки в шаблонном коде в крестах читать невозможно.
Однако, раст это новый язык, а кресты это старый костыль который получил популярность потому что был один такой и был совместим с Си.
И никто сейчас на rust не перейдет просто потому что красивый язык.
Бизнес, дорогой мой, и на COBOL писать будет потому что кобол у них раньше был и он прекрасно совместим со стапрым коболом.И 90% кода серверов участвующих в финансовых операциях и в гос секторе США написано на коболе. От так вот.
>>1941391
Не так. Ruby это великий язык и rails это монументальный фреймворк. Но идею не запатентуешь, MVC фреймворки стали появляться как грибы после дождя.
Проще перенести свой фреймворк на PHP, чем заставить команду учить рубин
>Так что выходит, пхп лучше прочих скриптовых языков, или авторы фреймворков и библиотек идиоты и выбирали плохой язык, вместо хороших?
Не так. Ruby это великий язык и rails это монументальный фреймворк. Но идею не запатентуешь, MVC фреймворки стали появляться как грибы после дождя.
Проще перенести свой фреймворк на PHP, чем заставить команду учить рубин
>>1941431
Типизация там самая пиздатая, строгая динамическая утиная.
Так же очень консистентность. Язык полностью ООП, а значит не будет помойки типа непоняток как в крестах что std::string имеет метод .length(), а например split нет. Он есть в отдельной библиотеке буст и как чистая функция с параметрами.
Никакой постоянности.
Очень простой читаемый синтаксис.
Там сотни причин. Дизайн языка очень удачный, но он не похож на остальные и поэтому переучивание требует отдельного времени.
и пойми что плохой язык это не значит, что на нём ничего хорошего не напишешь. Напишешь, просто это не так прикольно будет и всякие pitfalls будут. Фреймворки часто заглаживают, кстати. Тот же laravel заглаживает многие некрасивые части PHP.
Типизация там самая пиздатая, строгая динамическая утиная.
Так же очень консистентность. Язык полностью ООП, а значит не будет помойки типа непоняток как в крестах что std::string имеет метод .length(), а например split нет. Он есть в отдельной библиотеке буст и как чистая функция с параметрами.
Никакой постоянности.
Очень простой читаемый синтаксис.
Там сотни причин. Дизайн языка очень удачный, но он не похож на остальные и поэтому переучивание требует отдельного времени.
и пойми что плохой язык это не значит, что на нём ничего хорошего не напишешь. Напишешь, просто это не так прикольно будет и всякие pitfalls будут. Фреймворки часто заглаживают, кстати. Тот же laravel заглаживает многие некрасивые части PHP.
>>1941422
Помимо крестов был Objective C, были Паскаль и Оберон, была Ада, и все они тоже были совместимы с Си.
Помимо крестов был Objective C, были Паскаль и Оберон, была Ада, и все они тоже были совместимы с Си.
>>1941449
Паскаль и Ада совместимы с си? Ачом ты?
А Objective-C был, да. Не самый плохой, но был сложнее, а так же был невыразительный и наполненный говносимволами аки perl. И свои проблемы из-за совместимости с C имел тоже.
Паскаль и Ада совместимы с си? Ачом ты?
А Objective-C был, да. Не самый плохой, но был сложнее, а так же был невыразительный и наполненный говносимволами аки perl. И свои проблемы из-за совместимости с C имел тоже.
Аноны, слушайте, вы пользуетесь чем-нибудь типа фабрик для тестирования?
Я имею в виду что-то типа питоновского factory boy. Или самописный какой-то прием, но короче чтобы не писать sql-фикстуры и golden-файлы.
Я имею в виду что-то типа питоновского factory boy. Или самописный какой-то прием, но короче чтобы не писать sql-фикстуры и golden-файлы.
>>1941539
Вот как пример есть такие либы:
https://github.com/bluele/factory-go
https://github.com/romanyx/polluter
https://github.com/nauyey/factory
Только они какие-то невнятные, заброшенные и звезд мало.
Вот как пример есть такие либы:
https://github.com/bluele/factory-go
https://github.com/romanyx/polluter
https://github.com/nauyey/factory
Только они какие-то невнятные, заброшенные и звезд мало.
>>1941608
Моки это про другое (или это подъеб типа такой?)
Но ок, допустим даже моки. Вот представь мок должен вернуть большущую структуру в которой для тестов мне нужно установить один специфический параметр. Я должен описывать всю эту ебучую структуру. А мог бы написать
resp := BuildMyMockResp(OptBlahblah(false))
//On(...).Return(resp)
которые возвращает дефолтную структуру, в которой переопределено единственно важное для меня поле Blahblah.
Это просто один из примеров, для тех кто сейчас скажет, что мне мешает сделать такой хелпер.
Моки это про другое (или это подъеб типа такой?)
Но ок, допустим даже моки. Вот представь мок должен вернуть большущую структуру в которой для тестов мне нужно установить один специфический параметр. Я должен описывать всю эту ебучую структуру. А мог бы написать
resp := BuildMyMockResp(OptBlahblah(false))
//On(...).Return(resp)
которые возвращает дефолтную структуру, в которой переопределено единственно важное для меня поле Blahblah.
Это просто один из примеров, для тех кто сейчас скажет, что мне мешает сделать такой хелпер.
>>1941762
Я прост не знаком с фабриками этими в Питоне, подумал ты прост не знаешь про моки. Тогда хз, никогда не юзал таких штук в тестах, наверн в го это руками все прописывать нужно.
В го структура создается с zero value, тебе не нужно каждый параметр прокинуть при создании, только необходимые инициализировать. Но я не до конца понял что это за фактори бой, добавил в закладки, может рил полезная техника при тестах.
Я прост не знаком с фабриками этими в Питоне, подумал ты прост не знаешь про моки. Тогда хз, никогда не юзал таких штук в тестах, наверн в го это руками все прописывать нужно.
> Но ок, допустим даже моки. Вот представь мок должен вернуть большущую структуру в которой для тестов мне нужно установить один специфический параметр
В го структура создается с zero value, тебе не нужно каждый параметр прокинуть при создании, только необходимые инициализировать. Но я не до конца понял что это за фактори бой, добавил в закладки, может рил полезная техника при тестах.
>>1941762
>>1941539
По идее можешь сам фабричную функцию запилить, и данные генерить через фейкер: https://github.com/bxcodec/faker
Канеш не тако сахар как в питоновских или пхпшных фабриках, но думаю сойдет. Хуле, привыкай к бойлерплейту гошному :3
>>1941539
По идее можешь сам фабричную функцию запилить, и данные генерить через фейкер: https://github.com/bxcodec/faker
Канеш не тако сахар как в питоновских или пхпшных фабриках, но думаю сойдет. Хуле, привыкай к бойлерплейту гошному :3
>>1941831
Ну тут как бы два стула, либо бойлерплейт либо магия. Я вообще за магию, но тут на вкус и цвет
Ну тут как бы два стула, либо бойлерплейт либо магия. Я вообще за магию, но тут на вкус и цвет
>>1941841
В тестах бойлерплейт скрытый за магией - норм тема. А в самом коде - идите нахуй со своей магией, когда чтение кода превращается в кроличью нору многокиломитровую.
В тестах бойлерплейт скрытый за магией - норм тема. А в самом коде - идите нахуй со своей магией, когда чтение кода превращается в кроличью нору многокиломитровую.
>>1941653
>>1941135
Да боже, заверни какую-нибудь нейросетку на путхоне (которая котов генерит, да что угодно) и напиши все это дело в обертку с гошкой, чтобы задачки летели в кафку и обрабатывались в фоне и т.д. Вот тебе и ахуенный проект. Можешь и регистрацию сделать с отдельным микросервисом под аутентификацию, и внутр все по gRPC гонять. Написал и пошел за 300кк мидлом работать. Секретов то никаких нет.
>>1941135
Да боже, заверни какую-нибудь нейросетку на путхоне (которая котов генерит, да что угодно) и напиши все это дело в обертку с гошкой, чтобы задачки летели в кафку и обрабатывались в фоне и т.д. Вот тебе и ахуенный проект. Можешь и регистрацию сделать с отдельным микросервисом под аутентификацию, и внутр все по gRPC гонять. Написал и пошел за 300кк мидлом работать. Секретов то никаких нет.
>>1941846
Я про тесты и говорю. В тесте кода должно быть как можно меньше. Тестить тесты придётся
Я про тесты и говорю. В тесте кода должно быть как можно меньше. Тестить тесты придётся
>>1941857
Спиздить, конечно. Готовую утилиту найди любую, есть опенсорсные проектики на путхоне. На самом деле похуй что ты под капотом делать будешь, хоть длину миллиардного числа пи вычислять, это скорее как пример про нейросетку.
Спиздить, конечно. Готовую утилиту найди любую, есть опенсорсные проектики на путхоне. На самом деле похуй что ты под капотом делать будешь, хоть длину миллиардного числа пи вычислять, это скорее как пример про нейросетку.
>>1942156
Проиграл.
Серьезно, чем странный и мёртвый Руби лучше понятного любому школьнику и живого Питона?
Проиграл.
Серьезно, чем странный и мёртвый Руби лучше понятного любому школьнику и живого Питона?
>>1942152
Тем что в питоне ООП хуёвое, а в руби пиздатое. Чё сложного-то блять?
Я щас говорю о сравнении языков, а не их практичности и тд.
Тем что в питоне ООП хуёвое, а в руби пиздатое. Чё сложного-то блять?
Я щас говорю о сравнении языков, а не их практичности и тд.
>>1942233
Да хуле его обсуждать, шутки про женерики и бойлерплейт заебали
Да хуле его обсуждать, шутки про женерики и бойлерплейт заебали
>>1942210
Ну напиши конкретнее, что а Питоне из ООП хуёво, и что в Руби пиздато, сложно что ли, блять?
Ну напиши конкретнее, что а Питоне из ООП хуёво, и что в Руби пиздато, сложно что ли, блять?
>>1942356
Нахуя в питоне ООП, если там даже тайпхинтинг не проверяется без доп либо или статических анализаторов? О каком ООП речь, когда дженерики и абстрактные классы - это либа. Тех же интерфейсов нет, а множественное наследование - ваще ржомба.
> Ну напиши конкретнее, что а Питоне из ООП хуёво, и что в Руби пиздато, сложно что ли, блять?
Нахуя в питоне ООП, если там даже тайпхинтинг не проверяется без доп либо или статических анализаторов? О каком ООП речь, когда дженерики и абстрактные классы - это либа. Тех же интерфейсов нет, а множественное наследование - ваще ржомба.
>>1942399
Ну это больше к типизации, она более менее только в версии 7.4 сформировалась, в 8.0 ужесточились правила приведения типов и сравнения разных типов, до дженериков ещё далеко.
Ну это больше к типизации, она более менее только в версии 7.4 сформировалась, в 8.0 ужесточились правила приведения типов и сравнения разных типов, до дженериков ещё далеко.
>>1942395
Тайпчек и стат анализ это всегда отдельный компонент системы. Разница в том, что в одних тулчейнах для языков тебе его поставляют из коробки без права выбора, в других ты можешь выбирать. Это холивар уровня, что лучше винда или линкус.
Какие интерфейсы в динамическом языке?
Антипаттерн. Как и само наследование.
> тайпхинтинг не проверяется без доп либо или статических анализаторов
Тайпчек и стат анализ это всегда отдельный компонент системы. Разница в том, что в одних тулчейнах для языков тебе его поставляют из коробки без права выбора, в других ты можешь выбирать. Это холивар уровня, что лучше винда или линкус.
>Тех же интерфейсов нет
Какие интерфейсы в динамическом языке?
>множественное наследование
Антипаттерн. Как и само наследование.
>>1942633
Никак они не сочетаются. Поэтому все "ряяя в питоне нинастаящее ооп" - хуита. ООП - это наличие классов и экземпляров, и точка.
Никак они не сочетаются. Поэтому все "ряяя в питоне нинастаящее ооп" - хуита. ООП - это наличие классов и экземпляров, и точка.
>>1942794
В пхп очень хорошо живут с интерфейсами, автовайрингом по интерфейсу и аргументами с тайпхинтед интерфейсами
В пхп очень хорошо живут с интерфейсами, автовайрингом по интерфейсу и аргументами с тайпхинтед интерфейсами
>>1942861
Скоро завезут сервера приложений для PHP EE/P2EE, чтобы можно было писать SOAP-сервисы?
> автовайрингом по интерфейсу
Скоро завезут сервера приложений для PHP EE/P2EE, чтобы можно было писать SOAP-сервисы?
>>1942865
А чо, у меня на работе есть пхп соап сервис, так что да, все так
А чо, у меня на работе есть пхп соап сервис, так что да, все так
>>1943204
Съеби со своим Goвном в другой тред, тут нормальные люди сидят.
Съеби со своим Goвном в другой тред, тут нормальные люди сидят.
>>1942388
В php неплохое ООП, я согласен. Я бы даже сказал что сейчас PHP8 будет получше питона для веба. Лично моё мнение.
>>1942356
Пчел, там нет модификаторов доступа, private public protected
Абстрактных классов и интерфейсов тоже немного. В руби интерфейсов нет, но там другой ООП. Там есть it_behaves_like что делает то же самое. This нормального нет. Неудобо там писать ООП. Питон это язык с игрушечным ООП, руби это язык на котором кроме ООП ничего нет. Он именно ООП язык
В php неплохое ООП, я согласен. Я бы даже сказал что сейчас PHP8 будет получше питона для веба. Лично моё мнение.
>>1942356
Пчел, там нет модификаторов доступа, private public protected
Абстрактных классов и интерфейсов тоже немного. В руби интерфейсов нет, но там другой ООП. Там есть it_behaves_like что делает то же самое. This нормального нет. Неудобо там писать ООП. Питон это язык с игрушечным ООП, руби это язык на котором кроме ООП ничего нет. Он именно ООП язык
>>1943245
__name
_name
name
Твой доёб в том, что доступ получить всё равно можно? Ну тогда и до какой-нибудь жабы доебись, там через рефлексию тоже можно.
> private
__name
> protected
_name
> public
name
Твой доёб в том, что доступ получить всё равно можно? Ну тогда и до какой-нибудь жабы доебись, там через рефлексию тоже можно.
>>1943247
Понимаешь, товарисч. Хороший язык отличается от плохого именно тем что в нём ты более-менее защищён от ошибок.
А тут нет.
Вот в питухоне хорошо то что там анальные пробелы и один кодстайл на всех. А вот эта хуйня неоч.
Я ваще не фанат дзявы. Я в принципе считаю что по-хорошему должно быть как в C# с unsafe. Поставил unsafe и тут уже храни тебя бог, сам семе еблан.
В дзяве хотя бы надо рефлексию в попу ебать, а не просто так.
С таким же успехом я не понимаю чё джависты гонят на типизацию в PHP. Называй переменные $int_MyVariable и всё заебись будет. А за типизацией сам следи.
Понимаешь, товарисч. Хороший язык отличается от плохого именно тем что в нём ты более-менее защищён от ошибок.
А тут нет.
Вот в питухоне хорошо то что там анальные пробелы и один кодстайл на всех. А вот эта хуйня неоч.
> Ну тогда и до какой-нибудь жабы доебись, там через рефлексию тоже можно.
Я ваще не фанат дзявы. Я в принципе считаю что по-хорошему должно быть как в C# с unsafe. Поставил unsafe и тут уже храни тебя бог, сам семе еблан.
В дзяве хотя бы надо рефлексию в попу ебать, а не просто так.
С таким же успехом я не понимаю чё джависты гонят на типизацию в PHP. Называй переменные $int_MyVariable и всё заебись будет. А за типизацией сам следи.
>>1943263
Приватные переменные в питоне, что с двух подчёркиваний, защищены, интерпретатор делает специальное переименование.
То есть функцию защиты от случайного перезаписывания или переопределения эти переменные-методы делают полноценно. Само собой, если пользователь цель поставит, он сломает. Но случайно или по недосмотру не будет.
Вот protected уже в языке нет, исключительно соглашение.
Приватные переменные в питоне, что с двух подчёркиваний, защищены, интерпретатор делает специальное переименование.
То есть функцию защиты от случайного перезаписывания или переопределения эти переменные-методы делают полноценно. Само собой, если пользователь цель поставит, он сломает. Но случайно или по недосмотру не будет.
Вот protected уже в языке нет, исключительно соглашение.
>>1943263
Венгерская нотация) В цмсках встречается, причем в самых говняных. Сейчас так никто не делает, обычно пишут докстринги с типом и иде подсказывает, а сейчас с версии 7.4 можно уже у переменных класса указывать тип.
public int $myVariable;
А функцию можно было типизировать с версии 7.1 вроде.
private function zalupa(int $lenght, string $name): array
И также как в джавашарпах можно в качестве типа указать имя класса или интерфейса.
>$int_MyVariable
Венгерская нотация) В цмсках встречается, причем в самых говняных. Сейчас так никто не делает, обычно пишут докстринги с типом и иде подсказывает, а сейчас с версии 7.4 можно уже у переменных класса указывать тип.
public int $myVariable;
А функцию можно было типизировать с версии 7.1 вроде.
private function zalupa(int $lenght, string $name): array
И также как в джавашарпах можно в качестве типа указать имя класса или интерфейса.
>>1943282
Я тут с Си треда подвалил к вам.
По-моему инкапсуляция не нужна. Структуры в си можно вкладывать в начало и делать из этого наследование структур. И ещё на переменные можно вешать cleanup attribute, и будет работать 1 в 1 как defer.
Golang прям видно что восторгался рядом расширений из gcc.
Я тут с Си треда подвалил к вам.
По-моему инкапсуляция не нужна. Структуры в си можно вкладывать в начало и делать из этого наследование структур. И ещё на переменные можно вешать cleanup attribute, и будет работать 1 в 1 как defer.
Golang прям видно что восторгался рядом расширений из gcc.
>>1943247
Рубисты, сэр.
Рубисты, сэр.
А никому случайно не интересна вакансия,связанная со стриминговым сервисом? Там типа обработка потоковой информации, всякие подобные штуки. Проект практически новый, поэтому есть реальная возможность строить архитектуру и влиять на процессы
>>1944707
Кафка на кафке кафкой погоняет? И все промазано протобафом?
Кафка на кафке кафкой погоняет? И все промазано протобафом?
это просто пиздец, не могу разобраться как запустить этот тур на го на русском языке.
из под винды реально?
из под винды реально?
>>1945134
Реально в браузере и на английском.
Реально в браузере и на английском.
>>1945419
Чтобы папич мог гантельки рекламировать
Чтобы папич мог гантельки рекламировать
>>1945134
Тебя в гугл-транслейте забанили?
Тебя в гугл-транслейте забанили?
>>1945548
Я стажер, мне никто не доплатит за найденных кандидатов) просто пришла спросить
Я стажер, мне никто не доплатит за найденных кандидатов) просто пришла спросить
>>1945707
Да ди нахуй со своим озоном. Компания говна хуже Яндекса. И лиды у вас ебланы конченые
Да ди нахуй со своим озоном. Компания говна хуже Яндекса. И лиды у вас ебланы конченые
>>1946144
Все хуево. Коммерсы сраные а не программисты. Говорят, конечно, от отдела зависит, но сомневаюсь.
Лучше в Авито/Мейл пробуйся
Все хуево. Коммерсы сраные а не программисты. Говорят, конечно, от отдела зависит, но сомневаюсь.
Лучше в Авито/Мейл пробуйся
>>1946562
Да это теоретик, которого на собесе какой то лид связными списками попустил, вот он и рвется. Скорее всего ему так кажется
Да это теоретик, которого на собесе какой то лид связными списками попустил, вот он и рвется. Скорее всего ему так кажется
>>1946572
гребец озона не палится.
Во-первых, ты в своем озоне джсон будешь гонять до конца веков, какие тебе линкедлисты?
Во-вторых, у озона слишком много обсеров. Чего только их летняя "школа" стоит, просто лол, не смогли чекер настроить и в манямирке сидели до конца, пока их на Хабре не попустили. Вспоминаем ещё пароли плейнтекстом, лмао.
Яндекс того хуже, анальный собес, который потратит неделю жизни минимум ради офера в 1.5-2 раза ниже рынка. Ну а потом бесконечные велосипеды, шизоменеджеры и принудительно-обязательные переработки по праздникам/выходным бесплатно.
И это всё я не выдумал, вы хотя бы по хабру тому же походите, там анальники уже давно все расписали.
гребец озона не палится.
Во-первых, ты в своем озоне джсон будешь гонять до конца веков, какие тебе линкедлисты?
Во-вторых, у озона слишком много обсеров. Чего только их летняя "школа" стоит, просто лол, не смогли чекер настроить и в манямирке сидели до конца, пока их на Хабре не попустили. Вспоминаем ещё пароли плейнтекстом, лмао.
Яндекс того хуже, анальный собес, который потратит неделю жизни минимум ради офера в 1.5-2 раза ниже рынка. Ну а потом бесконечные велосипеды, шизоменеджеры и принудительно-обязательные переработки по праздникам/выходным бесплатно.
И это всё я не выдумал, вы хотя бы по хабру тому же походите, там анальники уже давно все расписали.
В каждой крупной компании много команд. Некоторые лиды кажутся вполне адекватными и интересными людьми, с другими неприятно общаться. Понять, «подходите ли вы друг другу» можно только на собеседовании. Пока я не вижу никакой конкретики по данному вопросу, а субъективщина на то и субъективщина.
Как-то кандидат сказал, что отказывается проходить собеседование, потому что ему привезли испорченный надувной матрас.
В озоне много серьезных разработчиков, через него прошло много специалистов. Конечно, будут и довольные, и недовольные, как и везде.
Как-то кандидат сказал, что отказывается проходить собеседование, потому что ему привезли испорченный надувной матрас.
В озоне много серьезных разработчиков, через него прошло много специалистов. Конечно, будут и довольные, и недовольные, как и везде.
>>1946683
Никакой конкретики, хотя и с долей здравого смысла. Так можно ± про все компании сказать. Везде есть адекватные и полные мудаки. Но не забывайте, что ваша жопа в руках коммерсов, которые как раз второй тип. Хорошо это видно по публичным факапам, которые случаются не из-за конкретного гребца, а из-за менеджмента.
Никакой конкретики, хотя и с долей здравого смысла. Так можно ± про все компании сказать. Везде есть адекватные и полные мудаки. Но не забывайте, что ваша жопа в руках коммерсов, которые как раз второй тип. Хорошо это видно по публичным факапам, которые случаются не из-за конкретного гребца, а из-за менеджмента.
>>1946672
Не угадал.
Как это соотносится с греблей на них? Про яндекс это понятно как раз, тут реально проблема для гребли, это их велосипеды на каждый чих. Но вот по поводу офера в 2 раза ниже рынке очень соммневаюсь, думаю что там есть и кто по рынку получает, просто зависит от запросов и игнорирования булшита по типу, ну мы жи яндекс.
Я никого не защищаю, но ты явно обосрался. Говоришь что у озона много обсеров и при этом советует мейл, у которых обсеров больше раз в 10. Чего стоит только отсуствие трима для пароля в их почте
>гребец озона не палится.
Не угадал.
>Во-вторых, у озона слишком много обсеров.
Как это соотносится с греблей на них? Про яндекс это понятно как раз, тут реально проблема для гребли, это их велосипеды на каждый чих. Но вот по поводу офера в 2 раза ниже рынке очень соммневаюсь, думаю что там есть и кто по рынку получает, просто зависит от запросов и игнорирования булшита по типу, ну мы жи яндекс.
Я никого не защищаю, но ты явно обосрался. Говоришь что у озона много обсеров и при этом советует мейл, у которых обсеров больше раз в 10. Чего стоит только отсуствие трима для пароля в их почте
Аноны, научите, как такое нормально в го сделать.
Есть посутпающие события (неважно откуда, но например из кафки), у них есть payload (некий json). Я хочу скрыть под капот цикл и десериализацию, чтобы получилось как-то так:
worker.Register("MyEvent", func(payload *MyStruct) {
// ...
})
worker.Run()
Проблема конечно же в том что
а) сигнатура функции будет отличаться для событий.
б) при десериализации я не знаю в какую структуру десериализовывать.
Допустим забьем хуй на первую проблему с хенделром, пусть хендлер принимает пустой интерфейс, а дальше приводит его сам к нужному типу.
Но остается как-то сделать десериализацию. Как сделать ее универсальной, чтобы спрятать под капотом? Чтобы она передавала в регистрируемый обработчик нужную структуру?
Или же просто, какие есть варианты, чтобы сделать максимально изящно?
Есть посутпающие события (неважно откуда, но например из кафки), у них есть payload (некий json). Я хочу скрыть под капот цикл и десериализацию, чтобы получилось как-то так:
worker.Register("MyEvent", func(payload *MyStruct) {
// ...
})
worker.Run()
Проблема конечно же в том что
а) сигнатура функции будет отличаться для событий.
б) при десериализации я не знаю в какую структуру десериализовывать.
Допустим забьем хуй на первую проблему с хенделром, пусть хендлер принимает пустой интерфейс, а дальше приводит его сам к нужному типу.
Но остается как-то сделать десериализацию. Как сделать ее универсальной, чтобы спрятать под капотом? Чтобы она передавала в регистрируемый обработчик нужную структуру?
Или же просто, какие есть варианты, чтобы сделать максимально изящно?
>>1950297
Я не хочу писать блядскую лапшу ифов, анон.
if event == "MyEvent"
Ну должен же быть нормальный способ.
Я не хочу писать блядскую лапшу ифов, анон.
if event == "MyEvent"
Ну должен же быть нормальный способ.
>>1950297
Нихуя не понял что тебе нужно, но подумай в сторону интерфейсов. Делаешь воркер с общей логикой, который в конструкторе принимает интерфейс. В интерфейсе делаешь методы для десериализации и для дальнейшей обработки этой структуры.
Нихуя не понял что тебе нужно, но подумай в сторону интерфейсов. Делаешь воркер с общей логикой, который в конструкторе принимает интерфейс. В интерфейсе делаешь методы для десериализации и для дальнейшей обработки этой структуры.
>>1950353
У интерфейса который принимает воркер должны быть методы, которые принимают и возвращают пустой интерфейс. А уже в конкретной реализации обработчика просто приводишь к нужному типу
У интерфейса который принимает воркер должны быть методы, которые принимают и возвращают пустой интерфейс. А уже в конкретной реализации обработчика просто приводишь к нужному типу
>>1950353
>>1950355
А я не понял, что ты предлагаешь. Можешь с псевдокодом?
Еще раз, мне нужна очень простая вещь (псевдокод):
event_jsons = [`{event: One, data: ...}`, `{event: Two, data: ...}`, `{event: Three, data: ...}`]
worker.Register('One', OneFunc)
worker.Register('Two', TwoFunc)
worker.Register('Three', func(payload interface{}) {
// data := payload.(ThreeEvent)
})
worker.Run() // for events as type, data { handlers[type](unmarshall(data)) }
// Как сделать подобный цикл?
// Недостаточно инфы для анмаршалинга - ок, можно еще что-нибудь при регистрации указывать. Что/как?
---------
func unmarshall(payload string) interface{} {
// data := ??? // Как мне здесь получить структуру нужно типа?
return data
}
>>1950355
А я не понял, что ты предлагаешь. Можешь с псевдокодом?
Еще раз, мне нужна очень простая вещь (псевдокод):
event_jsons = [`{event: One, data: ...}`, `{event: Two, data: ...}`, `{event: Three, data: ...}`]
worker.Register('One', OneFunc)
worker.Register('Two', TwoFunc)
worker.Register('Three', func(payload interface{}) {
// data := payload.(ThreeEvent)
})
worker.Run() // for events as type, data { handlers[type](unmarshall(data)) }
// Как сделать подобный цикл?
// Недостаточно инфы для анмаршалинга - ок, можно еще что-нибудь при регистрации указывать. Что/как?
---------
func unmarshall(payload string) interface{} {
// data := ??? // Как мне здесь получить структуру нужно типа?
return data
}
>>1950371
В пустой интерфейс парсится map[string]interface{}. Мне нужно чтобы там была структура.
Вся суть моего вопроса в том чтобы избавиться от if-else.
>пустой интерфейс
В пустой интерфейс парсится map[string]interface{}. Мне нужно чтобы там была структура.
>type switch, гугли
Вся суть моего вопроса в том чтобы избавиться от if-else.
>>1950435
Приведи пустой интерфейс к нужному типу и анмаршаль в него.
А от иф элс ты без женериков не избавишься
Приведи пустой интерфейс к нужному типу и анмаршаль в него.
А от иф элс ты без женериков не избавишься
>>1950365
Такое прокатит только в каком нибудь питоне или жс, учитывая что вся информация, что у тебя есть о payload, это строка json'а.
Что тебе нужно, это прихуярить type switch по полю event.Type (или как где у тебя там тип евента) который будет строкой.
Либо создать схему для создания евентов, она должна быть общая для каждого сервиса, который будет отправлять/принимать сообщение в/из кафки. Для этого лучше подходит xml или protobuf.
>// Как мне здесь получить структуру нужно типа?
Такое прокатит только в каком нибудь питоне или жс, учитывая что вся информация, что у тебя есть о payload, это строка json'а.
Что тебе нужно, это прихуярить type switch по полю event.Type (или как где у тебя там тип евента) который будет строкой.
Либо создать схему для создания евентов, она должна быть общая для каждого сервиса, который будет отправлять/принимать сообщение в/из кафки. Для этого лучше подходит xml или protobuf.
>>1950485
Нет, у меня есть любая информация. Вон есть Register() - пожалуйста, чего там указать, что бы была "нужная" информация?
Бля, ну посоны, ну суть вопроса в том, что я хочу избавиться от хардкода, какой нахуй свитч.
Еще раз - об ивенте знаем все что угодно. Любую информацию, которой не хватает можно зарегистрировать в worker.Register().
>учитывая что вся информация, что у тебя есть о payload
Нет, у меня есть любая информация. Вон есть Register() - пожалуйста, чего там указать, что бы была "нужная" информация?
>прихуярить type switch
Бля, ну посоны, ну суть вопроса в том, что я хочу избавиться от хардкода, какой нахуй свитч.
>схему для создания евентов
Еще раз - об ивенте знаем все что угодно. Любую информацию, которой не хватает можно зарегистрировать в worker.Register().
>>1950365
Что тебе мешает вместо функции в Register передавать набор функций (интерфейс)?
type HuiHandler interface {
UnmarshalHui([]byte) (interface{}, error)
SendHui(interface{}) error
}
type Pizda struct {
IsHui bool
}
type HuiHandlerImpl struct {}
func (h HuiHandlerImpl) UnmarshalHui(data []byte) (interface{}, error) {
var p Pizda
if err := json.Unmarshal(data, &p); err != nil {
return nil, err
}
return p, nil
}
func (h HuiHandlerImpl) SendHui(hui interface{}) error {
pizda, ok := hui.(Pizda)
if !ok {
return errors.New("invalid struct")
}
fmt.Println(pizda)
return nil
}
Воркер принимает этот интерфейс, потом просто создаешь новый воркер под топик кафки с нужно реализацией и все
Что тебе мешает вместо функции в Register передавать набор функций (интерфейс)?
type HuiHandler interface {
UnmarshalHui([]byte) (interface{}, error)
SendHui(interface{}) error
}
type Pizda struct {
IsHui bool
}
type HuiHandlerImpl struct {}
func (h HuiHandlerImpl) UnmarshalHui(data []byte) (interface{}, error) {
var p Pizda
if err := json.Unmarshal(data, &p); err != nil {
return nil, err
}
return p, nil
}
func (h HuiHandlerImpl) SendHui(hui interface{}) error {
pizda, ok := hui.(Pizda)
if !ok {
return errors.New("invalid struct")
}
fmt.Println(pizda)
return nil
}
Воркер принимает этот интерфейс, потом просто создаешь новый воркер под топик кафки с нужно реализацией и все
>>1950365
Что тебе мешает вместо функции в Register передавать набор функций (интерфейс)?
type HuiHandler interface {
UnmarshalHui([]byte) (interface{}, error)
SendHui(interface{}) error
}
type Pizda struct {
IsHui bool
}
type HuiHandlerImpl struct {}
func (h HuiHandlerImpl) UnmarshalHui(data []byte) (interface{}, error) {
var p Pizda
if err := json.Unmarshal(data, &p); err != nil {
return nil, err
}
return p, nil
}
func (h HuiHandlerImpl) SendHui(hui interface{}) error {
pizda, ok := hui.(Pizda)
if !ok {
return errors.New("invalid struct")
}
fmt.Println(pizda)
return nil
}
Воркер принимает этот интерфейс, потом просто создаешь новый воркер под топик кафки с нужно реализацией и все
Что тебе мешает вместо функции в Register передавать набор функций (интерфейс)?
type HuiHandler interface {
UnmarshalHui([]byte) (interface{}, error)
SendHui(interface{}) error
}
type Pizda struct {
IsHui bool
}
type HuiHandlerImpl struct {}
func (h HuiHandlerImpl) UnmarshalHui(data []byte) (interface{}, error) {
var p Pizda
if err := json.Unmarshal(data, &p); err != nil {
return nil, err
}
return p, nil
}
func (h HuiHandlerImpl) SendHui(hui interface{}) error {
pizda, ok := hui.(Pizda)
if !ok {
return errors.New("invalid struct")
}
fmt.Println(pizda)
return nil
}
Воркер принимает этот интерфейс, потом просто создаешь новый воркер под топик кафки с нужно реализацией и все
>>1950793
Блять, все поехало
Блять, все поехало
>>1950793
Слишком избыточно.
Во-первых, для каждого типа у нас будет по сути одинаковый Unmarshal().
Во-вторых, что хуже, получается что вот вся эта инфраструктура (объявление структуры, объявление двух методов и так для каждого типа) нужны только для того чтобы как-то прицепить этот Unmarshal к обработчику. А по сути нам от этого всего нужна одна единственная функция-хендлер.
Но спасибо, анон, все равно.
Слишком избыточно.
Во-первых, для каждого типа у нас будет по сути одинаковый Unmarshal().
Во-вторых, что хуже, получается что вот вся эта инфраструктура (объявление структуры, объявление двух методов и так для каждого типа) нужны только для того чтобы как-то прицепить этот Unmarshal к обработчику. А по сути нам от этого всего нужна одна единственная функция-хендлер.
Но спасибо, анон, все равно.
>>1950820
Вот она у нас пустая, нужна только чтобы методы "зацепить". Это не является маркером чего-нибудь, какой-нибудь плохой практики?
>type HuiHandlerImpl struct {}
Вот она у нас пустая, нужна только чтобы методы "зацепить". Это не является маркером чего-нибудь, какой-нибудь плохой практики?
>>1950297
Рефлексия, генерация типов структур на лету, например.
Если не хочешь лапшу из if else сможешь поступить по питонячи: создать мапу, в которой ключ - название Ивента, а значение нужная тебе структура. И код чистый, и сразу видно какому событию какая структура нужна. Но как не крути все равно где-нибудь пустые интерфейсы тебе нужно будет приводить к типам.
Рефлексия, генерация типов структур на лету, например.
Если не хочешь лапшу из if else сможешь поступить по питонячи: создать мапу, в которой ключ - название Ивента, а значение нужная тебе структура. И код чистый, и сразу видно какому событию какая структура нужна. Но как не крути все равно где-нибудь пустые интерфейсы тебе нужно будет приводить к типам.
>>1951173
Ну так без проблем, для этого и есть регистратор. Только в мапе будет map[string]interface{}. И json.Unmarshall запишет туда мапу, а не нужную мне структуру.
>ключ - название Ивента, а значение нужная тебе структура
Ну так без проблем, для этого и есть регистратор. Только в мапе будет map[string]interface{}. И json.Unmarshall запишет туда мапу, а не нужную мне структуру.
>>1951208
А, или ты имеешь в виду при помощи рефлексии как-то восстанавливать эту структуру из интерфейса?
А, или ты имеешь в виду при помощи рефлексии как-то восстанавливать эту структуру из интерфейса?
>>1951208
Я вот не уверен на 100% что анмаршалер в интерфейс в котором лежит тип будет анмаршалить как мапу. Анмаршал принимает пустой массив и делает его инспекцию внутри.
Я вот не уверен на 100% что анмаршалер в интерфейс в котором лежит тип будет анмаршалить как мапу. Анмаршал принимает пустой массив и делает его инспекцию внутри.
>>1951210
Как угодно можно. Если тебе нужен конкретный тип чтобы оперировать та внутри кода, то тебе в любом случае придётся делать тайп свич.
Если нет, то ты можешь в рантайме генерить типы структур с помощью reflect
Как угодно можно. Если тебе нужен конкретный тип чтобы оперировать та внутри кода, то тебе в любом случае придётся делать тайп свич.
Если нет, то ты можешь в рантайме генерить типы структур с помощью reflect
>>1951208
Ну и думается мне тебе нужно будет делать не map[string] inyerface , а map[string]function() interface{} чтобы функция новый экземпляр возвращала.
Ещё можешь для каждой структуры реализовать метод UnmarshalJSON и оперировать уже интерфейсом Unmarshaller или как его там.
Ну и думается мне тебе нужно будет делать не map[string] inyerface , а map[string]function() interface{} чтобы функция новый экземпляр возвращала.
Ещё можешь для каждой структуры реализовать метод UnmarshalJSON и оперировать уже интерфейсом Unmarshaller или как его там.
>>1906239
Норм там в Озоне? Интересные задачи? Норм платят?
Норм там в Озоне? Интересные задачи? Норм платят?
>>1906232
Ну если этот пидор мне заявит на этапе разработки про миллион одновременных пользователей - я уже и подумаю о использовании демона и готовности к горизонтальному масштабированию, само собой, за отдельный прайс. А делать для очередного интернет-магазина убер-производительную хуйню, кодогенерируя тонны хуйни вместо чутка сахарка, велосипедя кучу решений, сося без нормального орма - вместо того что бы просто хуйнуть ларавель + кучу готовых модулей + админку и задеплоить одним докер-контейнером - явно ебанина.
Ну если этот пидор мне заявит на этапе разработки про миллион одновременных пользователей - я уже и подумаю о использовании демона и готовности к горизонтальному масштабированию, само собой, за отдельный прайс. А делать для очередного интернет-магазина убер-производительную хуйню, кодогенерируя тонны хуйни вместо чутка сахарка, велосипедя кучу решений, сося без нормального орма - вместо того что бы просто хуйнуть ларавель + кучу готовых модулей + админку и задеплоить одним докер-контейнером - явно ебанина.
Вкатился в ваш го, как я понял, здесь пишут апишки и всякие кубернетесы. Чем я буду заниматься в конторе?
>>1951718
Будешь апишки писать. И кубернетесы всчякие.
Будешь апишки писать. И кубернетесы всчякие.
>>1951767
Скорее протобафы в постгрес, а вот жсоны в etcd
Скорее протобафы в постгрес, а вот жсоны в etcd
>>1905210 (OP)
https://go-tour-ru-ru.appspot.com/ пикрил
>https://tour.golang.org/welcome/1 (есть на Русском)
https://go-tour-ru-ru.appspot.com/ пикрил
>>1953185
Тогда учи жс. Тут тебе делать нечего. Язык может поймешь, а задачи которые на нем делают не поймешь.
Тогда учи жс. Тут тебе делать нечего. Язык может поймешь, а задачи которые на нем делают не поймешь.
191 Кб, 435x500Меня вот это пугает немного.
Меня вот это пугает немного.
The size of the generic int type is platform dependent. It is 32 bits wide on a 32-bit system and 64-bits wide on a 64-bit system.
Например,
var a int = 10000000000
на 64 битовой системе будет работать нормально а
на 32 битовой системе превратится в -214 миллионов
Почему эту тупость оставили в голанге?
The size of the generic int type is platform dependent. It is 32 bits wide on a 32-bit system and 64-bits wide on a 64-bit system.
Например,
var a int = 10000000000
на 64 битовой системе будет работать нормально а
на 32 битовой системе превратится в -214 миллионов
Почему эту тупость оставили в голанге?
>>1953203
Может, это не тупость? Может, это ты тупой? Чисто теория такая шальная появилась вдруг. Как думаешь?
Может, это не тупость? Может, это ты тупой? Чисто теория такая шальная появилась вдруг. Как думаешь?
Анониусы, помогите, есть какой гайд по сараме (https://github.com/Shopify/sarama)?
Дока пустая, в гугле нихуя нет не понимаю откуда у нее вообще 7к звезд.
Дока пустая, в гугле нихуя нет не понимаю откуда у нее вообще 7к звезд.
>>1953203
Предпологаеться, что если тебе нужна 64-х битная точность - используешь int64, иначе - платформ-специфик int. Другой вопрос, нахрена тогда нужен int32?
Предпологаеться, что если тебе нужна 64-х битная точность - используешь int64, иначе - платформ-специфик int. Другой вопрос, нахрена тогда нужен int32?
Тутор на русском не запускается
Ебля с установкой
Офлайн тутор не работает
Да уж
Ебля с установкой
Офлайн тутор не работает
Да уж
Одна из самых бесячих вещей в питоне - регулярная поломка совместимости между версиями питона. Находишь какую-нибудь прогу всего лишь пятилетней давности, а она уже не работает.
Думал, go этого избежит, но нет. Контролирующие разрабтку go гуглоскоты пошли немного другим путём, но который в итоге приводит к тому же результату, что старые проги уже не работают. А именно: активно ломают систему сборки: выкидывают gopath, выкидывают go get, внедряют кривую систему go mod. К тому же поломали сервер локальной документации, пропихивают ублюдочное жабоскриптовое зондоговно go.dev. Плюс жопа с плагинами для ide из-за поломок совместимости гошных тулз.
Думал, go этого избежит, но нет. Контролирующие разрабтку go гуглоскоты пошли немного другим путём, но который в итоге приводит к тому же результату, что старые проги уже не работают. А именно: активно ломают систему сборки: выкидывают gopath, выкидывают go get, внедряют кривую систему go mod. К тому же поломали сервер локальной документации, пропихивают ублюдочное жабоскриптовое зондоговно go.dev. Плюс жопа с плагинами для ide из-за поломок совместимости гошных тулз.
>>1953753
Короче, для go нужно делать стороннюю систему сборки и документации, которая будет стабильной и не привязанной к гуглоидам и другим корпорастам, любящих ломать совместимость и внедрять зонды. Для поставки со своми прогами, чтобы они могли нормально собраться через 5 лет.
Короче, для go нужно делать стороннюю систему сборки и документации, которая будет стабильной и не привязанной к гуглоидам и другим корпорастам, любящих ломать совместимость и внедрять зонды. Для поставки со своми прогами, чтобы они могли нормально собраться через 5 лет.
Нахуя вам тутор на русском, вы ебанутые? На английском проходите.
Скажите, а gRPC сейчас прям маст-хэв? В компании, где я работаю макакеном на Go, все через обычный REST и JSON, но в вакансиях часто встречаю gRPC. Стоит освоить?
Программачик, привет
Я решил попробовать вкатиться к вам. Это первый ЯП (только в универе было). Работаю по ту сторону IT проектов. делаю вид, что управляю им и прочая хуита. Хочу через n лет заниматься чем-то полезным. Например попасть в SAP в их облачную разработку.
В чем я долбаеб?
Живу в Гейропке.
Я решил попробовать вкатиться к вам. Это первый ЯП (только в универе было). Работаю по ту сторону IT проектов. делаю вид, что управляю им и прочая хуита. Хочу через n лет заниматься чем-то полезным. Например попасть в SAP в их облачную разработку.
В чем я долбаеб?
Живу в Гейропке.
>>1954295
Ирония в том, что ответ на этот вопрос зависит от ответа на вопрос "нужен ли го".
Имхо, в общем случае, нахуй не нужен. И время еще нас всех накажет, за то что пошли на поводу у конъюктуры.
Ирония в том, что ответ на этот вопрос зависит от ответа на вопрос "нужен ли го".
Имхо, в общем случае, нахуй не нужен. И время еще нас всех накажет, за то что пошли на поводу у конъюктуры.
28 Кб, 741x178>>1905210 (OP)
> - В обязательном порядке проходим Go Tour: https://tour.golang.org/welcome/1 (есть на Русском)
>>1954937
На ютубе есть видео про плюсы и минусы SAP, погугли. Вкратце - кровавый энтерпрайз, живущий в собственном манямирке, за пределами которого твой опыт никому нахуй не нужен нигде, кроме самого SAP'а. Европейский 1С. Не пересекается с другим айти никак. Я даже не уверен, что ты там будешь голангом пользоваться, у них ведь ABAP.
Но говорят что в SAP очень большие деньги ворочаются. Правда их получают в основном консультанты, которые программированием не занимаются почти.
На ютубе есть видео про плюсы и минусы SAP, погугли. Вкратце - кровавый энтерпрайз, живущий в собственном манямирке, за пределами которого твой опыт никому нахуй не нужен нигде, кроме самого SAP'а. Европейский 1С. Не пересекается с другим айти никак. Я даже не уверен, что ты там будешь голангом пользоваться, у них ведь ABAP.
Но говорят что в SAP очень большие деньги ворочаются. Правда их получают в основном консультанты, которые программированием не занимаются почти.
суууука, как же вы заебали с го-туром на русском. ну пройдите вы его на английском нахуй. все равно подавляющая часть инфы, которую вы в дальнейшем будете читать по голангу (если вкатитесь конеш), будет на английском
>>1955255
Почему бы просто не переводить эту подавляющую часть инфы на русский?
Почему бы просто не переводить эту подавляющую часть инфы на русский?
>>1955264
потому что большинству норм потреблять ее на английском?
потому что большинству норм потреблять ее на английском?
>>1955264
Переводи
Переводи
>>1956229
Черт возьми, как же ты прав.
Раз в месяц или с выходом нового обновления в обязательном порядке захожу в тред и вижу срущихся вкатунов со спорами, что язык конченый, обработка ошибок великолепно сделана, раст для пидорасов, слайсы сделаны великолепно, модули шатают от релиза к релизу, заебал бойлерплейт но мы только выиграли от этого.
Черт возьми, как же ты прав.
Раз в месяц или с выходом нового обновления в обязательном порядке захожу в тред и вижу срущихся вкатунов со спорами, что язык конченый, обработка ошибок великолепно сделана, раст для пидорасов, слайсы сделаны великолепно, модули шатают от релиза к релизу, заебал бойлерплейт но мы только выиграли от этого.
>>1956288
Ты не понимаешь, это тоже рост, вниз — но рост же.
Ты не понимаешь, это тоже рост, вниз — но рост же.
>>1956458
Ты не только параноик, но еще и долбаеб.
Там ниже написано, пройти по ссылке и сконфигурировать без проверки хешей через гугл.
Ты не только параноик, но еще и долбаеб.
Там ниже написано, пройти по ссылке и сконфигурировать без проверки хешей через гугл.
Изучал джаву, теперь хочу попробовать го, типа современный молодежный язык, в отличие от древней жабы с кучей легаси и огромными фреймворками.
Есть работа для ждуна/стажера на неполный день?
Есть работа для ждуна/стажера на неполный день?
>>1956722
Благодарю.
Благодарю.
>>1956558
нет
нет
>>1955667
goвно, конечно, но остальные языки ещё хуже.
goвно, конечно, но остальные языки ещё хуже.
>>1956558
Учи криптовалюты. Можешь найти фриланс, будет на гохе с использованием хуйни типа Cosmos SDK
Там и свободный график будет, и удалённая работа.
Учи криптовалюты. Можешь найти фриланс, будет на гохе с использованием хуйни типа Cosmos SDK
Там и свободный график будет, и удалённая работа.
>>1957435
А что их там учить-то? Криптовалюты говно редкостное и по сути пузырь, который скоро лопнет. Накидал заочно за щеку каждому майнеру-криптовалютчику
А что их там учить-то? Криптовалюты говно редкостное и по сути пузырь, который скоро лопнет. Накидал заочно за щеку каждому майнеру-криптовалютчику
>>1957498
Каким бы радовать не был, на нём можно успеть нехило навариться на ровном месте
Каким бы радовать не был, на нём можно успеть нехило навариться на ровном месте
Жява-боярин итт. Думаю выучить гошечку для разнообразия, а то уже подзаебало. Прошел го тур, но такое чувство, что где-то меня наебали, какой-то слишком примитивный синтаксис. Ни volatile тебе, ни эксепшенов. Как оцениваете, годный язык вообще, или костыльное уродство, которое ни один нормальный человек использовать в продакшене посложнее круда не станет?
>>1958758
Так как раз смысл в том, что ооп-враньё, эксепшоны и сложные модификаторы не нужны. И теперь тебе это станет понятно, и ты проклянёшь другие языки. Добро пожаловать
Так как раз смысл в том, что ооп-враньё, эксепшоны и сложные модификаторы не нужны. И теперь тебе это станет понятно, и ты проклянёшь другие языки. Добро пожаловать
>>1958770
Хм, спасибо. ООП-враньё... Интересная мысль, конечно, но у нас в энтерпрайзе за такое и обоссать могут.
Хм, спасибо. ООП-враньё... Интересная мысль, конечно, но у нас в энтерпрайзе за такое и обоссать могут.
711 Кб, 588x825>>1905942
А поясните плз нюфагу зачем это нужно. Чтобы меньше памяти елось? Но сейчас же память копейки стоит, особенно для бизнеса. Или это как то на потребление проца влияет? Но вроде память и проц это немножко разные вещи.
А поясните плз нюфагу зачем это нужно. Чтобы меньше памяти елось? Но сейчас же память копейки стоит, особенно для бизнеса. Или это как то на потребление проца влияет? Но вроде память и проц это немножко разные вещи.
>>1958910
Что именно зачем нужно? Ручное управление памятью? Им в го едва ли пользуются, хотя возможность такая есть.
Что именно зачем нужно? Ручное управление памятью? Им в го едва ли пользуются, хотя возможность такая есть.
>>1958910
абстракции стоят ресурсов, экономя время на разработку/поддержку/тестирование
аналогичная история и с gc/ручным управлением памяти - gc создает оверхед (и на cpu и stop the world делает), но упрощает, а ручное управление сложнее, но эффективнее (учитывая как го неглядя закидывает все в кучу, с скорость доступа в которую на порядок больше в стравнении со стеком)
вот и делай выбор в зависимости от ситуации/проекта - купить еще один сервер или нанять еще одного 300кк
например проекты gzip/ssl, через которые проходит очень много нагрузки и, предположим, мы возьмем условный гугловый дц с 1000+ хостов и 1+Tb траффика и возьмем за 0 текущие имплементации gzip/ssl
а теперь предположим, что перепишем gzip на go c gc и stop the world - сколько денег надо будет выбросить на ветер?
а предположим, что взяли одного 300кк и он оптимизивал ssl на 5% - сколько денег мы съэкономим?
абстракции стоят ресурсов, экономя время на разработку/поддержку/тестирование
аналогичная история и с gc/ручным управлением памяти - gc создает оверхед (и на cpu и stop the world делает), но упрощает, а ручное управление сложнее, но эффективнее (учитывая как го неглядя закидывает все в кучу, с скорость доступа в которую на порядок больше в стравнении со стеком)
вот и делай выбор в зависимости от ситуации/проекта - купить еще один сервер или нанять еще одного 300кк
например проекты gzip/ssl, через которые проходит очень много нагрузки и, предположим, мы возьмем условный гугловый дц с 1000+ хостов и 1+Tb траффика и возьмем за 0 текущие имплементации gzip/ssl
а теперь предположим, что перепишем gzip на go c gc и stop the world - сколько денег надо будет выбросить на ветер?
а предположим, что взяли одного 300кк и он оптимизивал ssl на 5% - сколько денег мы съэкономим?
>>1959503
Мне нужно пиздец как, иначе костылить придется.
> Вкратце: НИНУЖНО, как и любая другая фича в го.
Мне нужно пиздец как, иначе костылить придется.
>>1959504
Используй два одинаковых канала или ищи либу для блокирующей очереди, в жяве такое есть, вдруг и тут найдется.
Используй два одинаковых канала или ищи либу для блокирующей очереди, в жяве такое есть, вдруг и тут найдется.
943 Кб, 1868x1400Посоны, как писать тесты с кафкой?
>>1959495
Такую логику можно сделать только с помощью конвейера. То есть у тебя будет объект с принимающим (in) и исходящим (out) каналом. Принимаешь из in, обрабатываешь, кладешь в out.
Либо пиши свою goroutine safe очередь.
Такую логику можно сделать только с помощью конвейера. То есть у тебя будет объект с принимающим (in) и исходящим (out) каналом. Принимаешь из in, обрабатываешь, кладешь в out.
Либо пиши свою goroutine safe очередь.
В чем был смысл завозить в язык передачу и по ссылке, и по значению? Выглядит так, что это ненужное усложнение, которое мало кто понимает до конца, и которое вызывает проблемы с выделением памяти (пример - range по массиву vs range по ссылке на массив).
>>1906606
ага, виртуальную память в ос на уроках информатики не преподают, только кресты?
>поинтер - не прямой поинтер в ОЗУ в отличие от звездочки в Си/Крестах
ага, виртуальную память в ос на уроках информатики не преподают, только кресты?
>>1924321
про корпоративные либы жиза
ни http ни стандартные логгеры на го ни разу не использовал
залетел на проект - открыл репу с проектом, выдернул оттуда
import gitlab.com/govnoKorporazia/logger
import gitlab.com/govnoKorporazia/http
и погнали
по необходимости оттуда же трейсер, базу и тд
про корпоративные либы жиза
ни http ни стандартные логгеры на го ни разу не использовал
залетел на проект - открыл репу с проектом, выдернул оттуда
import gitlab.com/govnoKorporazia/logger
import gitlab.com/govnoKorporazia/http
и погнали
по необходимости оттуда же трейсер, базу и тд
>>1961449
мне самому по 5-10 раз в неделю звонят, если резюме открыть, так что не страшно
ебать кстати на голангеров нехватка разработчиков, перешел с джавы - там полно 40-летних дидов, которые готовы за 100к работать сеньорами в аутсорсе. В гошечке мидлам с порога 150-200к дают
мне самому по 5-10 раз в неделю звонят, если резюме открыть, так что не страшно
ебать кстати на голангеров нехватка разработчиков, перешел с джавы - там полно 40-летних дидов, которые готовы за 100к работать сеньорами в аутсорсе. В гошечке мидлам с порога 150-200к дают
>>1961459
А с джунами как дело обстоит? Я сам на жяве сейчас пишу, полтора года опыта есть. Думаю вот в голанг перекатиться.
А с джунами как дело обстоит? Я сам на жяве сейчас пишу, полтора года опыта есть. Думаю вот в голанг перекатиться.
>>1958699
Интересно было бы взглянуть на тесты
Интересно было бы взглянуть на тесты
>>1961419
Такую чушь в школе на информатике учат, о чем ты ?
>передачу и по ссылке, и по значению
>которое мало кто понимает до конца
Такую чушь в школе на информатике учат, о чем ты ?
>>1961444
У нас в продакшене хттп из стандартной библиотеки, полет нормальный
У нас в продакшене хттп из стандартной библиотеки, полет нормальный
>>1961555
О том, что в го в этом нет смысла. Суть самих терминов понятна, но конкретно в го это реализовано через жепу и не имеет практического смысла, насколько я вижу.
О том, что в го в этом нет смысла. Суть самих терминов понятна, но конкретно в го это реализовано через жепу и не имеет практического смысла, насколько я вижу.
Поясните про указатели, аноны. Надо прояснить один момент, допустим есть вот такой код: https://pastebin.com/8Uy7PmyT
В какой-то момент я беру и присваиваю переменной s новый экземпляр Struct, потом вызываю метод doSmth(&s.value) и забываю об этом. В глобальной переменной staticInt теперь хранится указатель на какой-то int. Так вот, на какой int это указатель, под него выделена память (только на один int), или же это указатель на поле переменной s и подо всю структуру была выделена память? Это копия s?
В какой-то момент я беру и присваиваю переменной s новый экземпляр Struct, потом вызываю метод doSmth(&s.value) и забываю об этом. В глобальной переменной staticInt теперь хранится указатель на какой-то int. Так вот, на какой int это указатель, под него выделена память (только на один int), или же это указатель на поле переменной s и подо всю структуру была выделена память? Это копия s?
>>1961880
Давай по подробнее, почему нет смысла? Нужно передать структуру с малым размером - копируй, с большим размером - через адрес. Методы структуры не подразумевают в себе мутацию - копируй. Хочешь чтобы было без nil-pointer исключений, пиши только через value, хочешь мутированть абсолютно все, пиши через указатели. Для каждого случая будет куда эффективнее то или иное решение, поэтому советую использовать pprof и trace.
>что в го в этом нет смысла
Давай по подробнее, почему нет смысла? Нужно передать структуру с малым размером - копируй, с большим размером - через адрес. Методы структуры не подразумевают в себе мутацию - копируй. Хочешь чтобы было без nil-pointer исключений, пиши только через value, хочешь мутированть абсолютно все, пиши через указатели. Для каждого случая будет куда эффективнее то или иное решение, поэтому советую использовать pprof и trace.
>>1961904
Я бы предпочел один вариант. Го же декларирует минимализм как высшую цель, так зачем давать лишнюю гибкость? Пусть все передается по значению на уровне кода, но под капотом оптимизируется через указатели, где это нужно (сомневаюсь, что это неподъемная задача для компилятора - определить, какой вариант задействует стек вместо хипа, например). Можно ввести вместо этого хинт для компилятора, скажем, коммент "immutable" над объявлением структуры, если не хочешь, чтобы он оптимизировал и потенциально мутировал ее.
Я бы предпочел один вариант. Го же декларирует минимализм как высшую цель, так зачем давать лишнюю гибкость? Пусть все передается по значению на уровне кода, но под капотом оптимизируется через указатели, где это нужно (сомневаюсь, что это неподъемная задача для компилятора - определить, какой вариант задействует стек вместо хипа, например). Можно ввести вместо этого хинт для компилятора, скажем, коммент "immutable" над объявлением структуры, если не хочешь, чтобы он оптимизировал и потенциально мутировал ее.
>>1961904
Добавлю, что эти гошные указатели - ни рыба, ни мясо, так как прямого доступа к памяти нет. Вот и выглядят больше то ли как атавизм, то ли как дань уважения сям/плюсям.
Добавлю, что эти гошные указатели - ни рыба, ни мясо, так как прямого доступа к памяти нет. Вот и выглядят больше то ли как атавизм, то ли как дань уважения сям/плюсям.
https://github.com/tucnak/gopp
Ну шо, мужики, илюша ожил, получается?
Ну шо, мужики, илюша ожил, получается?
>>1962000
Что ты подразумеваешь под прямым доступом? Адресную арифметику, возможность прочитать/записать любой байт адресного пространства процесса?
Что ты подразумеваешь под прямым доступом? Адресную арифметику, возможность прочитать/записать любой байт адресного пространства процесса?
>>1961986
Всё и так передается по значению. Указатель - это просто тип данных, то есть один из типов этих значений.
Всё и так передается по значению. Указатель - это просто тип данных, то есть один из типов этих значений.
>>1959362
?
>го неглядя закидывает все в кучу, с скорость доступа в которую на порядок больше в стравнении со стеком
>скорость доступа в которую на порядок больше в стравнении со стеком
?
>>1962371
Именно так.
>>1962373
Ты прекрасно понял, о чем я говорю. Наверно, нет языков, где бы фраза "передача по ссылке" имела бы смысл, потому что все равно копируется значение чего-то, будь то указатель или что-то еще.
Смысл в том, что смысла в этом типе данных не то чтобы много, а проблем он добавляет, потому что работу компилятора по оптимизации теперь должен делать кодер.
Именно так.
>>1962373
Ты прекрасно понял, о чем я говорю. Наверно, нет языков, где бы фраза "передача по ссылке" имела бы смысл, потому что все равно копируется значение чего-то, будь то указатель или что-то еще.
Смысл в том, что смысла в этом типе данных не то чтобы много, а проблем он добавляет, потому что работу компилятора по оптимизации теперь должен делать кодер.
А че нахуя этот яп нужен кроме как удовлетворить желание стать кодером для всяких хипстеров?
>>1962627
А теперь пруфай, почему жява + нетти не покрывают 95% кейсов, когда требуется скорость.
А теперь пруфай, почему жява + нетти не покрывают 95% кейсов, когда требуется скорость.
>>1962797
Лучше бы они своё ебаное приложение переписали на раст с ебаного жопаскрипта, хоть так перестало бы жрать ресурсы даже в простое, лол.
Лучше бы они своё ебаное приложение переписали на раст с ебаного жопаскрипта, хоть так перестало бы жрать ресурсы даже в простое, лол.
>>1962688
1) С го траты на инфраструктуру всё равно будет меньше;
2) Траты не персонал вокруг этой инфраструктуры точно так же уменьшатся.
Язык для даунов правда, но не признавать профиты = быть хуже дауна.
1) С го траты на инфраструктуру всё равно будет меньше;
2) Траты не персонал вокруг этой инфраструктуры точно так же уменьшатся.
Язык для даунов правда, но не признавать профиты = быть хуже дауна.
>>1963153
С чего ты решил, что затраты на инфраструктуру будут меньше? С чего ты взял, что эти затраты играют роль, когда платить гошнику надо больше, а библиотек доступно меньше, что в совокупности удорожает разработку?
С чего ты решил, что затраты на инфраструктуру будут меньше? С чего ты взял, что эти затраты играют роль, когда платить гошнику надо больше, а библиотек доступно меньше, что в совокупности удорожает разработку?
>>1961462
ну я спустя год работы на джаве ушел на 160к
ну я спустя год работы на джаве ушел на 160к
>>1963162
Разница в 10-15% не играет роли, когда надо нанять лишнего девопса (а хороший будет стоить почти как синьйор-помидор программист) чтобы просто менеджить всё это говно (а то и двух-трёх, кекус).
Ну, тащемта ирл всё работает в стиле "так, у нас в <залупа-фреймворк-нейм> есть такие-то либы, юзаем их и больше нихуя не тащим, я тимлид — я так скозал".
А в целом всё, что может быть нужно для типового проекта — есть, а всё чего нет — энивэй специфичная хуитень, которую писать придётся под конкретную задачу.
>С чего ты взял, что эти затраты играют роль, когда платить гошнику надо больше
Разница в 10-15% не играет роли, когда надо нанять лишнего девопса (а хороший будет стоить почти как синьйор-помидор программист) чтобы просто менеджить всё это говно (а то и двух-трёх, кекус).
>а библиотек доступно меньше
Ну, тащемта ирл всё работает в стиле "так, у нас в <залупа-фреймворк-нейм> есть такие-то либы, юзаем их и больше нихуя не тащим, я тимлид — я так скозал".
А в целом всё, что может быть нужно для типового проекта — есть, а всё чего нет — энивэй специфичная хуитень, которую писать придётся под конкретную задачу.
>>1963289
Разраб-то не один нужен, а гошников пойди найди еще, так что суммарно разница в зп покроет затраты на девопса. И я так и не понял, в чем же го настолько упрощает инфраструктуру проекта, что девопс прям не нужен.
Разраб-то не один нужен, а гошников пойди найди еще, так что суммарно разница в зп покроет затраты на девопса. И я так и не понял, в чем же го настолько упрощает инфраструктуру проекта, что девопс прям не нужен.
14 Кб, 418x174Подскажите толковый getting started по асинхронности в Go. Tour of Go прочел, но местная глава по рутинам, каналам и мьютексам настолько куцая, что это пиздец.
Притом, когда я перешел к типичной практической задаче - сделать запрос - с удивлением обнаружил, что, например, http.Get вызывается как чисто синхронный метод, а рутинами-каналами-мьютексами тут даже не пахнет.
Короче, нужны базовые пояснения по теме. Почему базовые? Я еще разбираюсь, нравится мне Go или нет. Читать "Искусство философии идеального проектирования" на тыщу страниц не готов. Пока.
На примере JS, я бы хотел материал, который бы мне рассказал про async-await, пояснил, что есть Promise.all, закрепил бы примерами в духе "так мы получаем ответ на запрос, а вот так делаем, если шлем сразу много запросов, и вот так ставим таймеры".
Притом, когда я перешел к типичной практической задаче - сделать запрос - с удивлением обнаружил, что, например, http.Get вызывается как чисто синхронный метод, а рутинами-каналами-мьютексами тут даже не пахнет.
Короче, нужны базовые пояснения по теме. Почему базовые? Я еще разбираюсь, нравится мне Go или нет. Читать "Искусство философии идеального проектирования" на тыщу страниц не готов. Пока.
На примере JS, я бы хотел материал, который бы мне рассказал про async-await, пояснил, что есть Promise.all, закрепил бы примерами в духе "так мы получаем ответ на запрос, а вот так делаем, если шлем сразу много запросов, и вот так ставим таймеры".
>>1963337
Тут используются stackful coroutines, а не stackless, поэтому никаких прамизов и фьючерсов тут нет.
Тут используются stackful coroutines, а не stackless, поэтому никаких прамизов и фьючерсов тут нет.
>>1963349
Я и не говорю, что они тут есть. Я спрашиваю, где лучше посмотреть примеры реализации тривиальных задача уровня "запросил - распарсил - записал".
Я и не говорю, что они тут есть. Я спрашиваю, где лучше посмотреть примеры реализации тривиальных задача уровня "запросил - распарсил - записал".
>>1963349
Их можно самому накостылить.
>>1963337
Хуй знает, как то с практикой само приходит. Когда пробуешь сам что-то собрать, или всякие видео с ютуба, или код на гите смотришь.
https://play.golang.org/p/BD4D6UvwP3z
Вот примеры для начала, попробуй, поковыряй, прочитай чем отличаются каналы с буфером и без, способы их читать и тд. Уверен все это описано в любой книге типа "go concurrency ...".
>фьючерсов тут нет
Их можно самому накостылить.
>>1963337
Хуй знает, как то с практикой само приходит. Когда пробуешь сам что-то собрать, или всякие видео с ютуба, или код на гите смотришь.
https://play.golang.org/p/BD4D6UvwP3z
Вот примеры для начала, попробуй, поковыряй, прочитай чем отличаются каналы с буфером и без, способы их читать и тд. Уверен все это описано в любой книге типа "go concurrency ...".
>>1963364
Просто берёшь и пишешь код так, блять. Запросил, распарсил, записал. Не надо тут никаких промисов, блять, всё синхронное.
Горутины - это зелёные потоки.
Просто берёшь и пишешь код так, блять. Запросил, распарсил, записал. Не надо тут никаких промисов, блять, всё синхронное.
Горутины - это зелёные потоки.
Всегда считал этот ваш Пщ сойбойской хуйней, а оказывается его серьезные люди разрабатывали и вообще он делается чуть ли не на замену С. На Ютубе видел мнение, что кроме этой https://github.com/karlseguin/the-little-go-book книжки и стандартной документации + гугла ничего не нужно. Согласны?
>>1965590
Ну и в чем я не прав?
Ну и в чем я не прав?
>>1964764
Согласны. Для меня причастность Кернигана и Томпсона вообще стала главным аргументом за изучение
Согласны. Для меня причастность Кернигана и Томпсона вообще стала главным аргументом за изучение
работал инжом - погромировал плк в somachine/codesys. пили проекты на arduino/esp/stm. изучал c#, java, python. а теперь у меня рак и на работу могут обратно не взять, да я и сам скорее не собираюсь, думаю производство меня и сгубило. поэтому думаю сделать перекат в айти, на шабашках особо не уедешь, а деньги на лечение нужны. все советуют сделать вкат в Go, как лучший по соотношению скорость вката/профит. стоит пробовать? времени у меня не так много, хотелось бы не ошибиться.
двач, поделись идеальной структурой проекта - например, какого-нибудь crud'а с rest api. вроде бы структурировать проект несложно, однако сделать все это дело расширяемым и одновременно сохранить гошную минималистичность - задача непростая
например, куда кладете интерфейсы для репозиториев/сервисов? я привык плодить много мелких интерфейсов в тех местах, где они используются, и куда-то отдельно класть общую жирную реализацию, которая будет передаваться везде в качестве зависимости
но с таким подходом я упираюсь в то, что непонятно, где объявлять ошибки, например, репозитория. в месте реализации? такое себе, потому что появляется зависимость от пакета с реализацией, которую я за счет интерфейсов и пытаюсь избежать. создавать отдельный пакет, где будут объявлены интерфейсы? тоже сомнительно, т.к это ломает задумку с мелкими интерфейсами в качестве зависимостей (это делается, чтобы пакет/структура не зависели от ненужных им методов)
статей на эту тему много, но там какие-то уж совсем игрушечные примеры, да и везде делается по-разному
например, куда кладете интерфейсы для репозиториев/сервисов? я привык плодить много мелких интерфейсов в тех местах, где они используются, и куда-то отдельно класть общую жирную реализацию, которая будет передаваться везде в качестве зависимости
но с таким подходом я упираюсь в то, что непонятно, где объявлять ошибки, например, репозитория. в месте реализации? такое себе, потому что появляется зависимость от пакета с реализацией, которую я за счет интерфейсов и пытаюсь избежать. создавать отдельный пакет, где будут объявлены интерфейсы? тоже сомнительно, т.к это ломает задумку с мелкими интерфейсами в качестве зависимостей (это делается, чтобы пакет/структура не зависели от ненужных им методов)
статей на эту тему много, но там какие-то уж совсем игрушечные примеры, да и везде делается по-разному
>>1966732
Я со временем понял, что вообще все равно какая у тебя там структура, главное чтобы было как можно проще и поменьше вложенности. Например: https://github.com/techschool/pcbook-go
Я со временем понял, что вообще все равно какая у тебя там структура, главное чтобы было как можно проще и поменьше вложенности. Например: https://github.com/techschool/pcbook-go
>>1905210 (OP)
Сап, программач. Анаунсеры, подскажите шо не так делаю.
В общем, понадобилось подпились проект на го, я php moddle+ где-то, с го не работал. Ну, хуйня, думаю, прочитаю доку, там посмотрим.
Так вот, хуйнул пустой проект сперва, он находится в D:\golang\testproject
GOPATH прописал для него в D:\golang\testproject\go (пик 1, не возбраняется вроде внутри рутовой хуячить, насколько я понял).
Поковырял, дальше хуячу пакет по туториалу (пик 2, пик 4), и шо за хуйня в итоге - в main.go не хочет по короткому имени импортировать пакет (пик 3).
Где я скривожопил? Все по тутору делал, по книге. Нихуя не понял.
Знатоки-ананы по го подскажите плес.
С меня как обычно
Сап, программач. Анаунсеры, подскажите шо не так делаю.
В общем, понадобилось подпились проект на го, я php moddle+ где-то, с го не работал. Ну, хуйня, думаю, прочитаю доку, там посмотрим.
Так вот, хуйнул пустой проект сперва, он находится в D:\golang\testproject
GOPATH прописал для него в D:\golang\testproject\go (пик 1, не возбраняется вроде внутри рутовой хуячить, насколько я понял).
Поковырял, дальше хуячу пакет по туториалу (пик 2, пик 4), и шо за хуйня в итоге - в main.go не хочет по короткому имени импортировать пакет (пик 3).
Где я скривожопил? Все по тутору делал, по книге. Нихуя не понял.
Знатоки-ананы по го подскажите плес.
С меня как обычно
Гугл закрыл godoc.org, но люди воcстановили в виде https://godocs.io/
>>1967728
Двачую, лишний раз заставило задуматься, не хуйню ли я собираюсь изучить.
Двачую, лишний раз заставило задуматься, не хуйню ли я собираюсь изучить.
>>1967343
У тебя гопас указывает на го, то есть пусть импорта от него будет срц/ивен
Алсо, не знаю, зачем делать гопас для проекта, обычно он один на систему.
У тебя гопас указывает на го, то есть пусть импорта от него будет срц/ивен
Алсо, не знаю, зачем делать гопас для проекта, обычно он один на систему.
>>1966565
бамп
бамп
>>1966565
Попробовать стоит, только имей в виду, что программирование это не лёгкие деньги, а больным работать кем угодно будет сложно.
Да и хочешь ли ты последние пару лет жизни провести за перекладыванием джейсонов?
Попробовать стоит, только имей в виду, что программирование это не лёгкие деньги, а больным работать кем угодно будет сложно.
Да и хочешь ли ты последние пару лет жизни провести за перекладыванием джейсонов?
>>1968048
ну анончик, удобнее, когда пилишь пакет все в одном месте импортнул проект и хорошо. К тому же го позволяет это делать.
Ток не работает нихуя почему-то.
срц/ивен тоже хуй
ну анончик, удобнее, когда пилишь пакет все в одном месте импортнул проект и хорошо. К тому же го позволяет это делать.
Ток не работает нихуя почему-то.
срц/ивен тоже хуй
>>1966565
запили стори по раку
запили стори по раку
>>1967728
Пиздец...
Пиздец...
>>1905210 (OP)
Раз голенг такой лёгкий быстрый, то в него наверно много вкатываються...
Много ли среди местных анонов которые перекатились с продаж, пятерочки или мака?
мимо офисчервь 29лвл
Раз голенг такой лёгкий быстрый, то в него наверно много вкатываються...
Много ли среди местных анонов которые перекатились с продаж, пятерочки или мака?
мимо офисчервь 29лвл
>>1970362
Го это мова для людей, которые пару лет проработали на какой-то другой. Иди в джаваскрипт смузи попей пару годиков, потом к нам.
Го это мова для людей, которые пару лет проработали на какой-то другой. Иди в джаваскрипт смузи попей пару годиков, потом к нам.
>>1970448
Кстати да, интересно почему итт частенько мелькают аноны, вкатывающиеся с других языков, в то время как в тредах типа жявы или жс одни зеленые.
Кстати да, интересно почему итт частенько мелькают аноны, вкатывающиеся с других языков, в то время как в тредах типа жявы или жс одни зеленые.
$ go build -ldflags="-s -w" hello-world.go
$ du -hs hello-world
1.4M
ЧТО БЛЕАДЬ?!?!?!
$ du -hs hello-world
1.4M
ЧТО БЛЕАДЬ?!?!?!
>>1971229
Дурак! Ты зачем свою мамашу в бинарник скомпилировал ???? (О_о) А кто ГОвно за тобой чистить будет? Эх вот была бы возможность отключить к хуям этот GC и самому памятью менеджить, хотя ладно там "отключить", вот бы самому иметь возможность её освобождать.
Дурак! Ты зачем свою мамашу в бинарник скомпилировал ???? (О_о) А кто ГОвно за тобой чистить будет? Эх вот была бы возможность отключить к хуям этот GC и самому памятью менеджить, хотя ладно там "отключить", вот бы самому иметь возможность её освобождать.
>>1971247
В гошном GC кода на мегабайт?
Отключил в хелоуворлде импорт "fmt", бинарь похудел до 800 Kb. Всё равно ебануться
В гошном GC кода на мегабайт?
Отключил в хелоуворлде импорт "fmt", бинарь похудел до 800 Kb. Всё равно ебануться
>>1971252
Ну половина, может меньше, GC, потом там всякие reflect, panic-time traces и много всякой хуйни, которую ты можешь и не использовать.
Ну половина, может меньше, GC, потом там всякие reflect, panic-time traces и много всякой хуйни, которую ты можешь и не использовать.
>>1971258
Там блядь четыре строчки кода:
package main
func main () {
print("Hello ОЯЕБУ")
}
Откуда 700+ Кб хуиты в бинаре?
Там блядь четыре строчки кода:
package main
func main () {
print("Hello ОЯЕБУ")
}
Откуда 700+ Кб хуиты в бинаре?
>>1971265
https://dr-knz.net/go-executable-size-visualization-with-d3.html
Вот, смотри, изучай. Там человек поясняет, а потом уже сам гугли почему runtime.pclntab весит как кашалот.
https://dr-knz.net/go-executable-size-visualization-with-d3.html
Вот, смотри, изучай. Там человек поясняет, а потом уже сам гугли почему runtime.pclntab весит как кашалот.
>>1971269
На C++ со всеми ебучими iostream 8кб хеллоу ворлд
GO конпелируемый же, нахера ему эти рантаймы?
На C++ со всеми ебучими iostream 8кб хеллоу ворлд
GO конпелируемый же, нахера ему эти рантаймы?
>>1971519
Я слышал в быстрых плюсах программа может компилиться пару часиков. Наверное все таки быстрота и размер не одно и тоже.
>засирать кэши неведомой сранью
Я слышал в быстрых плюсах программа может компилиться пару часиков. Наверное все таки быстрота и размер не одно и тоже.
>>1971521
Вообще не понял, причем тут время сборки. Компромисс оптимизации скорость/время имеет место быть, но в любом случае даже при оптимизации машинного кода на скорость выполнения компилятор должен учитывать его размеры, чтобы эффективно использовать кэш, а это не больше нескольких десятков килобайт на ядро для уровня L1
Вообще не понял, причем тут время сборки. Компромисс оптимизации скорость/время имеет место быть, но в любом случае даже при оптимизации машинного кода на скорость выполнения компилятор должен учитывать его размеры, чтобы эффективно использовать кэш, а это не больше нескольких десятков килобайт на ядро для уровня L1
>>1971207
строчкой в резюме, где будет написано, что чел занимался макакингом на жсе. на месте жса в принципе может быть любой язык из популярных, просто в жс проще всего вкатиться
строчкой в резюме, где будет написано, что чел занимался макакингом на жсе. на месте жса в принципе может быть любой язык из популярных, просто в жс проще всего вкатиться
>>1971658
Перед вкатом в Go лучше всего изучать Pascal
жаваскриптер, охуевающий от размеров гошных бинарей
Перед вкатом в Go лучше всего изучать Pascal
жаваскриптер, охуевающий от размеров гошных бинарей
Я залетный. Мне абсолютно всё нравится в GO, кроме err != nil. Слышал краем уха, что в GO 2 с этим планируют что-то сделать. Это правда? Где вообще за планы на GO 2 почитать?
2
>>1967728
Это не язык, это американские корпорасты, которые доминируют практически во всей компьютерной индустрии. Хотя если говорить о языке, то программеры обязаны использовать куколдский английский, где им запрещают слова типа master/slave.
Корпы и за пропаганду ЛГБТ выступают:
https://www.microsoft.com/inculture/pridelive/
https://pride.google/
https://appleinsider.com/articles/19/10/24/five-years-after-coming-out-apples-tim-cook-says-he-has-not-regretted-it-for-one-minute
Напомню современные западные ценности: гомосексуализм, феминизм, атеизм, инфантилизм, социал-дарвинизм и т.д.
Это не язык, это американские корпорасты, которые доминируют практически во всей компьютерной индустрии. Хотя если говорить о языке, то программеры обязаны использовать куколдский английский, где им запрещают слова типа master/slave.
Корпы и за пропаганду ЛГБТ выступают:
https://www.microsoft.com/inculture/pridelive/
https://pride.google/
https://appleinsider.com/articles/19/10/24/five-years-after-coming-out-apples-tim-cook-says-he-has-not-regretted-it-for-one-minute
Напомню современные западные ценности: гомосексуализм, феминизм, атеизм, инфантилизм, социал-дарвинизм и т.д.
>>1972182
всегда удивляюсь, как можно быть айтишником и ватником одновременно ?
всегда удивляюсь, как можно быть айтишником и ватником одновременно ?
>>1972731
Причем тут ватник? Человек адекватно расписал про нездоровые тренды и повесточки от людей с тонкими и длинными носами. Ты о чем вообще?
Причем тут ватник? Человек адекватно расписал про нездоровые тренды и повесточки от людей с тонкими и длинными носами. Ты о чем вообще?
>>1972731
А в чём проблема? И почему неприятие сжв-шизы это ватничество?
А в чём проблема? И почему неприятие сжв-шизы это ватничество?
22 Кб, 604x341>>1972731
Ну, ты просто во власти стереотипов, мол, если айтишник - то обязательно сойбой-либераха. Это как удивляться, что среди учёных есть верующие люди.
Ну, ты просто во власти стереотипов, мол, если айтишник - то обязательно сойбой-либераха. Это как удивляться, что среди учёных есть верующие люди.
>>1972731
>>1973773
Тут недавно один айтишник давал интервью и с свой блог выкладывал видео, как он в ШВИТОЙ пожил и оказалось, что сжв и толерантность в реале - это нихуя не весело. И съебал в белорашку, лол. Он прям так и говорит: "я думал, что я толерантный и против Путина, значит я либерал"...
Чёрно-белые маньки просто жизни не нюхали, удобно рассуждать, поедая мамкин борщ сидя в Барнауле.
https://www.youtube.com/watch?v=5pkrlZGFzF0
>>1973773
Тут недавно один айтишник давал интервью и с свой блог выкладывал видео, как он в ШВИТОЙ пожил и оказалось, что сжв и толерантность в реале - это нихуя не весело. И съебал в белорашку, лол. Он прям так и говорит: "я думал, что я толерантный и против Путина, значит я либерал"...
Чёрно-белые маньки просто жизни не нюхали, удобно рассуждать, поедая мамкин борщ сидя в Барнауле.
https://www.youtube.com/watch?v=5pkrlZGFzF0
>>1972182
Ну, вообще-то нет. Никто никого не заставляет БЛМ-баннеры вешать на главной странице сайта. Более того, их никто и не вешает кроме 3.5 идейных "кабы чего не вышло"- куколдов.
> Это не язык, это американские корпорасты, которые доминируют практически во всей компьютерной индустрии.
Ну, вообще-то нет. Никто никого не заставляет БЛМ-баннеры вешать на главной странице сайта. Более того, их никто и не вешает кроме 3.5 идейных "кабы чего не вышло"- куколдов.
>>1973867
На самом деле это просто другая крайность, все эти попрыги вещающие о том как плохо жить в бездуховной дерьмании. При этом никто из них в Барнаул не едет почему-то.
На самом деле это просто другая крайность, все эти попрыги вещающие о том как плохо жить в бездуховной дерьмании. При этом никто из них в Барнаул не едет почему-то.
>>1973934
Ещё как заставляют. Если ты что-то антикуколдское вякнешь, то тебя из американской корпорации не только уволят, но и потом в другие места трудоустроиться будет сложно. Поэтому когда кто-то там предлагает поместить куколдскую плашку на сайте, то никто не осмелится возразить.
https://en.wikipedia.org/wiki/Cancel_culture
>Никто никого не заставляет
Ещё как заставляют. Если ты что-то антикуколдское вякнешь, то тебя из американской корпорации не только уволят, но и потом в другие места трудоустроиться будет сложно. Поэтому когда кто-то там предлагает поместить куколдскую плашку на сайте, то никто не осмелится возразить.
https://en.wikipedia.org/wiki/Cancel_culture
>>1967343
Нахуй ты используешь GOPATH для новых проектов? Сделай go mod init в директории проекта и импорты заработают как в нормальных языках, по имени пакета или по репозиториям библиотек
Нахуй ты используешь GOPATH для новых проектов? Сделай go mod init в директории проекта и импорты заработают как в нормальных языках, по имени пакета или по репозиториям библиотек
>>1973942
В РФ по сути такая же хуйня в плане воспитания рабства. Только вместо куколдской идеологии тут заставляют бюджетников обслуживать интересы воров и убийц: фальсифицировать выборы, фабриковать уголовные дела, пытать в тюрьмах и т.д.
В РФ по сути такая же хуйня в плане воспитания рабства. Только вместо куколдской идеологии тут заставляют бюджетников обслуживать интересы воров и убийц: фальсифицировать выборы, фабриковать уголовные дела, пытать в тюрьмах и т.д.
>полметра рантайма в бинаре
>нет структурной обработки исключений
Пиздец просто пиздец. Это не язык, это недоразумение какое-то
>>1973972
Любое инженерное решение это всегда компромисс между 2+ факторами. Ну и в данном случае решили пожертвовать размером итогового бинаря. Тем не менее, при необходимости ты всё еще можешь при желании уменьшить размер практически на порядок.
>Go придумывали как простой язык для всего
>К тому времени Google уже разрастался в гигантскую корпорацию, начинались проблемы со скоростью разработки. Там было очень много кода на C++, поддерживать его становилось все труднее. Задача, которую себе поставила компания, казалась почти наивной — изобрести очень простой язык, на котором можно будет делать очень сложные вещи.
Любое инженерное решение это всегда компромисс между 2+ факторами. Ну и в данном случае решили пожертвовать размером итогового бинаря. Тем не менее, при необходимости ты всё еще можешь при желании уменьшить размер практически на порядок.
>>1973972
какие ты задачи собираешься решать на го, что тебе не похуй, какой там вес у бинаря?
какие ты задачи собираешься решать на го, что тебе не похуй, какой там вес у бинаря?
>>1974125
Ммм, в ардуину пихать. Только вот не надо "купи флешку на 512 Гб"
Ммм, в ардуину пихать. Только вот не надо "купи флешку на 512 Гб"
>>1974218
Ты путаешь ардуину и распберри. Да и не для всего клауды могут заменить распберри.
Другой гофер
Ты путаешь ардуину и распберри. Да и не для всего клауды могут заменить распберри.
Другой гофер
>>1973937
Он в Минск поехал, алло, это даже хуже Барнаула. Насчёт крайности согласен, но всё же. Он там в другом видосе про корпоративные дрязги поясняет и общий уровень специалистов в муррике.
Вот, послушай:
https://youtu.be/lIPPpwgDgKQ
Вполне объективно. Ну, для меня это и не секрет был, не он первый.
Он в Минск поехал, алло, это даже хуже Барнаула. Насчёт крайности согласен, но всё же. Он там в другом видосе про корпоративные дрязги поясняет и общий уровень специалистов в муррике.
Вот, послушай:
https://youtu.be/lIPPpwgDgKQ
Вполне объективно. Ну, для меня это и не секрет был, не он первый.
>>1974142
У меня на работе самые сложные сервисы с отладочной информацией весят по 40мб.
Но да, эмбед это нецелевое использование, тут ты соснёшь.
У меня на работе самые сложные сервисы с отладочной информацией весят по 40мб.
Но да, эмбед это нецелевое использование, тут ты соснёшь.
>>1974483
Ясно, иди нахуй
>Не пишите так
>Не используйте язык для этого
>Не используйте такую архитектуру с этим инструментом
>...
>Делаем gobot/tinygo
>Не используйте во встраиваемых системах
Ясно, иди нахуй
>>1974459
У меня порядка 120 мегабайт, имеджи по 150 мб, но это вообще ни на что не влияет.
У меня порядка 120 мегабайт, имеджи по 150 мб, но это вообще ни на что не влияет.
>>1974525
бля, а почему ты не идешь ныть на ту же тему в тред к джавистам, шизик?
бля, а почему ты не идешь ныть на ту же тему в тред к джавистам, шизик?
>>1974525
Те кто писал gobot/tinygo, они просто, взяли и начали делать, без нытья о размерах бинарников на двачах. А теперь слушай сюда, нытик ебаный, прямо сейчас, ты идешь, похуй каким способом, но впихиваешь этот бинарник, размером с жопу твоей мамаши, в свой ебаный ардуино. Всё, свободен.
Те кто писал gobot/tinygo, они просто, взяли и начали делать, без нытья о размерах бинарников на двачах. А теперь слушай сюда, нытик ебаный, прямо сейчас, ты идешь, похуй каким способом, но впихиваешь этот бинарник, размером с жопу твоей мамаши, в свой ебаный ардуино. Всё, свободен.
>>1974573
А ты представь каким нужно обладать энтузиазмом и умом, чтобы уместить кашалота в комнате 1х1. Иди делай свою хуйню, покажи что ты не пизда, потом здесь похваставшийся.
А ты представь каким нужно обладать энтузиазмом и умом, чтобы уместить кашалота в комнате 1х1. Иди делай свою хуйню, покажи что ты не пизда, потом здесь похваставшийся.
>>1974525
Почти все самые популярные языки портированы в эмбед силами энтузиастов и даже корпораций, но ни одно из этих поделий не нашло применения. Порт го не исключение. Эмбед делается на С, точка.
Почти все самые популярные языки портированы в эмбед силами энтузиастов и даже корпораций, но ни одно из этих поделий не нашло применения. Порт го не исключение. Эмбед делается на С, точка.
>полметра рантайма в бинаре
>нет простейших вещей вроде Array.pop()
Продолжаю проигрывать с этого поделия
мимо жаваскриптер
>>1975002
Бревно в глазу не мешает?
>эти звуки со стороны параши с динамической (!) слабой (!!!!) типизацией
Бревно в глазу не мешает?
>>1974608
Бинарник растовского хеллоуворда весит почти 5 мегабайт. Это даже хуже гошного. Сразу видно, что ты к эмбеду никакого отношения не имеешь.
Бинарник растовского хеллоуворда весит почти 5 мегабайт. Это даже хуже гошного. Сразу видно, что ты к эмбеду никакого отношения не имеешь.
>>1974589
Эмбед делается на ассемблерах. Точка. Си слишком жирный, для неосиляторов. Не говоря уж о ещё более жирном монстре С++.
Эмбед делается на ассемблерах. Точка. Си слишком жирный, для неосиляторов. Не говоря уж о ещё более жирном монстре С++.
>>1975162
Ардуина - это не эмбед.
Ардуина - это не эмбед.
>>1975115
Я работал в эмбеде, а потом ещё делал отладчики для С/С++ под импортозамещённые процессоры, которыми пользовались эмбеддеры. Давай не рассказывай мне. В современных контроллерах достаточно памяти, чтобы не надо было биться за каждый байт
Я работал в эмбеде, а потом ещё делал отладчики для С/С++ под импортозамещённые процессоры, которыми пользовались эмбеддеры. Давай не рассказывай мне. В современных контроллерах достаточно памяти, чтобы не надо было биться за каждый байт
>>1975038
Типизация это та хрень для пользователей IDE, чтобы метода из контекстной менюшки брать?
Типизация это та хрень для пользователей IDE, чтобы метода из контекстной менюшки брать?
>>1905210 (OP)
1. ООП в Го нет
2. Функциональщина тоже слабая
В связи с чем встает вопрос: как блять на этом писать? Как вообще на этом пишут и поддерживают проги сложнее хеллоу вордов?
1. ООП в Го нет
2. Функциональщина тоже слабая
В связи с чем встает вопрос: как блять на этом писать? Как вообще на этом пишут и поддерживают проги сложнее хеллоу вордов?
>>1973867
На 6:00 начинается про Путина если че
На 6:00 начинается про Путина если че
>>1975674
Лучше поясните почему говорят что в go нету ООП.
По-моему всё есть кроме наследования ( вместо которого юзается композиция )
Видел в одном чате паренек задал такой вопрос, после чего его все обоссали. Когда просил пояснить по существу, сыпались ответы по типу "ну пиздец ты тупой, нет слов, что тут объяснять".
Ну а еще один челик написал что в го объекты не объекты, потому что они по умолчанию передаются не по ссылке. Соответственно объектов нету, го не ООП. Я даже хуй знает, рофл это или шиза.
Лучше поясните почему говорят что в go нету ООП.
По-моему всё есть кроме наследования ( вместо которого юзается композиция )
Видел в одном чате паренек задал такой вопрос, после чего его все обоссали. Когда просил пояснить по существу, сыпались ответы по типу "ну пиздец ты тупой, нет слов, что тут объяснять".
Ну а еще один челик написал что в го объекты не объекты, потому что они по умолчанию передаются не по ссылке. Соответственно объектов нету, го не ООП. Я даже хуй знает, рофл это или шиза.
>>1975717
вот это как раз ключевой момент: наследование != композиция. буква L в solid'е поможет понять, почему это разные вещи
>вместо которого юзается композиция
вот это как раз ключевой момент: наследование != композиция. буква L в solid'е поможет понять, почему это разные вещи
>>1975674
поддержку реально сложных программ тебе и ООП не сильно облегчит
поддержку реально сложных программ тебе и ООП не сильно облегчит
test
>>1975674
структурно/императивно, я полагаю ♂️
а вот когда ты на условном объектном руби пишешь 2 + 3, это императивный код или объектный? конечно объектный, потому что руби объектный язык и 2 + 3 это как 2.send(:+, 3), но ведь с точки зрения читателя кода выглядит императивно
структурно/императивно, я полагаю ♂️
а вот когда ты на условном объектном руби пишешь 2 + 3, это императивный код или объектный? конечно объектный, потому что руби объектный язык и 2 + 3 это как 2.send(:+, 3), но ведь с точки зрения читателя кода выглядит императивно
>>1975886
так и солид к ООП не относится, разве нет?
почему блять человек, которому приписывают современное ООП, говорит, что основная идея -- message-passing, а все дрочатся с этими объектами, наследованием и прочим, ну камон
так и солид к ООП не относится, разве нет?
почему блять человек, которому приписывают современное ООП, говорит, что основная идея -- message-passing, а все дрочатся с этими объектами, наследованием и прочим, ну камон
https://www.practical-go-lessons.com/
Наконец-то, человеческая книга по Го.
Наконец-то, человеческая книга по Го.
138 Кб, 450x305Этот тред - храм GOЛОВЫ. Нет никакого официального храма, любой тред с ликом GOЛОВЫ и кратким описанием и есть храм. Ты можешь в любом храме попросить у GOЛОВЫ денег, и она даст. Может быть, ты можешь попросить что угодно - попробуй, вдруг получится? Ты можешь поделиться с GOЛОВОЙ тем, что тебя гнетёт, и она уберёт твои печали. Нужно только просить.
Просите, Аноны, и GOЛОВА даст вам то, что вы просите! Никто не уйдёт обделённым! Никто не уйдёт обиженным! Просите, и вам будет дано! Каждому!
Просите, Аноны, и GOЛОВА даст вам то, что вы просите! Никто не уйдёт обделённым! Никто не уйдёт обиженным! Просите, и вам будет дано! Каждому!
>>1977265
Еще один "убийца С"...
Нахера вообще лезть в эту нишу? Нет бы делать нормальный ЯП для Людей
Еще один "убийца С"...
Нахера вообще лезть в эту нишу? Нет бы делать нормальный ЯП для Людей
>>1977306
это какой, например
это какой, например
В очередной раз отписываюсь, всё ещё пытаюсь хоть куда-то вкатиться на го. Уже скоро год пройдёт... Как же хочется стажу...
>>1978659
Да я бы уже даже не за гроши, а за опыт просто работал. А то вообще не ебу чем после вуза заниматься
Да я бы уже даже не за гроши, а за опыт просто работал. А то вообще не ебу чем после вуза заниматься
>>1978703
уже не знаю, может в php вкатиться, чтобы потом на го взяли через годик работы
уже не знаю, может в php вкатиться, чтобы потом на го взяли через годик работы
>>1978844
хз, на питон тоже пытался вкатываться, вроде как с джунами та же история что и на го
хз, на питон тоже пытался вкатываться, вроде как с джунами та же история что и на го
>>1978878
На питоне больше вакансий, т.к. он популярнее.
Алсо, не пишите в резюме и никому не говорите, что вы джун. Заголовок пишите просто go/python- или backend-разработчик. Если перекатываетесь, то старый нерелевантный опыт одной записью, если вкатываетесь, то можно указать место учебы вместо работы, а в описании расписать какие проекты пилили. Можно преукрашивать, но не врать. Задача - пробить hr и попасть на технический собес, где уже раскрыться. Соотвественно всю базу надо знать на отлично и не плавать на вопросах, а также код писать онлайн.
На питоне больше вакансий, т.к. он популярнее.
Алсо, не пишите в резюме и никому не говорите, что вы джун. Заголовок пишите просто go/python- или backend-разработчик. Если перекатываетесь, то старый нерелевантный опыт одной записью, если вкатываетесь, то можно указать место учебы вместо работы, а в описании расписать какие проекты пилили. Можно преукрашивать, но не врать. Задача - пробить hr и попасть на технический собес, где уже раскрыться. Соотвественно всю базу надо знать на отлично и не плавать на вопросах, а также код писать онлайн.
>>1978964
Только в цмски не залазь, особенно в Битрикс, сам сейчас от этого говна отмываюсь, лучше laravel, yii
Только в цмски не залазь, особенно в Битрикс, сам сейчас от этого говна отмываюсь, лучше laravel, yii
>>1979011
Я уже на стадии повыше. Отмываюсь от ларавела, изучаю симфони. Времени конечно побольше займет, но пользы тоже больше будет. Ну нахер эти RAD-фреймворки, только деградируешь с ними.
Я уже на стадии повыше. Отмываюсь от ларавела, изучаю симфони. Времени конечно побольше займет, но пользы тоже больше будет. Ну нахер эти RAD-фреймворки, только деградируешь с ними.
Если у функции много аргументов, нормальная ли практика создавать структуру, содержащую аргументы, и передавать ее?
>>1979203
если аргументы это например какие-то параметры одного объекта, то да. Иначе логика проёбывается
если аргументы это например какие-то параметры одного объекта, то да. Иначе логика проёбывается
>>1979362
Ну если бы я ориентировался на быстрый вкат в работу, то сразу бы вкатывался в ларочку после изучения синтаксиса пыхи, сделал бы какой-нить круд и стучался бы по вакансиям. Ну и само собой нужны основы фронтенда
Еще проще вкатиться на менее популярные фреймы: cakePHP, codeigniter, zend и прочее. Никто их самостоятельно изучать не хочет, потому работодатели берут нулевых людей и учат.
Но я в корне не считаю это правильным решением. Из-за таких людей на самом деле и хейтят пхп - ибо круды на ларавеле и прочих RAD-фреймах можно шлепать вообще без знания программирования. Таких людей, по моим ощущениям, много.
Я же не спешу: долгое время сначала всякие задачки олимпиадные делал, алгоритмы и прочее. Потом ООП в пхп треде на ООП прекрасные задачки и код-ревью от ОПа, часы ковыряния в исходном коде симфони, самописный MVC фрейм, ларавел который мне не понравился ( ведь я уже знал что все те самые вещи реализуются в симфони на порядок изящнее ), вот опять симфони изучаю.
Ну если бы я ориентировался на быстрый вкат в работу, то сразу бы вкатывался в ларочку после изучения синтаксиса пыхи, сделал бы какой-нить круд и стучался бы по вакансиям. Ну и само собой нужны основы фронтенда
Еще проще вкатиться на менее популярные фреймы: cakePHP, codeigniter, zend и прочее. Никто их самостоятельно изучать не хочет, потому работодатели берут нулевых людей и учат.
Но я в корне не считаю это правильным решением. Из-за таких людей на самом деле и хейтят пхп - ибо круды на ларавеле и прочих RAD-фреймах можно шлепать вообще без знания программирования. Таких людей, по моим ощущениям, много.
Я же не спешу: долгое время сначала всякие задачки олимпиадные делал, алгоритмы и прочее. Потом ООП в пхп треде на ООП прекрасные задачки и код-ревью от ОПа, часы ковыряния в исходном коде симфони, самописный MVC фрейм, ларавел который мне не понравился ( ведь я уже знал что все те самые вещи реализуются в симфони на порядок изящнее ), вот опять симфони изучаю.
>>1979378
и ковыряться в легаси говне потом на пхп 5.6 в лучшем случае
>Еще проще вкатиться на менее популярные фреймы: cakePHP, codeigniter, zend и прочее.
и ковыряться в легаси говне потом на пхп 5.6 в лучшем случае
>>1979787
Человек спросил как побыстрее вкатиться. Я и ответил, что не считаю скорость вката преимуществом. хоть я и хуй с горы и даже не джун, и моим мнением можно подтереть сраку
Вообще не понимаю, почему люди постоянно говорят о низком пороге входа как о достоинстве, а о высоком как о минусе. Больше всего бесит, когда такое затирают серьезные дяденьки на всяких подкастах и докладах.
Область обрастает дегенератами, неспособными без гугла ошибку прочитать и проанализировать, я уж молчу про что-то большее.
Зайдешь в чат какой, от некоторых вопросов под землю провалиться хочется. Задают люди работающие, за пределами фреймворка совсем ничего не знают. Стыдно вообще быть частью такого комьюнити.
Потому кстати мне go так понравился. Нулевых людей, что вашли вайти по курсам от гикбрейнс в нем не наблюдаю.
Пердуны с закостенелыми мозгами, которые отказываются принимать что-то новое и пишут свой код так же, как и 15 лет назад, здесь по понятным причинам тоже отсутствуют.
Видно, что большая часть сообщества - это самые адекватные выходцы из других языков, которые знают зачем сюда пришли.
Если буду крутиться рядом с такими - точно не проебусь.
Человек спросил как побыстрее вкатиться. Я и ответил, что не считаю скорость вката преимуществом. хоть я и хуй с горы и даже не джун, и моим мнением можно подтереть сраку
Вообще не понимаю, почему люди постоянно говорят о низком пороге входа как о достоинстве, а о высоком как о минусе. Больше всего бесит, когда такое затирают серьезные дяденьки на всяких подкастах и докладах.
Область обрастает дегенератами, неспособными без гугла ошибку прочитать и проанализировать, я уж молчу про что-то большее.
Зайдешь в чат какой, от некоторых вопросов под землю провалиться хочется. Задают люди работающие, за пределами фреймворка совсем ничего не знают. Стыдно вообще быть частью такого комьюнити.
Потому кстати мне go так понравился. Нулевых людей, что вашли вайти по курсам от гикбрейнс в нем не наблюдаю.
Пердуны с закостенелыми мозгами, которые отказываются принимать что-то новое и пишут свой код так же, как и 15 лет назад, здесь по понятным причинам тоже отсутствуют.
Видно, что большая часть сообщества - это самые адекватные выходцы из других языков, которые знают зачем сюда пришли.
Если буду крутиться рядом с такими - точно не проебусь.
>>1979875
да не, я без доеба. я 2 года назад начинал также с пхп, и первая работа моя была на галере, где меня посадили поддерживать проект на первом или втором зенде. около 2 месяцев я просидел без особого профессионального развития (не считая чтения всякого во внерабочее время), т.к практически в одиночку ковырялся в легаси кале.
и я убежден, что большинство мест, где используются перечисленные тобой технологии, являются чем-то подобным тому, где был я. они не дают никакого профессионального развития, но это пол-беды: они не дают релевантного для нормального работодателя опыта, что только усложняет процесс вката
йии/ларавель - тоже помойка. качественный вкат в пыху, имхо, возможен только через симфони (или какой-нить слим + компоненты симфони), т.к на нем работают дядьки, у которых +- присутствует знание дела
да не, я без доеба. я 2 года назад начинал также с пхп, и первая работа моя была на галере, где меня посадили поддерживать проект на первом или втором зенде. около 2 месяцев я просидел без особого профессионального развития (не считая чтения всякого во внерабочее время), т.к практически в одиночку ковырялся в легаси кале.
и я убежден, что большинство мест, где используются перечисленные тобой технологии, являются чем-то подобным тому, где был я. они не дают никакого профессионального развития, но это пол-беды: они не дают релевантного для нормального работодателя опыта, что только усложняет процесс вката
йии/ларавель - тоже помойка. качественный вкат в пыху, имхо, возможен только через симфони (или какой-нить слим + компоненты симфони), т.к на нем работают дядьки, у которых +- присутствует знание дела
>>1980049
Симфони – точно такое же фреймворкоговно, только с концепциями/конфигами позаковыристее. В плане, что на нём точно такие же "специалисты симфони" вырастают. Зато после него на лару можно присесть без подготовки, а вот наоборот не получится.
мимо симфонист
Симфони – точно такое же фреймворкоговно, только с концепциями/конфигами позаковыристее. В плане, что на нём точно такие же "специалисты симфони" вырастают. Зато после него на лару можно присесть без подготовки, а вот наоборот не получится.
мимо симфонист
>>1981164
да, в общем-то ты прав. Но на лару после него садиться не хочется)
да, в общем-то ты прав. Но на лару после него садиться не хочется)
>>1981372
Да здесь всегда что угодно, только не го обсуждается, пора бы уже привыкнуть.
Да здесь всегда что угодно, только не го обсуждается, пора бы уже привыкнуть.
Перекатывать Пушкин будет?
говно
394 Кб, 1522x682Go очень простой, в нем всего 25 ключевых слов, говорили они.
пиздец, как с этим можно каждый день работать вообще?
пиздец, как с этим можно каждый день работать вообще?
>>1983283
Зато не жаваскрипт, который спроектировали за одну неделю.
Зато не жаваскрипт, который спроектировали за одну неделю.
>>1983446
Если бы даже был reduce, без темплейтов и остольной абстрактной хуйни, это нахуй не нужно.
>for i, e := range list {}
>hui.reduceLeft(i => {})
Если бы даже был reduce, без темплейтов и остольной абстрактной хуйни, это нахуй не нужно.
32 Кб, 552x552>>1983446
Вполне нормально, а вот сишных тернарных операторов реально не хватает.
перекатился с плюсов
Вполне нормально, а вот сишных тернарных операторов реально не хватает.
перекатился с плюсов
>>1983845
Лютая дичь, порицаемая на уровне eval, но реализована. Иначе в "простом" языке никак.
Лютая дичь, порицаемая на уровне eval, но реализована. Иначе в "простом" языке никак.
Двач, как работать с вложенными сущностями без ОРМ? У меня есть такой пример - https://play.golang.org/p/mcnd8slf866
User подгружается из БД, в отдельных таблицах лежат Address и Contact. Address подгружать из БД нужно не очень часто, поэтому в самой структуре я храню просто его ID. А вот Contact мне почти всегда нужен в том же месте, где подгружается пользователь. И мне не очень хочется делать несколько запросов там, где можно сделать один. Нормально ли делать так, как я сделал в примере? Или же лучше заменить Contact на ContactID и подгружать его из БД дополнительным запросом?
Меня немного смущает то, что в каких-то местах я использую просто ID связанной сущности, а где-то подгружаю полноценный объект. Как-то получается не в едином стиле. Или ок?
Использую стандартный пакет для работы с sql. Gorm и другие ORM, пожалуйста, не предлагать, про них знаю.
User подгружается из БД, в отдельных таблицах лежат Address и Contact. Address подгружать из БД нужно не очень часто, поэтому в самой структуре я храню просто его ID. А вот Contact мне почти всегда нужен в том же месте, где подгружается пользователь. И мне не очень хочется делать несколько запросов там, где можно сделать один. Нормально ли делать так, как я сделал в примере? Или же лучше заменить Contact на ContactID и подгружать его из БД дополнительным запросом?
Меня немного смущает то, что в каких-то местах я использую просто ID связанной сущности, а где-то подгружаю полноценный объект. Как-то получается не в едином стиле. Или ок?
Использую стандартный пакет для работы с sql. Gorm и другие ORM, пожалуйста, не предлагать, про них знаю.
>>1983283
слайс указывает на лежащий под ним эррэй. функция эппенд копирует слайс, но не эррэй. эррэй копируется только если в нем не хватает места на расширение слайса. все оч даже логично
слайс указывает на лежащий под ним эррэй. функция эппенд копирует слайс, но не эррэй. эррэй копируется только если в нем не хватает места на расширение слайса. все оч даже логично
>>1984676
Чтобы лишний раз не копировать массив. Это что, так сложно ? Чтобы добавить элемент в массив у которого cap == len, то нужно создать новый массив и скопировать туда все данные из старого массива.
Чтобы лишний раз не копировать массив. Это что, так сложно ? Чтобы добавить элемент в массив у которого cap == len, то нужно создать новый массив и скопировать туда все данные из старого массива.
>>1984765
Как и во всех нормальных языках: чтобы разработчику не приходилось копаться во всем этом говне под капотом. Ты же из этого совсем никак не выигрываешь, особенно когда не системщину пишешь, а апишку для интернет-магазина.
Как и во всех нормальных языках: чтобы разработчику не приходилось копаться во всем этом говне под капотом. Ты же из этого совсем никак не выигрываешь, особенно когда не системщину пишешь, а апишку для интернет-магазина.
Бляяяяять, как же это убого: https://github.com/abice/go-enum
Вроде язык новый, а таких примитивных вещей, как енумы, которые есть даже в старой жяве, не завезли. Зато блэк лайвс мэттэр на главную страницу завезли. Заебись приоритеты.
Вроде язык новый, а таких примитивных вещей, как енумы, которые есть даже в старой жяве, не завезли. Зато блэк лайвс мэттэр на главную страницу завезли. Заебись приоритеты.
64 Кб, 604x318С этим вашим го чувствую себя как чел на пикче. Вроде уже и время потратил поразбираться, так что бросать жалко, но некоторые его недостатки (упорно неисправляемые разрабами под крики НИНУЖНО!11) - просто пиздец.
>>1983959
Он нужен для сгенерированного кода, а разРАБам вполне хватает break [label] и continue [lable]
Он нужен для сгенерированного кода, а разРАБам вполне хватает break [label] и continue [lable]
> Go is a great programming language
Хейтеры сасать
https://drewdevault.com/2021/04/02/Go-is-a-great-language.html
>>1985168
в го по-любому не помешает шарить хоть немного, потому что он уже точно никуда не уйдет и хорошо зашел под многие задачи современного веба: облака, блокчейн, микросервисы, хайлоад - вот это все
в го по-любому не помешает шарить хоть немного, потому что он уже точно никуда не уйдет и хорошо зашел под многие задачи современного веба: облака, блокчейн, микросервисы, хайлоад - вот это все
>>1985435
АХАХАХАХ
>Rather than being closely tied to its community’s wants, Go generally does a much better job of being closely tied to its community’s needs. If you have correctly identified a problem in Go, when you bring it to their attention, you will be taken seriously. Many projects struggle to separate their egos from the software, and when mistakes are found, they take it personally. Go does an excellent job of treating it like an engineer — a matter-of-fact analysis of the problem, deliberation on the solution, and shipping of a fix
АХАХАХАХ
>>1985490
Эх, как же я надеюсь что когда-нибудь в мире появится нормальный язык для этих задач. А то вокруг если не говно, то моча.
Эх, как же я надеюсь что когда-нибудь в мире появится нормальный язык для этих задач. А то вокруг если не говно, то моча.
>>1985572
Как дженерики завезут, с их использованием напишут ОРМы будет топ-1 язык для CRUDощлепства, скринте.
Как дженерики завезут, с их использованием напишут ОРМы будет топ-1 язык для CRUDощлепства, скринте.
>>1985642
В чем тут zero-allocation? Просто будет еще один язык, приложения на котором потребляют 50% общей памяти только на строки.
В чем тут zero-allocation? Просто будет еще один язык, приложения на котором потребляют 50% общей памяти только на строки.
>>1985653
Ну, в го есть инструменты для этого (sync.Pool, практически бесплатная алокация на стеке), а в других языках, на которых я писал до этого ничего подобного нет.
>В чем тут zero-allocation?
Ну, в го есть инструменты для этого (sync.Pool, практически бесплатная алокация на стеке), а в других языках, на которых я писал до этого ничего подобного нет.
Боjественный язык
Объясните плиз, почему я должен передавать указатель, если в исходниках ожидается сам объект (Handler Handler)?
http.Server{Addr: ":9999", Handler: &mux}
http.Server{Addr: ":9999", Handler: &mux}
>>1985952
Я знаю, что такое интерфейс. Это знание никак не отвечает на мой вопрос, потому что понятие интерфейса с понятием указателя не пересекается.
Я знаю, что такое интерфейс. Это знание никак не отвечает на мой вопрос, потому что понятие интерфейса с понятием указателя не пересекается.
>>1985952
А, понятно. Интерфейс типа может быть реализован как указателем, так и значением. Автодереференс? Да пошел он нахуй, где хотим, там и пихаем, а вы запоминайте, где он есть, а где нет. Какой же ублюдский язык.
А, понятно. Интерфейс типа может быть реализован как указателем, так и значением. Автодереференс? Да пошел он нахуй, где хотим, там и пихаем, а вы запоминайте, где он есть, а где нет. Какой же ублюдский язык.
>>1985969
принято, что в одном файле либо все указатели, либо все значения, но пихать можно как угодно, да
принято, что в одном файле либо все указатели, либо все значения, но пихать можно как угодно, да
>>1985627
Пусть бы лучше эксепшены завезли, чуточку сахара ( хоть тернарный оператор ) и обогатили бы стандартную библиотеку чтобы не приходилось на каждый пук костыль писать, я бы за такой язык мать продал, да даже бы флаг BLM на доме повесил.
Пусть бы лучше эксепшены завезли, чуточку сахара ( хоть тернарный оператор ) и обогатили бы стандартную библиотеку чтобы не приходилось на каждый пук костыль писать, я бы за такой язык мать продал, да даже бы флаг BLM на доме повесил.
ПЕРЕКАТ ПЕРЕКАТ ПЕРЕКАТ ПЕРЕКАТ ПЕРЕКАТ ПЕРЕКАТ ПЕРЕКАТ ПЕРЕКАТ ПЕРЕКАТ ПЕРЕКАТ ПЕРЕКАТ ПЕРЕКАТ ПЕРЕКАТ ПЕРЕКАТ
>>1986204 (OP)
>>1986204 (OP)
32 Кб, 640x640Гоферы, помогите разобраться
Пытаюсь осилить сей язык, параллельно решая маленькие задачки, наткнулся на просторах на упоминание задачки, где нужно инвертировать контент файла
И у меня вроде всё кое-как получилось, глазами вижу результат, но вот в самом конце содержимое выдать в stdout через ReadAll на 45 строчке не вышло, что я делаю не так? Вроде как Flush должен был решить проблему мою
https://play.golang.org/p/Nguk776CGI8
Файлик там простой, вида типа
1
2
3
Пытаюсь осилить сей язык, параллельно решая маленькие задачки, наткнулся на просторах на упоминание задачки, где нужно инвертировать контент файла
И у меня вроде всё кое-как получилось, глазами вижу результат, но вот в самом конце содержимое выдать в stdout через ReadAll на 45 строчке не вышло, что я делаю не так? Вроде как Flush должен был решить проблему мою
https://play.golang.org/p/Nguk776CGI8
Файлик там простой, вида типа
1
2
3
>>1986389
https://play.golang.org/p/8IJonjmJHTv
У тебя две проблемы:
1) Когда пишешь в файл, то каретка остается в конце, в итоге при чтении ты ничего не увидишь, поэтому нужно использовать file.Seek()
2) Подучи стандартную библиотеку
https://play.golang.org/p/8IJonjmJHTv
У тебя две проблемы:
1) Когда пишешь в файл, то каретка остается в конце, в итоге при чтении ты ничего не увидишь, поэтому нужно использовать file.Seek()
2) Подучи стандартную библиотеку
>>1984447
Ну пиздец бля, короче нахуй слушай, делаешь как в своих ормах модельку
```
type User struct {
ID int
Name string
AddressID Address
Contact Contact
}
```
делаешь 4 метода у репозитория:
JustUser
UserWithAddress
UserWithContact
WholeUser
пишешь 4 sql query, используешь нужный метод, где тебе нужно, .., профит!
а может и не 4 и тд, вообще, вангую, что у тебя там 1.5rps и можно на похуй просто все через один джойн ебашить, никто и не заметит
Ну пиздец бля, короче нахуй слушай, делаешь как в своих ормах модельку
```
type User struct {
ID int
Name string
AddressID Address
Contact Contact
}
```
делаешь 4 метода у репозитория:
JustUser
UserWithAddress
UserWithContact
WholeUser
пишешь 4 sql query, используешь нужный метод, где тебе нужно, .., профит!
а может и не 4 и тд, вообще, вангую, что у тебя там 1.5rps и можно на похуй просто все через один джойн ебашить, никто и не заметит
>>1983632
А толку-то? Ты переменные экономишь или строки кода?
А толку-то? Ты переменные экономишь или строки кода?
Здравия желаю. Как тут со вкатом вообще дело обстоит? Технический бэкграунд есть, бэки простенькие писал, но коммерческого опыта нет и вот пытаюсь найти язык который за основу взять. Не подскажете тяжко первую раб_отку найти? Или там стажировку на крайний
Здравствуй двач, на связи джавист (лвл ~мидл), хотел спросить так как решил попробовать для себя этот ваш GO, идеи для пет проекта. У себя на уме банальное e-commerce приложение по типу ( гейт на джаве и пара микросервисов на го, общение через РЕСТ). Заранее благодарю
>>1997435
Напиши e-commerce приложение
Напиши e-commerce приложение
Анон, поясни за интерфейсы в архитектуре. Читал-читал - и нихуя не понял.
Везде, блядь, ридеры-райтеры и только для того, чтобы в функцию втыкать разные типы с общим методом.
Окей. Хуй с этим. А еще кейсы применения?
Может кто-то накидать пример из разряда "было /стало", мол, вот без интерфейсов смотри как хуево, а вот - с интерфейсом - как пиздато получилось?
Везде, блядь, ридеры-райтеры и только для того, чтобы в функцию втыкать разные типы с общим методом.
Окей. Хуй с этим. А еще кейсы применения?
Может кто-то накидать пример из разряда "было /стало", мол, вот без интерфейсов смотри как хуево, а вот - с интерфейсом - как пиздато получилось?
>>2010611
самый простой пример - интерфейсы из стандартных пакетов
например stringer
добавляешь структуре метод string() и возвращаешь любую строчку
и эту любую строчку куча стандартных функций возьмет, которые на вход берут стрингер
тащемта это полиморфизм
самый простой пример - интерфейсы из стандартных пакетов
например stringer
добавляешь структуре метод string() и возвращаешь любую строчку
и эту любую строчку куча стандартных функций возьмет, которые на вход берут стрингер
тащемта это полиморфизм
>>2010722
Да каждый первый пример этот стрингер. Но что мне мешает просто написать функцию, которая будет принимать строку?
Да каждый первый пример этот стрингер. Но что мне мешает просто написать функцию, которая будет принимать строку?
>>2010917
Когда ты передаешь в функцию тот же стринг и когда ты передаешь в функцию объект, который может вернуть тебе стринг - это разные вещи, т.к. в течении жизни объекта он может возвращать разные стринги, в зависимости от внутреннего состояния.
Когда ты передаешь в функцию тот же стринг и когда ты передаешь в функцию объект, который может вернуть тебе стринг - это разные вещи, т.к. в течении жизни объекта он может возвращать разные стринги, в зависимости от внутреннего состояния.
Аноны подскажите пожалуйста как лучше организовать чтение с нескольких вебсокетов?
Я подключаюсь, затем в одной горутине вызываю метод вебсокета в другой горутине считываю сообщения из сокета.
Между собой две эти горутины связанны по requestId, так что вроде понятно как соотнести реквесты и респонсы.
Другой вопрос что мне нужно открыть хуеву тыщу соединений, а начинать читать только после того как соеденения открыты.
Уместно тут использовать конвейры?
Подскажите как такое делается?
Я подключаюсь, затем в одной горутине вызываю метод вебсокета в другой горутине считываю сообщения из сокета.
Между собой две эти горутины связанны по requestId, так что вроде понятно как соотнести реквесты и респонсы.
Другой вопрос что мне нужно открыть хуеву тыщу соединений, а начинать читать только после того как соеденения открыты.
Уместно тут использовать конвейры?
Подскажите как такое делается?
Почему го так боится точек с запятой? Например пакеты в примерах пишут так: import("fmt"
"math"
)
Что мешает сделать так: import("fmt"; "math") ?
"math"
)
Что мешает сделать так: import("fmt"; "math") ?
>>1987212
Либо один метод, который принимает структуру с флагами
WithAddress, WithContact, WithSky, WithAllah и на их основании при'join'ишь всякое-разное
Либо один метод, который принимает структуру с флагами
WithAddress, WithContact, WithSky, WithAllah и на их основании при'join'ишь всякое-разное
>>2019041
По тому что это язык с единым код-стилем. Это как на питоне начать писать что-то, что противоречит pep8: вроде и можно, но на тебя будут косо смотреть.
По тому что это язык с единым код-стилем. Это как на питоне начать писать что-то, что противоречит pep8: вроде и можно, но на тебя будут косо смотреть.
>>2018927
Выглядит так, словно ты для каждого клиента собираешься устанавливать соединение с кучей бирж
Выглядит так, словно ты для каждого клиента собираешься устанавливать соединение с кучей бирж
![загружено (2).mp4snapshot00.00[2021.05.0418.09.37].jpg](https://2ch.hk//pr/src/1905210/16201410830680.jpg)
>>2019310
Лично я умел делать CRUDы на SQL и монге, плюс немного знал теорию по куберу и совсем чуть-чуть устройство линуксов. До этого 2 года шкодил на жабаскрипте и год на питоне. В итоге почти везде на мидла брали.
А вообще есть филиал треда в телеге https://t.me/golang2ch, можно там у людей поспрашивать.
Лично я умел делать CRUDы на SQL и монге, плюс немного знал теорию по куберу и совсем чуть-чуть устройство линуксов. До этого 2 года шкодил на жабаскрипте и год на питоне. В итоге почти везде на мидла брали.
А вообще есть филиал треда в телеге https://t.me/golang2ch, можно там у людей поспрашивать.
>>1926156
ой дураак
ой дураак
>>1986073
Не так. У одного типа все методы либо принимают значения, либо все принимают поинтеры в качестве ресивера. А реализовывать эти методы ты можешь и по разным файлам внутри пакета, что особенно удобно для кодогенерации
Не так. У одного типа все методы либо принимают значения, либо все принимают поинтеры в качестве ресивера. А реализовывать эти методы ты можешь и по разным файлам внутри пакета, что особенно удобно для кодогенерации
>>2020376
Ну это если совсем новичку отвечать. А людям, которые планируют найти работу нужно помнить про SOLID использовать интерфейсы в соответствии с этими правилами. Исключения есть, например, когда речь идет о создании большого количества объектов в высоко нагруженных системах, что увеличивает время работы GC, но по умолчанию принято всё таки сначала написать качественный код, а потом уже при необходимости оптимизировать узкие места
Ну это если совсем новичку отвечать. А людям, которые планируют найти работу нужно помнить про SOLID использовать интерфейсы в соответствии с этими правилами. Исключения есть, например, когда речь идет о создании большого количества объектов в высоко нагруженных системах, что увеличивает время работы GC, но по умолчанию принято всё таки сначала написать качественный код, а потом уже при необходимости оптимизировать узкие места
Тред утонул или удален.
Это копия, сохраненная 15 мая 2021 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.
Это копия, сохраненная 15 мая 2021 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.