Лет ми спик фром май харт🇬🇧🇬🇧🇬🇧

Я человек, у которого из постоянного в жизни похоже только орущая кошка в 5 утра и занятия англом по пятницам.
Занимаюсь с преподом я уже почти 2 года. Изначально у меня уже был неплохой уровень, поэтому сейчас акцент исключительно на speaking, то есть каждое занятие мы болтаем на какую-то рандомную тему без подготовки (политика, экология, ИИ и тд).
Препод мой уже в который раз намекает, что хватит уже стесняться, моего уровня англа с головой хватит для работы за рубежом и пора бы уже пробоваться, а я ему в ответ все курлык да курлык мол мне еще надо подготовиться. ☺️

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

1. Всем плевать на акцент, глобализация делает свое дело. Самое главное правильно передать основную мысль, но сфокусируйтесь на том, чтобы передать смысл минимальным количеством слов.
2. Используйте простые слова: за использованное на вики-страничке слово punt (знаете такое?) в комментах ругаются на то, что использовали сложное понятие.
Далее идут 3 пункта, которые хорошо бы и в родной речи использовать😜:
3. Не стесняйтесь переспрашивать, если что-то не поняли.
4. Убеждайтесь, что вас понимают. В конце концов, вы же не UDP.
5. Используйте синонимы и объяснения «на пальцах»
6. Просите включать камеру и включайте её сами. Удивительно, но даже лагающее видео всё равно сильно помогает понимать чужую речь.
7. Скажите нет мобильным звонкам. По опыту автора 100% звонков на мобильный по вопросам собеседований были полнейшим фейлом. Просите делать встречу в Zoom/Skype/Meet и т. д.
8. Тренируйте свои рассказы для собеседований!
- Опишите свой опыт табличкой в формате STAR, опираясь на Leadership Principles.
- Есть сервис mock-собеседований
9. Убеждайте данными. Везде, где вы хотите сказать что-нибудь особенно важное, подумайте, каким числом, измерением или метрикой это можно сопроводить, и насколько она будет понятна вашим слушателям.
10. Попробуйте подготовиться к восприятию акцентов на слух. Часто посмеиваются над акцентом индусов, но в моем топе прочно тусуются французы и ирландцы.

Анекдоты про протоколы (применять на собесах с осторожностью):
Я знаю неплохой анекдот про UDP, но не факт, что он до вас дойдёт.
Я знаю неплохой анекдот про TCP, но если он до вас не дойдёт, то я повторю

#карьера

В течение последних 2х недель пишу коллегам о том, что у нас что-то не так считается в метриках.
Это я нырнула в наследие, которое осталось от прошлых команд аналитиков, а там вот такие сюрпризы 🫠

Мораль?
Проверяйте все, что вам дают со словами «ну это уже давно так считается, проблем не было».

Еще наткнулась на статью от Профи.ру, в которой описывается как маленький косяк уронил ключевую метрику команды, а чтобы найти причину потребовалось 3 месяца 🧐

#трудовыебудни

🤬SELECT style FROM SQL. Часть 1

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

Поэтому вот небольшой список best practices по код-стайлу.
📌1. SELECT * FROM - антипаттерн.
- таблицы меняются и запрос, содержащий подобную конструкцию, может сломаться.
- плохо читаемый код запроса, непонятно какие поля выбираются для дальнейшей работы.
- вопрос производительности. Хорошая статья на эту тему: https://tanelpoder.com/posts/reasons-why-select-star-is-bad-for-sql-performance/

📌2. Используйте СTE (с понятным псевдонимом).
- дешевле выполнить подзапрос один раз, сохранить его в памяти, а затем просто повторно использовать набор результатов по мере необходимости в своем коде.
- повышение читаемости кода

📌3. Используйте комментарии. Конечно, в идеальном мире, код должен быть самодокументируемым, но если есть места, которые неочевидны, то лучше их прокомментировать.
Например, у вас встретился запрос, вот такого вида:

SELECT manager 
FROM dict 
WHERE city = ‘Зажопинск’ 

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

📌4. Избегайте подсказок оптимизатору.
Например, вы увидели, что ваши данные со скошенным статистическим распределением и на радостях впихнули в запрос хинт*, чтобы явно указать оптимизатору что делать. Но по мере роста объема данных это распределение может измениться и тогда ваша подсказка будет уже помехой.
*хинт (hint) – это указание оптимизатору запросов, которое переопределяет его поведение по умолчанию на время выполнения SQL запроса.

📌5. Именование колонок должно быть в snake_case стиле.
Хорошо

SELECT
    id,
    email,
    timestamp_trunc(created_at, month) AS signup_month
FROM users

Далее идут более спорные пункты. Да начнутся голодные игры.

📌6. Одиночное join условие должно быть на той же строке что и сам join.
Хорошо

SELECT
    users.email,
    sum(charges.amount) AS total_revenue
FROM users
INNER JOIN charges ON users.id = charges.user_id
GROUP BY email

📌7. Делайте группировку по имени поля, а не по номеру. Хотя вот статья в защиту номера: https://www.getdbt.com/blog/write-better-sql-a-defense-of-group-by-1
Плохо

SELECT department, position, count(id) AS count_empl
FROM empl
GROUP BY 1, 2

Хорошо

SELECT department, position, count(id) AS count_empl
FROM empl
GROUP BY department, position

📌8. Записывайте прописными буквами зарезервированные слова.
Плохо

select a  from empl

Хорошо

SELECT a
FROM empl

Лично мне проще читать код, когда вижу upper case, но в автоматизированных форматтерах это можно регулировать.

📌9. Запятые в начале vs запятые в конце (commas-first/last) + каждое поле в новой строке
Мне лично нравится ставить запятую в конце.
Плохо

select id, email
from users

Хорошо

SELECT
      id,
      email
FROM users 

📌10. Выравнивание по левому краю.
Даже не знаю, что вызывает больше споров: выравнивание или запятые. Я выравниваюсь по левому краю.

В vs code есть различные форматтеры, так что установите себе что-то подобное и жизнь станет проще.
https://www.vsixhub.com/vsix/5708/ - как пример
либо в DataGrip настройте нужное)

Объем информации довольно большой, поэтому в следующий раз опубликую 2-ю часть с лучшими практиками.
Но хочу все же подчеркнуть, что какой-то единой истины нет в плане форматирования, поэтому мне интересно как вы в работе форматируете или какой автоформаттер используете?
Пишите в комментариях 👇

#трудовыебудни

Могла бы сейчас онлайн шопиться, но у Остина я вызываю сомнения. 😔
Пришлось достать чтиво в виде DAMA-DMBOK.

Кстати, с ужасом осознала, что когда стрессую, то начинаю заедать вкусняшками или мониторить маркетплейсы.
А я-то все думала, что я не такая, я жду трамвая…

А как вы справляетесь со стрессом или просто плохим настроением?

P.s. На главную переходила, не работает