Как стать автором
Обновить
2
0
Виктор @YourDesire

Frontend

Отправить сообщение

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

— Для автоматической генерации документации к компонентам
— Для генерации тайпскриптовых файлов на основе каких‑то других данных (например но основе openapi json / yaml, bpmn cmof).

Рассмотрим первый пример.
Допустим, вы пишите аналог сторибука. У вас есть компонент кнопки на тайпскрипте, компонент задокументирован через jsdoc , как и поля его типа. Т.е. что-то вроде:

/** 
 * A button means an operation (or a series of operations). Clicking a button will trigger corresponding business logic.
 * ## When to use:
 * - Use case A
 * - Use case B
 */
const Button: FC<ButtonProps> = ({tooltip, ...restProps}) => {
export type ButtonProps {
  /** Some description */
  tooltip: string
  // ...other props
}

Можно без дополнительного бойлерплейта на основе этих данных генерировать т. н. API компонента, с полями (пример из анта: https://ant.design/components/button#api), типами и описаниями, как и доку к самому компоненту. Прикрути сюда пару блоков с примерами и всё — вполне неплохая дока вида

---
Button:

A button means an operation (or a series of operations). Clicking a button will trigger corresponding business logic.

When to use:

  • Use case A

  • Use case B

Examples:

...

API:

  • Tooltip - String - Required - Default value

Есть время, которое человек тратит с момента обнаружения опасности, до принятия решения и собственно самого решения по ее устранению. И тут совсем не те цифры, которые указывают в тестах на ПДД: здесь нужно заметить задержку, потом устранить опасность в виде этого скафандра, а потом ещё въехать в реальность и возможно потратить ещё время. Вот вы снимаете очки, а перед вами аааааавтомобиль. А вы уже потратили драгоценное время на интимные отношения по устранению ябловижина.

20 лет? Ничего не было?

NetBeans: ну да, ну да, пошел я...

И, к слову, шторм прям очень не сразу стал лучше, чем вышеупомянутый. Это, конечно, субъективно. Но это общее мнение, среди моих коллег.

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

Раньше ничего этого не было. Да и с браузерами геморроя было прям в разы больн.

Автор притянул всё, что вообще смог притянуть (и веб, и свой опыт, и ИИ, и бог знает что ещё). Но всю суть можно свести к "раньше трава была зеленее". Раньше была ручная коробка передач, знать надо было меньше и...

Вы себя поймали на мысли, что где-то такое читали? И даже помните ответы в стиле "Сейчас никто не мешает писать ровно также, без использования всего, только какова будет цена поддержки и подбора новых специалистов в проект"? Да, вы где-то такое читали. Читали о том, как человек, как тут уже выразились, хотел бы в свои 15 лет назад, но, увы, не может.

Это даже для 1 апреля, как-то слишком.

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

Простите, но это статья уровня Пикабу. Вода, политика и никаких фактов. Никакой полезной информации про IT или около него. Не результаты каких-либо исследований и/или экспериментов. Это даже не статья из разряда "учёные, кажется, открыли обитаемую планету", так как в последней есть предположения, основанные на каких-либо данных и результатах работы с ними. А тут что? Разве что "мамой клянусь", из аналогии, упомянутой в комментарии выше.

Меня ввело в заблуждение то, как использовался console.log. С учётом UPD, которое вы добавили в статью (обход массива начинается с конца), всё встаёт на свои места.
В частности:
> FindLast обходит массив с конца
Ваши примеры верны и понятны на тему того, что вы хотели этими примерами сказать.
Прошу прощения, за досадное недоразумение.

The find() method returns the first element in the provided array that satisfies the provided testing function. If no values satisfy the testing function, undefined is returned.

Метод find работает не совсем так (а если быть более точным - совсем не так), как вы написали.

`find` вернёт первый попавшийся элемент массива, который удовлетворяет условиям.
`findLast` вернёт последний элемент массива из тех, что удовлетворяет условиям.

Аналогично с findIndex и findLastIndex, только они, в отличии от первых двух - возвращают индекс элемента массива.

Вы перепутали назначение find* методов, с filter.

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

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

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

Интересно, как проводились тесты скорости работы PostCSS, например, по отношению к тому же libsass? Надеюсь, они не тестировали «голый» PostCSS без модулей, которые разработчики стремятся использовать (префиксы, переменные, sass-подобный синтаксис).

Со стороны вообще вся эта ситуация выглядит довольно весело. Значит вчера Вася пользовался Sass, Gulp, в котором прописал задачи автопрефиксов, минимизации, линтинг и так далее… А сегодня Вася делает все то же самое (или стремится так делать), но с помощью PostCSS, который носит гордое название постпроцессора и красивые цифры в замерах производительности на картинках

Эх. Если бы мне было бы о чем писать посты: С
Достойная тема не находится, писать про мигание светодиодном не хочется.
А вот Дедом Морозом побыть хочется, а карма говорит «нет».

Я, конечно, не он, но тем не менее:


  • интеллисенс, как его обозвал комментатор выше. Шторм лучше анализирует проект ну или вообще как минимум анализирует. VSCode даже с плагинами не дотягивает.
  • Более человечный рефакторинг и другие различные действия над проектом (напр. предложение переименовать название класса, при смене названия файла, обновить импорты при перемещении и так далее). Хотя скорее это вытекает из первого пункта.
  • история изменений файла/папки/мбчегоеще. Для меня это киллер фича, когда пробуешь 100500 подходов, но иногда надо вернуть одну из реализаций. Также спасает от случайных удалений и прочих событий. Опять же, для VSCode вроде находил плагин, но чём-то не устроил.
  • Много всего из коробки, что для VSCode надо ставить плагинами
  • UX некоторых инструментов все-таки удобней. Тот же git
  • Горячие клавиши. Есть предустановленные. Мне как бывшему пользователю NetBeans, наличие его раскладки греет душу

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

Я вот день-два назад читал статью о сбросе настроек и удалении своих учёток в телефоне. Другой день — пересказ документации. Также многочисленны дни, когда я читал статьи из 255 символов, с пометкой перевод, чаще всего пары абзацев документации, с пометкой «остальное в следующей статье». Сколько статей о самом лучшем и самом новом девайсе/хостере с эксклюзивной скидкой в 5% для аудитории хабра по промокоду habrcake по ссылке в конце статьи, думаю, говорить не надо. В общем да, пишите. Серьезно. Пожалуйста. Мне было бы куда интересней почитать как вы сделали тетрис (а я вот ни разу его не писал, например), какими подходами пользовались, как решали возникающие проблемы, если были, чем вот это вот все описанное выше. Прошу прощения за ошибки, пишу с телефона. Я вообще почти ничего не комментирую, но вот ваш комментарий как-то зацепил. Не смог сдержаться. Простите
Многие указывают в качестве причин описанной проблемы такие вещи, как например качество озвучки, видео, наличие различных видов озвучки. Я считаю, это правильные замечания. Но ещё стоит отметить то, что виновники данной ситуации не только онлайн кинотеатры, а ещё и положение дел в стране. Многие не могут позволить оплатить себе подписку, оплатить просмотр без ущерба для своего бюджета (или как прожить с з/п 15к). И слава богу, что пиратские сервисы предоставляют им возможность бесплатного просмотра. Я не беру в расчет тех, кто даже будучи состоятельным человеком, предпочитает пиратский контент.
Прошу прошения. Не подскажете, из какого контекста эта фраза?
А мы вот сидим в своем Уссурийске и клепаем сайты (читай — пиши, дизайнь, админь, продвинь) за 20-30 т.р. / мес. Работодателя не шибко и интересует твой список скилов…
Извините, не могли бы вы описать основные преимущества ExtJS, которые вас привлекли, за исключением уже описанного? Мне, как начинающему front-end разработчику, будет очень интересно почитать ваше мнение, как человека, который использовал ExtJS в своих текущих проектах.
Не менее интересно будет почитать, что же вы осознали, в плане «почему Enterprise часто выбирают Sencha (ExtJS)», более конкретно.
1

Информация

В рейтинге
Не участвует
Откуда
Уссурийск, Приморский край, Россия
Дата рождения
Зарегистрирован
Активность

Специализация

Frontend Developer
JavaScript
React
TypeScript