Как не бесить фронтендера, если ты юиксер

UX — это запланировать поставить петли от дверей в правильном месте, чтобы люди нормально могли пользоваться дверью и она открывалась.

UI — это предложение формы петель, цвета двери и формы ручки.

API — это знание о том, каких размеров дверь, какие проемы и какая форма косяков, чтобы петли были незаметными и позволяли двери полностью открываться и не бить стену ручкой.

Как не бесить фронтендера, если ты юиксер

Я в этом комменте увидел только отговорки, почему мне не надо изучать ничего нового в смежных специальностях. Просто подождем, когда другие станут другими, правильными и хорошими, и тогда можно тоже работать на общее благо.

Со своим 14-летним опытом в IT готов подписаться под каждым словом автора. Хорошая работа строится на уважении к коллегам и изучении их проблем.

ЦА продукта - пользователи, ЦА работника - его коллеги, а потом уже пользователи

Вебаппки Телеграма пишутся проще ботов, показываю (20 минут на развёртывание)

Если взять пример с самодостаточными публичными образами, например Wordpress, то запуск можно описать четырьмя пунктами:

1) Копируем код из Docker Compose файла

services:
  wordpress:
    image: wordpress:latest
    depends_on:
      - db
    ports:
      - "8080:80"
    environment:
      WORDPRESS_DB_HOST: db:3306
      WORDPRESS_DB_NAME: wordpress
      WORDPRESS_DB_USER: wordpress
      WORDPRESS_DB_PASSWORD: wordpresspassword
    restart: always

  db:
    image: mariadb:latest
    restart: always
    ports:
      - "3306:3306"
    environment:
      MYSQL_ROOT_PASSWORD: rootpassword
      MYSQL_DATABASE: wordpress
      MYSQL_USER: wordpress
      MYSQL_PASSWORD: wordpresspassword
    volumes:
      - ./mariadb_data:/var/lib/mysql

2) Вставляем в своем новом проекте в l1vestack

3) Выбираем открываемый порт 8080:80 в правой панели для контейнера wordpress

4) Запускаем

И у нас есть рабочий сервер с БД и Wordpress

https://github.com/H3LLO-CLOUD/l1vestack-examples/blob/main/templates/wordpress/docker-compose.yml

А если хотим развернуть что-то из приватного контейнерного реестра, придется обзавестись токенами доступа к приватным образам. Ну а образы уже самостоятельно собрать удобными средствами.

В ближайших планах создать каждому пользователю собственный Docker Registry с нетарифицируемыми vCPU и Memory, чтобы избегать возни с токенами и доступами.

Вебаппки Телеграма пишутся проще ботов, показываю (20 минут на развёртывание)

В целом я согласен, можно сделать еще проще

Вебаппки Телеграма пишутся проще ботов, показываю (20 минут на развёртывание)

В том то и дело что кратно меньше

Я гуглил и проверял. Для кого-то создание дроплета, регистрация, привязка карты, выбор региона — само собой разумеющиеся шаги. Из-за чего я и говорю про проклятие знания. Я не исключение и тоже подвержен когнитивному искажению. 

P.S. Я люблю DO и пользовался им почти 10 лет. Пока не дошел до их залоченных на один домен балансировщиков по 5$ каждый. С ростом приложения (а не нагрузки на него) ценник растет очень быстро.

И для начала определимся в том, что Dockerfile не умеет того, что умеет Docker Compose (docker-compose.yml). В первом случае результатом будет приложение, во втором случае — мультиконтейнерная система на основе приложений с настроенным сетевым взаимодействием и окружением.

И если для запуска Dockerfile надо обладать знаниями «X», то для запуска Docker Compose нужны знания «X+Y». Получить инструкцию проще для более сложного инструмента — не тривиальная задача.

L1vestack — это про запуск систем на основе Docker Compose. Это про плавный рост сложности приложений и его цены.

Вебаппки Телеграма пишутся проще ботов, показываю (20 минут на развёртывание)

Не вижу, чем работа с. DO проще? Если расписать ваш вариант с самого начала, шагов будет не меньше. А объяснение, как заплатить 5$, потянет на отдельную статью. :)

Есть такое когнитивное искажение, как проклятие знания (https://ru.wikipedia.org/wiki/Проклятие_знания). Достаточно погуглить инструкции по деплою в DO.

А из минусов — дать доступ к репозиторию какому-то хостингу. Уж лучше пусть сам GitHub бесплатно соберет образы через GitHub Actions при каждом изменении.

И не совсем корректно сравнивать сервисы, которые позволяют запустить один контейнер, с платформой запуска и оркестрирования микросервисных систем. Например, 7 контейнеров-сервисов в рамках трех окружений (dev, stage, prod) превращаются уже в 21 контейнер и их надо мониторить и управлять ими.

Какой-нибудь простейший облачный кубер кластер стартует от 3000р-5000р в месяц, а свой DevOps отдел от 1000р в час.

Вебаппки Телеграма пишутся проще ботов, показываю (20 минут на развёртывание)

Webapp не оперирует понятием сообщений. Общение идет исключительно между вашими контейнерами с webapp и backend. Это web приложение с любым интерфейсом и оно не привязано к формату работы самого Телеграма

Почему ИИ не заменит программистов: взгляд инженера

Точно. Если раньше инженеры жаловались на отсутствие ТЗ в проекте, то вот сейчас начнут его сами писать для ИИ

Dropbox: как игнорировать пользователей 10 лет

Могу предложить заняться разработкой систем анти-ИИ или осваивать, например, животноводство. Чтобы в будущем диверсифицировать свои знания и не остаться без работы (как интел).

Простите, но прислушаюсь к вашему мнению, только когда начнете управлять "около-монопольной" компанией. Пока это набор предположений

Dropbox: как игнорировать пользователей 10 лет

Ребята сели и посчитали, сколько денег приносят эти ненужные файлы, и решили не делать фичу. Вы бы хотели создать фичу, чтобы себе зарплату уменьшить?

Работа в ритме свободы: как асинхронные коммуникации помогают сделать меньше встреч и больше результатов

С точки зрения бизнеса:

• Во всей статье есть большое допущение о том что считаемое вами верное решение - является верным для бизнеса. А потраченные вами 72 часа на ответ не окажутся выброшенными в корзину деньгами на неверное решение

С точки зрения людей и их темпераментов и ответственности:

• Профессионализмом для самостоятельных решений обладают не все. А кто обладает уже вынужден принимать решения за тех кому требуются готовые ответы для работы

С точки зрения реальности:

• Мировые гиганты не додумались что встречи это дорого? Но все равно продолжают их проводить. Почему?

Новый оператор безопасного присваивания в JavaScript: ?=

Не могу понять, зачем await использовать на каждом действии с запросом?
Можно же оперировать promise пока не будет финального результата

А формат [error, result] можно получить из любого промиса

const parseData = (data) => {
  // Какой-то парсинг данных
  return data;
}

const test = async () => {
  const [error, result] = await fetch("https://fakerapi.it/api/v2/addresses?_quantity=1", {method: 'get'})
    .then((response) => response.json())
    .then((json) => parseData(json))
    .then(data => [null, data]) // Финализация успешного flow
    .catch((error) => [error, null]); // Отлов всех возможных ошибок в промис цепочке 

  console.log(error, result);
}

test();

Эксперт спрогнозировал развитие ИИ от OpenAI: • конец 2024...

Вы воспринимаете исследовательский процесс как доставку пиццы?

Эксперт спрогнозировал развитие ИИ от OpenAI: • конец 2024...

Лично я верю, как ИИ научится повторять то, что умеют люди. Быстро и эффективно. А вот кто объяснит как они будут создавать новые знания?

У них совсем другая парадигма существования. Зачем ИИ знания, которые нужны людям? Мы же не изучаем болезни муравьев Как создавать что-то, что ты не умеешь чувствовать и воспринимать?

Рейтинговая система и грейды. Взгляд джуна аналитика

Где есть рейтинг и оценка, там найдутся и недовольные оценкой. А это уже риск нарушения сплоченности команды и возникновения лишних рисков для продукта.

Какую именно проблему решают грейды? Дает джунам роадмеп как придти к успеху? А что это дает тем кто платит за это?

Часто it (то, которое про создание нового) это про то, чтобы сделать что-то стоящее с теми людьми что есть. Какая разница какой у людей грейд?

Если стоимость обслуживания системы грейдов меньше "переплаты" за зарплату специалистов, то эта система и так появляется. Надо понимать, зачем тратить до 30% времени высокоплачиваемых лидов и руководителей на ранжирование других.

Хитрости трудоустройства в IT

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

Автор дискредитирует этот имидж. И после таких как он, бизнес будет ужесточать собеседования и защищаться от тех кто хочет только получать деньги за свою учебу

Я не вижу причин почему должен вставать на сторону автора

Хитрости трудоустройства в IT

Заметьте, эта ситуация сформирована не кандидатами, а работодателями. Какие могут быть претензии к автору?

Не могу понять почему? Работодатель только счастлив платить меньше

Правда в том, что в рынке все решает баланс интересов. Пока результаты всех устраивают, нет проблем. Когда перестают - разбегаются. То, что автор прыгает от одного работодателя к другому говорит лишь о том, что он научился себя продавать в определенной нише, но видимо не слишком дорого, раз не может остановиться.

Проблема не в прыжках, а в обмане. Такого прыгуна завернули бы на этапе просмотра сотен резюме из стопки и выбрали кого-то более стабильного. Кто-то не получил работу. Компания потратила деньги (при найме) на человека который изначально не хотел долго работать. Доверила ему собственную инфраструктуру платя не малые деньги, а сотрудник все рвение тратил время только на свои знания

Автор пришел девопсом отвечающим за инфраструктуру и в некоторых компаниях за команду. Ошибки в построении инфраструктуры могут стоить дорого в будущем

Повторю, проблема не в прыжках, а в обмане. И сам автор говорит о том что если бы знали о его прыжках заранее, то прыгал бы он не долго

Хитрости трудоустройства в IT

Понятно, что и потерпевший должен найтись.

Основной тезис статьи в том, что при смене работы зарплата увеличивается быстрее. Но в данном случае она увеличивалась потому, что кандидат выдавал себя за более опытного. Указывая правду он не смог бы увеличивать зарплату так эффективно или даже вообще устроится на пятом месте работы.

Просто я это к тому, чтобы задумывались о возможных последствиях, прежде чем повторять такое

Хитрости трудоустройства в IT

Мне показалось или это все тянет на мошенничество по УК РФ?

Искренность — как худшее качество в IT-карьере? Или как меня уволили в первый же день на первой работе

Программисты всегда забывают, что перед ними люди, а не детерминированные алгоритмические системы. Каждое новое взаимодействие должно быть обработано через механизм обратной связи

То, что я усвоил с опытом:
1) Object != Object, если нет гарантии что речь про одного человека.
2) Методы Object могут называться одинаково, но делать совершенно разное
3) Точность выполнения методов может деградировать в зависимости от внутреннего состояния Object

Поэтому всегда нужно считывать состояние системы (эмоции), чтобы понять допустимость выполнения следующей операции

5 вопросов было нормальным, а 10 - DDOS атака