[ИНИЦИАТИВА]: Покупаем статьи. Ищем авторов. Зарабатывай вместе c XSS

Перейти к новому Отслеживать
barnaul сказал(а):
Збс вода
Дополнишь ?
Я бы с удовольствием почитал твою версию правильного подхода по всем выше перечисленным пунктам.
 
Пожалуйста, обратите внимание, что пользователь заблокирован
Svelte
Оффтоп, конечно, но я как особый ценитель маргинальных технологий недавно попробовал HaxeUI на фронтэнде (связь с бекендом по вебсокетам), и в принципе мне понравилось... за исключением отсутствия нормальной документации, но это - основная черта всех маргинальных технологий, это норма для них. Но мне бы, наверное, не пришло в голову о HaxeUI здесь статью писать.

По сабжу: не знаю, имеет ли смысл здесь описывать статьями любые кодерские вопросы, типа джаваскрипт фреймворков, я понимаю, что тут сравнительно хорошо платят за каждую букву, и авторам туть выгодно, но мы всё-таки тематическое комьюнити, нужно поощрять тематические статьи, а не просто статьи о рандомных вещах с краю.
 
Последнее редактирование:
hackeryaroslav сказал(а):
https://xss.pro/threads/124149/
Интересно. Но часть материала, как и сказали выше, вода. Примеры:
При выборе микрофреймворка для проекта следует учитывать множество факторов. Если проект небольшой или требует минимальной интерактивности на статическом сайте, то Alpine.js станет отличным выбором благодаря своей простоте. Однако, если речь идет о создании более сложных одностраничных приложений, таких как динамичные интерфейсы, имеет смысл рассмотреть Svelte или Preact, которые обеспечат необходимую гибкость и мощность. Важным аспектом также является производительность. Svelte и Preact показывают высокие результаты, особенно на мобильных устройствах, где производительность критически важна.

Кривая обучения также играет значительную роль. Если команда имеет небольшой опыт работы с фронтенд-фреймворками, то Alpine.js предлагает наиболее пологий порог входа, в то время как Svelte и Preact потребуют чуть больше времени на освоение. Важно также оценивать экосистему, особенно если необходим доступ к широкому спектру готовых компонентов и библиотек. В этом плане Preact выгодно выделяется благодаря совместимости с React и его богатой экосистеме.

Для проектов, где важна поддержка веб-компонентов, выбор стоит остановить на Lit или Svelte, которые предоставляют удобные инструменты для создания этих компонентов. Наконец, если необходим серверный рендеринг для повышения производительности и SEO-оптимизации, то SvelteKit (для Svelte) или Next.js (для Preact) будут подходящими решениями.
Разберем несколько моментов:
  1. Углубленное рассмотрение управления состоянием в микрофреймворках.
  2. Примеры композиции и повторного использования кода.
  3. Продвинутые техники оптимизации производительности.
  4. Практические примеры работы с внешними API.
  5. Создание анимаций в микрофреймворках.
  6. Сравнение производительности между традиционным фреймворком (React) и микрофреймворком (Svelte).
Хотя микрофреймворки часто не требуют сложных решений для управления состоянием, в больших приложениях эта потребность может возникнуть. Рассмотрим несколько подходов:
Эти абзацы можно смело заменить 1-2 предложениями, без потери смысла и качества статьи. Прошу в который раз - давайте этого избегать, мы пишем для людей, а не для гугла.
Принимаем за 50% стоимости.
 
grozdniyandy сказал(а):
Я так считаю всегда, просто вместо сигар у меня кофе и кредит лол
How old are you? There's only one magic potion:
quote-beer-results-in-ideas-which-results-in-new-code-theo-de-raadt-110-96-63.jpg



And let's see how many unrelated or even crappy articles get shoved in the face of the forum from now on.
 
admin

Online Art Communities Begin Banning AI-Generated Images - Waxy.org

Online art communities have started banning AI-generated art, while others are facing public pressure from their own members to take a stand.
waxy.org

https://xss.pro/threads/121208/post-856967
DildoFagins сказал(а):
However I think at very least we should be much more strict about articles that were written using ChatGPT, I was arguing about it with some authors that were posting shitty content with LLM's halucinated code. Feeding comunity with LLM generated halucinations and expecting to be payed for that is showing a huge disrespect to the community and (I think) it should result in a permanent ban.
 
OverlordGameDev сказал(а):
Нейросеть для игр. Эмуляция мыши на Arduino и исправление ошибок - https://xss.pro/threads/124180/
Принято. Оплачиваем. Прошу прислать кошелек в ЛС.
 
CODE XREF сказал(а):
Бессплатный крипт - https://xss.pro/threads/124565/
Спасибо, принято. Оплачиваем. Прошу прислать кошелек в ЛС.
Не забывайте указывать копирайты (автор-вы, источник-форум).
 
Статья про написанние телеграм ботов, когда разрабатывал бота столкнулся с тем что материала на эту тему не то что-бы много, я думаю статья будет полезна тем кто захочет написать телеграм бота -
http://xss.pro/threads/124647/
 
Urob0ros сказал(а):
https://xss.pro/threads/124631/
Спасибо, принято. Оплачиваем. Прошу прислать кошелек в ЛС.
miserylord сказал(а):
Статья про написанние телеграм ботов, когда разрабатывал бота столкнулся с тем что материала на эту тему не то что-бы много, я думаю статья будет полезна тем кто захочет написать телеграм бота -
http://xss.pro/threads/124647/
Спасибо, принято. Оплачиваем. Прошу прислать кошелек в ЛС.
grozdniyandy сказал(а):
https://xss.pro/threads/124665/
Спасибо, принято. Оплачиваем. Прошу прислать кошелек в ЛС.
 
Пожалуйста, обратите внимание, что пользователь заблокирован
hackeryaroslav сказал(а):
https://xss.pro/threads/124723/
У меня вопрос к админу - а я тоже могу писать херову тучу статей-шелухи про технологии, в которых (статьях) нет смысловой нагрузки по тематике данного форума? Просто взять документацию какого-нибудь фреймворка или бд, сделать выжимку в виде конспекта и просто впердолить сюда. Или, например, писать про майнкрафт и билды под героев Диабло 4... А хуле нет?
Челик походу перепутал форум с хабром
 
barnaul сказал(а):
У меня вопрос к админу - а я тоже могу писать херову тучу статей-шелухи про технологии, в которых (статьях) нет смысловой нагрузки по тематике данного форума? Просто взять документацию какого-нибудь фреймворка или бд, сделать выжимку в виде конспекта и просто впердолить сюда. Или, например, писать про майнкрафт и билды под героев Диабло 4... А хуле нет?
Челик походу перепутал форум с хабром
Напиши статью про настройку майнкрафт сервера 0_о
 
hackeryaroslav сказал(а):
https://xss.pro/threads/124723/
Увы, не принято. Мы с вами это неоднократно обсуждали. Опять много воды:
Технологии прогрессируют. Традиционные реляционные базы данных, долгое время служившие основой для большинства приложений, начинают уступать место новым подходам, способным более эффективно справляться с современными вызовами. Одним из таких подходов является использование графовых баз данных, которые коренным образом меняют наше представление о хранении, обработке и анализе данных в веб-приложениях и социальных платформах. В этой статье я расскажу почему и как.
Графовые базы данных - это тип NoSQL баз данных, которые используют графовые структуры для семантических запросов с узлами, ребрами и свойствами для представления и хранения данных. В отличие от реляционных баз данных, где данные хранятся в таблицах, графовые базы данных позволяют напрямую связывать данные друг с другом, что делает их идеальными для работы со сложными взаимосвязями.
Ключевые концепции
  1. Узлы (Nodes): Представляют сущности в графе. Например, в социальной сети узлами могут быть пользователи, группы или события.
  2. Отношения (Relationships): Связи между узлами. Они имеют направление и тип. Например, "ДРУЖИТ_С" или "СОСТОИТ_В".
  3. Свойства (Properties): Атрибуты узлов и отношений. Например, имя пользователя или дата создания связи.
  4. Метки (Labels): Используются для группировки узлов. Например, метка "Пользователь" для всех узлов, представляющих пользователей.
1. Естественное представление связанных данных
Графовые базы данных позволяют моделировать данные в том виде, в котором они существуют в реальном мире. Это полезно для доменов с сложными взаимосвязями, таких как социальные сети, рекомендательные системы или анализ цепочек поставок.

2. Высокая производительность при обходе графа
Операции, связанные с обходом графа (например, поиск друзей друзей), выполняются намного быстрее в графовых базах данных по сравнению с реляционными, где такие запросы требуют множественных соединений таблиц.

3. Гибкость схемы
Графовые базы данных обычно не требуют предопределенной схемы, что позволяет легко добавлять новые типы отношений или свойства без необходимости изменения всей структуры базы данных.

4. Интуитивные запросы
Языки запросов для графовых баз данных, такие как Cypher для Neo4j, позволяют выражать сложные запросы более интуитивно и с меньшим количеством кода по сравнению с SQL.

5. Масштабируемость
Многие графовые базы данных хорошо масштабируются горизонтально, что позволяет обрабатывать огромные объемы данных и запросов.
И так далее. Это очевидные вещи, их можно смело сократить без потери смысла и качества статьи.
barnaul сказал(а):
У меня вопрос к админу - а я тоже могу писать херову тучу статей-шелухи про технологии, в которых (статьях) нет смысловой нагрузки по тематике данного форума? Просто взять документацию какого-нибудь фреймворка или бд, сделать выжимку в виде конспекта и просто впердолить сюда. Или, например, писать про майнкрафт и билды под героев Диабло 4... А хуле нет?
Челик походу перепутал форум с хабром
И да, и нет. Мы принимаем технические статьи. Не только мануалы или супер приват. Любые интересные технические материалы. Главное, чтобы они были практически полезные и написаны для людей. Тыц:
# Требования к формату статей
✔ Статьи - только авторские, оригинальные. Рерайт и переводы запрещены!
✔ Если вы рассматриваете теоретическую проблему, обязательно наличие практики или качественно рассмотренного случая по теме. Основной девиз - теория+практика (опыт, случаи). За голую теорию мы не платим.
И нет, просто отрерайтить документацию не получится.
 
admin


Напишите ответ...
  • Вставить:
Прикрепить файлы
Верх