По поводу pp как etl я бы не согласился. У майкрософта в общем-то все продукты немного-то того, немного другого, а что-то как на зло отрезано. Но под задачу etl, считаю, больше заточен power query, он для этой же задачи встроен в power bi.
И вот после etl от power query или простого подключения power pivot/power bi кладут данные в свою базу, где под капотом довольно шустрая, как по мне, система. Собственно Ексель всегда и для обычных сводных таблиц загружал данные в эту "сводную", но в моднлях PP научился делать намного лучше.
И порой было бы здорово, если бы эти модели данных можно было использовать как источник данных для других подключений.
PP - так сократил power pivot. В нем можно сделать подключения к внешним источникам данных. Но подключиться к power pivot как к источнику данных нельзя.
До 100 тыс строк - excel. Если много формул и виснет на просчете - оптимизировать формулы или выносить их в VBA (что не желательно, тк надо менять расширение).
Больше 100 тыс и до 5 млн. Хорошо справляется Access. К нему так же замечательно коннектится excel через надстройку power pivot. PP вообще достаточно эффективно обрабатывает и хранит данные, но его нельзя использовать как источник данных.
Под специфический задачи: простенькие etl процессы - power query; визуализация/аналитика - power bi.
Если больше данных или нужны дополнительные свойства, в тч совместная работа. То лучше уже выбирать полноценные субд, но это кратно другие расходы
Так круто написано... И у нас тоже и свои HR есть, и агентство. Вот только найти почему-то никого не могут, проконсультировать не могут, кандидата оценить не могут.
Руководители сами сидят на hh и ищут сотрудников. Потом надо закинуть эти резюме в hr, тк у руководителей доступ без персональных данных, 5 раз напомнить чтобы они отработали их, а потом внезапно этих кандидатов "предлагает" агентство и требует свою оплату.
Думай как математик - самая разочаровывающая, книга из списка, как по мне. Начать хоть с названия, на русском это прям такая бизнесовая тема. А дословно если перевести, то получится что-то типа "Ум для чисел: как преуспеть в науке и математике". Вот дословный перевод больше соответствует, тк по сути книга своего рода гайд, как учиться и сдавать экзамены. Основной тезис - учись постоянно, по не многу, а не одну ночь перед экзаменом. И этот тезис обсасывается, аргументируется и сдабривается "лайфхаками" всю книгу.
В первой половине статьи показалось , что свою жизнь описывает бедолага из магазина на диване, у которого все из рук валится. А после пункта про минерву стало понятно, что не показалось.
Актуально в том смысле, что его хотя бы можно было рассматривать как рабочий сценарий. Накопить денег, приехать написать заявление, оплатить, получить новый график платежей - это целое мероприятие. Из-за издержек связанных с проведением этой операции ее проводили существенно реже. Снижение же срока можно было рассматривать как некую автоматизацию досрочки. Принося условные 200 тр на досрочку человека решал, что ему нужнее, сократить долговую нагрузку на 1 тр или быстрее выплатить введя в платеж эту 1тр ежемесячной досрочки.
В современных реалиях для меня ответ на вопрос темы очевиден - "только снижение платежа". Снижение срока было актуально до развития интернет Банкинга, когда на каждую досрочку надо было ехать в офис и писать заявление. Сейчас это делается через приложение за 1-2 минуты, почти на любую сумму.
И если уж запариваться, достаточно просто сделать кредитный калькулятор в excel, хватит стандартных формул. И там считать все эффекты от досрочек.
Вспоминаю удаленку как сущий ад. Сейчас рассматриваю как опцию, которая может быть полезна только в отдельных ситуациях.
Как это выглядело у нас, опишу топ-3 минусов:
Далеко не у всех дома были оборудованные рабочие места в отдельной комнате. Сидели кто где, наиболее частая локация - кухня.
Размытие рабочего времени. Не редкость, что задача могла прилететь в 9 вечера, а результат спросят в 7 утра следующего дня. Ответственные сотрудники находились в каком-то вневременье, постоянно на работе. Слово выгорание прочно вошло в обиход.
Про менеджеров абсолютно обратный эффект. Они как будто впервые узнали про зумы, скайпы, гуглмиты. Неожиданно в нашей жизни появилось множество директоров разного уровня и их помощников, кураторов, руководителей проектов и прочих фантастических тварей. Возможно раньше им было ленно устраивать очные совещания, а встречу в скайпе устроить можно в 2 клика. В итоге половина рабочего времени оказалась забита онлайн совещаниями разной степени бессмысленности.
Отвечу сразу на ветку. Хочу отметить, что я так же активный пользователь Ексель, мой комментарий больше к тому, что удивительно, что в статье столько примеров где очевиден человеческий фактор, но не упомянули такой технический момент.
Касательно округления, да, верно подмечено, дело в double. Проблема в том, что он несколько непредсказуемо/неочевидно себя ведет. Наглядный фокус - посчитать 1/3, скопировать как значение и умножить 3, то мы увидим получим 0,999 с 15 знаками в мантиссе. Если поделим еще на 100, то будет 0,00... и 15 девяток. И главное, мы скорее всего этого не заметим, тк будем видеть 1 и 0,001, тк не раскроем достаточно знаков.
Касаемо финансового мира. Особенность копеек в том, что они складываются в миллионы, миллиарды и тп денег. А в этих случаях возникает желание повысить разрядность. А там еще добавить какие-нибудь курсы/валюты и внезапно окажется, что распределение бюджета в 1млрд денег не равно распределению бюджета в 1 000 000 000 денег. И это все в сегменте пользователей где не так много осведомленных про тип double, и при этом также радеющих за учет каждой копейки.
Столько примеров против екселя накидали, а самого важного - округление до 15 символов после запятой, не упомянули. И особенно удивительно, что Ексель так плотно сросся с финансовым миром при таком дефекте.
По поводу pp как etl я бы не согласился. У майкрософта в общем-то все продукты немного-то того, немного другого, а что-то как на зло отрезано. Но под задачу etl, считаю, больше заточен power query, он для этой же задачи встроен в power bi.
И вот после etl от power query или простого подключения power pivot/power bi кладут данные в свою базу, где под капотом довольно шустрая, как по мне, система. Собственно Ексель всегда и для обычных сводных таблиц загружал данные в эту "сводную", но в моднлях PP научился делать намного лучше.
И порой было бы здорово, если бы эти модели данных можно было использовать как источник данных для других подключений.
PP - так сократил power pivot. В нем можно сделать подключения к внешним источникам данных. Но подключиться к power pivot как к источнику данных нельзя.
Для себя выбрал такие критерии выбора системы.
До 100 тыс строк - excel. Если много формул и виснет на просчете - оптимизировать формулы или выносить их в VBA (что не желательно, тк надо менять расширение).
Больше 100 тыс и до 5 млн. Хорошо справляется Access. К нему так же замечательно коннектится excel через надстройку power pivot. PP вообще достаточно эффективно обрабатывает и хранит данные, но его нельзя использовать как источник данных.
Под специфический задачи: простенькие etl процессы - power query; визуализация/аналитика - power bi.
Если больше данных или нужны дополнительные свойства, в тч совместная работа. То лучше уже выбирать полноценные субд, но это кратно другие расходы
Так круто написано... И у нас тоже и свои HR есть, и агентство. Вот только найти почему-то никого не могут, проконсультировать не могут, кандидата оценить не могут.
Руководители сами сидят на hh и ищут сотрудников. Потом надо закинуть эти резюме в hr, тк у руководителей доступ без персональных данных, 5 раз напомнить чтобы они отработали их, а потом внезапно этих кандидатов "предлагает" агентство и требует свою оплату.
Еще бы добавить всем знание, что "аналитик" сейчас такое же расхожее и не всегда уместное понятие, каким когда-то стало "менеджер".
Поэтому данный текст переполнен локальными особенностями и процедурами, что действительно сутевые моменты теряются.
Думай как математик - самая разочаровывающая, книга из списка, как по мне. Начать хоть с названия, на русском это прям такая бизнесовая тема. А дословно если перевести, то получится что-то типа "Ум для чисел: как преуспеть в науке и математике". Вот дословный перевод больше соответствует, тк по сути книга своего рода гайд, как учиться и сдавать экзамены. Основной тезис - учись постоянно, по не многу, а не одну ночь перед экзаменом. И этот тезис обсасывается, аргументируется и сдабривается "лайфхаками" всю книгу.
В первой половине статьи показалось , что свою жизнь описывает бедолага из магазина на диване, у которого все из рук валится. А после пункта про минерву стало понятно, что не показалось.
Там середина (задачи 3-7) скрыта за серым полем. Возможно там накосячил. А начало и конец закрыл отлично.
Актуально в том смысле, что его хотя бы можно было рассматривать как рабочий сценарий. Накопить денег, приехать написать заявление, оплатить, получить новый график платежей - это целое мероприятие. Из-за издержек связанных с проведением этой операции ее проводили существенно реже. Снижение же срока можно было рассматривать как некую автоматизацию досрочки. Принося условные 200 тр на досрочку человека решал, что ему нужнее, сократить долговую нагрузку на 1 тр или быстрее выплатить введя в платеж эту 1тр ежемесячной досрочки.
В современных реалиях для меня ответ на вопрос темы очевиден - "только снижение платежа". Снижение срока было актуально до развития интернет Банкинга, когда на каждую досрочку надо было ехать в офис и писать заявление. Сейчас это делается через приложение за 1-2 минуты, почти на любую сумму.
И если уж запариваться, достаточно просто сделать кредитный калькулятор в excel, хватит стандартных формул. И там считать все эффекты от досрочек.
Вспоминаю удаленку как сущий ад. Сейчас рассматриваю как опцию, которая может быть полезна только в отдельных ситуациях.
Как это выглядело у нас, опишу топ-3 минусов:
Далеко не у всех дома были оборудованные рабочие места в отдельной комнате. Сидели кто где, наиболее частая локация - кухня.
Размытие рабочего времени. Не редкость, что задача могла прилететь в 9 вечера, а результат спросят в 7 утра следующего дня. Ответственные сотрудники находились в каком-то вневременье, постоянно на работе. Слово выгорание прочно вошло в обиход.
Про менеджеров абсолютно обратный эффект. Они как будто впервые узнали про зумы, скайпы, гуглмиты. Неожиданно в нашей жизни появилось множество директоров разного уровня и их помощников, кураторов, руководителей проектов и прочих фантастических тварей. Возможно раньше им было ленно устраивать очные совещания, а встречу в скайпе устроить можно в 2 клика. В итоге половина рабочего времени оказалась забита онлайн совещаниями разной степени бессмысленности.
Отвечу сразу на ветку. Хочу отметить, что я так же активный пользователь Ексель, мой комментарий больше к тому, что удивительно, что в статье столько примеров где очевиден человеческий фактор, но не упомянули такой технический момент.
Касательно округления, да, верно подмечено, дело в double. Проблема в том, что он несколько непредсказуемо/неочевидно себя ведет. Наглядный фокус - посчитать 1/3, скопировать как значение и умножить 3, то мы увидим получим 0,999 с 15 знаками в мантиссе. Если поделим еще на 100, то будет 0,00... и 15 девяток. И главное, мы скорее всего этого не заметим, тк будем видеть 1 и 0,001, тк не раскроем достаточно знаков.
Касаемо финансового мира. Особенность копеек в том, что они складываются в миллионы, миллиарды и тп денег. А в этих случаях возникает желание повысить разрядность. А там еще добавить какие-нибудь курсы/валюты и внезапно окажется, что распределение бюджета в 1млрд денег не равно распределению бюджета в 1 000 000 000 денег. И это все в сегменте пользователей где не так много осведомленных про тип double, и при этом также радеющих за учет каждой копейки.
Столько примеров против екселя накидали, а самого важного - округление до 15 символов после запятой, не упомянули. И особенно удивительно, что Ексель так плотно сросся с финансовым миром при таком дефекте.