Pull to refresh
39.7
Karma
0
Rating

Пользователь

  • Followers 23
  • Following 12

7 заповедей любого инженера

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

Где учат преподавать (не только в пед. институте)

Спасибо за классную подборку!
Я тоже преподаю, начинала в компании с рассказами о работе системы, потому что команда выросла, и люди пилили каждый свой кусочек, без понимания как это все вместе работает.
Сейчас преподаю в Отус, тут есть курс otus.ru/lessons/metodika-obuchenija Онлайн преподаватель, который можно пройти бесплатно, если собираешься дальше преподавать в проекте. Я к тому времени уже 2 года преподавала в колледже и все равно было много полезных моментов, которые я для себя вынесла.

А какая разница какой Collation выбрать?

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

А какая разница какой Collation выбрать?

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

Топ-65 вопросов по SQL с собеседований, к которым вы должны подготовиться в 2019 году. Часть I

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

Топ-65 вопросов по SQL с собеседований, к которым вы должны подготовиться в 2019 году. Часть I

спасибо большое, постарались подправить косяки, так же добавила комменты кое-где по SQL Server.

В офисе есть иллюзия контроля — на удаленке ее нет. Разговор с Девхаб

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

Конференция архитекторов. Как это было

Отлично, с удовольствием приду. Про темы и спикеров. Как всегда интересны спикеры с реальным опытом, хотелось бы услышать какой-нибудь положительный или отрицательный опыт распиливания приложения на микросервисы. Также интересно про сбор требований и выбор архитектуры, опять же истории из жизни мне немного интереснее общей методологии — так как методологию можно прочитать в статьях\книгах. Про сбор требований — еще интересно что делают в ситуацих, когда проект в самом начале и еще толком стейкхолдеры сами не знают, что будет.

Конференция архитекторов. Как это было

Ребята, большое спасибо за проведенные встречи! Было очень полезно и интересно!

Государственный интернет: рассказ удалёнщика о VPN в Китае

К сожалению каждый раз когда я слышу о закрытия интернета у меня реально возникает паника и желание купить билет и уехать.
По поводу свободного интернета — я понимаю, что большинству наших соотечественников глубоко наплевать на свободный интернет, потому как они как и китайцы знают только русский и англоязычные и другие ресурсы их не волнуют. Времена, когда казалось, что мы нагоним и станем частью мировой экономики, и наши талантливые люди смогут реализовать себя и получить мировое признание кажется куда то уходят, проваливаются в бесконечные инициативы по закрытие того сего и импортозамещение.
Почему меня все это бесит и расстраивает? Да потому что я считаю, что у нас много талантливых людей и отличных спецов, и если бы не эти — кинем миллиарды на то, на это, на блокировку того, на замещение сего, то можно было бы вложить эти деньги в развитие чего то своего нового и нужного. Не тупое копирование того же, не придумывание колеса, а создание реально хорошего, нового и востребованного.
Неужели никому не жалко тех сил, времени и человеческих ресурсов, которые были потрачены на Baidu, на Youku и что там еще? А если бы компании не просто скопировали а сделали новый сервис, в «свободном» интернете неужели это было бы не круче. В «свободном» потому что ок — может быть надо блокировать ресурсы, которые содержат контент с насилием или что то типа «как сделать бомбу своими руками», но блокировать новости, фильтровать то, что мы увидим, а что нет, обманывать насчет числа погибших во всякого рода катастрофах и прочее — неужели правда есть люди, которые считают это осмысленным и даже готовы это поддержать и на это поработать на такую системы, потому что делают вывод, что вон же Китай развивается при закрытом интернете — значит и мы сможем. Китай помимо закрытого интернета имеет смертную казнь за коррупцию. Почему никто не хочет попробовать эту меру? А вдруг развиваться начнем…

Синтетические vs реальные тестовые данные: плюсы, минусы, подводные камни

Спасибо за статью, в моей практике процентов 80% проблем найденных уже на проде были из-за того, что не смогли предугадать такой вариант в тесте, и нет тестировщики были не начинающие и знали систему хорошо. Просто варианты настроек клиента + использование фичи, да много можно чего вспомнить. И чем крупнее система, тем к сожалению чаще такое встречается, тем и хороши canary релизы, с постепенным увеличением охватываемого объема.
И да — данные с прода очень хороши для проверок, к сожалению в тех системах, с которыми я работала их все равно приходилось обфусцировать и опять же есть вопросы к тому, что получалось в итоге обфускации, но как говорится, нет предела совершенству.

А вы приносите плохие новости руководству?

Согласна. Я бы даже сказала, что иногда успешность компании зависит от того насколько ее управленцы умеют правильно реагировать на такого рода новости.

А вы приносите плохие новости руководству?

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

Открытый вебинар «Порядок выполнения запроса SELECT и план запроса в MS SQL Server»

Про hint ы на то как делать соединение таблиц, было пару случаев где оптимизация свелась просто к убиранию хинта и все стало работать в разы быстрее. Все-таки прибитое гвоздями надо периодически мониторить и смотреть как оно там, а так как кода много, про существующие в коде хинты часто забывают. Видимо хинт прожил в том месте, откуда я его убрала, довольно долго и возможно пережил переезд на новую версию SQL Server.

Открытый вебинар «Порядок выполнения запроса SELECT и план запроса в MS SQL Server»

Спасибо!
В вашей иллюстрации получается лучше показать разницу между хэш функцией и значениями в таблице. И тоже очень интересный момент, мне кажется, который я не проговорила — за счет чего получается ускорение по сравнению с Nested loops.
Про мерж — отличная иллюстрация про радугу, так как в мерж они уже отсортированы благодаря индексам, но в примере с баночками это не очень наглядно.
Буду пользоваться с вашего позволения улучшенными примерами.

Как добавить индекс на нагруженной системе 24/7 без простоя?

Э-эх, это больной вопрос. Пока ничего не делаем, у нас SSD диски.
К сожалению пока мы не придумали пляску с бубном, чтобы неафектить прод и делать дефрагментацию. С Rebuild With online=on все равно есть проблемы на нагрузочных тестах, в теории идельно было бы использовать reorg так как сохраняется прогресс, который мы бы запускали в часы низкой нагрузки и часов 6 с субботы на воскресенье, с прерыванием после того как время истекло, даже если процесс еще идет.
Про съезжающие статистики — есть джоб, который запускает обновление статистик по большим таблицам, но там тоже не все идеально.

Как добавить индекс на нагруженной системе 24/7 без простоя?

Да есть реплики, мастер и read-only в Availability Group. Изменения я могу применить только на master реплику, то есть сделать изменения схемы для read реплики и потом failover на нее не получится.
Для read с read-only реплики эта таблица не использовалась, так как к сожалению в SQL Server 2012 были нюансы с выборками с read-only реплик по производительности.

Как добавить индекс на нагруженной системе 24/7 без простоя?

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

Как добавить индекс на нагруженной системе 24/7 без простоя?

В проекте бизнес логика и в БД тоже, это мне кажется довольно холиварный вопрос, на который у меня нет ответа, потому что так сложилось, что все проекты, в которых я работала имели много бизнес логики в бД, а хотелось бы помимо теории, попробовать руками.
Теперь по пунктам:
  • про управление релизами всегда есть код для релиза в БД и приложения, конечно ни о каком полном стопе не может быть и речи, процедуры всегда делаются с обратной совместимостью и сначала накатывает код для БД, потом обновляется приложение. Код для релиза базы готовится с помощью специального ПО, которое помогает сформировать скрипты для деплоя и отката изменений в случае чего, всегда делается версия для отката изменений и пишется иснтрукция для ДБА, если откат много ступенчатый и сложный, но обычно нужно просто последовательно применить файлы с sql кодом на базу.
  • это sql server и ненужно вызывать рекопиляцию, как кажется надо делать в Oracle, server сам рекомпилирует процедуры, ситуаций, когда этого не случалось или рекомпиляция почему то ломалась не было.
  • про eval — простите нужно больше деталей, не очень понимаю о чем речь, писала на javascript довольно давно, но возможно это решается походом в кэш (он есть)
  • сложность шардирования — да, это сложно и тут БД шардированы и это был целый проект по шардингу, я его не застала и пришла в команду уже после
  • тоже про alter table — в теории да, по факту даже когда таблица меняется и она используется во многих процедурах это не вызывает проблему на сервере (спасибо разработчикам СУБД)
  • да тесты — это головная боль, в проекте нет отдельных тестов для БД, есть тесты для приложения, если в БД есть отдельный функционал, обычно там же добавляют тесты для его проверки через приложение.

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

Как добавить индекс на нагруженной системе 24/7 без простоя?

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

Information

Rating
Does not participate
Location
Россия
Works in
Date of birth
Registered
Activity