Микрофронтеды: достоинства, недостатки и нюансы

Микрофронтенды — однозначное добро...

Сколько я не читал про микросервисы - всё же это для большого бизнеса с тучей серверов и тучей людей? В мелких проектах избыточно?

Да и не всегда понятно, как делить то? Пусть есть Пользователи с правами доступа, и есть Список задач. Не все пользователи должны видеть все задачи. В случае с классического подходом монолита мы в одном месте проверили Авторизацию пользователя, проверили Права и сделали выборку Задач, сгенерировали и отдали страницу.

Как правильно поступить в микросервисном мире? На странице уже 2 компонента. Один должен дождаться другого? А если компонентов 10?

Для чего компании нужен UI KIT? (Frontend + Design)

Множество - это сколько? Учитывая, что поведение всё равно отображается браузером. Да, наверное, есть ещё состояние loading, или кнопка с выбором - но их нет в текущем описании и отображении.

Почему не оставить это всё в классах css?

Для чего компании нужен UI KIT? (Frontend + Design)

Так выглядит код кнопки здорового человека:

И дальше 121 строка кода. Не кажется ли что это "немного" избыточно?

Эволюция подхода к производству в AGIMA за 15 лет

Отличная история. Если проследить, как видоизменяется обслуживание любого процесса, то получается:

1. Делаем "как есть";

2. Надо больше опций\контроля;

3. Ад и царство микро-менеджмента;

4. Так, давайте-ка всё упрощать.

Это нормально. Эдакий "цикличный водопад".

Лучший язык программирования

Когда говорят про быстрый прототип на Python (или php или js), то часто имеется ввиду не "большая команда на зарплате" а один-два человека делают MVP. Это подразумевает не только код, но и дизайн, верстку (layout), картинки\иконки и пр.

Простые языки хороши тем, что их могут использовать не только истинные программисты (которые драйвер для сетевой карты напишут), но и дизайнеры\верстальщики. И простой (тупой) императивный стиль позволяет достичь нужной задачи. Для меня if\else в несколько строк гораздо нагляднее, чем кидать эксепшен при агрегации в одной строке.

Я много раз писал стартапы, и многие вообще не взлетали. А те что взлетали - оптимизировали и они вполне работали. Ютуб на питоне сначала написали - потом поправили. Фейсбук на php - тоже оптимизировали. А вот Одноклассники сразу на java накодили... что, сильно быстрее или успешнее стали?

Лучший язык программирования

Признаю, хороший пример, хоть мы начинали с "коллекции чисел" а не с "какого-нибудь networkStream".

Ну и то, что lambda в питоне не может кинуть исключение - так во всех яп есть свои ограничения.

Лучший язык программирования

Ну, это немного не python-way

def check_equal(my_list):
    result = all(element == my_list[0] for element in my_list)
    if result:
        return my_list[0]
    else:
        raise Exception('Non equal')

Я так в юности писал на с++. Вернее, использовал подход си, но с cout << )))

Kweb — Облегченный веб-фреймворк Kotlin для backend-разработчиков

ul {
li().text("One")
li().text("Two")
}

Правильно ли я понимаю, при необходимости поправить вёрстку, надо залезть в код Котлина, поправить, и скомпилировать?

Маркетплейс. Хочешь сделать хорошо — напиши сам

...что все придется еще 10 раз переделать.

Да, работы ещё предстоит. По порядку:

Дизайн

• Лого со странной разрядкой между A и С.

• Дизайнера, видимо, вообще не было. Теория близости нарушается повсеместно (Первый баннер, выпадающее меню и пр., отступ по горизонтали мелкий по сравнению с отступом по вертикали). Кнопка "Подробнее" странного цвета (я понимаю, что это light от жёлтого, но выглядит бледно - словно disabled).

• 2 шрифта в шапке (город + регистрация) - montserrat + din. В формах ещё и системный шрифт. Зачем так?

• Закреплять верхний бар, который отжирает место по вертикали при массе 16:9 экранах - это mauvais ton.

Верстка

• Иконки то мелкие png (отвратительно смотрятся на экранах с высоким ppi) то svg.

• При регистрации ошибки не переведены на русский. Pop-up по дизайну вообще не соотносится с самой формой. Да и зачем отправлять форму, если не заполнен e-mail - ведь стоит же атрибут required.

• Верстка текста странная - вот тут нужен ul li список, а не буллеты из ворда. И зачем для каждого <p> повторять class="spoiler__text_page_block__text_block"?

<p class="spoiler__text_page_block__text_block">
• расходные материалы для строительства и фасадных работ<br>
• комплектующие для опалубки стен и перекрытий<br>

• a:hover{font-weight: bold} - плохая идея. Будет прыгать вёрстка в некоторых случаях

• Цена либо руб. либо ₽. И &nbsp; тоже был бы не лишним.

Странные урлы. Есть https://marketplace.ace.su/catalog/zvezdochka-20-5 а есть https://marketplace.ace.su/catalog?ctg=2 - почему get параметр? Это ж не поиск и не фильтр

Даже для тестового варианта мало категорий товаров. Есть подозрение, что chain-фильтр разбухнет до неприличия.

Почему, кстати, не взяли какой-нить bootstrap? Да, было б не уникально, но гораздо более прилично.

Удачи!

Маркетплейс. Хочешь сделать хорошо — напиши сам

У маркетплейса простой и интуитивно понятный интерфейс. 

Сам себя не похвалишь - никто не похвалит ;-)

Как показывает практика, с интерфейсом можно вообще не угадать. Всё равно после запуска системы будете переделывать\дорабатывать.

Список требований понятен. Но хоть бы скриншоты с тестовыми компаниями\товарами приложили для наглядности.

Как мы делаем курсы по вёрстке. Опыт из первых рук

Почему «без адаптива»? Максимально упрощённо: адаптив — это когда верстается не один компонент, а несколько его версий, по сути, несколько компонентов. 

Вот это напрасно. Это один из ключевых навыков верстальщика - видеть и понимать, как будут перестраиваться элементы вёрстки для версий "мобильный-планшет-десктоп-большой десктоп"

Ноутбуки для работы, на которые стоит обратить внимание в 2021 году

Спасибо за ответ! Значит, всё-же шумит. А если играть на "тихом режиме"? Сильно проседает FPS?

Попробую посмотреть новый Легион 7 - там вроде большая испарительная камера.

Ноутбуки для работы, на которые стоит обратить внимание в 2021 году

Подскажите, а как там с охлаждением? И не слишком ли мелко всё на экране (там же 16 дюймов?) с разрешением 2560х1600? Или выставляете масштаб в виндовс?

Будущее Web это HTML через WebSockets

Мысль вообще интересная. Особенно для старичков, кто любит и жалует "старый добрый" подход SSR.

Serverless глазами инженера: “используешь, перестаешь программировать, становишься оператором Амазона”

Ок, удобство интеграции с IDE - это аргумент.

Serverless глазами инженера: “используешь, перестаешь программировать, становишься оператором Амазона”

Поясните, пожалуйста, старому разработчику, как так получается?

Ты решил сделать стартап. Появилась классная мысль — сдавать свою надувную кровать. Налабал формочку, подключил базу. Теперь нужны сервера. Но, блин, ты не хочешь нанимать дорогих опсов, которые будут сидеть в дата-центре и настраивать сети и фаерволы, таскать железо… В этот момент появляется Амазон и берёт всё на себя. 

Если ты нанял разработчика для "налабать формочки + базу", скорее всего, он уже знает, где можно разместить код. Сервер, VPS, shared-hosting (для совсем бедного стартапа). И ведь много не надо. Средненький VPS держал спокойно по 15-20 тыс. посетителей в день. Сервер - гораздо больше.

В какой момент нам стало лень выполнить на серваке через шелл 30 команд, но не лень разворачивать это всё в облаках? Или я чего-то не понимаю?

Windows 11 — новая Windows XP

Хочется посмотреть на проводник в win11. В БигСюре он лаконичный и компактный. А как оно в релизе новой винды будет - пока не ясно.

Конечные автоматы и django

Было бы здорово пример с кодом «было плохо, а стало хорошо»

Карманная книга по TypeScript. Часть 1. Основы

Автору… Парсер может принести сюрпризы. Обычные кавычки (") поменялись на ёлочки («)

Четыре ошибки программистов, которые я осознал, только когда стал CTO

Вы так говорите, будто у веб-разработчиков был выбор: дали в браузерах только js — вот его и используют.

С бек-эндом ситуация не лучше. Тот же php не просто так стал популярным — в условном 98 году выбор был невелик (перл был тяжким).