Личный бренд
Послушала наконец-то подкаст Ани Подображных из Авито и выписала основные моменты про личный бренд.
Почему вообще стала интересоваться личным брендом? Ну, кажется, что это неплохий вариант геймификации собственной жизни:)
Основные тезисы:
(порой очень очевидные, но, видимо, пока письменно не зафиксируешь - не запомнишь)
Личный бренд бывает внутренний (в пределах своей компании) и внешний.
Очень важно рассказывать о том, что ты делаешь. Можно проделать крутую работу и получить классный результат, но из-за того, что его не видно окружающим, складывается впечатление, что ничего не происходит. И не нужно бояться себя проявлять. Да, всегда будут люди в 1000 раз лучше тебя, но это вообще не должно быть проблемой.
Какие плюшки от личного бренда:
1) нетворк, инсайты. Когда начинаешь делать проект с нуля, но знаешь, что что-то подобное делали в других компаниях, то можно напрямую пингануть нужного человека.
2) можно делать какие-то совместные движухи
Качаешь личный бренд - > качаешь бренд компании. Это взаимовыгодная история.
Как работать над своим брендом
1) начинаем с цели.
Для чего тебе нужен личный бренд? Просто чтобы знали - это не ответ.
Надо именно проанализировать варианты и выбрать в какую сторону двигаться. Например, нетворкинг - одно направление, монетизация и поаышение дохода - совершенно другая история.
2) где развиваться?
Заход через тг - мягкий заход. Визитная карточка, простая история, всё понятно. Можно писать про себя, делиться реальными кейсами и тд.
3) аудитория.
Привлечение своих друзей и тд. Первая тысяча - всегда тяжело. Нужно вкладываться, дальше уже намного проще и рост органический.
4) выступления. На презентациях в слайдах можно указать мол вот я тут веду канал, подписывайтесь, ставьте лайки:)
Как начать выступать:
1) курсы часто проводят ивенты/митапы, куда очень легко залететь
2) писать статейки во вне (Vc, medium, хабр)
Я сама активненько слежу за вот этими людьми:
- Аня Подображных (продакт)
- Валерий Бабушкин (крутой ds, формировал data-driven культуру в x5)
- Виктор Кантор (тот самый с курсов по ds на курсере)
- Анатолий Карпов (легендарный курс на степике по основам статистики и основатель школы ds)
- Дмитрий Аношин (курс на youtube DataLearn, путь от завода до Амазона)
——————————————
Видосики для дегродства:
- Frying Pan (https://www.youtube.com/@FryingPan)
- Joma Tech (https://www.youtube.com/@jomaoppa)
Подкаст: [https://music.yandex.ru/album/24718255/track/114192648]
#карьера
Послушала наконец-то подкаст Ани Подображных из Авито и выписала основные моменты про личный бренд.
Почему вообще стала интересоваться личным брендом? Ну, кажется, что это неплохий вариант геймификации собственной жизни:)
Основные тезисы:
(порой очень очевидные, но, видимо, пока письменно не зафиксируешь - не запомнишь)
Личный бренд бывает внутренний (в пределах своей компании) и внешний.
Очень важно рассказывать о том, что ты делаешь. Можно проделать крутую работу и получить классный результат, но из-за того, что его не видно окружающим, складывается впечатление, что ничего не происходит. И не нужно бояться себя проявлять. Да, всегда будут люди в 1000 раз лучше тебя, но это вообще не должно быть проблемой.
Какие плюшки от личного бренда:
1) нетворк, инсайты. Когда начинаешь делать проект с нуля, но знаешь, что что-то подобное делали в других компаниях, то можно напрямую пингануть нужного человека.
2) можно делать какие-то совместные движухи
Качаешь личный бренд - > качаешь бренд компании. Это взаимовыгодная история.
Как работать над своим брендом
1) начинаем с цели.
Для чего тебе нужен личный бренд? Просто чтобы знали - это не ответ.
Надо именно проанализировать варианты и выбрать в какую сторону двигаться. Например, нетворкинг - одно направление, монетизация и поаышение дохода - совершенно другая история.
2) где развиваться?
Заход через тг - мягкий заход. Визитная карточка, простая история, всё понятно. Можно писать про себя, делиться реальными кейсами и тд.
3) аудитория.
Привлечение своих друзей и тд. Первая тысяча - всегда тяжело. Нужно вкладываться, дальше уже намного проще и рост органический.
4) выступления. На презентациях в слайдах можно указать мол вот я тут веду канал, подписывайтесь, ставьте лайки:)
Как начать выступать:
1) курсы часто проводят ивенты/митапы, куда очень легко залететь
2) писать статейки во вне (Vc, medium, хабр)
Я сама активненько слежу за вот этими людьми:
- Аня Подображных (продакт)
- Валерий Бабушкин (крутой ds, формировал data-driven культуру в x5)
- Виктор Кантор (тот самый с курсов по ds на курсере)
- Анатолий Карпов (легендарный курс на степике по основам статистики и основатель школы ds)
- Дмитрий Аношин (курс на youtube DataLearn, путь от завода до Амазона)
——————————————
Видосики для дегродства:
- Frying Pan (https://www.youtube.com/@FryingPan)
- Joma Tech (https://www.youtube.com/@jomaoppa)
Подкаст: [https://music.yandex.ru/album/24718255/track/114192648]
#карьера
Яндекс Музыка
О менторстве и личном бренде. Анна Подображных
The product way • Подкаст • 263 подписчика • Сезон 1
👍1
Если достаточно долго мучить данные, они признаются [в чем угодно] (c) Рональд Круз
У меня память как у рыбки, поэтому стараюсь вести конспекты.
Дочитала на днях книгу Карла Андерсона «Аналитическая культура».
Эта ĸнига посвящена двум основным вопросам:
1) что означает для ĸомпании управление на основе данных?
2) ĸаĸ ĸомпания может ĸ нему прийти?
#книги
У меня память как у рыбки, поэтому стараюсь вести конспекты.
Дочитала на днях книгу Карла Андерсона «Аналитическая культура».
Эта ĸнига посвящена двум основным вопросам:
1) что означает для ĸомпании управление на основе данных?
2) ĸаĸ ĸомпания может ĸ нему прийти?
#книги
Недавно меня свитчнули на роль ds, так что решаемые задачи сильно поменялись. Мне такие перемены нравятся, в далёком 2018 году я как раз и начинала свой карьерный путь в качестве стажера ds.
Так вот текущая задача посвящена интересному эффекту в ритейле - каннибализации.
Каннибализация
Товары, обладающие схожими характеристиками, замещают друг друга. Спрос одного уменьшает продажи другого, то есть один товар "съедает" своего сородича.
Чем хорош эффект каннибализации:
1. У покупателей всегда есть выбор
2. Если вдруг в супермаркете один товар закончился, его заменит аналог
Чем плох эффект каннибализации:
1. Торговые полки занимает никому ненужный товар.
2. Пропадают деньги компании, которые потратились на закупку ненужного товара.
3. Менеджеры, логисты, грузчики, мерчендайзеры и продавцы зря потратили свои ресуры.
В большинстве случаев каннибализация не является преднамеренной и маркетологи хотят избежать этого, так как их цель все же привлечь новую клиентскую базу на новый продукт, а не перекинуть существующих потребителей со старого продукта на новый.
Например, компания «Вимм–Билль–Данн» выпускала всем известное молоко «Домик в деревне». Чуть позже компания добавила еще одно молоко в свой портфель брендов — «Милая Мила». На вкус они не отличались, ценовой сегмент одинаковый, рекламировались тоже примерно одинаково. С точки зрения потребителя они ничем друг от друга не отличались. Но товары начали конкурировать между собой и чтобы прекратить эффект каннибализации завод в конечном итоге перестал выпускать молоко «Милая Мила».
Однако есть и примеры целенаправленной каннибализации, особенно это часто встречается в технологической индустрии. Например, Apple старается выпускать новые поколения продуктов каждый год.
Демонстрируя на презентации новые фичи, они таким образом влияют на потребителей, чтобы те перестали покупать их устаревшие модели.
Интересное видео на тему каннибализации - https://www.youtube.com/watch?v=2djYDhQG_BM
#трудовыебудни
Так вот текущая задача посвящена интересному эффекту в ритейле - каннибализации.
Каннибализация
Товары, обладающие схожими характеристиками, замещают друг друга. Спрос одного уменьшает продажи другого, то есть один товар "съедает" своего сородича.
Чем хорош эффект каннибализации:
1. У покупателей всегда есть выбор
2. Если вдруг в супермаркете один товар закончился, его заменит аналог
Чем плох эффект каннибализации:
1. Торговые полки занимает никому ненужный товар.
2. Пропадают деньги компании, которые потратились на закупку ненужного товара.
3. Менеджеры, логисты, грузчики, мерчендайзеры и продавцы зря потратили свои ресуры.
В большинстве случаев каннибализация не является преднамеренной и маркетологи хотят избежать этого, так как их цель все же привлечь новую клиентскую базу на новый продукт, а не перекинуть существующих потребителей со старого продукта на новый.
Например, компания «Вимм–Билль–Данн» выпускала всем известное молоко «Домик в деревне». Чуть позже компания добавила еще одно молоко в свой портфель брендов — «Милая Мила». На вкус они не отличались, ценовой сегмент одинаковый, рекламировались тоже примерно одинаково. С точки зрения потребителя они ничем друг от друга не отличались. Но товары начали конкурировать между собой и чтобы прекратить эффект каннибализации завод в конечном итоге перестал выпускать молоко «Милая Мила».
Однако есть и примеры целенаправленной каннибализации, особенно это часто встречается в технологической индустрии. Например, Apple старается выпускать новые поколения продуктов каждый год.
Демонстрируя на презентации новые фичи, они таким образом влияют на потребителей, чтобы те перестали покупать их устаревшие модели.
Интересное видео на тему каннибализации - https://www.youtube.com/watch?v=2djYDhQG_BM
#трудовыебудни
YouTube
Каннибализация в ритейле и ecommerce – Иван Максимов
Иван Максимов (Delivery Club) «Каннибализация в ритейле и ecommerce»
Конференция X5 Retail Hero
https://retailhero.ai/conference
Презентации - https://drive.google.com/drive/folders/1zf8rSVU9bHXTkPDAms5bkV9qDdxVpbdN?usp=sharing
Конференция X5 Retail Hero
https://retailhero.ai/conference
Презентации - https://drive.google.com/drive/folders/1zf8rSVU9bHXTkPDAms5bkV9qDdxVpbdN?usp=sharing
👍1🔥1
💻 БД под капотом.
Часть 1
БД состоит из различных компонентов, взаимодействующих между собой:
⚙️ Основные компоненты БД (Core Components):
Диспетчер процессов. Во многих БД имеется пул процессов/потоков, которыми нужно управлять. Причём в погоне за производительностью некоторые БД используют свои собственные потоки, а не предоставляемые ОС.
Диспетчер сети. Пропускная способность сети имеет большое значение, особенно для распределённых БД.
Диспетчер файловой системы. Первым «бутылочным горлышком» любой БД является производительность дисковой подсистемы. Поэтому очень важно иметь диспетчер, который идеально работает с файловой системой ОС или даже заменяет её.
Диспетчер памяти. Чтобы избежать эпичных зависаний при чтении или записи на диск, требуется большое количество оперативной памяти. Но когда её много, вам неизбежно потребуется эффективный диспетчер памяти. Особенно когда много одновременных запросов, использующих память.
Диспетчер безопасности. Управляет аутентификацией и авторизацией пользователей.
Диспетчер клиентов. Управляет клиентскими соединениями.
🛠 Инструменты (Tools):
Диспетчер резервного копирования. Для сохранения и восстановления базы данных
Диспетчер восстановления. Обеспечивает целостность данных при перезапуске БД после падения.
Диспетчер мониторинга. Занимается протоколированием всех активностей внутри БД и используется для наблюдения за её состоянием.
Диспетчер общего управления. Хранит метаданные (вроде наименований и структуры таблиц) и используется для управления базами, схемами, табличными пространствами и т.д.
📂 Диспетчер запросов (Query Manager):
Парсер запросов. Проверяет их валидность.
Рерайтер запросов. Осуществляет предварительную оптимизацию.
Оптимизатор запросов. Оптимизирует запрос.
Исполнитель запросов. Компилирует и исполняет.
📄 Диспетчер данных (Data Manager):
Диспетчер транзакций. Занимается их обработкой.
Диспетчер кэша. Используется для отправки данных перед использованием и перед записью на диск.
Диспетчер доступа к данным. Управляет доступом к данным в дисковой подсистеме.
#трудовыебудни
Часть 1
БД состоит из различных компонентов, взаимодействующих между собой:
⚙️ Основные компоненты БД (Core Components):
Диспетчер процессов. Во многих БД имеется пул процессов/потоков, которыми нужно управлять. Причём в погоне за производительностью некоторые БД используют свои собственные потоки, а не предоставляемые ОС.
Диспетчер сети. Пропускная способность сети имеет большое значение, особенно для распределённых БД.
Диспетчер файловой системы. Первым «бутылочным горлышком» любой БД является производительность дисковой подсистемы. Поэтому очень важно иметь диспетчер, который идеально работает с файловой системой ОС или даже заменяет её.
Диспетчер памяти. Чтобы избежать эпичных зависаний при чтении или записи на диск, требуется большое количество оперативной памяти. Но когда её много, вам неизбежно потребуется эффективный диспетчер памяти. Особенно когда много одновременных запросов, использующих память.
Диспетчер безопасности. Управляет аутентификацией и авторизацией пользователей.
Диспетчер клиентов. Управляет клиентскими соединениями.
🛠 Инструменты (Tools):
Диспетчер резервного копирования. Для сохранения и восстановления базы данных
Диспетчер восстановления. Обеспечивает целостность данных при перезапуске БД после падения.
Диспетчер мониторинга. Занимается протоколированием всех активностей внутри БД и используется для наблюдения за её состоянием.
Диспетчер общего управления. Хранит метаданные (вроде наименований и структуры таблиц) и используется для управления базами, схемами, табличными пространствами и т.д.
📂 Диспетчер запросов (Query Manager):
Парсер запросов. Проверяет их валидность.
Рерайтер запросов. Осуществляет предварительную оптимизацию.
Оптимизатор запросов. Оптимизирует запрос.
Исполнитель запросов. Компилирует и исполняет.
📄 Диспетчер данных (Data Manager):
Диспетчер транзакций. Занимается их обработкой.
Диспетчер кэша. Используется для отправки данных перед использованием и перед записью на диск.
Диспетчер доступа к данным. Управляет доступом к данным в дисковой подсистеме.
#трудовыебудни
Часть 2
1. Диспетчер клиентов.
Когда мы подключаемся к БД:
Диспетчер сначала аутентифицирует вас (проверят логин и пароль), а потом авторизует для использования БД. Эти права доступа определяются вашим DBA. Далее диспетчер проверяет, есть ли доступный процесс (или поток), который может обработать ваш запрос. Также он сверяет, не находится ли база в состоянии высокой нагрузки. Диспетчер может подождать, пока не высвободятся нужные ресурсы. Если период ожидания закончился, а они не высвободились, диспетчер закрывает соединение с сообщением об ошибке. Если же ресурсы имеются, то диспетчер перенаправляет ваш запрос диспетчеру запросов. Поскольку диспетчер клиентов передаёт и получает данные от диспетчера запросов, то он сохраняет их в буфере частями и отправляет клиенту. При возникновении проблемы диспетчер прерывает соединение с каким-то объяснением и высвобождает ресурсы.
2. Диспетчер запросов.
Это сердце БД. Здесь все написанные запросы превращаются в быстроисполняемый код, затем происходит исполнение.
Описанный процесс состоит из нескольких этапов:
Запрос сначала проверяется на валидность (парсится).
Затем он перезаписывается с целью исключения бесполезных операций и предварительной оптимизации.
Далее производится окончательная оптимизация для повышения производительности. После этого запрос трансформируется в план исполнения и доступа к данным.
План компилируется и исполняется.
3. Диспетчер данных.
Диспетчер запросов исполняет запрос и нуждается в данных из таблиц и индексов. Он запрашивает их у диспетчера данных, но тут есть две трудности:
Реляционные БД используют транзакционную модель. Нельзя в конкретный момент времени получить любые желаемые данные, потому что в это время они могут кем-то использоваться/модифицироваться.
Извлечение данных — самая медленная операция в БД. Поэтому диспетчеру данных нужно уметь прогнозировать свою работу, чтобы своевременно заполнять буфер памяти. Как уже не раз говорилось, самым узким местом в БД является дисковая подсистема. Поэтому для увеличения производительности используется диспетчер кэша. Вместо того, чтобы получать данные напрямую от файловой системы, исполнитель запросов обращается за ними к диспетчеру кэша. Тот использует содержащийся в памяти буферный пул, что позволяет радикально увеличить производительность БД. Также большое значение имеет тип накопителей, используемых в дисковой системе.
Однако тут мы сталкиваемся с другой проблемой. Диспетчеру кэша нужно положить данные в память ДО того, как они понадобятся исполнителю запросов. Иначе тому придётся ждать их получения с медленного диска.
Исполнитель запросов знает, какие данные ему понадобятся, поскольку ему известен весь план, то, какие данные содержатся на диске и статистика.
Когда исполнитель обрабатывает первую порцию данных, он просит диспетчер кэша заранее подгрузить следующую порцию. А когда переходит к её обработке, то просит ДК подгрузить третью и подтверждает, что первую порцию можно удалить из кэша.
Диспетчер кэша хранит эти данные в буферном пуле. Он также добавляет к ним сервисную информацию (триггер, latch), чтобы знать нужны ли они ещё в буфере. Нельзя забывать, что буфер ограничен объёмом доступной памяти. То есть для загрузки одних данных нам приходится периодически удалять другие. Заполнение и очистка кэша потребляет часть ресурсов дисковой подсистемы и сети. Если у вас есть часто исполняемый запрос, то было бы контрпродуктивно каждый раз загружать и очищать используемые им данные. Для решения данной проблемы в современных БД используется стратегия замены буфера. Большинство БД (по крайне мере, SQL Server, MySQL, Oracle и DB2) используют для этого алгоритм LRU (Least Recently Used). Он предназначен для поддержания в кэше тех данных, которые недавно использовались, а значит велика вероятность, что они могут понадобиться снова.
БД так же использует и буферы записи, которые накапливают данные и сбрасывают на диск порциями, вместо последовательной записи. Это позволяет экономить операции ввода/вывода.
#трудовыебудни
1. Диспетчер клиентов.
Когда мы подключаемся к БД:
Диспетчер сначала аутентифицирует вас (проверят логин и пароль), а потом авторизует для использования БД. Эти права доступа определяются вашим DBA. Далее диспетчер проверяет, есть ли доступный процесс (или поток), который может обработать ваш запрос. Также он сверяет, не находится ли база в состоянии высокой нагрузки. Диспетчер может подождать, пока не высвободятся нужные ресурсы. Если период ожидания закончился, а они не высвободились, диспетчер закрывает соединение с сообщением об ошибке. Если же ресурсы имеются, то диспетчер перенаправляет ваш запрос диспетчеру запросов. Поскольку диспетчер клиентов передаёт и получает данные от диспетчера запросов, то он сохраняет их в буфере частями и отправляет клиенту. При возникновении проблемы диспетчер прерывает соединение с каким-то объяснением и высвобождает ресурсы.
2. Диспетчер запросов.
Это сердце БД. Здесь все написанные запросы превращаются в быстроисполняемый код, затем происходит исполнение.
Описанный процесс состоит из нескольких этапов:
Запрос сначала проверяется на валидность (парсится).
Затем он перезаписывается с целью исключения бесполезных операций и предварительной оптимизации.
Далее производится окончательная оптимизация для повышения производительности. После этого запрос трансформируется в план исполнения и доступа к данным.
План компилируется и исполняется.
3. Диспетчер данных.
Диспетчер запросов исполняет запрос и нуждается в данных из таблиц и индексов. Он запрашивает их у диспетчера данных, но тут есть две трудности:
Реляционные БД используют транзакционную модель. Нельзя в конкретный момент времени получить любые желаемые данные, потому что в это время они могут кем-то использоваться/модифицироваться.
Извлечение данных — самая медленная операция в БД. Поэтому диспетчеру данных нужно уметь прогнозировать свою работу, чтобы своевременно заполнять буфер памяти. Как уже не раз говорилось, самым узким местом в БД является дисковая подсистема. Поэтому для увеличения производительности используется диспетчер кэша. Вместо того, чтобы получать данные напрямую от файловой системы, исполнитель запросов обращается за ними к диспетчеру кэша. Тот использует содержащийся в памяти буферный пул, что позволяет радикально увеличить производительность БД. Также большое значение имеет тип накопителей, используемых в дисковой системе.
Однако тут мы сталкиваемся с другой проблемой. Диспетчеру кэша нужно положить данные в память ДО того, как они понадобятся исполнителю запросов. Иначе тому придётся ждать их получения с медленного диска.
Исполнитель запросов знает, какие данные ему понадобятся, поскольку ему известен весь план, то, какие данные содержатся на диске и статистика.
Когда исполнитель обрабатывает первую порцию данных, он просит диспетчер кэша заранее подгрузить следующую порцию. А когда переходит к её обработке, то просит ДК подгрузить третью и подтверждает, что первую порцию можно удалить из кэша.
Диспетчер кэша хранит эти данные в буферном пуле. Он также добавляет к ним сервисную информацию (триггер, latch), чтобы знать нужны ли они ещё в буфере. Нельзя забывать, что буфер ограничен объёмом доступной памяти. То есть для загрузки одних данных нам приходится периодически удалять другие. Заполнение и очистка кэша потребляет часть ресурсов дисковой подсистемы и сети. Если у вас есть часто исполняемый запрос, то было бы контрпродуктивно каждый раз загружать и очищать используемые им данные. Для решения данной проблемы в современных БД используется стратегия замены буфера. Большинство БД (по крайне мере, SQL Server, MySQL, Oracle и DB2) используют для этого алгоритм LRU (Least Recently Used). Он предназначен для поддержания в кэше тех данных, которые недавно использовались, а значит велика вероятность, что они могут понадобиться снова.
БД так же использует и буферы записи, которые накапливают данные и сбрасывают на диск порциями, вместо последовательной записи. Это позволяет экономить операции ввода/вывода.
#трудовыебудни
Хороший список. Я почти такие же вопросы задавала в свое время. Ну, кроме вопросов про атмосферу и что не нравится в компании, так как никогда не услышишь правдивого ответа.
Я еще прям уточняю название страховой и программу ДМС в деталях, так как любитель походить по врачам. В банке у меня был СОГАЗ и это был кайф, я делала кучу обследований в очень хорошей клинике и мне все покрыли.
Про структуру зп обычно пишут в оффере, в плане оклад + размер бонуса, но лучше тоже уточнять какие критерии выплат бонусов.
А вопрос про переработки ой как актуален. Когда-то на собесе меня прям спросили про отношение к переработкам и у меня сразу возник красный флажок.
Я еще прям уточняю название страховой и программу ДМС в деталях, так как любитель походить по врачам. В банке у меня был СОГАЗ и это был кайф, я делала кучу обследований в очень хорошей клинике и мне все покрыли.
Про структуру зп обычно пишут в оффере, в плане оклад + размер бонуса, но лучше тоже уточнять какие критерии выплат бонусов.
А вопрос про переработки ой как актуален. Когда-то на собесе меня прям спросили про отношение к переработкам и у меня сразу возник красный флажок.
Forwarded from Передали коллегам
Девушка составила огромный список вопросов, от которого должен поседеть любой работодатель. Но всё же нашелся рекрутер, который устроил ей часовой созвон и рассказал о вакансии всё.
Забираем список себе, чтобы однажды найти работу мечты.
Забираем список себе, чтобы однажды найти работу мечты.
🗿3
P.S. Список вообще не огромный, а самый базовый. И адекватные рекрутеры всегда отвечают и рассказывают в деталях.
Про умных людей и камушек
Очень нравится практика PBRов на работе (это такие встречи для обмена знаниями, приятно послушать умных людей знаете ли и самому чем-то поделиться, dataism в чистом виде).
На этой неделе вот говорили про заметничество. В последнее время стала замечать за собой тягу к конспектам/заметкам/фиксированию рандомных мыслей (ага, "тяга", конечно, просто у кого-то память как у рыбки). Все это было настолько хаотично, без системы, что закрадывалась мысль "так быть не должно, чего-то не хватает".
Стив Джобс считал, что по-настоящему умного человека можно узнать не по глубоким познаниям в какой-то одной сфере деятельности, но по умению создавать и устанавливать неожиданные связи между ними. И сочетание, казалось бы, несвязанных (и относительно редких) сфер познаний может дать вам более широкий и полный взгляд на некоторые проблемы и уникальные озарения, помогающие их решать. Таким примером может стать широко известная история о том, как экранные шрифты Apple были вдохновлены курсом каллиграфии, на который когда-то ходил Джобс.
Вот мне лично тоже хочется так оперировать информацией и видеть максимально полную картину своих знаний.
Так вот к чему это я все: коллега на встрече рассказал про классный инструмент для ведения личной базы знаний - Obsidian*. И это реально восторг, так что если вы тоже ищите куда приземлиться со своей грудоймусора заметок, то люто советую попробовать этот камушек.
Для личного использования он бесплатный - https://obsidian.md
Все прекрасно, но есть нюанс - работа на нескольких устройствах:
стандартный вариант: использование Obsidian Sync за 8-10 баксов в месяц.
умный вариант: через сторонний плагин менеджерить данные через github
еврейский вариант: пляски со сторонними прогами синхронизации.
Для связки macOS+iOS юзаю iCloud (и молюсь, чтоб 5гб мне хватило на все мои мыслишки)
для windows+Android вроде как неплохо работает вот это https://syncthing.net
*Обсидиан – это камень (или правильнее сказать стекло), который образуется при застывании вулканической лавы.
#трудовыебудни
Очень нравится практика PBRов на работе (это такие встречи для обмена знаниями, приятно послушать умных людей знаете ли и самому чем-то поделиться, dataism в чистом виде).
На этой неделе вот говорили про заметничество. В последнее время стала замечать за собой тягу к конспектам/заметкам/фиксированию рандомных мыслей (
Стив Джобс считал, что по-настоящему умного человека можно узнать не по глубоким познаниям в какой-то одной сфере деятельности, но по умению создавать и устанавливать неожиданные связи между ними. И сочетание, казалось бы, несвязанных (и относительно редких) сфер познаний может дать вам более широкий и полный взгляд на некоторые проблемы и уникальные озарения, помогающие их решать. Таким примером может стать широко известная история о том, как экранные шрифты Apple были вдохновлены курсом каллиграфии, на который когда-то ходил Джобс.
Вот мне лично тоже хочется так оперировать информацией и видеть максимально полную картину своих знаний.
Так вот к чему это я все: коллега на встрече рассказал про классный инструмент для ведения личной базы знаний - Obsidian*. И это реально восторг, так что если вы тоже ищите куда приземлиться со своей грудой
Для личного использования он бесплатный - https://obsidian.md
Все прекрасно, но есть нюанс - работа на нескольких устройствах:
стандартный вариант: использование Obsidian Sync за 8-10 баксов в месяц.
умный вариант: через сторонний плагин менеджерить данные через github
еврейский вариант: пляски со сторонними прогами синхронизации.
Для связки macOS+iOS юзаю iCloud (и молюсь, чтоб 5гб мне хватило на все мои мыслишки)
для windows+Android вроде как неплохо работает вот это https://syncthing.net
*Обсидиан – это камень (или правильнее сказать стекло), который образуется при застывании вулканической лавы.
#трудовыебудни
Obsidian
Obsidian - Sharpen your thinking
The free and flexible app for your private thoughts.
👍2
Forwarded from LEFT JOIN
This media is not supported in your browser
VIEW IN TELEGRAM
Но версии про аналитику нам пока не встретились, а когда мы не видим какого-то безумия, то обязательно должны его возглавить!
@leftjoin
Please open Telegram to view this post
VIEW IN TELEGRAM
😁2
Я читаю кабанчика 🐗
Настал тот день, когда я не просто скачала очередную книгу O'Reilly в pdf (мама ама криминал), но еще и зашла на официальный сайт издательства. Все же помнят, что отличительной особенностью книжек являются животные на обложке? Фраза "я читаю кабанчика" звучит странно, но только не для айтишника. Так вот на сайте есть интересная статья об истории дизайна этих обложек.
В 80-ых годах издательство O’Reilly занималось продажей по почте небольших книг на темы, связанные с Unix ("Nutshell Handbooks"). Они были ничем непримечательными. Спустя какое-то время Тим О'Рэйли решил продаваться в книжных магазинах и для этого нанял дизайнера, чтобы смастерить что-то годное для книжных полок в плане обложки. Так выпустили две обновленные книги, но Тим был недоволен.
По знакомству отыскался другой дизайнер, который в ходе работы наткнулся на гравюры животных 19-го века. И случился, как сейчас говорят, идеальный мэтч: обнаружились интересные сходства между технологиями и животными.
Некоторые сотрудники O’Reilly были поражены итогом: животные показались им странными, уродливыми и жутковатыми. Но Тим одобрил изображения и он посчитал, что они помогут выделить их книги среди предложений других издательств. И не ошибся.
А вот что выяснилось со временем:
1. У шимпанзе нет хвостов.
Однажды дизайнер неправильно прочитал подпись к гравюре и ошибочно принял обезьянку за шимпанзе. После этого издательство получило гору писем от читателей, сообщающих им, что у шимпанзе нет хвоста (душнилки, кто б сомневался, что такое упустят из виду).
2. Люди изо всех сил стараются избегать некоторых животных.
Один читатель пожаловался на то, что было использовано изображение паука на обложке - и в тексте - книги "Webmaster in a Nutshell". Они пугали его жену. Он заклеил изображения паука в начале каждой главы, чтобы ей было не так страшно.
Другой клиент прислал сердитое электронное письмо, в котором заявил, что больше никогда не зайдет на страницу нашего веб-сайта, потому что там змея. Он имел ввиду страницу "Как купить книгу". Пришлось заменить змею на весьма симпатичного кролика.
3. Людям нравятся животные с лицом.
На картинках, которые использовались для оформления книг, изображены разнообразные животные - от больших млекопитающих вроде тигров и слонов, до рыб, птиц, насекомых и беспозвоночных. Установили, что людям больше нравятся животные, которые 1) имели выраженное лицо и 2) смотрели прямо на читателя.
4. Животные в беде.
Изучая животных для обложек книг O’Reilly, дизайнеры прониклись к трудному положению диких животных по всему миру. Многие животные, появляющиеся на обложках, находятся на грани исчезновения.
Оригинал статьи: https://www.oreilly.com/content/a-short-history-of-the-oreilly-animals/
#книги
Настал тот день, когда я не просто скачала очередную книгу O'Reilly в pdf (
В 80-ых годах издательство O’Reilly занималось продажей по почте небольших книг на темы, связанные с Unix ("Nutshell Handbooks"). Они были ничем непримечательными. Спустя какое-то время Тим О'Рэйли решил продаваться в книжных магазинах и для этого нанял дизайнера, чтобы смастерить что-то годное для книжных полок в плане обложки. Так выпустили две обновленные книги, но Тим был недоволен.
По знакомству отыскался другой дизайнер, который в ходе работы наткнулся на гравюры животных 19-го века. И случился, как сейчас говорят, идеальный мэтч: обнаружились интересные сходства между технологиями и животными.
Некоторые сотрудники O’Reilly были поражены итогом: животные показались им странными, уродливыми и жутковатыми. Но Тим одобрил изображения и он посчитал, что они помогут выделить их книги среди предложений других издательств. И не ошибся.
А вот что выяснилось со временем:
1. У шимпанзе нет хвостов.
Однажды дизайнер неправильно прочитал подпись к гравюре и ошибочно принял обезьянку за шимпанзе. После этого издательство получило гору писем от читателей, сообщающих им, что у шимпанзе нет хвоста (душнилки, кто б сомневался, что такое упустят из виду).
2. Люди изо всех сил стараются избегать некоторых животных.
Один читатель пожаловался на то, что было использовано изображение паука на обложке - и в тексте - книги "Webmaster in a Nutshell". Они пугали его жену. Он заклеил изображения паука в начале каждой главы, чтобы ей было не так страшно.
Другой клиент прислал сердитое электронное письмо, в котором заявил, что больше никогда не зайдет на страницу нашего веб-сайта, потому что там змея. Он имел ввиду страницу "Как купить книгу". Пришлось заменить змею на весьма симпатичного кролика.
3. Людям нравятся животные с лицом.
На картинках, которые использовались для оформления книг, изображены разнообразные животные - от больших млекопитающих вроде тигров и слонов, до рыб, птиц, насекомых и беспозвоночных. Установили, что людям больше нравятся животные, которые 1) имели выраженное лицо и 2) смотрели прямо на читателя.
4. Животные в беде.
Изучая животных для обложек книг O’Reilly, дизайнеры прониклись к трудному положению диких животных по всему миру. Многие животные, появляющиеся на обложках, находятся на грани исчезновения.
Оригинал статьи: https://www.oreilly.com/content/a-short-history-of-the-oreilly-animals/
#книги
O’Reilly Media
A short history of the O'Reilly animals
How lions, tigers, and tarsiers went geek.
🔥1
Сегодня проснулась под ор гимна рф из соседней школы, не сразу сообразив, что уже 1 сентября подкатило.
Подняла базёнку данных под названием «воспоминания» о своих школьных годах. С первого класса шлепала из школы одна (+ телефона тогда не было), домашки со мной никто никогда не делал и вообще по ощущениям какая-то слишком самостоятельная была для семилетки. Нарисовался вопросик «а че это родители внимание мне не уделяли».
Решила обкашлять этот момент с драгоценной мамулей, которая спокойно себе чиллит на другом континенте, вкушает прекрасный инжир и наслаждается солнцем.
А в ответ мне было «Ты че, не помнишь какие мне истерики устраивала? Сама отказывалась давать домашки на проверку и не ждала после уроков, чтобы вместе пойти домой».
А, ой.
Подняла базёнку данных под названием «воспоминания» о своих школьных годах. С первого класса шлепала из школы одна (+ телефона тогда не было), домашки со мной никто никогда не делал и вообще по ощущениям какая-то слишком самостоятельная была для семилетки. Нарисовался вопросик «а че это родители внимание мне не уделяли».
Решила обкашлять этот момент с драгоценной мамулей, которая спокойно себе чиллит на другом континенте, вкушает прекрасный инжир и наслаждается солнцем.
А в ответ мне было «Ты че, не помнишь какие мне истерики устраивала? Сама отказывалась давать домашки на проверку и не ждала после уроков, чтобы вместе пойти домой».
А, ой.
❤3