Pull to refresh
0
Владимир@Vsnegovik

Frontend-developer

Send message

— Поглядите на себя, — сказал он наконец. — Я не хочу сказать ничего обидного, но поглядите на себя! Материал, из которого вы сделаны, мягок и дрябл, непрочен и слаб. Источником энергии для вас служит малопроизводительное окисление органического вещества вроде этого. — Он с неодобрением ткнул пальцем в остатки бутерброда. — Вы периодически погружаетесь в бессознательное состояние. Малейшее изменение температуры, давления, влажности, интенсивности излучения сказывается на вашей работоспособности. Вы — суррогат! С другой стороны, я совершенное произведение. Я прямо поглощаю электроэнергию и использую ее почти на сто процентов. Я построен из твердого металла, постоянно в сознании, легко переношу любые внешние условия. Все это факты. Если учесть самоочевидное предположение, что ни одно существо не может создать другое существо, превосходящее его, — это разбивает вдребезги вашу нелепую гипотезу.

Азимов "Логика"

Где для вас та грань, когда вместо того чтобы писать решение вручную, вы подключаете библиотеки и фреймворки, такие как Axios, Vue, React, Angular, Day.js, i18n, и UI-библиотеки? Ведь все это можно написать самому современным кодом.

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

  • В каждой функции из Lodash, например, соблюдаются лучшие традиции функционального программирования. Они выполняют ровно одну задачу, что упрощает их использование и тестирование.

  • Эти функции документированы и покрыты тестами, что обеспечивает надежность кода.

  • Инструменты, такие как Lodash, позволяют писать декларативный код, который часто работает быстрее нативного.

  • Для подтверждения этого можно найти множество бенчмарков, например, этот.

Наговнокодить можно и на нативном js, не нужно ругать из-за этого каждый инструмент, который делает рутинные, сложные вещи проще для понимания (опять же речь не про говнокод! А то начнете писать про то, как непонятен lodash в реальном проекте, который собирал джун)

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

На моей практике приложение с микрофронтендом грузилось дольше чем монолит. Может было что-то неправильно спроектировано или у микрофротов есть такая проблема?
Что сперва инициализируются все микрофронты, а затем уже отображаются

При том, что там можно так:

<script setup>
import Test from "./component/test.vue";
<script>


<template>
  <test />
</template>

Посмотрите мой комментарий выше, я тоже заметил этот момент с градиентом.
Статья скорее отвечает на вопрос «как», а не «зачем»
background: linear-gradient(135deg, rgba(177, 234, 77, 0.25), rgba(69, 149, 34, 0.25)),

Забыли закрыть скобочку.

Может в статье я упустил, но было бы не лишним указать зачем вместо
rgba(0, 0, 0, 0.15)

делать
linear-gradient(rgba(0, 0, 0, 0.15), rgba(0, 0, 0, 0.15))

Ответ: множественный бэкграунд невозможен со сплошными цветами в их стандартной записи (#hex, rgb, rgba и т.д.)

P.S.: Случайно незаконченный коммент оставил
```background: linear-gradient(135deg, rgba(177, 234, 77, 0.25), rgba(69, 149, 34, 0.25)),```
Через space-between ты не можешь котролировать ширину отступа. Она будет менятся в зависимости от размера элементов и свободного пространства

Information

Rating
Does not participate
Location
Иннополис, Татарстан, Россия
Date of birth
Registered
Activity