Всем привет. Ищу Go Lang разработчика уровня middle / middle+ На поддержку Мобильного приложения программы лояльности. 15-18$ за час. В неделю 20-30 часов на парт-тайм.

Мобильное приложение само на Golang или только бэкенд?

Victoriametrics

сам себя не похвалишь - никто не похвалит :))) (шутка)

Как будто что-то плохое)

Если теряю деньги тоже процент берешь? То есть получается мне отправишь деньги

Киньте репорт

Если теряю деньги тоже процент берешь? То есть получается мне отправишь деньги

Это скам старый как ***** мамонта. 1. Находят двух дурачков. 2. Одному говорят- покупай, другому - продавай. 3. Один прогорел, другой наварился. 4. С того, что получил выгоду берут %. 5. Перед другим извиняются. Мол, "Рынок он такой. Бывает" Или просто в игнор кидают. ... 6. Profit! ... 7. goto пункт первый

Мобильное приложение само на Golang или только бэкенд?

Бэк

Это скам старый как ***** мамонта. 1. Находят двух дурачков. 2. Одному говорят- покупай, другому - продавай. 3. Один прогорел, другой наварился. 4. С того, что получил выгоду берут %. 5. Перед другим извиняются. Мол, "Рынок он такой. Бывает" Или просто в игнор кидают. ... 6. Profit! ... 7. goto пункт первый

Находишь 2^30 людей, даёшь им прогнозы и становишься миллиардером 🙂

Кое-что меняется - растет специализация. Если 15 лет назад было ок, что разрабы админят сервер, занимаются мониторингом (ой, его почти не было), да еще и являются девопсами и SRE, то сейчас это не прокатит в мало мальски серьезном бизнесе

15 лет назад было ок нанимать программиста "с опытом администрирования Linux" (из вакансии выше), сейчас это наталкивает на размышления о том, что эксплуатация от разработки не отделена. Все как было 15 назад)

В том, что эксплуатация от разработки отделена. Разработчик не может быть SRE

В том, что эксплуатация от разработки отделена. Разработчик не может быть SRE

Каким образом можно писать более или менее сложные программы работающие с сетью и не мочь работать SRE?

Каким образом можно писать более или менее сложные программы работающие с сетью и не мочь работать SRE?

Не работать на уровне абстракции ниже чем: во графики в графане, а сеть делает вжих-вжих)

Разработчик создает что-то новое, SRE отвечает за функционирование уже существующего. Получается парадокс, создавать что-то новое, не имея навыков настройки уже существующего. Получается "Чукча не читаель, чукча писатель". UPD: Обратное тоже верно, как можно поддерживать в рабочем состоянии сложную систему не понимая как она устроена, и не умея дописывать и чинить неисправные модули? Тоже оксюморон.

Каким образом можно писать более или менее сложные программы работающие с сетью и не мочь работать SRE?

Тут ключевое слово "мочь". Нужны практики, интуиция и опыт, которых из коробки просто нет у программиста. SRE - это не только и не столько инженер эксплуатации в классическом смысле, это более проактивная позиция, он думает о том, чтобы не сломалось, а не чинит когда оно уже. Может ли он их приобрести? Ну конечно, 6-8 месяцев работы в качестве подмастерья SRE в крупной компании и он может.

Тут ключевое слово "мочь". Нужны практики, интуиция и опыт, которых из коробки просто нет у программиста. SRE - это не только и не столько инженер эксплуатации в классическом смысле, это более проактивная позиция, он думает о том, чтобы не сломалось, а не чинит когда оно уже. Может ли он их приобрести? Ну конечно, 6-8 месяцев работы в качестве подмастерья SRE в крупной компании и он может.

В компании Google в отделениях SRE работают точно такие-же SWE. И многие продукты успешные выходят как раз из под пера этих инженеров. По этому не могу согласиться с вашими доводами о разделении Разрботчика и SRE. Это роли в производственном процессе, а не навыки и знания. UPD: You can convert to a SWE from SRE-SWE without any interviews. Not the same with SRE SE https://www.teamblind.com/post/Google-SRE-SWE-vs-SRE-SE-workteam-difference-KXWn7cfh

В компании Google в отделениях SRE работают точно такие-же SWE. И многие продукты успешные выходят как раз из под пера этих инженеров. По этому не могу согласиться с вашими доводами о разделении Разрботчика и SRE. Это роли в производственном процессе, а не навыки и знания. UPD: You can convert to a SWE from SRE-SWE without any interviews. Not the same with SRE SE https://www.teamblind.com/post/Google-SRE-SWE-vs-SRE-SE-workteam-difference-KXWn7cfh

нас бы рассудил кто-то нанимавшийся на позицию SRE в Google без опыта администрирования сервисов и SRE в частности. Интересно, есть ли тут такие)

нас бы рассудил кто-то нанимавшийся на позицию SRE в Google без опыта администрирования сервисов и SRE в частности. Интересно, есть ли тут такие)

Есть книга 2016 года Site Reliability Engineering: How Google runs production systems. (c) Betsy Beyer, Chris Jones, Jennifer Petoff, Niall Richard Murphy. Интересная.

https://www.oreilly.com/library/view/site-reliability-engineering/9781491929117/ - вот эта книга.

Кое-что меняется - растет специализация. Если 15 лет назад было ок, что разрабы админят сервер, занимаются мониторингом (ой, его почти не было), да еще и являются девопсами и SRE, то сейчас это не прокатит в мало мальски серьезном бизнесе

Гугл сейчас заставляет работников столы делить не то что обязанности. > Google tells employees to share desks as it looks to cut costs > Google говорит сотрудникам делить столы, поскольку он хочет сократить расходы https://www.techspot.com/news/97705-google-tells-employees-share-desks-looks-cut-costs.html «В процессе сработки они [сотрудники] согласуют базовую стратегию разделение стола и установят нормы со своим партнером и командами, чтобы обеспечить положительный опыт в новой общей среде», — поясняется в документе. Программа совместного использования столов будет внедрена в пяти крупнейших местах Google Cloud в США: Киркленд, штат Вашингтон; Нью-Йорк; Сан-Франциско; Сиэтл; и Саннивейл, Калифорния.

Гугл сейчас заставляет работников столы делить не то что обязанности. > Google tells employees to share desks as it looks to cut costs > Google говорит сотрудникам делить столы, поскольку он хочет сократить расходы https://www.techspot.com/news/97705-google-tells-employees-share-desks-looks-cut-costs.html «В процессе сработки они [сотрудники] согласуют базовую стратегию разделение стола и установят нормы со своим партнером и командами, чтобы обеспечить положительный опыт в новой общей среде», — поясняется в документе. Программа совместного использования столов будет внедрена в пяти крупнейших местах Google Cloud в США: Киркленд, штат Вашингтон; Нью-Йорк; Сан-Франциско; Сиэтл; и Саннивейл, Калифорния.

От личных проектов и массажистов до одного стола на двоих как в кооперативе "Рога и копыта" в 90-х

It asks workers to alternate days they're in the office, either Monday and Wednesday, or Tuesday and Thursday, so they can share their desk with someone else. Скорее всего из-за пандемии все стали работать из дома, количество арендуемого места уменьшили. Хотя как-то для Google это все равно мелочно.

Физический стол)? Разговор же про коворкинг

Понятно.

+ недвижимость в США стоит приличных денег.

В компании Google в отделениях SRE работают точно такие-же SWE. И многие продукты успешные выходят как раз из под пера этих инженеров. По этому не могу согласиться с вашими доводами о разделении Разрботчика и SRE. Это роли в производственном процессе, а не навыки и знания. UPD: You can convert to a SWE from SRE-SWE without any interviews. Not the same with SRE SE https://www.teamblind.com/post/Google-SRE-SWE-vs-SRE-SE-workteam-difference-KXWn7cfh

Подтверждаю своим рабочим местом (хоть и не в Гугле), находясь в подразделении OPS на мне написание нескольких микросервисов, и всякого для безопасности, мониторинга и т.п.

Подтверждаю своим рабочим местом (хоть и не в Гугле), находясь в подразделении OPS на мне написание нескольких микросервисов, и всякого для безопасности, мониторинга и т.п.

Ну это обычные админы всегда писали.

Ну это обычные админы всегда писали.

написание нескольких микросервисов...

У вас странные админы. :)

написание нескольких микросервисов...

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

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

Не совсем, мне приходится писать там где нужна асинхронщина и скорость. А так у нас система конечно состоит всего лишь из n количества микросервисов.

Это неважно. Это всего лишь говорит, что у вас нет чуваков, которые знают асинхронщину. Хотя мне сейчас уже не сильно понятно, кто такие программисты. 1с чтоле

С OPS проще взаимодействовать чтоб понимать где какие ресурсы можно лучше получить.

Это неважно. Это всего лишь говорит, что у вас нет чуваков, которые знают асинхронщину. Хотя мне сейчас уже не сильно понятно, кто такие программисты. 1с чтоле

Есть, но они на Java, а мне приходится использовать Go. иногда Python. Система обширная.

А что в жаве нет асинхронщины чтобы ее прям не знали?

Есть кто знает, только Java подразделение щас 8 человек.

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

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

Народу штатное количество, просто люди часто не понимают что делают SRE. Я у меня должность примерно такая. :)

Всем привет. Ищу Go-разработчика в крупную компанию, отдел речевых технологий. Офис СПб. Оформление тк РФ. Плюс всякие плюшки. Подробнее в лс

👩‍💻 Как устроен планировщик Go? 📢📢 Узнайте на открытом уроке 28 февраля в 20:00 мск онлайн-курса «Golang Developer. Professional» в OTUS. Не упустите возможность протестировать курс и познакомиться с преподавателем. Урок рассчитан на программистов с опытом и начинающих Go-разработчиков. ✅ На занятии мы: — Посмотрим на то, как устроен планировщик внутри Go. — Узнаем, как эти знания можно использовать в повседневной практике. 💻 Спикером выступит Балун Владимир, преподаватель курса и ведущий разработчик в Ozon. 💎 Продолжить изучение Go вы сможете на курсе, на него действует рассрочка. ➡️Определите свой уровень подготовки с помощью теста и регистрируйтесь на мероприятие: https://otus.pw/K9on/.

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

DBA обычно специфичные знания, мы с ним взаимодействуем. Уметь делать эксплейн это не значит быть DBA. :) Архитектура тоже весьма отдельная штука. Как и OPS впрочем.

Миренга всех заебал своими клоунскими фетишами?

Да пусть, может такое мнение у человека.

написание нескольких микросервисов...

Не, ну а кто будет api gateway писать? Перекладыватели json-в, что ли?

Не, ну а кто будет api gateway писать? Перекладыватели json-в, что ли?

А кто еще? Там по сути и надо джейсон перекладывать

А кто еще? Там по сути и надо джейсон перекладывать

Их надо качественно переложить, по Sre-шному)

Jsonы там обычные. :)

Кстати с интеграцией внешних сервисов да, приходится часто возится. :)

А там каждый горазд как может.

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

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

Главное чтобы не заставляли по фтп файлы забирать)

А ТЗ на интеграцию от банкиров порой вообще шедевр, не чего не понятно совсем. :)

Главное чтобы не заставляли по фтп файлы забирать)

Кстати да, помимо json отдаем файлы по ftp. :)

Причем интересно, они их забирают и при этом стирают, а потом кудато продевают и просят перевыложить. :)

😁

Радует что так делают не все банкиры...

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

Типо проверок обновления.

Они на api получают инфо, и после какого-то времени лезут на ftp за остатками этой информации. А потом еще лезут на ftp за суточным отчетом который позже формируем.

Причем интересно, они их забирают и при этом стирают, а потом кудато продевают и просят перевыложить. :)

стирают, чтоб случайно дважды не обработать 😓

стирают, чтоб случайно дважды не обработать 😓

Это да, но при этом умудряются терять. :)

Это да, но при этом умудряются терять. :)

Не всё всегда идет по плану :)

А суточный не содержит в названии времени? Или там ОТЧЕТ.doc, который перезаписывается

А суточный не содержит в названии времени? Или там ОТЧЕТ.doc, который перезаписывается

Там в каждом idшники есть а суточный аналитика по неким процессам системы.

Просто если название уникальное, то можно запретить им удалять, поменяв права)

Просто если название уникальное, то можно запретить им удалять, поменяв права)

Не, у нас там сложнее, обвязка получает файл от микросервиса, доставляет в папку бекапа и в папку выкладки, если совпадение или проблема по имени то в отдельную папку бекапа, без выкладки для разбора. Все с контролем чексум на всех этапах транспортировки. :)

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

И в итоге чуваки каждый раз пишут письмо с просьбой выложить еще разок отчет?

Не, иногда теряют операционный файл, отчет пока не теряли насколько помню.

Не, иногда теряют операционный файл, отчет пока не теряли насколько помню.

Конечно, отчеты не теряли. Отчеты ж сразу кладутся в папку "Отчеты", а она - на флешке у начальника отдела.

#Вакансия #Vacancy #Remote #Senior #Golang #full_time # Company: MSP Development Employment: full time Work format: remote $ 5000-6000 (net) Location: Any (working time in the European time zone) We do not currently work with candidates from Russia or Belarus. Project: SaaS platforms English – В2+/С1! ● 5+ years of commercial development experience ● Fluent in Golang - 3+ years ; ● Experience with Docker and any of the main cloud providers (AWS, Azure, GCP); ● Experience with Kubernetes, C++, and/or Python a plus Details in DM. @virn2014

#вакансия #backend #golang #go #middle #senior 📌Вакансия: Go developer 🏢Компания:Daruma 👉Форма работы: Удаленно 📌Занятость: Полная 💰Вилка:180 000 -270 000 NET О нас Аккредитованная It - компания. Наша разработка направленна на создание и развитие продуктов связанных с обучением и онлайн коммуникацией. Сейчас мы активно расширяем штат сотрудников, которые будут развивать наши продукты и разрабатывать новые. Что предлагаем -Дмс, после окончания испытательного срока. -Профессиональный рост и развёрнутый фидбек о твоей работе. -Отлаженные внутренние процессы; -Корпоративная скидка на изучение английского в Skyeng; -Компенсация сессий с психологом; -Возможность работать полностью удаленно. -Трудоустройство по ТК, с возможностью работать из любой точки мира, без большого разрыва с МСК. Задачи - Улучшение существующего сервиса для коммуникаций. Что мы от вас ожидаем -Опыт разработки на Go от 2-х лет -Опыт работы в продуктовой компании/команде -Будет круто, если есть опыт разработки на С/С++/Java/Python Заинтересовала вакансия - давай общаться 😇 Буду рада вашим резюме и рекомендациям🌞 📩tg s_pytliak

Я узнал что в озон более 1000 микросервисов. Может кто-нибудь подсказать, как там происходит декомпозиция? 1. По бизнес возможности 2. По под домену 3. По принципу 1 entity = 1 микросковис. И насколько сильно микросервисы между собой связаны?

И как там решается проблема с god классами?

Я узнал что в озон более 1000 микросервисов. Может кто-нибудь подсказать, как там происходит декомпозиция? 1. По бизнес возможности 2. По под домену 3. По принципу 1 entity = 1 микросковис. И насколько сильно микросервисы между собой связаны?

Все подходы сразу, зависит от бизнес юнита

А что касается команд? 1 команда = 1 микросервис, или как бог подаст

Хотя учитывая что у них более 1000 микросервисов, глупый вопрос 😄

В моей команде было около 10 микросервисов

Я сильно извиняюсь, а они объясняют нахрена так делают?