Меня в этой истории больше всего заинтересовал срок. За 2 года инструменты и их возможности поменялись настолько, что не представляю, как можно сравнивать их интеграцию в разные времена. Мне кажется, еще год назад все было сильно грустнее и вызывало сомнения
Хотелось поделиться максимально ленивым решением популярной проблемы. Таким, которое не требует когнитивных усилий и хоть какой-то экспертизы — а именно это является главным препятствием для её решения. Поэтому да, статья не про технические изыски. И вы всё правильно поняли с первого раза, интересного для читателя с вашим опытом тут вряд ли найдётся.
У меня была чуть другая задача: не построить личное фотохранилище с богатой функциональностью, а убрать хаос в накопленном архиве и обеспечить более-менее надёжный бэкап. Таймлайн — приятный бонус поверх облачного бэкапа, не более. Поддерживать для этого инфраструктуру — держать, обновлять, иметь отдельно для фоток резервные копии — в моем случае избыточно.
Спасибо, я рассматривал локальные версии для организации фотоархивов, но понял, что мне это не надо, cмотрел на immich, nextcloud. Хотелось, чтобы этот таймлайн был доступен с любого устройства из любой сети (где есть интернет), можно было ссылку скинуть с ридонли правами родственникам. Чтобы можно было не зависеть от хостинга, в том числе собственного.
Риски понятны в случае той или иной степени секретности, государственной тайны. Но там и своя политика конфиденциальности. Не понятно, зачем эти риски натягивать на всю экономику, на частных лиц. Какая-то подмена понятий. Тем более, в условиях отсутствия национальных альтернатив, которые к тому же априори невозможны в конкурентоспособном виде из-за несопоставимости рынка и инвестиций.
Только сейчас вспомнил, был такой биолог 100 лет назад Александр Александрович Любищев. Про него Даниил Гранин написал книгу "Эта странная жизнь" про систему учета времени, которую Любищев вел десятилетиями. Он записывал, сколько времени уходит на работу, чтение, письма, поездки, быт, отдых. Не примерно, а в часах и минутах. Потом подводил итоги: за день, месяц, год. Сравнивал планы и факты. Смотрел, куда реально уходит жизнь. Самое поразительное, что это делалось без компьютеров!
Мне простых моделей для анализа текстов или даже средненькой кодовой базы критически не хватает. Или может я что-то делаю не так? Так что для себя пока не вижу альтернатив старшим моделям от антропика и опен аи
К сожалению, похоже на обычный джаст бизнес. Скорее всего экономика подписок была необходима на начальном этапе, когда был важен аквизишен и ранний ретеншен. Сейчас же, похоже, из-за объемов экономика перестала сходиться. Так что постепенно будут закручивать гайки. И думаю, не только антропики.
Да, видимо, стоило яснее выразить некоторые моменты.
По первому вопросу. Каждая практика начиналась со своей задачи: заметки — прояснить идею, выгрузить и порадоваться, дневник — разобраться в переживаниях, лог — не забыть факты. Никакой глобальной цели вроде "навести порядок в жизни" не было. Система сквозной рефлексии появилась сама — как побочный эффект того, что записи оказались вместе и к ним добавился ИИ.
По второму. Различие между заметкой, дневником и логом никуда не делось — оно в содержании и в том, что именно побудило сделать запись. Когда заканчиваю писать, я задаю себе 2 вопроса:
Это может быть использовано при рабочей ретро? Если да, ставлю тег work.
Этим можно будет поделиться? Если да, ставлю тег public.
Замечал такой эффект у джуна. Сижу рядом, прошу найти все места, где используется метод. Вместо того, чтобы выполнить find usages в ide, он просит курсор это сделать. И мы сидим 30 секунд ждем
Да, на десктопе комьюнити плагин git - так и называется, он в топе установок, его легко найти. А на мобиле - fit, он работает как раз через авторизацию гитхаба. Я эту схему взял из хабровской статьи https://habr.com/ru/articles/843288
Не имел в виду, что тон неважен. Хотел лишь подсветить распространенную проблему внутри любых социальных групп, реалистичное решение которой возможно на том же уровне (или выше), который эту проблему и породил. Чисто процессным микроменеджментом это не решить. Хотя бы потому что слишком дорого поддерживать точные регламенты в условиях постоянных изменений (продуктовых требований, общей экспертизы команды, развития инструментария) - все, что сегодня нам кажется незыблемым и "фух, наконец-то договорились", уже через месяц начинает казаться "ну давайте попробуем теперь так".
Это была шутка если что. Хотя в каждой шутке доля шутки. Для меня как для разработчика обход санкций по части профессиональных инструментов важнее мессенджера
Интересно, что ковровая блокировка всего и вся опять начинается из-за Телеги как много лет назад. Чертова Телега, без нее все было бы хорошо. Почему-то вацап и вайбер как-то почти молча прикрутили и ничего.
Я тут вижу проблему доверия в команде. Ведь получатель послания так же участвует в создании смысла, как и его автор. Представьте себе любимого дедушку, такого теплого и родного, который всегда с вами себя вел максимально поддерживающе и вообще божий одуванчик. Он вам напишет сообщение «Свари картошечки, я приеду через час». Я бы с радостью кинулся ее чистить, а потом варить, предвкушая встречу. А все почему, потому что я не вкладываю в это сообщение смысла «опять этот абьюзер что-то от меня требует».
Да, наверное, на уровне реализации можно попросить ИИ сделать такие инструменты, но для меня такая статья в первую очередь дает возможность задуматься, а как еще можно получить высокоуровневую визуализацию архитектуры системы. На практике, особенно в сферах с высокой скоростью итерирования типа геймдева, часто пренебрегают этим. Просто потому что "некогда" или "а зачем, если после релиза версии окажется, что этот функционал надо будет переделать или вообще выбросить". В итоге копится долг понимания всей системы целиком, что в ней есть, как это связано. А без этого поддержка становится болью.
Прикольно, помогает подсветить слепые зоны, а именно: - на что уходит время - при работе с новыми людьми (а если команда достаточно развивающаяся, чтобы там периодически кто-то приходил, то это вообще маст хэв), чтобы был фактический материал для обратной связи и своих выводов
Конечно, ничего бесплатного не бывает в жизни. За все надо платить, но если настроить процесс так, чтобы он создавать минимальное трение, выглядит очень даже оправданным
Меня в этой истории больше всего заинтересовал срок. За 2 года инструменты и их возможности поменялись настолько, что не представляю, как можно сравнивать их интеграцию в разные времена. Мне кажется, еще год назад все было сильно грустнее и вызывало сомнения
Хотелось поделиться максимально ленивым решением популярной проблемы. Таким, которое не требует когнитивных усилий и хоть какой-то экспертизы — а именно это является главным препятствием для её решения. Поэтому да, статья не про технические изыски. И вы всё правильно поняли с первого раза, интересного для читателя с вашим опытом тут вряд ли найдётся.
Яндекс Диск
Про "не зависеть от хостинга" — противоречия нет. Все, что хотел этим сказать — это моя цель не быть админом собственного self-hosted сервиса.
У меня была чуть другая задача: не построить личное фотохранилище с богатой функциональностью, а убрать хаос в накопленном архиве и обеспечить более-менее надёжный бэкап. Таймлайн — приятный бонус поверх облачного бэкапа, не более. Поддерживать для этого инфраструктуру — держать, обновлять, иметь отдельно для фоток резервные копии — в моем случае избыточно.
Спасибо, я рассматривал локальные версии для организации фотоархивов, но понял, что мне это не надо, cмотрел на immich, nextcloud. Хотелось, чтобы этот таймлайн был доступен с любого устройства из любой сети (где есть интернет), можно было ссылку скинуть с ридонли правами родственникам. Чтобы можно было не зависеть от хостинга, в том числе собственного.
Риски понятны в случае той или иной степени секретности, государственной тайны. Но там и своя политика конфиденциальности. Не понятно, зачем эти риски натягивать на всю экономику, на частных лиц. Какая-то подмена понятий. Тем более, в условиях отсутствия национальных альтернатив, которые к тому же априори невозможны в конкурентоспособном виде из-за несопоставимости рынка и инвестиций.
Только сейчас вспомнил, был такой биолог 100 лет назад Александр Александрович Любищев. Про него Даниил Гранин написал книгу "Эта странная жизнь" про систему учета времени, которую Любищев вел десятилетиями. Он записывал, сколько времени уходит на работу, чтение, письма, поездки, быт, отдых. Не примерно, а в часах и минутах. Потом подводил итоги: за день, месяц, год. Сравнивал планы и факты. Смотрел, куда реально уходит жизнь. Самое поразительное, что это делалось без компьютеров!
Мне простых моделей для анализа текстов или даже средненькой кодовой базы критически не хватает. Или может я что-то делаю не так? Так что для себя пока не вижу альтернатив старшим моделям от антропика и опен аи
К сожалению, похоже на обычный джаст бизнес. Скорее всего экономика подписок была необходима на начальном этапе, когда был важен аквизишен и ранний ретеншен. Сейчас же, похоже, из-за объемов экономика перестала сходиться. Так что постепенно будут закручивать гайки. И думаю, не только антропики.
Да, видимо, стоило яснее выразить некоторые моменты.
По первому вопросу. Каждая практика начиналась со своей задачи: заметки — прояснить идею, выгрузить и порадоваться, дневник — разобраться в переживаниях, лог — не забыть факты. Никакой глобальной цели вроде "навести порядок в жизни" не было. Система сквозной рефлексии появилась сама — как побочный эффект того, что записи оказались вместе и к ним добавился ИИ.
По второму. Различие между заметкой, дневником и логом никуда не делось — оно в содержании и в том, что именно побудило сделать запись. Когда заканчиваю писать, я задаю себе 2 вопроса:
Это может быть использовано при рабочей ретро? Если да, ставлю тег work.
Этим можно будет поделиться? Если да, ставлю тег public.
К сожалению, или к счастью, но в целом наш мозг оптимизирован на минимизацию энергозатрат
Замечал такой эффект у джуна. Сижу рядом, прошу найти все места, где используется метод. Вместо того, чтобы выполнить find usages в ide, он просит курсор это сделать. И мы сидим 30 секунд ждем
Спасибо!
Да, на десктопе комьюнити плагин git - так и называется, он в топе установок, его легко найти. А на мобиле - fit, он работает как раз через авторизацию гитхаба. Я эту схему взял из хабровской статьи https://habr.com/ru/articles/843288
Не имел в виду, что тон неважен. Хотел лишь подсветить распространенную проблему внутри любых социальных групп, реалистичное решение которой возможно на том же уровне (или выше), который эту проблему и породил. Чисто процессным микроменеджментом это не решить. Хотя бы потому что слишком дорого поддерживать точные регламенты в условиях постоянных изменений (продуктовых требований, общей экспертизы команды, развития инструментария) - все, что сегодня нам кажется незыблемым и "фух, наконец-то договорились", уже через месяц начинает казаться "ну давайте попробуем теперь так".
Это была шутка если что. Хотя в каждой шутке доля шутки. Для меня как для разработчика обход санкций по части профессиональных инструментов важнее мессенджера
Интересно, что ковровая блокировка всего и вся опять начинается из-за Телеги как много лет назад. Чертова Телега, без нее все было бы хорошо. Почему-то вацап и вайбер как-то почти молча прикрутили и ничего.
Я тут вижу проблему доверия в команде. Ведь получатель послания так же участвует в создании смысла, как и его автор. Представьте себе любимого дедушку, такого теплого и родного, который всегда с вами себя вел максимально поддерживающе и вообще божий одуванчик. Он вам напишет сообщение «Свари картошечки, я приеду через час». Я бы с радостью кинулся ее чистить, а потом варить, предвкушая встречу. А все почему, потому что я не вкладываю в это сообщение смысла «опять этот абьюзер что-то от меня требует».
Да, наверное, на уровне реализации можно попросить ИИ сделать такие инструменты, но для меня такая статья в первую очередь дает возможность задуматься, а как еще можно получить высокоуровневую визуализацию архитектуры системы. На практике, особенно в сферах с высокой скоростью итерирования типа геймдева, часто пренебрегают этим. Просто потому что "некогда" или "а зачем, если после релиза версии окажется, что этот функционал надо будет переделать или вообще выбросить". В итоге копится долг понимания всей системы целиком, что в ней есть, как это связано. А без этого поддержка становится болью.
Прикольно, помогает подсветить слепые зоны, а именно:
- на что уходит время
- при работе с новыми людьми (а если команда достаточно развивающаяся, чтобы там периодически кто-то приходил, то это вообще маст хэв), чтобы был фактический материал для обратной связи и своих выводов
Конечно, ничего бесплатного не бывает в жизни. За все надо платить, но если настроить процесс так, чтобы он создавать минимальное трение, выглядит очень даже оправданным