Collaboration sucks 🔥 Горячее 💬 Длинная дискуссия
Автор утверждает, что изречение "Если хочешь идти быстро - иди один; если хочешь идти далеко - иди вместе" медленно убивает компании. Он сравнивает сотрудничество с вождением автомобиля: полезно получать навигационную помощь, но вредно постоянно менять водителей или получать комментарии о вождении. В компании PostHog ценят принцип "ты - водитель", нанимают хороших специалистов и не мешают им работать, но избыточное сотрудничество замедляет работу, снижает мотивацию и уверенность.
Причины избыточного сотрудничества включают желание быть полезным, недостаточную конкретность в запросах обратной связи и отсутствие ясности в определении ответственного. Автор предлагает решения: по умолчанию отправлять код (pull requests), а не обсуждать в Slack, и сокращать количество участников в обсуждениях. В компании даже подсчитали 175 упоминаний фразы "давайте обсудим" в Slack, что свидетельствует о проблеме.
Комментарии (220)
- Обсуждение в основном вращается вокруг вопроса, когда коллаборация становится вредной: отсутствие четкого владельца решения, размывание ответственности, «bikeshedding» и замедление процесса.
- Участники спорят, где именно граница между полезной обратной связью и «параноем» в стиле «дайте мне знать, что вы думаете об этом» и «почему вы не сделали это так, как я бы хотел».
- Некоторые участники подчеркивают, что не всякая коллаборация вредна — только та, что не имеет четкой структуры и владельца решения.
- Обсуждение также затрагивает тему, что важно различать «коллаборация» (которая может быть полезной) и «безконтрольная коллаборация» (которая может быть вредной).
Ken Thompson recalls Unix's rowdy, lock-picking origins
Предоставленный текст не содержит статьи Кена Томпсона о происхождении Unix, а представляет собой форму подписки на рассылку The New Stack. В тексте отсутствует само содержание статьи, которое предполагалось пересказать. Вместо этого представлена регистрационная форма с полями для ввода имени, фамилии, компании, страны, почтового индекса и профессиональной информации. Форма также содержит информацию о политике конфиденциальности и условиях использования платформы. Для получения пересказа статьи о происхождении Unix необходимо предоставить сам текст статьи.
Комментарии (49)
- Unix и другие проекты рождались в атмосфере открытого исходного кода, сотрудничества и страсти к делу, что противоречит корпоративной культуре.
- Подобные проекты часто не имели четкой организационной структуры, но вместо этого полагались на сильное чувство общности и взаимопомощи.
- Это противоположно тому, как обычно происходят вещи в больших компаниях.
- Истории о ранних днях Unix, ITS и других проектах подчеркивают важность этих ценностей.
- Но в то же время, они показывают, что такие проекты могут быть успешными и влиять на мир, даже если они не следуют традиционной модели разработки ПО.
Twake Drive – An open-source alternative to Google Drive 🔥 Горячее 💬 Длинная дискуссия
Проект Twake Drive представляет собой открытую альтернативу Google Drive, разработанную компанией Linagora. Это решение предлагает пользователям полный набор функций для облачного хранения и совместной работы с файлами, включая синхронизацию, совместное редактирование и управление доступом.
Проект построен на принципах открытого кода, что позволяет организациям развивать платформу в соответствии со своими потребностями и обеспечивает большую гибкость по сравнению с проприетарными решениями. Twake Drive стремится предоставить безопасную и конфиденциальную альтернативу, подчеркивая важность контроля пользовательских данных.
Комментарии (204)
- Обсуждение показало, что технические характеристики (синхронизация, безопасность, производительность) важны, но устойчивость проекта и наличие сообщества в долгосрочной перспективе могут быть ещё более критичными факторами.
- Участники подчеркнули, что даже при наличии open-source решений, отсутствие ясной модели финансирования и поддержки может привести к прекращению проекта.
- Сравнение с Nextcloud и Seafile показало, что пользователи ищут баланс между простотой установки и гибкостью, но при этом критично важно, чтобы проект не исчез через год-два.
- Несколько комментаторов отметили, что важно не только иметь открытый исходный код, но и обеспечить прозрачность в модели угроз и процессе принятия решений.
- Вопрос о том, как проект планирует привлечь и удерживать вкладчиков, остался без ответа, что может быть самым слабым местом.
I forced myself to spend a week in Instagram instead of Xcode
Разработчик приложения Lagree Buddy, уже имеющего стабильные продажи после внедрения платного доступа, решил на неделю отказаться от программирования и полностью сосредоточиться на маркетинге через Instagram. Вместо написания кода он ежедневно создавал контент в формате сторителлинга — серии из 4-6 постов с нарративной дугой, например, историю о поиске и исправлении бага в приложении. Параллельно он вёл холодные рассылки студиям и тренерам, использующим Apple Watch, что привело к быстрым откликам: два ответа из десяти запросов в первый день и предложение о коллаборации от крупного сообщества Lagreeing at Home уже на второй день. Эксперимент показал, что даже краткосрочный фокус на продвижении может открыть неожиданные возможности для роста, пока код отдыхает.
Комментарии (92)
- Разработчики делятся методами организации идей и планирования контента (ведение журналов, фокусировка на аудитории).
- Подчёркивается важность маркетинга и продвижения продукта, опровергается миф "построил — и они придут".
- Обсуждаются стратегии продвижения в соцсетях: работа с инфлюенсерами, создание вирального контента, избегание спама.
- Критикуются неаутентичные методы продвижения (фейковые отзывы, сообщения) и обсуждаются этичные альтернативы.
- Затрагиваются технические аспекты мобильной разработки: выбор нативных технологий vs кроссплатформенных фреймворков.
Notion releases offline mode
Работа в Notion офлайн
- Доступно всем: просматривайте, редактируйте и создавайте страницы без сети в десктоп- и мобильном приложении.
- Автозагрузка: на Plus/Business/Enterprise последние и избранные страницы сохраняются автоматически.
- Вручную: откройте нужную страницу →
•••→Available offline; дождитесь полосы загрузки. - Проверка: в
Settings → Offlineвидно, что сохранено; можно удалить лишнее.
Подготовка к офлайну
- На каждом устройстве включите офлайн-доступ отдельно.
- Убедитесь, что нужные страницы загружены через
Settings → Offline. - База данных: первые 50 строк загружаются автоматически; остальные — вручную.
- Подстраницы отмечайте индивидуально.
Работа офлайн
- Изменения сохраняются локально и синхронизируются при подключении к интернету.
Комментарии (133)
- Пользователи делятся на два лагеря: кто-то рад офлайн-режиму Notion, но многие уже ушли в Obsidian за скоростью, локальным хранением и «файл-овер-эпп» подходом.
- Все сходятся, что офлайн-синхронизация сложна: конфликты, потеря данных, архитектура масштаба — всё требует огромных усилий.
- Некоторые считают Obsidian неудобным для командной работы и предпочитают Notion для HR, спринтов и коллаборации.
- Альтернативы: SiYuan, Anytype, Notesnook, Appflowy, но у каждого свои компромиссы.
- Главный вывод: Notion — для команд и «документов в облаке», Obsidian — для личных баз знаний и контроля над данными.