Forwarded from Daily Coding 🔥
🛠 Cube.js — мощный фреймворк с открытым исходным кодом для разработки ваших собственных сложных, адаптированных под заказ аналитических систем. Состоит из отличного интерфейса SDK и гибкого интерфейса API, который может быть подключен к большинству баз данных и систем, включая MySQL, Postreges и MongoDB.
🌍 Сайт
Daily Coding #инструменты #JavaScript
🌍 Сайт
Daily Coding #инструменты #JavaScript
Forwarded from Dezzigners
🧰 Repeater effect — Выберите любую фигуру и создайте крутые эффекты, которые можно использовать в брендинге, иллюстрациях итд.
Dezzigners
Dezzigners
Forwarded from Дизайн-Телега 🔥
This media is not supported in your browser
VIEW IN TELEGRAM
Плaгин Spl to frames — плагин поможет легко разделить ваш дизайн на:
• Карусель — для соцсетей или презентаций
• Сетку — для онбординга или структурированных макетов
#карусель #сетка #соцсети #онбординг
• Карусель — для соцсетей или презентаций
• Сетку — для онбординга или структурированных макетов
#карусель #сетка #соцсети #онбординг
Forwarded from UI_UX inspiration
Пошли майнить трафик. Поддержи царским плз!
https://www.producthunt.com/posts/olio-f5d25ff2-8385-49fb-a052-895e9ea94cde
#producthunt #release
https://www.producthunt.com/posts/olio-f5d25ff2-8385-49fb-a052-895e9ea94cde
#producthunt #release
Forwarded from PSD | Дизайн-пространство
Forwarded from Node.JS [ru] | Серверный JavaScript
Создайте HTTP-сервер на Node.js, который раздаёт статические файлы из указанной папки. По умолчанию сервер должен обслуживать файлы из папки public и работать на порту 3000.
Создайте структуру папок:
project/
├── server.js
└── public/
└── index.html
Решение задачи
Файл server.js:
const http = require('http');
const fs = require('fs');
const path = require('path');
const PORT = 3000;
const PUBLIC_DIR = path.join(__dirname, 'public');
const server = http.createServer((req, res) => {
let filePath = path.join(PUBLIC_DIR, req.url === '/' ? 'index.html' : req.url);
fs.readFile(filePath, (err, data) => {
if (err) {
res.writeHead(404, { 'Content-Type': 'text/plain' });
res.end('404 Not Found');
} else {
res.writeHead(200, { 'Content-Type': 'text/html' });
res.end(data);
}
});
});
server.listen(PORT, () => {
console.log(`Сервер запущен на http://localhost:${PORT}`);
});
Файл public/index.html (пример содержимого):
<!DOCTYPE html>
<html lang="en">
<head>
<meta charset="UTF-8">
<title>Static Server</title>
</head>
<body>
<h1>Добро пожаловать на мой сервер!</h1>
</body>
</html>
node server.js
Please open Telegram to view this post
VIEW IN TELEGRAM
Forwarded from Цифровой геноцид
UX в СССР. Информационные и концептуальные модели управления
Одновременно возникает и представление относительно того, как должно выглядеть интерфейс управления предприятием: для проектировщиков и исследователей уже хорошо знакомо понятие концептуального моделирования, тем не менее, ее использование как инструмента для управления предприятием или производственными процессами тема в СССР еще новая и модная. Рост числа ЭВМ ставит перед советскими исследователями вопрос, который в западной литературы шел под биркой “function allocation”. Аллокация функций между операторами и машинами определяет уровень автоматизации в системе. На практике функции обычно делятся на несколько категорий:
а) Те, которые должны выполняться машинами (поскольку для людей это невозможно или неприемлемо).
б) Те, которые должны выполняться людьми (из-за отсутствия подходящих машин или неподходящего выполнения функции машиной). В общем, функции следует поручать людям, если требуется чувствительность к контексту и его изменениям.
в) Те, которые могут выполняться как людьми, так и машинами, либо совместно.
Цель аллокации функций — разработать систему с высокой производительностью, где задачи оператора выполнимы и соответствуют его роли, а разработка системы технически и экономически осуществима. При аллокации функций проектировщики должны учитывать безопасность, надежность и психосоциальные факторы, чтобы создать для оператора согласованный и удовлетворяющий набор задач
Центральной задачей при этом становится создание информационных моделей, учитывающих психологические характеристики труда человека, ответственного за функционирование системы. Исходным пунктом психологического исследования советских авторов должен быть анализ роли и функционального значения центрального щита в тех случаях, когда процесс управления осуществляется человеком и машиной совместно. Очевидно, что информационная модель процесса управления должна представлять собой графики всех возможных путей развития процесса управления. Если каждый конкретный, реальный процесс имеет свою реализацию, то графики определяют все возможные реализации (их эволюцию). Модель, следовательно, представляет собой направленный граф, вершины которого соответствуют определенным блокам алгоритма (блокам решения задач), а ребра — направлениям передачи результатов работы одного блока к другому.
При этом предполагается, что САС(сложной автоматизированной системы) имеет общий алгоритм работы и этот алгоритм имеет конечную цель или цели. Длина каждой стрелки на графе определяется только соображениями удобства и наглядности, так как ничего не характеризует, а направление стрелки не имеет векторного смысла.
Представленный на информационной модели граф может интерпретироваться либо как укрупненная блок-схема алгоритма, либо как логическая схема алгоритма, либо как полный алгоритм в зависимости от его размеров или ранга управления, для которого конструируется модель. Если мы строим информационную модель системы периодического действия, то граф хода процесса управления может быть размещен таким образом, чтобы процесс управления развивался с левого нижнего угла модели и заканчивался вверху справа. Для всякой системы как периодического, так и непрерывного действия граф должен иметь направленность к одной или нескольким целям в зависимости от того, по каким критериям оценивается достижение цели, поставленной перед системой.
Одновременно возникает и представление относительно того, как должно выглядеть интерфейс управления предприятием: для проектировщиков и исследователей уже хорошо знакомо понятие концептуального моделирования, тем не менее, ее использование как инструмента для управления предприятием или производственными процессами тема в СССР еще новая и модная. Рост числа ЭВМ ставит перед советскими исследователями вопрос, который в западной литературы шел под биркой “function allocation”. Аллокация функций между операторами и машинами определяет уровень автоматизации в системе. На практике функции обычно делятся на несколько категорий:
а) Те, которые должны выполняться машинами (поскольку для людей это невозможно или неприемлемо).
б) Те, которые должны выполняться людьми (из-за отсутствия подходящих машин или неподходящего выполнения функции машиной). В общем, функции следует поручать людям, если требуется чувствительность к контексту и его изменениям.
в) Те, которые могут выполняться как людьми, так и машинами, либо совместно.
Цель аллокации функций — разработать систему с высокой производительностью, где задачи оператора выполнимы и соответствуют его роли, а разработка системы технически и экономически осуществима. При аллокации функций проектировщики должны учитывать безопасность, надежность и психосоциальные факторы, чтобы создать для оператора согласованный и удовлетворяющий набор задач
Центральной задачей при этом становится создание информационных моделей, учитывающих психологические характеристики труда человека, ответственного за функционирование системы. Исходным пунктом психологического исследования советских авторов должен быть анализ роли и функционального значения центрального щита в тех случаях, когда процесс управления осуществляется человеком и машиной совместно. Очевидно, что информационная модель процесса управления должна представлять собой графики всех возможных путей развития процесса управления. Если каждый конкретный, реальный процесс имеет свою реализацию, то графики определяют все возможные реализации (их эволюцию). Модель, следовательно, представляет собой направленный граф, вершины которого соответствуют определенным блокам алгоритма (блокам решения задач), а ребра — направлениям передачи результатов работы одного блока к другому.
При этом предполагается, что САС(сложной автоматизированной системы) имеет общий алгоритм работы и этот алгоритм имеет конечную цель или цели. Длина каждой стрелки на графе определяется только соображениями удобства и наглядности, так как ничего не характеризует, а направление стрелки не имеет векторного смысла.
Представленный на информационной модели граф может интерпретироваться либо как укрупненная блок-схема алгоритма, либо как логическая схема алгоритма, либо как полный алгоритм в зависимости от его размеров или ранга управления, для которого конструируется модель. Если мы строим информационную модель системы периодического действия, то граф хода процесса управления может быть размещен таким образом, чтобы процесс управления развивался с левого нижнего угла модели и заканчивался вверху справа. Для всякой системы как периодического, так и непрерывного действия граф должен иметь направленность к одной или нескольким целям в зависимости от того, по каким критериям оценивается достижение цели, поставленной перед системой.
Forwarded from Цифровой геноцид
В узлах графа информационной модели ( граф-модель управления — ГМУ) расположены индикационные элементы. Свечение каждого индикационного элемента начинается в момент, когда поступили все необходимые исходные данные для работы соответствующего алгоритмического блока, и продолжается до тех пор, пока существует полная совокупность этих исходных данных и решение задачи данным блоком не закончено. При этом желательно, чтобы каждый индикационный элемент имел по крайней мере три цвета свечения (например, зеленый, желтый и красный). При нормальном развитии процесса управления в узлах графа высвечиваются индикаторы зеленого цвета. Развитие процесса управления в сторону срыва индицируется желтым цветом. Красный цвет индикатора эквивалентен аварийному режиму.
Forwarded from Denis Sexy IT 🤖
This media is not supported in your browser
VIEW IN TELEGRAM
Forwarded from запуск завтра
Я обожаю perplexity за то, что в нем можно прочитать краткое содержание любой статьи в интернете и даже ютуб-видео за пару секунд. Просто закидываешь ссылку из интернета и получаешь пересказ без рекламы и шелухи.
То есть нейросеть от гугла на вопрос «что там в этом видео говорится» отвечает «я не умею смотреть видео, открой посмотри», а perplexity и краткое содержание расскажет и на вопросы по содержанию ответит.
А ещё он насколько быстрый, что им вполне можно пользоваться вместо классических поисковиков. В общем, горячо рекомендую.
С другой стороны, читаю очередное обсуждение, как владельцы сайтов страдают от ботов, которые создают огромную нагрузку на небольшие публичные сайты. Тут я конечно считаю, что совсем эти AI-компании охренели, ломают интернет.
А теперь вспомнил, что perplexity игнорирует вообще все правила, и если засекает, что сайт блокируют его ботов — то прикидывается обычным пользователем и меняет IP адреса.
Люблю такие ситуации, когда этические и моральные установки вступают в противоречие с личным удобством. Сразу становится понятно, чего стоят твои убеждения.
То есть нейросеть от гугла на вопрос «что там в этом видео говорится» отвечает «я не умею смотреть видео, открой посмотри», а perplexity и краткое содержание расскажет и на вопросы по содержанию ответит.
А ещё он насколько быстрый, что им вполне можно пользоваться вместо классических поисковиков. В общем, горячо рекомендую.
С другой стороны, читаю очередное обсуждение, как владельцы сайтов страдают от ботов, которые создают огромную нагрузку на небольшие публичные сайты. Тут я конечно считаю, что совсем эти AI-компании охренели, ломают интернет.
А теперь вспомнил, что perplexity игнорирует вообще все правила, и если засекает, что сайт блокируют его ботов — то прикидывается обычным пользователем и меняет IP адреса.
Люблю такие ситуации, когда этические и моральные установки вступают в противоречие с личным удобством. Сразу становится понятно, чего стоят твои убеждения.
Forwarded from UX Notes
Никита Самутин и Елизавета Демченко провели исследование рынка продуктового дизайна и поделились выводами.
— 33% дизайнеров утверждают, что встречи и переписки мешают сосредоточиться. Это не зависит от размера компании. Проблема не в коммуникации как таковой, а в её хаотичности;
— Задавайте правила общения. Даже простое «Если комментарий неясен — обсуждаем голосом» сделает процесс понятнее и снизит напряжение;
— Дизайнерам сложнее общаться не с разработчиками (как многие считают), а со стейкхолдерами и маркетингом. Для взаимодействия с разработчиками есть отлаженные ритуалы, помогающие налаживать контакт;
— Дизайнеры реже чувствуют перегрузку в больших командах, возможно, потому что у них чаще встречаются понятные процессы, чёткое разделение ролей и поддерживающая инфраструктура;
— 58% опрошенных не видят возможностей для карьерного роста. 81% называют нехватку обратной связи от руководства одним из главных препятствий для роста;
— Проводите сессии обратной связи, разрабатывайте понятные карьерные треки (включая горизонтальный, экспертный рост) и вовлекайте дизайнеров в работу над задачами, связанными с бизнес-целями;
— Главные причины выгорания: нереалистичные дедлайны, размытые ожидания и зоны ответственности, конфликты. Йога и психолог помогают справляться со стрессом, а не бороться с его причинами;
— Руководителям следует инвестировать в прозрачное планирование и адекватную оценку сроков;
— Вместо общих курсов по дизайну есть запрос на специализированные и глубокие форматы: разборы реальных задач, рабочих процессов, фидбек;
— 77% не видят в ИИ прямой угрозы для своей карьеры. При этом 49% ощутили его влияние и активно внедряют в процессы;
— Поиск работы стал дольше, но в России он занимает не так много времени, возможно, из-за более коротких процессов найма;
— Только 9% дизайнеров считают, что при поиске работы получили обратную связь в достаточном объёме. Недостаточная обратная связь или её отсутствие ухудшают мнение соискателей о работодателе.
#management
— 33% дизайнеров утверждают, что встречи и переписки мешают сосредоточиться. Это не зависит от размера компании. Проблема не в коммуникации как таковой, а в её хаотичности;
— Задавайте правила общения. Даже простое «Если комментарий неясен — обсуждаем голосом» сделает процесс понятнее и снизит напряжение;
— Дизайнерам сложнее общаться не с разработчиками (как многие считают), а со стейкхолдерами и маркетингом. Для взаимодействия с разработчиками есть отлаженные ритуалы, помогающие налаживать контакт;
— Дизайнеры реже чувствуют перегрузку в больших командах, возможно, потому что у них чаще встречаются понятные процессы, чёткое разделение ролей и поддерживающая инфраструктура;
— 58% опрошенных не видят возможностей для карьерного роста. 81% называют нехватку обратной связи от руководства одним из главных препятствий для роста;
— Проводите сессии обратной связи, разрабатывайте понятные карьерные треки (включая горизонтальный, экспертный рост) и вовлекайте дизайнеров в работу над задачами, связанными с бизнес-целями;
— Главные причины выгорания: нереалистичные дедлайны, размытые ожидания и зоны ответственности, конфликты. Йога и психолог помогают справляться со стрессом, а не бороться с его причинами;
— Руководителям следует инвестировать в прозрачное планирование и адекватную оценку сроков;
— Вместо общих курсов по дизайну есть запрос на специализированные и глубокие форматы: разборы реальных задач, рабочих процессов, фидбек;
— 77% не видят в ИИ прямой угрозы для своей карьеры. При этом 49% ощутили его влияние и активно внедряют в процессы;
— Поиск работы стал дольше, но в России он занимает не так много времени, возможно, из-за более коротких процессов найма;
— Только 9% дизайнеров считают, что при поиске работы получили обратную связь в достаточном объёме. Недостаточная обратная связь или её отсутствие ухудшают мнение соискателей о работодателе.
#management
Cossa.ru - информационный портал о маркетинге и коммуникациях в цифровой среде.
Состояние продуктового дизайна в 2025 году: честный разговор о профессии
Ситуация на рынке: результаты исследования и выводы.