Как стать автором
Обновить
73
0
Дмитрий Синявский @r3code

SRE / Go Developer

Отправить сообщение

Я выступил первый раз на DevOpsConf 2024 и мне понравилось, мне этого реально не хватало - обратной связи от коллег по цеху. Лично я себя чувствовал замечательно, ещё весь день после доклада был на стенде и отвечал на вопросы по докладу. Из некоторых вопросов даже по своей теме узнаешь новое, потому что не во все уголки еще слазил, как оказывается - это круто. Меня народ зарядил и взбодрил, хочу еще.

То что есть еще одна альтернатива - это отлично. Есть такие нишевые штуки, где не нужно таких огромных объемов.

банально даже в логах договориться поля назвать и то проблема бывает.

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

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

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

Оборачивать библиотеки в свои интерфейсы хорошо: 1) это лишает вас женской привязки 2) добавляет читабельности 3) позволяет спрятать ненужные нам методы.

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

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

Это про как делать не надо пример.

Нормальный проект начинает с MVP для проверки идеи, а по ее подтвержении развивают итеративно.

Сделай хорошо, а не круто.

И многие не понимают, что разработка ПО это такое же производство, тот же завод ,а процесс разработки - внесение изменений, доставки - конвеер. И на разных участках непрерывность поддерживают разные люди.

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

DataDog развивает vector.dev потому что он сам его использует как фичу https://www.datadoghq.com/product/observability-pipelines/. Только она у них обмазана в красивый интерфейс.

я видел в этом боте - он смотрит на иконку статуса в мессенджере. Если пальма или смайлик с градусником - добавляет в исключения.

А что есть инцидент в контексте on-call? Когда инцидент открывается?
И есть ли у нас список всех инцидентов, чтобы потом смотреть потом статистику по ним?

некропостинг )

Татьяна Гребенюкова еще делилась историями других компаний? У меня на примете такой список Industry insights от blameless https://www.blameless.com/industry-leader-insights

Выгода есть когда смотришь за error budget (=1-slo) и его расходованием.

Контроль его расходования создает обратную связь с командой разработки. Если после релиза мы понимаем, что расходуем бюджет ошибок быстро и так все сжарим за 2 дня вместо месяца, то это сигнал к переключению усилий на стабильность (отложить разработку фич и править скорее предварительно откатившись на предыдущий релиз).

Почему вы так смешиваете sla и slo?

Если у вас есть slo, то он жестче чем sla быть должен. Иначе времени исправиться не остается. Разработчики должны спохватиться раньше.

Я тоже считаю, что явное лучше неявного. Автор интересовался именно причинами, почему вообще такой код встречается и нашел их.
Спасибо. Исправил
Это я попробовал новый редактор поста так

Интересные эксперименты! Продолжайте

Тема интересная, но перевод утерял множественное число много раз(поток вместо потоки, например). Выглядит как машинный перевод.

Спасибо. Попробуем у себя и вашу схему.
Это перевод habr.com/ru/post/440200, мне кажется продолжает эту тему
А теории да, а на практике что?
Спасибо. У меня вот в инструкциях осталось от советских времен… «категории 1-4 для программистов», написано что должна аттестовать комиссия. Но оба моих начальника сказали, забей, у нас тут нет людей чтоб вас аттестовать. А так действительно движения по лестнице на ФГУП нет, ты студентом придешь и будешь техником-программистом, а с дипломом будешь инженером-программистом, ну может вырастешь до руководителя группы, а потом до начальника бюро, но начальником отдела уже не станешь.
А с категориями было бы здорово, человек бы стремился к улучшению, зная о поощрении материальном если категорию открыл. Интересно, что на производстве это осталось для рабочих, например у работников ОТК и токарей есть разряды, они за них получают разные зарплаты. А программисты — так программисты. В итоге каждый ходит и лично выбивает себе ЗП, а мотивацию приходиться из энтузиазма личного черпать.
Извините, что через 10 лет спрашиваю ) Но можете указать на те самые методики применявшиеся в СССР и теперь объявленные «новыми». Хотелось бы изучить.

Информация

В рейтинге
Не участвует
Откуда
Россия
Дата рождения
Зарегистрирован
Активность

Специализация

Backend Developer, Site Reliability Engineer
Senior
SRE
Monitoring
GitLab
Golang
PostgreSQL
Redis