ну тогда все однобайтовые кодировки принципиально одинаковые )

Такти есть. Но про ascii пациент гордо сказал, что умеет с ней работать ..

Выводит только 65

Потому что руна это число.

https://play.golang.org/p/m7tcNGembtA

Кто нибудь работал с хуками винды в Go?

Что подготовить к собесу на Го?)

хм, в твоем случае юбку покороче

хм, в твоем случае юбку покороче

сексизм детектед. а если серьезно?

сексизм детектед. а если серьезно?

немного сексистски да, ну по моему смешно))) а так, подготовь себя на знание алгоритмов, структур данных, знаний основ в программировании, какие то свои работы на гитхабе

немного сексистски да, ну по моему смешно))) а так, подготовь себя на знание алгоритмов, структур данных, знаний основ в программировании, какие то свои работы на гитхабе

ну мне не смешно, а противно. и твой ответ никак не коррелирует с вопросом - вопрос бы о специфике собеседования на го.

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

RO до конца дня

никто не знает канал с задачами по кодингу?

никто не знает канал с задачами по кодингу?

напиши свой парсер JSON

никто не знает канал с задачами по кодингу?

нужен именно канал? https://app.codesignal.com/ не смотрел?

спс

у кого-то есть такое чувство что c++ как-то проще чем go? ?‍♂

никто не знает канал с задачами по кодингу?

@unilecs если хочется прям канал

у кого-то есть такое чувство что c++ как-то проще чем go? ?‍♂

Наоборот

а кого вий сегодня застрелил?

и за что

я пропустил

и за что

То ли за сексистские шуточки,

То ли за реакцию на оные

Я сам не до конца понял

все такие вопросы - в личку

никто не знает канал с задачами по кодингу?

Если еще актуально и не канал, то codeforces.com, например

Насколько знаю, под Go задачи там собираются

всем спасибо

никто не знает канал с задачами по кодингу?

Hackerrank.com

Язык rust как?

Прекрасно. Только: - мало разработчиков. Не так - практически нет разработчиков. - вам нравится полуручное управление памятью и вы понимаете зачем оно нужно - вы пишете что-то близкое к железу - тогда получите маленький очень шустрый бинарник. Особенно хорошо для IoT - асинхронный ввод-вывод делаете руками - тредлупы и все такое - вы очень скучаете по генерикам ( troll mode on?) Как это применять для веба или инфаструктурных сервисов? Не очень понимаю. Go намного удобнее для этого. Rust - для системных вещей. Условно говоря отполированный C и чуток С++.

Прекрасно. Только: - мало разработчиков. Не так - практически нет разработчиков. - вам нравится полуручное управление памятью и вы понимаете зачем оно нужно - вы пишете что-то близкое к железу - тогда получите маленький очень шустрый бинарник. Особенно хорошо для IoT - асинхронный ввод-вывод делаете руками - тредлупы и все такое - вы очень скучаете по генерикам ( troll mode on?) Как это применять для веба или инфаструктурных сервисов? Не очень понимаю. Go намного удобнее для этого. Rust - для системных вещей. Условно говоря отполированный C и чуток С++.

маленький бинарник в расте?

маленький бинарник в расте?

Скажем так hello world в Go компилится в 6 МБ, а в Rust - в 0.6 МБ. Беру самый простой код, понятно, что написать и добавить либ можно сколько угодно.

То есть рантайм либы там минимальные, самый-самый минимум, чтобы работало. Отсюда - обратная сторона - надо много всего затаскивть отдельными либами

А если так же включить статическую линковку?

А если так же включить статическую линковку?

Пересобрал. получилось тоже самое. Возможно, я неверно делаю - я не растер, чисто на выходных пощупал язык для общего развития. Но пишут: Rust statically links everything but glibc (and libgcc, iirc) by default. Как правильно собрать все статически? Я сделал так:: cat ~/.cargo/config [target.x86_64-apple-darwin] rustflags = ["-C", "target-feature=+crt-static"] cargo build --release

Но так-то да, статически слинкованый hello world на C++ выходит примерно 700 Kb

Полностью статический? включая glibc?

Пересобрал. получилось тоже самое. Возможно, я неверно делаю - я не растер, чисто на выходных пощупал язык для общего развития. Но пишут: Rust statically links everything but glibc (and libgcc, iirc) by default. Как правильно собрать все статически? Я сделал так:: cat ~/.cargo/config [target.x86_64-apple-darwin] rustflags = ["-C", "target-feature=+crt-static"] cargo build --release

Судя по выхлопу тебя посетила та же птичка обломинго, что и меня несколько дней назад. Как оказалось на маке возможность чисто статической линковки поломана,разве что самому ручками собирать gcc со всеми библиотеками. Там не хватает libgcc.a в системе.

А вообще на линуксе последний rustc дает 5ти мегабайт хелловорлд по умолчанию. Если выкинуть ненужное в релизе, то треть мегабайта. Если включить динамическую линковку, то тогда 12 килобайт плюс 7 мегабайт библиотека

Судя по выхлопу тебя посетила та же птичка обломинго, что и меня несколько дней назад. Как оказалось на маке возможность чисто статической линковки поломана,разве что самому ручками собирать gcc со всеми библиотеками. Там не хватает libgcc.a в системе.

Да, мак собирает как-то очень хитро. Сейчас попробовал собрать с musl кросс-компиляцией, как рекомендовано тут - https://chr4.org/blog/2017/03/15/cross-compile-and-link-a-static-binary-on-macos-for-linux-with-cargo-and-rust/ получилось 6МБ - тоже самое вобщем.

А вообще на линуксе последний rustc дает 5ти мегабайт хелловорлд по умолчанию. Если выкинуть ненужное в релизе, то треть мегабайта. Если включить динамическую линковку, то тогда 12 килобайт плюс 7 мегабайт библиотека

как выкидывал нунужное из релиза? какие флаги использовал?

как выкидывал нунужное из релиза? какие флаги использовал?

Если не напутал с ключами, то так, пишу по памяти с телефона: cargo rustc -- -C lto -C link-args "-s -w"

Ну или cargo rustc -- -C preffer-dynamic для статики, если не опечатался по памяти ?

ну cargo rustc --release -- -C prefer-dynamic скомпилировалось вообще в 17 килобайт ) Но это же динамическая линковка - не совсем честно )

Здраствуйте друзья! Уже второй день немогу разобраться как рабтает backend, может кто объяснить на примере простого интернет магазина с личным кабинетом

ну cargo rustc --release -- -C prefer-dynamic скомпилировалось вообще в 17 килобайт ) Но это же динамическая линковка - не совсем честно )

Ключ release походу только папку определяет, не укажешь ключей оптимизации в Cargo.toml или в командной строке, то получишь свои 5 мегабайт на хелловорлд. А динамическая линковка это как смотреть, честно или нет. Кому это признак сырости rust, а кому то и go, если с ним только статика собирается к примеру. С третьей стороны вопрос размера важен только при сравнении хелловорлдов, на практике заботить будут другие проблемы ?

Это понятно, что ты же не напишешь 1-в-1 копию программы на другом языке. Всегда будешь тащить какие-то другие либы, что-то по-другому организоывать - поэтому реальный размер всегда будет различаться в обе стороны. Тут вопрос скорее в "толщине" рантайма, котоорый только на hello-world.* и можно сравнить. Мне казалось, что у rust он должен быть похудее, у go потолще. Хотя бы исходя из функциональности - например, те же горутины и каналы. В раст для такой же функциональности нужно будет затащить отдельную либу. Либо руками шуровать всеми тредами и локами для обмена данными между процессами.

Это понятно, что ты же не напишешь 1-в-1 копию программы на другом языке. Всегда будешь тащить какие-то другие либы, что-то по-другому организоывать - поэтому реальный размер всегда будет различаться в обе стороны. Тут вопрос скорее в "толщине" рантайма, котоорый только на hello-world.* и можно сравнить. Мне казалось, что у rust он должен быть похудее, у go потолще. Хотя бы исходя из функциональности - например, те же горутины и каналы. В раст для такой же функциональности нужно будет затащить отдельную либу. Либо руками шуровать всеми тредами и локами для обмена данными между процессами.

А тебе и не надо 1 в 1 копию программы, тебе надо такой же функционал. И сравнивать имеет смысл объем рантайма на единицу твоего кода. Думаю если твоего кода будет прилично, разницы в относительной объеме не увидишь. Плюс если писать приложение для запуска в докере, тебе выгоднее вынести больше в толстый разделяемый всеми твоими экземплярами контейнера рантайм. Хотя тут место съэкономишь, а в скорости запуска/перезапуска можешь проиграть. В общем мало смысла сравнивать.

А тебе и не надо 1 в 1 копию программы, тебе надо такой же функционал. И сравнивать имеет смысл объем рантайма на единицу твоего кода. Думаю если твоего кода будет прилично, разницы в относительной объеме не увидишь. Плюс если писать приложение для запуска в докере, тебе выгоднее вынести больше в толстый разделяемый всеми твоими экземплярами контейнера рантайм. Хотя тут место съэкономишь, а в скорости запуска/перезапуска можешь проиграть. В общем мало смысла сравнивать.

Да, о том и речь. Этот эксперимент меня больше интересует не с практической точки зрения, а с т.зр. ознакомления с языком, сборкой и прочим.

Да, о том и речь. Этот эксперимент меня больше интересует не с практической точки зрения, а с т.зр. ознакомления с языком, сборкой и прочим.

А как насчет сравнения в разрезе вау-эффекта? ?

А как насчет сравнения в разрезе вау-эффекта? ?

В смысле: "офигеть - в 17кб скомпилилось!" :)

В смысле: "офигеть - в 17кб скомпилилось!" :)

В смысле , о, код красивый ?

В смысле , о, код красивый ?

Ну код прикольный :) Общее ощущение: намного больше сущностей, за счет этого язык сложнее. Плюс надо больше действий выполнять руками. Ряд вещей строже. + красивые Enum - можно сказать тоже самое возвращение ошибок в виде (result, error), только более строго оформленное + генерики, смотрятся забавно после Go ? - ручное управление памятью - ты должен постоянно следить куда и как передал переменную - заимствования, move, изменяемые, неизменяемые указатели - много действий. Если набить руку, то конечно привыкнешь. - трейты как интерфейсы, только явно прописыаемые

Вообще в моей онтологии развитие вещей идет так: Примитивное => Сложное => простое. То есть наиболее развитая форма не та, где много всяких свистелок-перделок. А та, где правильно выявлены общие принципы и сущностей мало. Но по ним аккратно и хрошо размазана логика и функционал.

Это Простое.

Ну код прикольный :) Общее ощущение: намного больше сущностей, за счет этого язык сложнее. Плюс надо больше действий выполнять руками. Ряд вещей строже. + красивые Enum - можно сказать тоже самое возвращение ошибок в виде (result, error), только более строго оформленное + генерики, смотрятся забавно после Go ? - ручное управление памятью - ты должен постоянно следить куда и как передал переменную - заимствования, move, изменяемые, неизменяемые указатели - много действий. Если набить руку, то конечно привыкнешь. - трейты как интерфейсы, только явно прописыаемые

а потом начинается война с borrow checker )))))))

Пример из школьной химии. Алхимики открыли немного элементов - это примитивное - знания разрозненные, никаокй системы, есть ошибки и костыли. Это php. Затем в средние века исследователи нашли еще кучу элементов. Объем данных вырос, но они все равно разрозненные, с ошибкаим, без системы. Это усвоить тяжело. Куча исключений. ЭТо C или Rust. Затем пришел Менделеев и сделал 1 закон, которые описывает всю эту гору фактов и фишек. Это Простое. Это Go :)

а потом начинается война с borrow checker )))))))

Да-да ) ручная война с памятью )

Ну код прикольный :) Общее ощущение: намного больше сущностей, за счет этого язык сложнее. Плюс надо больше действий выполнять руками. Ряд вещей строже. + красивые Enum - можно сказать тоже самое возвращение ошибок в виде (result, error), только более строго оформленное + генерики, смотрятся забавно после Go ? - ручное управление памятью - ты должен постоянно следить куда и как передал переменную - заимствования, move, изменяемые, неизменяемые указатели - много действий. Если набить руку, то конечно привыкнешь. - трейты как интерфейсы, только явно прописыаемые

На куросере был курс по программированию в трех частях, sml, rocket и ruby. Соответственно разные подходы и все такое. Так вот, после такой точки рассмотрения языков программирования, мне не хочеться выяснять какой язык круче, в каждом своя красота. И интересно посмотреть на сходство и различие в реализации аналогичных вещей, аля те же трейты. Если рассмотреть rust после scala или java впечатления от трейтов в rust изменятся?

Пример из школьной химии. Алхимики открыли немного элементов - это примитивное - знания разрозненные, никаокй системы, есть ошибки и костыли. Это php. Затем в средние века исследователи нашли еще кучу элементов. Объем данных вырос, но они все равно разрозненные, с ошибкаим, без системы. Это усвоить тяжело. Куча исключений. ЭТо C или Rust. Затем пришел Менделеев и сделал 1 закон, которые описывает всю эту гору фактов и фишек. Это Простое. Это Go :)

сова, глобус, боль.

На куросере был курс по программированию в трех частях, sml, rocket и ruby. Соответственно разные подходы и все такое. Так вот, после такой точки рассмотрения языков программирования, мне не хочеться выяснять какой язык круче, в каждом своя красота. И интересно посмотреть на сходство и различие в реализации аналогичных вещей, аля те же трейты. Если рассмотреть rust после scala или java впечатления от трейтов в rust изменятся?

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

сова, глобус, боль.

ммм? очень понятно, спасибо )

Всем привет. Я iOS разработчик. Хочу научить писать на Go. Вроде язык понятный. Но незнаю с чего начать чтобы писать бэкенд. Подскажите. Я так понял для того чтобы написать бэкенд надо GO связать с БД и написать API? Так? Это основные задачи?

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

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

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

Всем привет. Я iOS разработчик. Хочу научить писать на Go. Вроде язык понятный. Но незнаю с чего начать чтобы писать бэкенд. Подскажите. Я так понял для того чтобы написать бэкенд надо GO связать с БД и написать API? Так? Это основные задачи?

принято начинать с прохождения https://tour.golang.org/

Всем привет. Я iOS разработчик. Хочу научить писать на Go. Вроде язык понятный. Но незнаю с чего начать чтобы писать бэкенд. Подскажите. Я так понял для того чтобы написать бэкенд надо GO связать с БД и написать API? Так? Это основные задачи?

на свифте вполне успешно можно писать backend

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

type AnyDao interface { FindById(id int) *models.AnyModel FindByAll() *models.AnyModel Create(model *models.AnyModel) bool Update(model *models.AnyModel) bool Delete(model *models.AnyModel) bool }

делаю DAO

что-то мне интерфейс не нравится

или я загнался уже?

#вакансия #спб #golang Привет! Компания «СёрчИнформ», входящая в тройку лидеров на рынке корпоративных систем безопасности СНГ, ищет программистов Golang Где: СПб (либо на удаленной основе от -1 до +2 часов по МСК) Что вы будете делать: разрабатывать компоненты «Контура информационной безопасности» (https://searchinform.ru/products/kib/). От вас: разработка на Go от года; знание ООП, многопоточности; умение работать в команде. Приветствуется опыт MongoDB, MSSQL, Postgresql, SVN, Git. От нас: конкурентная зарплата (старт зависит от навыков и опыта, а также выполненного ТЗ); официальное трудоустройство; оплата over-time; бонусы; работа в команде профессионалов; возможность творчески подходить к задачам. Узнать больше о компании и вакансии, а также отправить резюме тут: https://goo.gl/HdGT4d

#вакансия #спб #golang Привет! Компания «СёрчИнформ», входящая в тройку лидеров на рынке корпоративных систем безопасности СНГ, ищет программистов Golang Где: СПб (либо на удаленной основе от -1 до +2 часов по МСК) Что вы будете делать: разрабатывать компоненты «Контура информационной безопасности» (https://searchinform.ru/products/kib/). От вас: разработка на Go от года; знание ООП, многопоточности; умение работать в команде. Приветствуется опыт MongoDB, MSSQL, Postgresql, SVN, Git. От нас: конкурентная зарплата (старт зависит от навыков и опыта, а также выполненного ТЗ); официальное трудоустройство; оплата over-time; бонусы; работа в команде профессионалов; возможность творчески подходить к задачам. Узнать больше о компании и вакансии, а также отправить резюме тут: https://goo.gl/HdGT4d

для размещения вакансий есть соответствующие чаты: https://t.me/golangjob, https://t.me/gogetajob, https://t.me/golangjobfeed ну и виклу было бы не плохо как минимум в любом случае указать и еще просто ради интереса, а зачем на позицию go программиста вам знание ООП?)

появилось интересное задание: нужно протестить новую и старую версию одной библиотеки в тестах, и что они еще совместимы. к сожалению релизов библиотек нет, есть только коммиты. как это можно провернуть? :slightly_smiling_face: по идее можно обе закинуть в /vendor и дать им разные имена или есть решение лучше? спасибо примерно такое: import ( new "pkg-v2" old "pkg-v1" ) func Test(*testing.T) { new.Connect("localhost:9000") old.HasConnection() }

для размещения вакансий есть соответствующие чаты: https://t.me/golangjob, https://t.me/gogetajob, https://t.me/golangjobfeed ну и виклу было бы не плохо как минимум в любом случае указать и еще просто ради интереса, а зачем на позицию go программиста вам знание ООП?)

Спасибо за инфу) Некоторые принципы ООП применяются при разработке на Go, несмотря на то, что терминология различается и по сути в го нет объектов.

Спасибо за инфу) Некоторые принципы ООП применяются при разработке на Go, несмотря на то, что терминология различается и по сути в го нет объектов.

понятно, т.е. знание ООП надо читать как понимание принципов ООП и их применения в Go)

понятно, т.е. знание ООП надо читать как понимание принципов ООП и их применения в Go)

да)

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

Бэкенд на swift это не то. Там очень много заморочек. Я спрашиваю про GO а не про swift.

Просто незнаю с чего начать...

Просто незнаю с чего начать...

как сказали выше: tour.golang.org и еще https://gobyexample.com/ если уже есть опыт в других языках, то эти два можно пройти за час. 90%+ всего, что надо - там есть :)

кто-нибудь работал со steam api?)

кто-нибудь работал со steam api?)

я работал, но не go, а в чем вопрос?

я работал, но не go, а в чем вопрос?

у них есть официальная дока?) для стим маркета

а то гугл выдает одни вопросы стаковерфлоу где люди в комментах показывают разные урлы

у них есть официальная дока?) для стим маркета

есть такая: https://developer.valvesoftware.com/wiki/Steam_Web_API но я не знаю, что ты имеешь в виду под маркетом

есть такая: https://developer.valvesoftware.com/wiki/Steam_Web_API но я не знаю, что ты имеешь в виду под маркетом

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

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

понял, что ты имел в виду, посмотри тут, возможно то что тебе надо: https://partner.steamgames.com/doc/webapi/IEconMarketService

кто-нибудь работал со steam api?)

я только вручную дергал opendota api, однако он в свою очередь работает на steam api

я только вручную дергал opendota api, однако он в свою очередь работает на steam api

не вижу там маркета)

type AnyDao interface { FindById(id int) *models.AnyModel FindByAll() *models.AnyModel Create(model *models.AnyModel) bool Update(model *models.AnyModel) bool Delete(model *models.AnyModel) bool }

ошибки надо возвращать)

Небольшой офтоп. Может кто-то знает каналs по питону и Keras? Хочу попробовать свою первую нейронку сделать...