И отдельно хочу подсветить, что “работа с задачами”, как в Obsidian, так и в общем – не относится к теме статьи. Но если хочется обсудить работу с задачами, то можно продолжить это в более подходящем месте ;)
А кто сказал, что это должно работать для всех? Кто сказал, что GTD обязан быть полезным всем и каждому? Что вы вкладываете в “обезьяноподобные формулировки”?
Теперь, кажется, я понял, про что был вопрос. Скорее всего, это исключительно мой подход, мой опыт. Я использую журнализирование не только в прошедшем времени (что сделал, как это в моем предыдущем комментарии), но и в будущем времени (что планирую сделать: сегодня, завтра, через неделю и так далее). Агрегация по всем этим заметкам, в принципе, для меня вполне хорошо работает.
Для меня журнал работает лучше, чем список задач. Причина в инерции мышления — об этом много говорили Максим Дорофеев и Рустам Агамалиев. По звонку помидорки бросить задачу и через пять минут врубиться в следующую у меня не получается.
Obsidian открыт всегда, я его не закрываю (разве что перезапуск ради обновления). Ежедневная заметка — одна из постоянно открытых вкладок: свайп на экран с Obsidian, Cmd+2, и дальше диктую текст через Wispr Flow. Фиксирую, что сделал за период, или мысль прямо здесь и сейчас.
Когда я пишу в ежедневную заметку в режиме журнала, я фиксирую:
что было сделано
как это было сделано
почему это было сделано
кто отвлёк и по какому поводу
Просто выгружаю поток мысли, особенно после большой и сложной задачи.
В процессе такой записи всплывает то, чего я не учёл, когда садился за задачу. Или моменты, которые обошёл интуитивно, не понимая почему, — и здесь же фиксирую, почему обошёл.
Контекст из головы уезжает в журнал и там спокойно живёт. Вечером или на следующий день я возвращаюсь к заметке и достаю нужное быстро. Особенно это выручает в еженедельном ревью, когда надо вытащить идеи, концепции, проекты и темы, над которыми работал.
О! А расскажите подробнее о том, какие ошибки у вас бывают? Мне просто интересно с той точки зрения, что уже полтора года никак не могут выполнить наипростейшую процедуру передачи ИП из одного региона в другой ссылаясь на какую-то "внутреннюю ошибку". Вот увидел пост и кажется, что могут откликнуться и пояснить – какого толка ошибки бывают в столь большой системе, что ее полтора года не могут поправить?!
Я просто сомневаюсь, что с моим ИП что-то сверхъестественное происходит, но и все время сваливать все на сотрудников ФССП тоже не возможно – некоторые из них конечно бесполезны (как и везде – есть такие персонажи), а некоторые действительно работают, но система беспощадна.
Если надо – я готов идти на контакт, чтоб выяснить всё ;)
В статье же речь идет о том, как обрабатывается типичный `secrets.yaml` с которым работа происходит напрямую — шифруется весь файл, а не отдельные значения.
А что мешает админа нанять для внешнего заказчика и подписать с ним NDA?
С другой стороны: как оно в «забугорье» я не скажу, да и за всех сразу тоже не отвечу, а вот по моему опыту — админ (как и ИТ-отдел в целом) в средней отечественной компании, для которой разработка (продукта/сервиса/приложеньки) не является основной статьей дохода, это всего лишь «мальчик», который должен сделать так чтоб и кофе-машина на кухне работала, и почта у генерального на айпэде работала, и 1С'ка работала без тормозов, а в случае чего вся инфраструктура исчезла с радаров по команде.
Могу так заявлять, т.к. сам был таким «мальчиком» каких-то 5-6 лет назад. Спасло от неба в клеточку, только врожденное желание выживать.
DevOps работает на проект и решает конкретную задачу бизнеса, а админ работает на инфраструктуру, только забывается одно — такой подход и расклад дел жизнеспособен только если речь идет об облаках. А за облаками стоят такие же админы, которые на железо накатывают ОСи, утилиты, софт, etc. И только по верх этого появляется облако.
Это вполне естественно. Ты всего лишь админ. А они девупсы и они пришли сюда не принтеры чинить или в AD'шку добавлять пользователя, и уж тем более не настраивать постфикс.А пришли собственно девупсы за тем, чтобы решать конкретные бизнесов задачи. Должны приходить за этим. А компании должны искать девупсов именно для этого — для решения конкретных бизнесовых задач. А не потому что это стильно/модно/молодежно.
Компаний, которые четко понимаю кто и за каким им нужен, категорически мало. Несколько раз и мне прилетали предложения о работе на позиции DevOps, DevOps-инженер, Expert DevOps, НО! Довольно часто в описании вакансии на позицию человека который должен решить/решать проблему бизнеса указано: настройка резервного копирования для ms exchange, опыт 1С обязателен.
После таких предложений начинаешь задумываться: а тем ли я в своей жизни занимаюсь? Может пойти в каменщики (я умею/я могу)? Или в автомеханики?
Если рассуждать о сферическом вакууме, то, как по мне, такая аналогия уместна. Из того, что я вижу/наблюдаю, DevOps это не столько про разработку, сколько про «дружбу народов» дружбу developers и operations. DevOps это о том, как подружить разработку и инфраструктуру, чтобы достичь конкретной цели — уменьшить время которое проходит от момента появления идеи до момента когда код реализующий данную идею становится доступен пользователям. DevOps более логично применять именно к продукту, которым пользуются «внешние клиенты» для продуктовых компаний (самый простой пример: wildberries[.]ru — там довольно большой список технологий/сервисов которые работают на клиентов/покупателей — прим.: я не сотрудник данного сервиса). ITIL же в свою очередь больше направлен на внутренние сервисы, клиентами которых являются сотрудники компании (вся инфраструктура, которая обеспечивает позволяет компании жить и функционировать).
Если кто-то считает, что я не прав — я готов к дискуссии :|
Вот мне совершенно непонятно вся эта возня вокруг девупсов/админов/сре.
Это три совершенно разных слова! Сисадмин делает инфраструктуру. Девопс ничего не делает! Девопс это список! Список мать их рекомендаций! SRE это конкретный человек ( не зря там Е — енженегр).
В начале года активно хантил в команду админа, а ещё дежурного искал (удаленка, другой часовой пояс и все такое). Так вот заметил что все хотят в девУпсы. А ведь это диктуется рынком — девУпсы больше получают, а знать так особо и не надо — сиди и пиши свои ямлики. А когда человеку (который деплоил абсолютно все на старой работе, даже эктив директори деплоил) как понять почему при виртуалка не разрешает простому пользователю что-либо записать на диск (подразумеваться поиск проблем и плавный подвод к вопросу про inodes) человек отвечает что никогда с таким не сталкивался и вы спрашиваете какие-то слишком сложные вещи.
Другой (с 10-летним стажем на одном месте из которых последние 7 это руководитель отдела на 5-10 человек) на вопрос про резервное копирование (как устроено, нахрена оно вам вообще, ротация, шедулинг) сказал дословно: «А оно там было до меня сделано, а я особо не вникал как и что там».
А ведь оба данных персонажа хотят стать девУпсами! Чтоб 100500ккк наносек получать.
А основной косяк такой картины именно на стороне компаний, которые пишут «девупс», а нужен им даже не сисадмин, а эникейщик, который будет делать все и за доширак.
Повелся на вырвиглазную картинку — рассчитывал почитать очередной лонгрид по типу роадмапа развития в SRE, но прочитал короткий твит или запись на стене vk в группе торгующей тем самым воздухом.
Автору спасибо за очередное разочарование в моей жизни.
Коллег по цеху с праздников!
Вы придираетесь к слову, которое не привыкли использовать в устной или письменной речи, правильно я понимаю?
Язык “письма” и язык “говорения” очень сильно отличаются. Ну и ЦА + площадка тоже влияют на используемые речевые обороты.
LLM использовал только для корректировки текста в части пунктуации и орфографии.
И отдельно хочу подсветить, что “работа с задачами”, как в Obsidian, так и в общем – не относится к теме статьи. Но если хочется обсудить работу с задачами, то можно продолжить это в более подходящем месте ;)
А кто сказал, что это должно работать для всех? Кто сказал, что GTD обязан быть полезным всем и каждому? Что вы вкладываете в “обезьяноподобные формулировки”?
Теперь, кажется, я понял, про что был вопрос. Скорее всего, это исключительно мой подход, мой опыт. Я использую журнализирование не только в прошедшем времени (что сделал, как это в моем предыдущем комментарии), но и в будущем времени (что планирую сделать: сегодня, завтра, через неделю и так далее). Агрегация по всем этим заметкам, в принципе, для меня вполне хорошо работает.
Окак! Почитал. Почитал, пока читал в голове укрепилась мысль “так это же Emacs, только для Windows”.
Зверек прикольный, но формат хранения совсем не понятен. Смею предположить, что он там какой-то “свой закрытый”.
Для меня журнал работает лучше, чем список задач. Причина в инерции мышления — об этом много говорили Максим Дорофеев и Рустам Агамалиев. По звонку помидорки бросить задачу и через пять минут врубиться в следующую у меня не получается.
Obsidian открыт всегда, я его не закрываю (разве что перезапуск ради обновления). Ежедневная заметка — одна из постоянно открытых вкладок: свайп на экран с Obsidian,
Cmd+2, и дальше диктую текст через Wispr Flow. Фиксирую, что сделал за период, или мысль прямо здесь и сейчас.Когда я пишу в ежедневную заметку в режиме журнала, я фиксирую:
что было сделано
как это было сделано
почему это было сделано
кто отвлёк и по какому поводу
Просто выгружаю поток мысли, особенно после большой и сложной задачи.
В процессе такой записи всплывает то, чего я не учёл, когда садился за задачу. Или моменты, которые обошёл интуитивно, не понимая почему, — и здесь же фиксирую, почему обошёл.
Контекст из головы уезжает в журнал и там спокойно живёт. Вечером или на следующий день я возвращаюсь к заметке и достаю нужное быстро. Особенно это выручает в еженедельном ревью, когда надо вытащить идеи, концепции, проекты и темы, над которыми работал.
Уже не первый раз вижу упоминание Essential PIM именно в комментариях, но что-то с обзорами этой софтины прям
пичальбиденету ни одного.ДА! Во время ембеддинга правок точно пищала
Интересная софтина, но на сколько я понял — она исключительно под Windows.
Я перепробовал мешок разных вариантов и не смотря на свою “закрытость” Obsidian оказался идеальным конкретно под мои запросы.
Согласен полностью с тем, что это “очень персональная тема”. Просто вижу, что в том или ином виде PKM/PKDB помогает — вопрос лишь в привычке.
О! А расскажите подробнее о том, какие ошибки у вас бывают? Мне просто интересно с той точки зрения, что уже полтора года никак не могут выполнить наипростейшую процедуру передачи ИП из одного региона в другой ссылаясь на какую-то "внутреннюю ошибку". Вот увидел пост и кажется, что могут откликнуться и пояснить – какого толка ошибки бывают в столь большой системе, что ее полтора года не могут поправить?!
Я просто сомневаюсь, что с моим ИП что-то сверхъестественное происходит, но и все время сваливать все на сотрудников ФССП тоже не возможно – некоторые из них конечно бесполезны (как и везде – есть такие персонажи), а некоторые действительно работают, но система беспощадна.
Если надо – я готов идти на контакт, чтоб выяснить всё ;)
В статье же речь идет о том, как обрабатывается типичный `secrets.yaml` с которым работа происходит напрямую — шифруется весь файл, а не отдельные значения.
С другой стороны: как оно в «забугорье» я не скажу, да и за всех сразу тоже не отвечу, а вот по моему опыту — админ (как и ИТ-отдел в целом) в средней отечественной компании, для которой разработка (продукта/сервиса/приложеньки) не является основной статьей дохода, это всего лишь «мальчик», который должен сделать так чтоб и кофе-машина на кухне работала, и почта у генерального на айпэде работала, и 1С'ка работала без тормозов, а в случае чего вся инфраструктура исчезла с радаров по команде.
Могу так заявлять, т.к. сам был таким «мальчиком» каких-то 5-6 лет назад. Спасло от неба в клеточку, только врожденное желание выживать.
DevOps работает на проект и решает конкретную задачу бизнеса, а админ работает на инфраструктуру, только забывается одно — такой подход и расклад дел жизнеспособен только если речь идет об облаках. А за облаками стоят такие же админы, которые на железо накатывают ОСи, утилиты, софт, etc. И только по верх этого появляется облако.
Компаний, которые четко понимаю кто и за каким им нужен, категорически мало. Несколько раз и мне прилетали предложения о работе на позиции DevOps, DevOps-инженер, Expert DevOps, НО! Довольно часто в описании вакансии на позицию человека который должен решить/решать проблему бизнеса указано: настройка резервного копирования для ms exchange, опыт 1С обязателен.
После таких предложений начинаешь задумываться: а тем ли я в своей жизни занимаюсь? Может пойти в каменщики (я умею/я могу)? Или в автомеханики?
«дружбу народов»дружбу developers и operations. DevOps это о том, как подружить разработку и инфраструктуру, чтобы достичь конкретной цели — уменьшить время которое проходит от момента появления идеи до момента когда код реализующий данную идею становится доступен пользователям. DevOps более логично применять именно к продукту, которым пользуются «внешние клиенты» для продуктовых компаний (самый простой пример: wildberries[.]ru — там довольно большой список технологий/сервисов которые работают на клиентов/покупателей — прим.: я не сотрудник данного сервиса). ITIL же в свою очередь больше направлен на внутренние сервисы, клиентами которых являются сотрудники компании (вся инфраструктура, которая обеспечивает позволяет компании жить и функционировать).Если кто-то считает, что я не прав — я готов к дискуссии :|
Вот мне совершенно непонятно вся эта возня вокруг девупсов/админов/сре.
Это три совершенно разных слова! Сисадмин делает инфраструктуру. Девопс ничего не делает! Девопс это список! Список мать их рекомендаций! SRE это конкретный человек ( не зря там Е — енженегр).
В начале года активно хантил в команду админа, а ещё дежурного искал (удаленка, другой часовой пояс и все такое). Так вот заметил что все хотят в девУпсы. А ведь это диктуется рынком — девУпсы больше получают, а знать так особо и не надо — сиди и пиши свои ямлики. А когда человеку (который деплоил абсолютно все на старой работе, даже эктив директори деплоил) как понять почему при виртуалка не разрешает простому пользователю что-либо записать на диск (подразумеваться поиск проблем и плавный подвод к вопросу про inodes) человек отвечает что никогда с таким не сталкивался и вы спрашиваете какие-то слишком сложные вещи.
Другой (с 10-летним стажем на одном месте из которых последние 7 это руководитель отдела на 5-10 человек) на вопрос про резервное копирование (как устроено, нахрена оно вам вообще, ротация, шедулинг) сказал дословно: «А оно там было до меня сделано, а я особо не вникал как и что там».
А ведь оба данных персонажа хотят стать девУпсами! Чтоб 100500ккк наносек получать.
А основной косяк такой картины именно на стороне компаний, которые пишут «девупс», а нужен им даже не сисадмин, а эникейщик, который будет делать все и за доширак.
Автору спасибо за очередное разочарование в моей жизни.
Коллег по цеху с праздников!