Если кто-то знает как сделать чтобы ссылки в оглавлении заработали в Хабре? Делаю в маркдауне как обычно[Текст](#заголовок), но почему-то не переходит.
Ну вообще странно брать метрику которая определяет популярность чего либо по поисковым запросам, как в Тиобе. Так как программистов достаточно мало на планете, даже в сравнении с любителями змей.
А вот хороший способ - взять програмисткие ресурсы, например Стэковерфлоу и Гитхаб, и посчитать там количество проектов/вопросов по языкам.
Так я и не оспариваю что Емакс лекго настраивается. Я лишь говорил что в ВСКоде тоже команды и тоже кодом можно все сделать, возможно даже в рантайме, хотя большинство штук которые мне нужны настроены и выглядят так как я хочу из коробки.
Я почему заинтересовался, потому что в статье упоминаются другие редакторы, а ВСкода нет, что немного странно для вэб-разработчика. Ведь это редактор написанный полностью на вебе. Разве не интересно было его зачекать?
V8 очень производительный, сравним с той же Явой и Го. Процесс отрисовки у него тоже один. Языковые фичи стандартные, клиент/сервер, как и в Емакс поключаются.
Обновляется не потому что бажный, а потому что фичи добавляются новые. Плагины зачем отключать, вы же их сами ставите, например: Гит, линтеры, подкраски и раскраски, ну можно удалить или деактивировать в конфигурашке.
Почему вы не упомянули VSCode? Он работает также командами, только написан на JavaScript, может запускаться полностью в броузере и/или в докере, чтобы не грузить электрон.
Еще немного трафика дают ответы и комментарии под релевантными статьями и постами. Особенно если упеваешь первым. И публиковать конечно. Главное это время чтобы и проект развивать и публиковать и работать и семьёй заниматься ))
Меня даже не хейтеры напрягают, а то что допустим написал ты статью, потратил много времени и сил, а человек читающий пробежался по ней глазами по-диагонали, в сути не разобрался, по ссылкам не прошел, может только заголовок один увидел, да и в теме особо не разбирается. А уже спешит поделиться своим "компетентным" и безусловно важным мнением, и оценку поставить. На хабре например, то что в минуса уходит, сереет, и другими людьми не читается, кто мог бы получить пользу. На реддите примерно тоже самое.
Еще много щЮтников, которые любят вставлять мемасики и говорить баянными фразами, показывая тем самым свой громадный интеллект и начитанность.
Делал рисерч пару лет назад, все крупные поисковики умели JS сайты анализаровать, сегодня значит еще лучше, так что да, СЕО не в счет.
Кстати, спинер можно туда же в единый файл HTML бандла, в самом начале разместить. А скрытые элементы и большие списки, можно лениво подгужать по мере надобности.
В любом случае, думаю что при правильной организации первого показа, его скорость можно сделать на равне с гидрацией.
Я вот сейчас подумал. Если фронтэнд библиотеки минимальны, код приложения в JSX, всё это собрать в один сжатый HTML файл, и отдавать его на первый запрос. То получается разница с гидрацией (первый показ) будет минимальна - пасинг HTML в DOM против создание DOM через JS. Зато начало взаимодействия будет сразу которое у гидрации начнется неизвестно когда. Понятно что не всем проектам это подойдет.
Тоесть он применяется для общения с сервером? А что насчет реактивности, как например Signals в SolidJS, использующиеся для обновления DOM, в Angular этим занимается RxJS?
Я конечно охренел когда сейчас Дум запустился в ПДФ-ке!
Как я понял в примере с
useOptimisticтак и будут показываться "оптимистичные" данные при ошибке, так? Потому что там отсутствует код:В
useOptimisticимеется ли что-то типа:removeOptimisticComment? Можете дополнить ваш пример пожалуйста?Если кто-то знает как сделать чтобы ссылки в оглавлении заработали в Хабре? Делаю в маркдауне как обычно
[Текст](#заголовок), но почему-то не переходит.Делать HTTP запрос на фичу-флаг по-моему перебор.
Ну вообще странно брать метрику которая определяет популярность чего либо по поисковым запросам, как в Тиобе. Так как программистов достаточно мало на планете, даже в сравнении с любителями змей.
А вот хороший способ - взять програмисткие ресурсы, например Стэковерфлоу и Гитхаб, и посчитать там количество проектов/вопросов по языкам.
https://redmonk.com/sogrady/2024/09/12/language-rankings-6-24/
Так я и не оспариваю что Емакс лекго настраивается. Я лишь говорил что в ВСКоде тоже команды и тоже кодом можно все сделать, возможно даже в рантайме, хотя большинство штук которые мне нужны настроены и выглядят так как я хочу из коробки.
Там тоже команды. Тоже все настраивается. Тоже все можно переписать, причем на нашем (вэб) стеке.
И это демонстрация того на сколько далеко зашли вэб технологии, что полноценная IDE может быть реализована. Меня это изумляет.
Но я не собирался устраивать флэйм-войн. Уважаю как емакс с липсом, так и вим.
Я почему заинтересовался, потому что в статье упоминаются другие редакторы, а ВСкода нет, что немного странно для вэб-разработчика. Ведь это редактор написанный полностью на вебе. Разве не интересно было его зачекать?
V8 очень производительный, сравним с той же Явой и Го. Процесс отрисовки у него тоже один. Языковые фичи стандартные, клиент/сервер, как и в Емакс поключаются.
Обновляется не потому что бажный, а потому что фичи добавляются новые. Плагины зачем отключать, вы же их сами ставите, например: Гит, линтеры, подкраски и раскраски, ну можно удалить или деактивировать в конфигурашке.
Почему вы не упомянули VSCode? Он работает также командами, только написан на JavaScript, может запускаться полностью в броузере и/или в докере, чтобы не грузить электрон.
Думал из названия, что докер в броузере запускают зачем-то через Web Assembly. Как вам такое кстати и зачем может понадобится?
Поднять ЗП не пробовали? Может она ниже рынка и он это знает.
Попробуйте вернуться к истокам. Возьмите любой git сервер для версионности и видимости кто вносил изменения, документацию удобно писать в markdown.
Еще немного трафика дают ответы и комментарии под релевантными статьями и постами. Особенно если упеваешь первым. И публиковать конечно. Главное это время чтобы и проект развивать и публиковать и работать и семьёй заниматься ))
Спасибо! Актуальная статья. Тоже пока 55 звезд за несколько лет, но растем по чайной ложке.
Меня даже не хейтеры напрягают, а то что допустим написал ты статью, потратил много времени и сил, а человек читающий пробежался по ней глазами по-диагонали, в сути не разобрался, по ссылкам не прошел, может только заголовок один увидел, да и в теме особо не разбирается. А уже спешит поделиться своим "компетентным" и безусловно важным мнением, и оценку поставить. На хабре например, то что в минуса уходит, сереет, и другими людьми не читается, кто мог бы получить пользу. На реддите примерно тоже самое.
Еще много щЮтников, которые любят вставлять мемасики и говорить баянными фразами, показывая тем самым свой громадный интеллект и начитанность.
Делал рисерч пару лет назад, все крупные поисковики умели JS сайты анализаровать, сегодня значит еще лучше, так что да, СЕО не в счет.
Кстати, спинер можно туда же в единый файл HTML бандла, в самом начале разместить. А скрытые элементы и большие списки, можно лениво подгужать по мере надобности.
В любом случае, думаю что при правильной организации первого показа, его скорость можно сделать на равне с гидрацией.
Еще проще эта задача решается с помощью Fusor. Сигналы/Observables также просто можно интегрировать во Fusor на событие
mount.https://codesandbox.io/p/sandbox/jsx-webpack-forked-wrxy7w?file=%2Fsrc%2Fapp.jsx%3A5%2C18
Тоже верно.
Я вот сейчас подумал. Если фронтэнд библиотеки минимальны, код приложения в JSX, всё это собрать в один сжатый HTML файл, и отдавать его на первый запрос. То получается разница с гидрацией (первый показ) будет минимальна - пасинг HTML в DOM против создание DOM через JS. Зато начало взаимодействия будет сразу которое у гидрации начнется неизвестно когда. Понятно что не всем проектам это подойдет.
Тоесть он применяется для общения с сервером? А что насчет реактивности, как например Signals в SolidJS, использующиеся для обновления DOM, в Angular этим занимается RxJS?