~90% (опрос) - это те кто ведут заметки в md или txt и живет в папке.
Эти никуда и не пойдут - у них маленькие базы со слабыми связями.
папка остаётся у вас и .md уедет в любой редактор
Ничего кроме текста не уедет. Ценность - в метаданных. Это ж очевидно: даже ваша софтина по сути тоже нужна для генерации и обработки этой дополнительной информации. Иначе хватало бы директорий и текстовиков.
Мастера “заходов” нужны если бы был проприетарный формат.
Уже есть тот же ENEX. Вы предлагаете вручную теги копировать? Разве не в этой статье автор жалуется, что много кликов для миграции пришлось делать?
такие сервисы, наказывают за выход, тк это бизнес-модель.
Второй обман злее первого, потому что выглядит как забота: «Конечно, вы можете уйти. Вот кнопка экспорт».
Конкурентов поругали, а в вашей софтине есть средства экспорта? Не голые файлы, а метаданные: связи, теги, пометки на документах и т.п. А импорт того же ENEX?
Все лежит в одном месте - разве не красота? Нет ни разъезжающихся внешних индексов, ни вездесущих служебных файлов.
Блокнот .sqlite не откроет, rg по дереву не найдёт фразу, пока не сунетесь в SQL
Как теоретическую необходимость - не вижу проблемы в совании в SQL. Но мне правда сложно представить кейс, когда заметку будет необходимо из базы напрямую читать. Joplin даже в CLI умеет.
Git увидит бинарный дифф.
Joplin сам умеет в ревизии заметок и хранит diff в базе.
Остаётся только вопрос привычки
Привычки можно фиксить силой воли и другими привычками. Для всего остального есть ~MasterCard~ импорт заметок.
Разве это закрытый формат? База открывается любыми подходящими клиентами, схема - именно такая, какую вы ожидаете, никакой магии. Заметки хранятся plain-текстом, основной формат - тот же markdown с популярными расширениями, вроде LaTeX и Mermaid. Кросс-ссылки и вложения - markdown-ссылками с id прямо в тексте, файлы - в директории resources рядом, с id в именах.
Синк-сервер - чужой за деньги или в доску свой self-hosting. Joplin форсит толстые клиенты под каждую платформу, поэтому на каждом устройстве будет полная копия базы, даже если враги вероломно прекратят поддержку серверов или полиция накроет ваш уютный дата-центр в Нидерландах. При этом E2EE доступен из коробки - не нужно искать компромисс безопасности и удобства.
Сейчас полноценный VPS можно до ста рублей взять, а по цене чашки кофе уже предложат 4 Гб RAM. Туда небольшой проектик в докере влезет, не то, что джава. Копеечнее только бесплатно.
не взял её главную цену: долгоживущее состояние, пул потоков с разделяемой памятью.
Это зависит от реализации, тот же PHP-FPM работает на пуле процессов и после запроса воркеры у него не обязаны умирать, так что утечки всё еще возможны.
Но нет, быстрый in-process кэш за это не получишь - будь добр какой-нибудь редис рядом затащить там, где Java обойдется ConcurrentHashMap.
любой запрос поднимается в чистой среде, падение одного не роняет соседей
Падение отдельных потоков не роняет соседей и хостовой процесс.
деплой это замена файлов, а не перезапуск JVM с прогревом.
Зато получили неочевидную проблему разъезда старого опкеша и новых файлов при деплое копированием.
большинство разработчиков, увидев Collection в сигнатуре, ожидают рантайм-проверку, и узнав, что её нет, реагируют с недоумением
PHP осознанно выбирает консервативный путь неинвазивного навешивания тулинга, не обещая никаких гарантий на уровне языка. Обходится без трансляции, цена тому - DX, неуклюжий синтаксис, логика типов в комментариях.
TS, тем временем, отвязан от целевой платформы компилятором и может добавлять синтаксические конструкции по вкусу.
any, as, внешний JSON
Для этого программисту придется осознанно прицелиться в ногу и спустить курок.
движок не пикнет.
JS-движок обвалится уже на этапе попытки запустить “сырой” TS код с типами. А PHP комменты игнорирует и с радостью пойдет куролесить.
Если вы про этот коммент, то это ж буквально мимикрия под JSDoc. Мой вопрос был про киллер-фичи, которых (еще) нет у мейнстримовых технологий, что заставило бы выбрать именно PHP.
Как импорт-экспорт сделаете - так сразу))
Эти никуда и не пойдут - у них маленькие базы со слабыми связями.
Ничего кроме текста не уедет. Ценность - в метаданных. Это ж очевидно: даже ваша софтина по сути тоже нужна для генерации и обработки этой дополнительной информации. Иначе хватало бы директорий и текстовиков.
Уже есть тот же ENEX. Вы предлагаете вручную теги копировать? Разве не в этой статье автор жалуется, что много кликов для миграции пришлось делать?
Почему вы наказываете пользователя ЗА ВХОД?))
То есть в эту софтину нужно заходить с чистого листа и обратного пути нет. Львиная дола аудитории с существующей базой заметок идет мимо сразу.
Конкурентов поругали, а в вашей софтине есть средства экспорта? Не голые файлы, а метаданные: связи, теги, пометки на документах и т.п. А импорт того же ENEX?
Все лежит в одном месте - разве не красота? Нет ни разъезжающихся внешних индексов, ни вездесущих служебных файлов.
Как теоретическую необходимость - не вижу проблемы в совании в SQL. Но мне правда сложно представить кейс, когда заметку будет необходимо из базы напрямую читать. Joplin даже в CLI умеет.
Joplin сам умеет в ревизии заметок и хранит diff в базе.
Привычки можно фиксить силой воли и другими привычками. Для всего остального есть ~MasterCard~ импорт заметок.
Разве это закрытый формат? База открывается любыми подходящими клиентами, схема - именно такая, какую вы ожидаете, никакой магии. Заметки хранятся plain-текстом, основной формат - тот же markdown с популярными расширениями, вроде LaTeX и Mermaid. Кросс-ссылки и вложения - markdown-ссылками с id прямо в тексте, файлы - в директории resources рядом, с id в именах.
Синк-сервер - чужой за деньги или в доску свой self-hosting. Joplin форсит толстые клиенты под каждую платформу, поэтому на каждом устройстве будет полная копия базы, даже если враги вероломно прекратят поддержку серверов или полиция накроет ваш уютный дата-центр в Нидерландах. При этом E2EE доступен из коробки - не нужно искать компромисс безопасности и удобства.
Участь QA незавидна в век вайбкодинга.
Раньше не проверяли, а сейчас верите на слово?)
Сейчас полноценный VPS можно до ста рублей взять, а по цене чашки кофе уже предложат 4 Гб RAM. Туда небольшой проектик в докере влезет, не то, что джава. Копеечнее только бесплатно.
Зачем строить монстра из инфраструктурных костылей, если можно не строить?
Ну что ж сразу с синтаксическими инвалидами-то мериться в DDD? Берите Java или C#.
Это зависит от реализации, тот же PHP-FPM работает на пуле процессов и после запроса воркеры у него не обязаны умирать, так что утечки всё еще возможны.
Но нет, быстрый in-process кэш за это не получишь - будь добр какой-нибудь редис рядом затащить там, где Java обойдется
ConcurrentHashMap.Падение отдельных потоков не роняет соседей и хостовой процесс.
Зато получили неочевидную проблему разъезда старого опкеша и новых файлов при деплое копированием.
PHP осознанно выбирает консервативный путь неинвазивного навешивания тулинга, не обещая никаких гарантий на уровне языка. Обходится без трансляции, цена тому - DX, неуклюжий синтаксис, логика типов в комментариях.
TS, тем временем, отвязан от целевой платформы компилятором и может добавлять синтаксические конструкции по вкусу.
Для этого программисту придется осознанно прицелиться в ногу и спустить курок.
JS-движок обвалится уже на этапе попытки запустить “сырой” TS код с типами. А PHP комменты игнорирует и с радостью пойдет куролесить.
Ценны эти возрастные системы, а не PHP. Если для таких проектов никто больше не будет выбирать этот язык, это и есть смерть.
Язык-то не изменился, он о дженериках и тем более о типах ничего не знает - в рантайме матчатся строки.
Если вы про этот коммент, то это ж буквально мимикрия под JSDoc. Мой вопрос был про киллер-фичи, которых (еще) нет у мейнстримовых технологий, что заставило бы выбрать именно PHP.
Большинство фанов повторяют мантру о том, что PHP уже не то говно, что было раньше. Но если объективно: что уникального может предложить PHP в 2к27?
Языковые возможности? Так PHP едва догоняющий.
Убийственную производительность? Нет, определенно: тут уже Go. Если логика сложная - Spring Boot или ASP.NET Core.
Невероятный DX? Fullstack-фреймворки на JS зарулят.
Ошеломляющее количество специалистов на рынке? Джаваскриптизёров всё равно больше.
Единственная суперспособность - программирование в стиле “Как раньше”: кастомизация готовых CMS, правка скриптов на проде голыми руками.
Язык догоняет мейнстрим с добрым лагом в 10-20 лет по фичам, при том не предлагает ничего нового и уникального.
Обороты-в-секунду таки должны совпадать для любых точек на радиусе)
M-DISK предназначался, тащемта.