А пункт "Дела" у нас в меню, это не то, что Вы имеете в виду?
Это немного другое. У вас центральное место занимает содержимое заметки, а не список дел.
Но тут вопрос в том, что, исходя из Вашего описания, эта сущность будет отличаться от "заметки" только названием и, возможно, иконкой.
Опять же, не совсем. В случае Trello, например, проект - это доска. А в случае Todoist - это, скорее, вид тэга. Можно "зайти" в проект и увидеть все задачи в нём с произвольной сортировкой, но не более. Да, можно просто решить это через тэги, но не так красиво ;)
У меня используется связка из Todoist, Evernote, Trello и пары календарей, так что я вас понмиаю ;) Все комментарии не осилил, но из демо вижу, чего не хватает:
Todo-лист как в todoist. натурально - список дел на сегодня, завтра и т.д. С возможностью создания регулярных тасок, возможностью выставления due date и т.д.
Сущности "Проект". К проекту можно цеплять произвольное количество задач, заметок, вырезок, чеклистов и так далее. Опять же, примерно как это сделано в Todoist, но не ограничиваясь только задачами. Мне кажется, что делать проект как "заметку" - не очень очевидно
Хотелось бы импорт (гугло-)календаря (но не совмещение его с todo, как сделано в todoist).
Обычно в таких ситуациях сначала очень срочно чинят поломку, а не систему учета.
Погодите. В Источнике Правды отражается не то состояние, в котором система сейчас. А то, в котором она должна быть. Поломка - это ведь не штатное состояние, так? И костыль - тоже не штатное состояние системы. И если система работает, и её состояния в реальности и в описании различаются - надо либо исправлять систему, либо обновлять данные в Источнике.
Окей. У вас есть ассет менеджмент, и в нем есть куча ассетов (и среди них возможно есть лишние и дубли).
Ну такого, положим быть не должно, и бухи за это сделают атата.
А ещё естьИсточник Правды, который вроде как и ни то, и ни сё - а главное - при таких допусках он лишается своего единственного преимущества - достоверности в моменте.
Вы точно не путаете Источник Правды с мониторингом?
А бэкапы\реплики этой системы считаем источниками правды? Если да, то кто гарантирует консистентность?
В случае бэкапов это "версия нашей системы на момент X". В случае реплики вы выбираете нужные буковки вам из CAP.
А если в результате неявного повреждения данных (а оно всегда будет накапливаться в крупных системах) данные в источнике правды будут расходиться с объективной реальностью - то кому верить?
Именно поэтому Источник правды нужно держать настолько маленьким, насколько это возможно. И как можно больше данных генерировать автоматически.
А в жизни случается всякое - и вы внезапно сталкиваетесь с дилеммой - или вносить в систему "полуправду" для обеспечения соответствия с реальным миром, или дождаться реализации нового функционала в системе, а затем уже "провести" изменение по внутренним регистром с нехилой задержкой относительно реального состояния.
Ну во-первых, есть естественный механизм доработки инструмента (самостоятельно или PR в гит автору). Во-вторых, да, можно на некоторое время позволить расхождение реальности с Источником Правды. Но по-хорошему это нужно очень срочно чинить, а саму ситуацию подсвечивать большой красной лампочкой.
Вполне достаточно обычного проведения документов и периодической сверки с реальным миром.
Это я и называю "документацией Шрёдингера". В каждый конкретный момент времени вы не утверждать, что ваша документация валидна, пока не произведёте сверку. А "обычное проведение документов", если оно не полностью автоматическое, сильно зависит от человеческого фактора.
надо траблшутить состояние кластера. Возможно, принудительно погасить HA-линки. Вполне возможно, что нода не опознала, что вторая отвалилась, и пытается на неё закоммитить конфигурацию
Добрый день!
Во-первых, спасибо за ваш сервис. Во-вторых — а когда сможете по BGP отдавать разные фиды, а не один дефолтный? (там довольно большая агрегация получается). Ответ на вопрос получен после внимательного прочтения статьи, спасибо! ;)
И кстати, раз у у вас bird, не сталкивались с тем, что при перезагрузке файла с маршрутами сессия у клиентов зависает и отваливается? (хотя кроме как на микроте я это не проверял — возможно это его косяк)
Ну в общем-то это больше зависит от того, где у тебя инфраструктура. Если всё в AWS — то какое дело, где проложены ВОЛС? А если счёт за AWS в месяц едва доходит до тысячи евро, но «на земле» есть пять ДЦ на десять стоек каждый — то и задачи у SR/FinOPS будут другие.
Собственно, именно в процессе подготовки статьи я и пришёл к тому, что это, в общем-то, одно и то же, и всё зависит от специфики бизнеса.
Заказная разработка — это отдельный мир, требующий гораздо больше внимания у непосредственного заказчика работ. FinOPS тут может выступать как в роли PM, так и в роли «коммуникатора» между сторонами. А с закупками софта (если мы говорим о коробке) всё довольно просто — знакомство/PoC/внедрение/эксплуатация.
Две услуги в одном кабеле — это ещё и реалии крупных датацентров. Когда (вроде бы) стыки с крупным провайдером в разных машзалах по факту оказываются зависимыми от одного кабельного ввода, который ещё и может принадлежать третьему провайдеру
Когда я был молодым и зелёным. то тоже думал. что всё можно нагуглить.
Дальнейшая работа показала, что это далеко не так. И даже если учитывать, что гуглить нужно уметь (т.е. хорошо представлять, а что именно ты там хочешь найти и потом ещё уметь верифицировать результат), так во многих случаях на это ещё и времени нет, либо результата в гугле просто нет (как ни странно, и такое тоже случается сплошь и рядом).
Как говорилось в одном бояне: "Вы — молодой, целеустремлённый и коммуникабельный? А делать-то вы что умеете?"
Охх… больная тема, на самом деле.
Я проболвал Notion, но мне он показался неудобным, главным образом из-за того, что нет нормальной интеграции с календарём, и нет нормального todo list. Ещё были OneNote и Google Keep, но Evernote удобнее.
В итоге сейчас работает вот такая связка:
— ToDoist (собственно, todo + habbit tracker) — самый удобный todo list из тех, что видел
— Trello (идеи, чеклисты, проекты) — можно делиться досками и работать совместно, удобная визуализация в виде доски
— Evernote (база знаний) — пользуюсь очень давно, кроме своей платности ничем не напрягает. Здесь же заметки, разные сканы и т.д.
Плюс гугловый календарь, гуглодоки (в основном sheets), и ещё парочка специфических приложений.
Оно может и правильно, но как всегда, лишь отчасти.
Суровая правда удалёнки в том, что кандидат вовсе не обязан иметь дома подходящие условия для видеозвонков или подходящую гарнитуру.
И все эти условия, по хорошему, должен обеспечивать работодатель.
С другой стороны, если кандидат заинтересован в вакансии — он сам постарается сделать всё «в лучшем виде».
Человек, который только кнопки нажимает, но не понимает, что там под капотом творится — он именно что обезьянью работу делает. Это не про соблюдение регламентов.
И никакого негатива к техникам нет :)
Мне не нужна поддержка — я вполне уверен в собственных знаниях и навыках.
Мне не нужно одобрение — я пишу то, что думаю.
Предупреждение… наверное, да. И не только / не столько для молодых.
Мир меняется. Чтобы быть востребованным (читай: хорошо зарабатывать) нужно знать не только свою песочницу, не только то, что понятно, изучено и испробовано.
С другой стороны, узкая специализация на то и узкая, что если уж она понадобилась, то проще нанять спеца с нужными знаниями, чем надеяться на то, что прилетит вдруг волшебник в голубом вертолёте и всё сделает «как надо».
А пункт "Дела" у нас в меню, это не то, что Вы имеете в виду?Это немного другое. У вас центральное место занимает содержимое заметки, а не список дел.
Но тут вопрос в том, что, исходя из Вашего описания, эта сущность будет отличаться от "заметки" только названием и, возможно, иконкой.Опять же, не совсем. В случае Trello, например, проект - это доска. А в случае Todoist - это, скорее, вид тэга. Можно "зайти" в проект и увидеть все задачи в нём с произвольной сортировкой, но не более. Да, можно просто решить это через тэги, но не так красиво ;)
...или возможность выделять задачи и визуально отличать их от заметок?
У меня используется связка из Todoist, Evernote, Trello и пары календарей, так что я вас понмиаю ;)
Все комментарии не осилил, но из демо вижу, чего не хватает:
Todo-лист как в todoist. натурально - список дел на сегодня, завтра и т.д. С возможностью создания регулярных тасок, возможностью выставления due date и т.д.
Сущности "Проект". К проекту можно цеплять произвольное количество задач, заметок, вырезок, чеклистов и так далее. Опять же, примерно как это сделано в Todoist, но не ограничиваясь только задачами. Мне кажется, что делать проект как "заметку" - не очень очевидно
Хотелось бы импорт (гугло-)календаря (но не совмещение его с todo, как сделано в todoist).
Обычно в таких ситуациях сначала очень срочно чинят поломку, а не систему учета.Погодите. В Источнике Правды отражается не то состояние, в котором система сейчас. А то, в котором она должна быть. Поломка - это ведь не штатное состояние, так? И костыль - тоже не штатное состояние системы. И если система работает, и её состояния в реальности и в описании различаются - надо либо исправлять систему, либо обновлять данные в Источнике.
Окей. У вас есть ассет менеджмент, и в нем есть куча ассетов (и среди них возможно есть лишние и дубли).Ну такого, положим быть не должно, и бухи за это сделают атата.
А ещё естьИсточник Правды, который вроде как и ни то, и ни сё - а главное - при таких допусках он лишается своего единственного преимущества - достоверности в моменте.Вы точно не путаете Источник Правды с мониторингом?
А бэкапы\реплики этой системы считаем источниками правды? Если да, то кто гарантирует консистентность?В случае бэкапов это "версия нашей системы на момент X". В случае реплики вы выбираете нужные буковки вам из CAP.
А если в результате неявного повреждения данных (а оно всегда будет накапливаться в крупных системах) данные в источнике правды будут расходиться с объективной реальностью - то кому верить?Именно поэтому Источник правды нужно держать настолько маленьким, насколько это возможно. И как можно больше данных генерировать автоматически.
А в жизни случается всякое - и вы внезапно сталкиваетесь с дилеммой - или вносить в систему "полуправду" для обеспечения соответствия с реальным миром, или дождаться реализации нового функционала в системе, а затем уже "провести" изменение по внутренним регистром с нехилой задержкой относительно реального состояния.Ну во-первых, есть естественный механизм доработки инструмента (самостоятельно или PR в гит автору). Во-вторых, да, можно на некоторое время позволить расхождение реальности с Источником Правды. Но по-хорошему это нужно очень срочно чинить, а саму ситуацию подсвечивать большой красной лампочкой.
Вполне достаточно обычного проведения документов и периодической сверки с реальным миром.Это я и называю "документацией Шрёдингера". В каждый конкретный момент времени вы не утверждать, что ваша документация валидна, пока не произведёте сверку. А "обычное проведение документов", если оно не полностью автоматическое, сильно зависит от человеческого фактора.
Вот поэтому я и говорю, что если источников правды несколько в пределах одной системы - они должны содержать данные разной природы. Иначе ой)
Ушла эпоха (с)
надо траблшутить состояние кластера. Возможно, принудительно погасить HA-линки. Вполне возможно, что нода не опознала, что вторая отвалилась, и пытается на неё закоммитить конфигурацию
Во-первых, спасибо за ваш сервис.
Во-вторых — а когда сможете по BGP отдавать разные фиды, а не один дефолтный? (там довольно большая агрегация получается).Ответ на вопрос получен после внимательного прочтения статьи, спасибо! ;)И кстати, раз у у вас bird, не сталкивались с тем, что при перезагрузке файла с маршрутами сессия у клиентов зависает и отваливается? (хотя кроме как на микроте я это не проверял — возможно это его косяк)
Собственно, именно в процессе подготовки статьи я и пришёл к тому, что это, в общем-то, одно и то же, и всё зависит от специфики бизнеса.
Две услуги в одном кабеле — это ещё и реалии крупных датацентров. Когда (вроде бы) стыки с крупным провайдером в разных машзалах по факту оказываются зависимыми от одного кабельного ввода, который ещё и может принадлежать третьему провайдеру
Когда я был молодым и зелёным. то тоже думал. что всё можно нагуглить.
Дальнейшая работа показала, что это далеко не так. И даже если учитывать, что гуглить нужно уметь (т.е. хорошо представлять, а что именно ты там хочешь найти и потом ещё уметь верифицировать результат), так во многих случаях на это ещё и времени нет, либо результата в гугле просто нет (как ни странно, и такое тоже случается сплошь и рядом).
Как говорилось в одном бояне: "Вы — молодой, целеустремлённый и коммуникабельный? А делать-то вы что умеете?"
Я проболвал Notion, но мне он показался неудобным, главным образом из-за того, что нет нормальной интеграции с календарём, и нет нормального todo list. Ещё были OneNote и Google Keep, но Evernote удобнее.
В итоге сейчас работает вот такая связка:
— ToDoist (собственно, todo + habbit tracker) — самый удобный todo list из тех, что видел
— Trello (идеи, чеклисты, проекты) — можно делиться досками и работать совместно, удобная визуализация в виде доски
— Evernote (база знаний) — пользуюсь очень давно, кроме своей платности ничем не напрягает. Здесь же заметки, разные сканы и т.д.
Плюс гугловый календарь, гуглодоки (в основном sheets), и ещё парочка специфических приложений.
Суровая правда удалёнки в том, что кандидат вовсе не обязан иметь дома подходящие условия для видеозвонков или подходящую гарнитуру.
И все эти условия, по хорошему, должен обеспечивать работодатель.
С другой стороны, если кандидат заинтересован в вакансии — он сам постарается сделать всё «в лучшем виде».
AWS — это, вообще-то, дорого. Да, можно сделать дешевле, но всё равно дорого.
И никакого негатива к техникам нет :)
Мне не нужно одобрение — я пишу то, что думаю.
Предупреждение… наверное, да. И не только / не столько для молодых.
Мир меняется. Чтобы быть востребованным (читай: хорошо зарабатывать) нужно знать не только свою песочницу, не только то, что понятно, изучено и испробовано.
С другой стороны, узкая специализация на то и узкая, что если уж она понадобилась, то проще нанять спеца с нужными знаниями, чем надеяться на то, что прилетит вдруг волшебник в голубом вертолёте и всё сделает «как надо».