Так веселее :) https://play.golang.org/p/leQ95-9sgHl

Подскажите, пожалуйста. Есть несколько вопросов по gRPC: 1. Немного ранее я спрашивал в чате как быть с прото файлами, которые должны быть на нескольких сервисах и они могут меняться. Ответ получил, что все прото файлы нужно вынести в отдельный репозиторий и доставать их оттуда. Но встает вопрос - как доставать их? 2. Я читал статьи о использовании gRPC на клиентской части и думаю это очень даже не плохая идея. Приходилось ли сталкиваться с таким? 3. Нужно ли разбивать прото файлы на более мелкие? Допустим у меня есть сервис пользователя и в нём есть entry (login, register) и info (public info, private info). Будет ли считаться хорошим тоном разбить это на 2 прото файла?

Подскажите, пожалуйста. Есть несколько вопросов по gRPC: 1. Немного ранее я спрашивал в чате как быть с прото файлами, которые должны быть на нескольких сервисах и они могут меняться. Ответ получил, что все прото файлы нужно вынести в отдельный репозиторий и доставать их оттуда. Но встает вопрос - как доставать их? 2. Я читал статьи о использовании gRPC на клиентской части и думаю это очень даже не плохая идея. Приходилось ли сталкиваться с таким? 3. Нужно ли разбивать прото файлы на более мелкие? Допустим у меня есть сервис пользователя и в нём есть entry (login, register) и info (public info, private info). Будет ли считаться хорошим тоном разбить это на 2 прото файла?

Подскажите, пожалуйста. Есть несколько вопросов по gRPC: 1. Немного ранее я спрашивал в чате как быть с прото файлами, которые должны быть на нескольких сервисах и они могут меняться. Ответ получил, что все прото файлы нужно вынести в отдельный репозиторий и доставать их оттуда. Но встает вопрос - как доставать их? 2. Я читал статьи о использовании gRPC на клиентской части и думаю это очень даже не плохая идея. Приходилось ли сталкиваться с таким? 3. Нужно ли разбивать прото файлы на более мелкие? Допустим у меня есть сервис пользователя и в нём есть entry (login, register) и info (public info, private info). Будет ли считаться хорошим тоном разбить это на 2 прото файла?

Хотите страшненького? https://play.golang.org/p/ZL6cW7D3SkL

1. git submodule, например

Или монорепу заводите

package main import ( "fmt" "unsafe" ) func R(n int) [][5]byte { return make([][5]byte, n) } func main() { fmt.Println("R(1000) produces", unsafe.Sizeof(R(1000)), "bytes") for i := range R(16) { fmt.Println(i) } } продублирую-ка сюда

Приглашаем на CryptoBazar Serial Hacking Цель CryptoBazar Serial Hacking – помочь программистам из стран СНГ выйти на крупнейших мировых заказчиков, проявить себя и получить возможность работать над инновационными проектами в сфере блокчейн. Чтобы принять участие достаточно иметь опыт работы с Solidity, C, C++, C#, php, javascript или python и подать заявку на сайте. Призовой фонд марафона составляет 10 000 000 рублей, а в рамках первого хакатона между победителями распределили более 1 500 000 рублей. Партнеры хакатона – известные мировые компании из сферы блокчейн, среди которых Fantom (Южная Корея), NuCypher (США), QuarkChain (Китай), Ankr (Китай) и Lino (Китай). Задачи: • Тесты уязвимости систем (нагрузочные тесты, ошибки, уязвимости и пр.) • Работают со смарт контрактами • Пишут платформы с нуля (форки, блокчейны, кроссчейны, оффчейны, сайдчейны) или дорабатывают существующие решения • Разрабатывают приложения на платформах Регистрация доступна по ссылке: https://goo.gl/32u3YS

Вообще для этого хорошо бы сделать отдельный канал

Вообще для этого хорошо бы сделать отдельный канал

Для сммщиков всегда вкуснее останется чат на 2к человеков ?

ну она и в питон-чятик пришла

Приглашаем на CryptoBazar Serial Hacking Цель CryptoBazar Serial Hacking – помочь программистам из стран СНГ выйти на крупнейших мировых заказчиков, проявить себя и получить возможность работать над инновационными проектами в сфере блокчейн. Чтобы принять участие достаточно иметь опыт работы с Solidity, C, C++, C#, php, javascript или python и подать заявку на сайте. Призовой фонд марафона составляет 10 000 000 рублей, а в рамках первого хакатона между победителями распределили более 1 500 000 рублей. Партнеры хакатона – известные мировые компании из сферы блокчейн, среди которых Fantom (Южная Корея), NuCypher (США), QuarkChain (Китай), Ankr (Китай) и Lino (Китай). Задачи: • Тесты уязвимости систем (нагрузочные тесты, ошибки, уязвимости и пр.) • Работают со смарт контрактами • Пишут платформы с нуля (форки, блокчейны, кроссчейны, оффчейны, сайдчейны) или дорабатывают существующие решения • Разрабатывают приложения на платформах Регистрация доступна по ссылке: https://goo.gl/32u3YS

А что, там кто-то есть ещё?

874 человека )

Лол

ну в основном-то чате 6800 человек

в основном 15к. в русскоязычном 6800

Лол

в испанском 1900

Как будет на испанском "без дженериков Go не нужен"?

> Software Engineer > works at Google > this feels to me very much like an object Статья уровня лор talks.

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

а асм - вообще не язык программирования, так-то

"делать ООП"))

object-oriented?

ой. А что это тогда?

ой. А что это тогда?

строго говоря транслятор в машинный код

система мнемонических машинных команд под конкретную архитектуру

или просто "язык который понимают те или иные процессоры, на котором можно те или иные процессоры программировать", но не ЯП, да, конечно))

Товарищи, а подскажите, что можно (или нельзя) придумать :) Что есть: некая штука, которая ходит по cli (telnet, ssh) и snmp кучи разного железа (разные вендоры, разные форматы вывода, разные snmp OID) и собирает кучу разнообразной инфы. Для каждого ну, скажем, вендора - прямо в коде созданы пакгейджи-профили, которые вызываются, собственно, в зависимости от вендора устройства (вот в этом месте без нормального наследования было тяжко :( ) Для одного и того же результата для разных железок могут потребоваться очень разные действия. Например, на device#1 для получения списка портов, их типов, состояния, дескрипшнов нужно выполнить одну команду и прогнать аутпут через два регекспа, из которых вытащить данные, а на device#2 для того же самого необходимо сначала split аутпут по какому-то регекстпу, а потом каждый из этих кусков прогнать через 2 регекспа, из которых вытащить данные. Что хотелось бы: попробовать как-то это всё универсализировать, и задавать профили и их повенедие не в коде, а, скажем, в каких-то "внешних шаблонах": toml/json, мб вообще lua, или ещё как-то. Цель - избежать хардкода ; попробовать сделать изменяемые/добавляемые профили без перекомпиляции ; дать возможность редактировать их не знающим go.

или просто "язык который понимают те или иные процессоры, на котором можно те или иные процессоры программировать", но не ЯП, да, конечно))

имхо, ЯП - все на чем ты можешь программировать - писать программу в человеко-читаемом виде, а не в машинном коде) Иначе договоримся, что языки без GC не языки :)

ой. А что это тогда?

toml/json - это отстой, писать на них логику - это не уважать себя. Напрашивается любой скриптовый язык, но я бы взял Julia, потому он самый модный

набор опкодов/мнемоник

модный у любителей матлаба? :(

Математика - она по всюду

это да, только под "модный" обычно не это имеется ввиду? я даже погуглил, и статей с 2014 года толком нет, JuliaConf собирает предподавателей вузов, вот и задумался

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

Это все мелочи.

Это все мелочи.

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

кстати а передачу в функцию переменных не по порядку, а по имени не собираются завести в 2.0?

метки/макросы есть во многих языках. фактически, для каждого cpu у вас другой язык.

И что, что для каждого cpu другой язык? От языка программирования же не требуется компиляции сразу в кучу различных архитектур.

часто требуется

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

на котором компилятся

Java компилится в JVM байткод. А JVM байткод уже может компилиться машинные коды или не компилиться, а интерпретироваться.

И что, что для каждого cpu другой язык? От языка программирования же не требуется компиляции сразу в кучу различных архитектур.

Да и нет фундаментальных ограничений скомпилировать x86 ассемблер в arm коды.

а причем тут ява? это виртуальная машина. мы про нативную компиляцию