Вижу, что вы поняли меня абсолютно верно, надеюсь на то, что вы уберёте свой минус, так как разобрались, о чем я писал изначально, впредь, думаю, стоит делать более развёрнутые ответы, чтобы не было недоразумений и скрытых смыслов (домыслов). "Пожалуйста, не закрывайте страницу." видимо означает, что запрос и обработка происходит на стороне клиента. Если бы запрос отправился на сторонний сервер, и попал в брокер задач, было бы без разницы, закрыл пользователь страницу или сидит и смотрит на неё. Вопрос только к тем, кто так сделал, и почему. 🤔
Вы так отреагировали, как-будто это моё решение или желание, чтобы так было. Я понимаю, что людям не нравится правда, но зачем задавать вопрос на который не хочешь получить честный ответ ? Или вы думаете что я злорадствую, или мне в радость, что product-менеджер и Kanban ограничивают разработчика, особенно в крупной компании. Не важно, что что-то не готово или не доделано, есть Team-Lead или Product-Менеджер, которые отчитываются о проделанной работе и о результатах директору, если быть точнее, техническому директору. И всё устроено так, что у тебя есть таски (задачи), которые весят на тебе, где расписано, что нужно сделать и за какое время, и если заниматься тем, что разработчик решил, то из-за сорванных деадлайнов и спринтов его просто уволят, за неэффективность. Поэтому, не разработчик решает, как будет выглядеть и работать продукт. Как сказали, так и делаешь, даже если это не удобно пользователю, даже если это не нравится разработчику, платят за то что в списке задач. Не сказать, что прям программисты подневольные, иногда аргументы бывают весомыми, но не во всех компаниях ценится инициатива. Так что, в крупных компаниях конечный продукт, это не решение разработчиков.
Обычный пользователь не относится к тем дуракам, от которых защищаются. В нашем мире есть дети, школьники, которым хочется пошутить и поприкалываться. Ещё есть просто неадекватные люди, от которых не знаешь что ожидать, так что, если какие-то ограничения возникли, то это может быть по нескольким причинам. Желание заработать у компании, кто-то пострадал от этого функционала, и чтобы не допустить очередных судебных исков принимают решение это убрать. Либо появился такой дизайнер, или product-менеджер, который решил, что так будет лучше. Я художник, я так вижу. Порой из-за этих креативщиков бывает слив бюджета и времени. Объяснили к примеру, что это бессмысленно, или не будет так работать, но в итоге задачу пропихнули, условно в Jira, делаем, показываем, выясняется что фигня, и всё возвращается в исходную, так что вы могли наблюдать что временно что-то появляется в приложении а потом исчезает.
Бывают авральные ситуации, когда долго думали, откладывали, а потом припекло срочно сделать, в итоге это наспех внедряется и ломает всю логику, приходится откатываться до стабильной версии, и выяснять, кто виноват. Так что это не отношение разработчиков к пользователям, нет, и те минусы которые были наставлены в комментарии не изменят того что творится в мире IT. Просто опрокинули злобу на эмоциях, на того кто хотел объяснить, что происходит.
Здесь пришлось расписать более подробно, чтобы вы оценили весь масштаб IT-индустрии, чтобы не было грёз и романтики по поводу этой профессии. Я был свидетелем того как на нервах люди спивались, умирали от тяжёлых наркотиков или кончали жизнь самоубийством. И нет, так не везде, это единичные случаи. В целом, кто не выдерживает, либо уходят из корпораций либо меняют профессию. Или работают в стартапах или программистами не в IT-компаниях. 🤔🙄
Постараюсь объяснить кратко. Любое нажатие кнопки в ПО или в сервисах, это запрос или группа запросов, к сожалению, в последнее время люди тупеют, с чем это связано, я не знаю, поэтому UI\UX делают с расчётом "защиты от дурака". Чтобы не делали лишних движений, нажатий или не лезли куда не надо, плюс защита от случайных или не желательных нажатий. Вот эта "защита от дурака" и упрощает UI, сокращая вероятности нежелательных нажатий. Например был случай, раньше, устанавливая Windows вы могли увидеть в процессе установки "...теперь вы можете откинутся на спинку...". И люди делали это, даже если спинки нет, и стали поступать жалобы и иски в суды. Надпись в итоге убрали. Почему люди не хотят думать, вопрос к людям, а не к ПО. Его стараются делать так, чтобы не было страшных и непредвиденных последствий, если что-то убрали, значит от этого кто-то пострадал.
По вопросу о лифтах. Выбор этажа и самого лифта на первом этаже сделали для безопасности, чтобы сотрудники не лазали и не шарахались где не попадя. Даже если поставить камеры наблюдения, которые по регламенту где-то ставить запрещено, они не предотвращают те убытки и порчу чужого имущества, которое может стоить очень дорого, и вандал не сможет оплатить ущерб, даже копя деньги год. Поэтому было принято решение просто сделать определённые места в здании недоступными, это не требует расход на персонал и на обслуживание видеонаблюдения. Вы просто физически не сможете попасть не туда.
Не понимаю, в чём сложность. Нужен сайт на JavaScript есть SSR. Он хорошо дружит с SEO (сужу по опыту компаний и по своему тоже), всё индексируется и продвигается. Не хочется постоянно запекать страницы, ну используйте ISR
Ах да, Angular Universal с ним не дружит, с ISR. Ну тогда вам придётся выбирать между Next.js или Nuxt.js(Ещё конечно можно использовать VuePress или VitePress, на них можно не только документации делать, ну и вполне себе хорошие сайты с динамическими компонентами и всё это хорошо для SEO - проверял)
Кстати, это не сарказм, это опыт, я попробовал, и у меня есть результаты. Да и не только у меня, у всех кто это пробовал тоже есть положительные результаты. Для профи там ничего сложного это всё настроить.
Если title статичный, значит там что-то с промисами начудили, или забыли убрать статические данные.
SEO оптимизация - это что-то среднее между backend и frontend, поэтому фронтенд разработчику сложно настроить семантическое ядро и учесть другие фишки и инструменты SEO. Знание OpenGraph и Schema.org - это далеко не всё. Я уже молчу про генерацию robots.txt и sitemap.xml (Столько тонкостей надо знать, это кстати легче поймёт бэкендер)
Про бэкенд я услышал только про PHP/ - так, уровень знаний мне понятен, стало очевидно, почему SSR для автора проблема. Если знать как работает контекст в динамических страницах SSR, то проблемы автоматически улетучиваются, и в настройках можно явно указать что показать, если такой страницы не будет, можно показать ошибку 404 или не отображать страницу вовсе, или будет ошибка при компиляции. Жаль что не упомянули про Rust, Java, С#, Python - на них же тоже можно сделать backend
Мне на самом деле сложно судить без Code Review (чтобы понять почему автор не возлюбил SSR)
Вообще пэт-проекты нужны по трём причинам. 1) Попробовать что-то с чем вряд ли придётся иметь дело на работе, но очень интересно как это будет работать, выглядеть, функционировать.
2) Показать на примере пэт-проекта, что ты можешь и умеешь, так сказать, не на словах, а на деле, и не надо доказывать свой опыт и способности, если бы не умел, не сделал бы. Так что просто сделайте пэт-проект, чтобы показать на собеседовании или работодателю, это вместо 1000 слов подтвердит, что вы можете и умеете это делать.
3) Если умеешь программировать, почему бы не сделать пэт-проект для себя, чтобы он помогал в твоих делах, а потом вжух, и это вдруг станет нужным и полезным ещё для кого-то, и так пэт-проект стал не только помогать, но и приносить прибыль.
Делать большие ставки на пэт-проекты не стоит, однако, если вы делаете это осмысленно, а не из серии "крудошлёпство", "ещё один сайт на вордпрессе", "хелло ворлд", "запилил тудушку", то есть шанс что это будет кому-то интересно.
Я тоже подумал про технологию WebView - особенно, когда увидел голубую шестерёнку https://geekflare.com/wp-content/uploads/2022/04/Android-System-WebView-789x628.png Очень напоминает iframe на сайте, только в мобильном приложении. То есть, если разместить такой "фрейм" в мобильном приложении, то через это "окно" можно подгрузить ЛЮБОЙ сайт. Видел WebView в приложении Telegram и WhatsApp - когда переходишь по ссылке. Как выяснилось позже, так мобильные приложения собирают аналитику связанную с посещением сайтов, ведь не до всех доходит что они сидят не в браузере а в WebView. В документации по разработке Android приложения об этом подробнее.
Это я тоже читал. Просто обычно, из-за того что "границы размыты" может сработать акт не справедливости. Кто-то сидел, писал, тратил своё личное время. А его статью без объяснения причин, просто удалили. Написать целую статью, это не так просто, как кажется. Да и вообще делать контент, это труд. Я ещё не успел стать автором, но уже начинаю понимать, почему авторы уходят на VC и Reddit, а потом Хабр чуть ли не упрашивает чтобы авторы шли к нему и оставляли свои статьи. И если вы это мне, то это не флуд, а двойные стандарты и очень даже горячая тема, всех не заткнуть, рано или поздно придётся услышать людей и сделать выводы. На Пикабу вроде бы уже с этим определились.
Я не против вашей статьи, она написана хорошо. И такие проблемы освещать НУЖНО, чтобы от таких врачей больше никто не пострадал. Сейчас разбор правил и модерации статей на Хабр.Чтобы потом не было разговоров, что никто не пишет на "отвлечённые темы", или правила надо изменить, или на Хабре больше не будет "левой" тематики. Надеюсь администрация Хабра определится, можно или нельзя. А то получается что правила написаны просто так, а не для того чтобы им следовали. Простите, наболело. Извините. Просто ваша статья имеет нечто схожее с моим случаем, как теперь восстановить последствия лечения от тех стоматологов, я не знаю, уже много лет прошло, скорее всего этой частной конторы уже нет.
Я добавил скриншот, с ним поспорить не получится, так как он сделан на этом сайте. Что вы на это теперь скажете? Что я это придумал, или что этого не написано ?
Я читал правила Хабр. Там написано что тут можно писать только на IT тематику. Это уже 25 или 26 статья, которая вообще никак не связана с IT технологиями. Значит, всё же статьи "не по теме" тут писать можно ? Я правда хочу разобраться в данной ситуации. Акцентирую внимание, что я ничего не имею против статьи. Я хочу понять как работают правила Хабра, в правилах чётко прописано что тематика "айтишная", но мне попадаются статьи, которые вообще ничего общего к IT не имеют. Если можно, тогда почему в правилах намекают что нельзя? Благодарю за конструктивное объяснение, не так что "ты не понял", или что "у меня проблемы с интеллектом", мне важно разобраться в этой ситуации!
Вижу, что вы поняли меня абсолютно верно, надеюсь на то, что вы уберёте свой минус, так как разобрались, о чем я писал изначально, впредь, думаю, стоит делать более развёрнутые ответы, чтобы не было недоразумений и скрытых смыслов (домыслов). "Пожалуйста, не закрывайте страницу." видимо означает, что запрос и обработка происходит на стороне клиента. Если бы запрос отправился на сторонний сервер, и попал в брокер задач, было бы без разницы, закрыл пользователь страницу или сидит и смотрит на неё. Вопрос только к тем, кто так сделал, и почему. 🤔
Вы так отреагировали, как-будто это моё решение или желание, чтобы так было.
Я понимаю, что людям не нравится правда, но зачем задавать вопрос на который не хочешь получить честный ответ ? Или вы думаете что я злорадствую, или мне в радость, что product-менеджер и Kanban ограничивают разработчика, особенно в крупной компании. Не важно, что что-то не готово или не доделано, есть Team-Lead или Product-Менеджер, которые отчитываются о проделанной работе и о результатах директору, если быть точнее, техническому директору. И всё устроено так, что у тебя есть таски (задачи), которые весят на тебе, где расписано, что нужно сделать и за какое время, и если заниматься тем, что разработчик решил, то из-за сорванных деадлайнов и спринтов его просто уволят, за неэффективность. Поэтому, не разработчик решает, как будет выглядеть и работать продукт. Как сказали, так и делаешь, даже если это не удобно пользователю, даже если это не нравится разработчику, платят за то что в списке задач. Не сказать, что прям программисты подневольные, иногда аргументы бывают весомыми, но не во всех компаниях ценится инициатива. Так что, в крупных компаниях конечный продукт, это не решение разработчиков.
Обычный пользователь не относится к тем дуракам, от которых защищаются. В нашем мире есть дети, школьники, которым хочется пошутить и поприкалываться. Ещё есть просто неадекватные люди, от которых не знаешь что ожидать, так что, если какие-то ограничения возникли, то это может быть по нескольким причинам. Желание заработать у компании, кто-то пострадал от этого функционала, и чтобы не допустить очередных судебных исков принимают решение это убрать. Либо появился такой дизайнер, или product-менеджер, который решил, что так будет лучше.
Я художник, я так вижу.
Порой из-за этих креативщиков бывает слив бюджета и времени. Объяснили к примеру, что это бессмысленно, или не будет так работать, но в итоге задачу пропихнули, условно в Jira, делаем, показываем, выясняется что фигня, и всё возвращается в исходную, так что вы могли наблюдать что временно что-то появляется в приложении а потом исчезает.
Бывают авральные ситуации, когда долго думали, откладывали, а потом припекло срочно сделать, в итоге это наспех внедряется и ломает всю логику, приходится откатываться до стабильной версии, и выяснять, кто виноват.
Так что это не отношение разработчиков к пользователям, нет, и те минусы которые были наставлены в комментарии не изменят того что творится в мире IT. Просто опрокинули злобу на эмоциях, на того кто хотел объяснить, что происходит.
Здесь пришлось расписать более подробно, чтобы вы оценили весь масштаб IT-индустрии, чтобы не было грёз и романтики по поводу этой профессии. Я был свидетелем того как на нервах люди спивались, умирали от тяжёлых наркотиков или кончали жизнь самоубийством. И нет, так не везде, это единичные случаи. В целом, кто не выдерживает, либо уходят из корпораций либо меняют профессию. Или работают в стартапах или программистами не в IT-компаниях. 🤔🙄
Постараюсь объяснить кратко. Любое нажатие кнопки в ПО или в сервисах, это запрос или группа запросов, к сожалению, в последнее время люди тупеют, с чем это связано, я не знаю, поэтому UI\UX делают с расчётом "защиты от дурака". Чтобы не делали лишних движений, нажатий или не лезли куда не надо, плюс защита от случайных или не желательных нажатий.
Вот эта "защита от дурака" и упрощает UI, сокращая вероятности нежелательных нажатий. Например был случай, раньше, устанавливая Windows вы могли увидеть в процессе установки "...теперь вы можете откинутся на спинку...". И люди делали это, даже если спинки нет, и стали поступать жалобы и иски в суды. Надпись в итоге убрали. Почему люди не хотят думать, вопрос к людям, а не к ПО. Его стараются делать так, чтобы не было страшных и непредвиденных последствий, если что-то убрали, значит от этого кто-то пострадал.
По вопросу о лифтах. Выбор этажа и самого лифта на первом этаже сделали для безопасности, чтобы сотрудники не лазали и не шарахались где не попадя. Даже если поставить камеры наблюдения, которые по регламенту где-то ставить запрещено, они не предотвращают те убытки и порчу чужого имущества, которое может стоить очень дорого, и вандал не сможет оплатить ущерб, даже копя деньги год. Поэтому было принято решение просто сделать определённые места в здании недоступными, это не требует расход на персонал и на обслуживание видеонаблюдения. Вы просто физически не сможете попасть не туда.
Надеюсь понятно объяснил, как разработчик.
Не понимаю, в чём сложность. Нужен сайт на JavaScript есть SSR. Он хорошо дружит с SEO (сужу по опыту компаний и по своему тоже), всё индексируется и продвигается. Не хочется постоянно запекать страницы, ну используйте ISR
Ах да, Angular Universal с ним не дружит, с ISR. Ну тогда вам придётся выбирать между Next.js или Nuxt.js (Ещё конечно можно использовать VuePress или VitePress, на них можно не только документации делать, ну и вполне себе хорошие сайты с динамическими компонентами и всё это хорошо для SEO - проверял)
Кстати, это не сарказм, это опыт, я попробовал, и у меня есть результаты. Да и не только у меня, у всех кто это пробовал тоже есть положительные результаты. Для профи там ничего сложного это всё настроить.
Если title статичный, значит там что-то с промисами начудили, или забыли убрать статические данные.
SEO оптимизация - это что-то среднее между backend и frontend, поэтому фронтенд разработчику сложно настроить семантическое ядро и учесть другие фишки и инструменты SEO. Знание OpenGraph и Schema.org - это далеко не всё. Я уже молчу про генерацию robots.txt и sitemap.xml (Столько тонкостей надо знать, это кстати легче поймёт бэкендер)
Про бэкенд я услышал только про PHP/ - так, уровень знаний мне понятен, стало очевидно, почему SSR для автора проблема. Если знать как работает контекст в динамических страницах SSR, то проблемы автоматически улетучиваются, и в настройках можно явно указать что показать, если такой страницы не будет, можно показать ошибку 404 или не отображать страницу вовсе, или будет ошибка при компиляции. Жаль что не упомянули про Rust, Java, С#, Python - на них же тоже можно сделать backend
Мне на самом деле сложно судить без Code Review
(чтобы понять почему автор не возлюбил SSR)
Вообще пэт-проекты нужны по трём причинам.
1) Попробовать что-то с чем вряд ли придётся иметь дело на работе, но очень интересно как это будет работать, выглядеть, функционировать.
2) Показать на примере пэт-проекта, что ты можешь и умеешь, так сказать, не на словах, а на деле, и не надо доказывать свой опыт и способности, если бы не умел, не сделал бы. Так что просто сделайте пэт-проект, чтобы показать на собеседовании или работодателю, это вместо 1000 слов подтвердит, что вы можете и умеете это делать.
3) Если умеешь программировать, почему бы не сделать пэт-проект для себя, чтобы он помогал в твоих делах, а потом вжух, и это вдруг станет нужным и полезным ещё для кого-то, и так пэт-проект стал не только помогать, но и приносить прибыль.
Делать большие ставки на пэт-проекты не стоит, однако, если вы делаете это осмысленно, а не из серии "крудошлёпство", "ещё один сайт на вордпрессе", "хелло ворлд", "запилил тудушку", то есть шанс что это будет кому-то интересно.
Я тоже подумал про технологию WebView - особенно, когда увидел голубую шестерёнку
https://geekflare.com/wp-content/uploads/2022/04/Android-System-WebView-789x628.png
Очень напоминает iframe на сайте, только в мобильном приложении. То есть, если разместить такой "фрейм" в мобильном приложении, то через это "окно" можно подгрузить ЛЮБОЙ сайт. Видел WebView в приложении Telegram и WhatsApp - когда переходишь по ссылке. Как выяснилось позже, так мобильные приложения собирают аналитику связанную с посещением сайтов, ведь не до всех доходит что они сидят не в браузере а в WebView.
В документации по разработке Android приложения об этом подробнее.
Предельно ясно и понятно всё рассказали. Благодарю Вас.
Я вас понял ) Я честно - не обижаюсь, спасибо за вашу статью! :)
Это я тоже читал. Просто обычно, из-за того что "границы размыты" может сработать акт не справедливости. Кто-то сидел, писал, тратил своё личное время. А его статью без объяснения причин, просто удалили. Написать целую статью, это не так просто, как кажется. Да и вообще делать контент, это труд.
Я ещё не успел стать автором, но уже начинаю понимать, почему авторы уходят на VC и Reddit, а потом Хабр чуть ли не упрашивает чтобы авторы шли к нему и оставляли свои статьи. И если вы это мне, то это не флуд, а двойные стандарты и очень даже горячая тема, всех не заткнуть, рано или поздно придётся услышать людей и сделать выводы. На Пикабу вроде бы уже с этим определились.
То есть, Хабр все же не удалит и не запретит статью, если она понравится, но не будет иметь никакого отношения к IT тематике ?
Зачем тогда было писать правила ? Вы не подумайте, претензия не к вам...
Я не против вашей статьи, она написана хорошо. И такие проблемы освещать НУЖНО, чтобы от таких врачей больше никто не пострадал. Сейчас разбор правил и модерации статей на Хабр.Чтобы потом не было разговоров, что никто не пишет на "отвлечённые темы", или правила надо изменить, или на Хабре больше не будет "левой" тематики. Надеюсь администрация Хабра определится, можно или нельзя. А то получается что правила написаны просто так, а не для того чтобы им следовали. Простите, наболело.
Извините. Просто ваша статья имеет нечто схожее с моим случаем, как теперь восстановить последствия лечения от тех стоматологов, я не знаю, уже много лет прошло, скорее всего этой частной конторы уже нет.
Я добавил скриншот, с ним поспорить не получится, так как он сделан на этом сайте.
Что вы на это теперь скажете? Что я это придумал, или что этого не написано ?
Я читал правила Хабр. Там написано что тут можно писать только на IT тематику. Это уже 25 или 26 статья, которая вообще никак не связана с IT технологиями. Значит, всё же статьи "не по теме" тут писать можно ? Я правда хочу разобраться в данной ситуации. Акцентирую внимание, что я ничего не имею против статьи. Я хочу понять как работают правила Хабра, в правилах чётко прописано что тематика "айтишная", но мне попадаются статьи, которые вообще ничего общего к IT не имеют. Если можно, тогда почему в правилах намекают что нельзя? Благодарю за конструктивное объяснение, не так что "ты не понял", или что "у меня проблемы с интеллектом", мне важно разобраться в этой ситуации!