или если я вдруг устроюсь в гугл после этого proposal'а работать над Go full time 😂

в чатах все обсуждения постоянно повторяются просто потому что каждый раз состав участников немного меняется

Всем привет! Приглашаю на митап. 23 сентября, в воскресенье, в московском офисе Mail.Ru Group состоится тематический митап – Go в продакшене. Цель встречи – рассказать и показать на примерах разных компаний, как мигрировать на Go с других языков, почему проекты и компании выбирают Go, какие решают задачи, с чем сталкиваются при переходе, какие получают результаты и т.д. Митап ориентирован на людей, которые не имеют опыта в Go, но очень хотят попробовать и нуждаются во вдохновляющих примерах. Хардкорных кишков го не будет. Программа: — «Миллиард пушей на Go», Дмитрий Швеенков, Mail.Ru Group — «Медиасервер трансляций на GoLang», Михаил Радченко, ВКонтакте — «Два очень разных опыта миграции на Golang. На примере компаний Lazada и Ozon.travel», Юрий Васияров, Ozon.travel — «Переход web-api Почты@Mail.Ru на Go», Василий Романов, Mail.Ru Group — «Pipeline поиска по Почте@Mail.Ru на Go», Виктор Стародуб, Mail.Ru Group — «Опыт перехода Авито.Доставки с Java на Go», Илья Лапин, Avito — «Как мы начали использовать Go в Ответах@mail.ru», Марк Белоцкий, Mail.Ru Group — список пополняется Мероприятие бесплатное, но требуется регистрация https://corp.mail.ru/ru/press/events/510/ Трансляция будет, видео будет. Если вы хотите поделиться своим кейсом, который подходит под тему митапа - на странице регистрации есть ссылка.

эх, я бы не прочь устроиться

для трансляции нужна регистрация? не увидел на странице

а я бы по возможности нет))) только в худшем случае))

почему?

сотрудником в гугл это конечно круто, но лучше таки начальником в своей конторке

сотрудником в гугл это конечно круто, но лучше таки начальником в своей конторке

Обязательно быть начальником?

нет конечно, можно быть и тех. директором

А без этого вообще тухло?

всмсл?

В чем смысл быть руководителем? 😆

о чём я и грю, не хочу заводить лишние споры, лишь выяснить некоторые детали для завершения написания proposal'а в чём нужно стороннее мнение

на этот вопрос каждый отвечает сам. Я, будучи программистом, не мог принимать рациональные решения относительно того какие технологии использовать в том или ином проекте из-за дибильного менеджмента. Поэтому я очень трепетно отношусь к этому вопросу и требую абсолютную автономию в этом плане, что для большинства немецких IT компаний просто неприемлемо. так оно и сложилось, что будучи разработчиком я скорее предпочту сложную жизнь tech founder'а нежели относительно простую жизнь сотрудника.

почему бы вам тогда не написать ишшуй в https://github.com/golang/go ? Там уровень дискуссии в тех плане явно выше и фидбек более значимый. Зачем из-зо дня в день забивать чятик сообщениями на эту тему?

Что посоветуете почитать по архитектуре проекта на go? Как научится не страдать с цыклическими импортами? Основные правила так сказать.

начать можно с мотивации, нафига оно нужно, и, если оно действительно нужно, делать пропозал по реализации

это в issue может быть, и можно уже обсудить, думаете если вы продумали все кейсы mut <-> immut ваша rationale станет сильнее чтоли?

начать можно с мотивации, нафига оно нужно, и, если оно действительно нужно, делать пропозал по реализации

пропозал по реализации можно будет делать только после пропосала самой концепции. Для начала планируется реализация линтера без поддержки компилятором квалификатора const (но это не долгосрочное решение а скорее PoC)

Что за пропозал?

Какой-то раст

А почему нельзя подождать Go2? Это ведь не просто новые методы в существующем пакете, а изменение языка, причем достаточно серьезное. Why overload the const keyword instead of introducing a new keyword like immutable etc.?

А почему нельзя подождать Go2? Это ведь не просто новые методы в существующем пакете, а изменение языка, причем достаточно серьезное. Why overload the const keyword instead of introducing a new keyword like immutable etc.?

А почему нельзя подождать Go2? Это ведь не просто новые методы в существующем пакете, а изменение языка, причем достаточно серьезное. Why overload the const keyword instead of introducing a new keyword like immutable etc.?

потому что Go2 будет через несколько лет, если будет, а Роман предлагает в т.ч. неломающую совместимость фичу для 1.*

а когда Go2 будет? а взлетит ли он вообще на фоне допиленного до конфетки раста или вообще языков следующего поколения? а фичи хочется уже сейчас

Go2 будет. Я думаю через пару лет. Взлетит. Потому что Раст язык немного из другой оперы.

Алсо ИМХО иммутабельность по дефолту не нужна.

Куда уж малосвязанный-то.

а вроде наоборот нужна?

одни только дженерики, которые только начали нормально обсуждать кстати, чего стоят

Растоманам может и нужна. Там я против неё ничего не имею, безопасность и всё такое. У Го немного другой прицел, ИМХО.

А почему нельзя подождать Go2? Это ведь не просто новые методы в существующем пакете, а изменение языка, причем достаточно серьезное. Why overload the const keyword instead of introducing a new keyword like immutable etc.?

и переделывать скорее всего всё равно придётся значительно

А почему нельзя подождать Go2? Это ведь не просто новые методы в существующем пакете, а изменение языка, причем достаточно серьезное. Why overload the const keyword instead of introducing a new keyword like immutable etc.?

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

Я просто к тому, что при всей крутости предложения его могут отклонить тупо по тому что это нерациональное расходование времени, которое можно направить на проектирование и реализацию Go2, пусть ещё и далекого.

потому что Go2 будет через несколько лет, если будет, а Роман предлагает в т.ч. неломающую совместимость фичу для 1.*

ну не настолько значительные же, это не переписывание всего компилятора

а когда Go2 будет? а взлетит ли он вообще на фоне допиленного до конфетки раста или вообще языков следующего поколения? а фичи хочется уже сейчас