Вау! @TerraV, вы золото! 🎁 Спасибо за готовую методологию.
Действительно, привычка сразу писать код мешает сначала убедиться, что понимаем проблему одинаково.
Ваш набор (критик, прагматик, мечтатель, исследователь, архитектор) — возьму в оборот. Попробую поэкспериментировать. Спасибо большое, что так подробно расписали! 🙏
Спасибо за развернутую обратную связь! Про "hope driven development" и "сонастройку" — очень точные формулировки 😊. Пойду навёрстывать 1.5 года, спасибо за ликбез! 👍
Спасибо за ваш комментарий :) Я и писал, что ответственность за код лежит на человеке, а не на ИИ. К тому же код-ревью, тесты и здравый смысл никто не отменял. Подумаю над тем, чтобы сделать в следующий раз чек-лист "Как проверить, не грозит ли автору кода увольнение" 😉
`@property` — не для строгой типизации. Это вспомогательный инструмент для работы с пользовательским вводом. Его корректно использовать только в тех случаях, где разработчик не контролирует в полной мере результирующие стили...
Например, это может быть полезно разработчику CRM кнопки, которую пользователь встраивает и стилизует у себя на сайте.
Для строгой типизации — это плохой инструмент, потому, что он увеличит css код.
В крупных проектах бывает полезно разбивать большие задачи на мелкие (провести анализ проекта можно во вкладке Perfomance в DevTools), что плодотворно скажется на TBT.
Но, для этого нужно будет создать планировщик задачи в проекте ?
Не согласен, написать истории много времени не занимает... Но упрощает взаимодействие с менеджерами и дизайнерами, помогает быстрее влиться в команду новеньким или самому вспомнить нужные пропы.
Я думаю New York Times, The Washington Post и Politico перейдут на платную верификацию, когда станет доступен избранный функционал Twitter Blue! Например, "редактирование твитов" или "более длинные твиты"...
После выхода Великобритании из ЕС она потеряла некоторые приятные бонусы от сотрудничества и теперь хочет получить их без обременяющих обязательств ? Хитро...
Вау! @TerraV, вы золото! 🎁 Спасибо за готовую методологию.
Действительно, привычка сразу писать код мешает сначала убедиться, что понимаем проблему одинаково.
Ваш набор (критик, прагматик, мечтатель, исследователь, архитектор) — возьму в оборот. Попробую поэкспериментировать. Спасибо большое, что так подробно расписали! 🙏
Спасибо за развернутую обратную связь! Про "hope driven development" и "сонастройку" — очень точные формулировки 😊. Пойду навёрстывать 1.5 года, спасибо за ликбез! 👍
Спасибо за ваш комментарий :)
Я и писал, что ответственность за код лежит на человеке, а не на ИИ. К тому же код-ревью, тесты и здравый смысл никто не отменял. Подумаю над тем, чтобы сделать в следующий раз чек-лист "Как проверить, не грозит ли автору кода увольнение" 😉
`@property` — не для строгой типизации. Это вспомогательный инструмент для работы с пользовательским вводом. Его корректно использовать только в тех случаях, где разработчик не контролирует в полной мере результирующие стили...
Например, это может быть полезно разработчику CRM кнопки, которую пользователь встраивает и стилизует у себя на сайте.
Для строгой типизации — это плохой инструмент, потому, что он увеличит css код.
Спасибо.
В крупных проектах бывает полезно разбивать большие задачи на мелкие (провести анализ проекта можно во вкладке
PerfomanceвDevTools), что плодотворно скажется наTBT.Но, для этого нужно будет создать планировщик задачи в проекте ?
Не согласен, написать истории много времени не занимает... Но упрощает взаимодействие с менеджерами и дизайнерами, помогает быстрее влиться в команду новеньким или самому вспомнить нужные пропы.
А ещё у Storybook есть компоненты ColorPalette, IconGallery или Typeset, которые помогут описать корпоративный стиль...
Спасибо.
Подмечу только, что inset имеет хорошую поддержку, но это еще экспериментальное свойство... поэтому, с ним поаккуратнее ?
Я бы ещё добавил о `Readonly` и `NonNullable`
C++ разработчики заняли 22 место в списке самых востребованных вакансий в 2023 году и самую высокооплачиваемую должность в этом списке
Почему в
tsconfig.jsonвlibпрописаноes2016, а вmodule—esnext?Интересный патент конечно, но я сомневаюсь, что его внедрят в ближайшее время...
Я бы не разделял типизацию от объявления переменной с
definePropsилиdefineEmits:<script setup lang="ts">
const { title, list } = defineProps<{ title: string list: Array<IItem> }>()
</script>
Что бы всё было перед глазами ?
Согласен c предыдущими комментаторами, и добавлю:
Убери дублирующий код, как предложил danilovmy, но я бы ещё и
langв фильтр закинул:```javascript
function filterBy(social, tags) {
return social.filter((item) => item.tags.some((tag) => (tag === 'all' || tags.includes(tag))))
}
const filteredSocial = computed(() => filterBy(social, [width < 769 ? 'mobile' : 'desctop' , lang]) )
```
В результат:
```html
<footer-desktop-or-mobile :social="filteredSocial" />
```
И необходимости в
defineAsyncComponent— нет.Где в теге
navссылки?;Списки лучше сделать с помощью тегов
ul&li;Сократи количество div-обёрток, например:
```html
<div class="mr-3"> <navigation-language-select @lang="handleChangeLang" /> </div>
```
переписать на:
```html
<navigation-language-select class="mr-3" @lang="handleChangeLang" />
```
Я думаю New York Times, The Washington Post и Politico перейдут на платную верификацию, когда станет доступен избранный функционал Twitter Blue! Например, "редактирование твитов" или "более длинные твиты"...
После выхода Великобритании из ЕС она потеряла некоторые приятные бонусы от сотрудничества и теперь хочет получить их без обременяющих обязательств ? Хитро...