Помню работал над одной задачей 2 часа, перейдя в консоль нечайно применил комманду git checkout — ., минут 20 просидел в поисках отмены этой команды, в итоге ничего не нашёл. Решил проблему с помощью IDE, ctr+z.
KDE Neon, менее прожорливая среда и всегда свежие кеды, в отличие от гнома, где утечка памяти и фризы при аль-таб. То ли у меня такое железо, толи действительно среда Gnome очень требовательная к ресурсам, даже с 16гб ОЗУ я испытывал проблемы. В общем я бы не сказал что линукс для всех, есть свои проблемы по мелочам. Вот к примеру стоклнулся недавно с проблемой на wayland, я не смог устоновить второй экран как главный, я долго копался в настройках и пытался это сделать, пока случайно не переключился на xorg и сразу появился пункт «Устоновить как главный экран». Возможно это специфично для KDE, но так или иначе это линукс
Я бы посоветовал дождаться, когда команда ангуляра наконец реализует типизацию форм. Насколько мне известно, это у них в роадмап. Вполне вероятно, что в 12 версии или в 11 уже будет это сделано.
Делайте пожлауйста больше статей о DI в Ангуляр. Я прям капец не догоняю его смысла. Недавно наткнулся на одно видео, где человек обьянял и показывал на реальном примере патерн Bridge, очень понравилось и сразу понятно
Почитал, посмотрел на примеры. Просто вот вопросы:
1. Вы считаете что зависимость от расположение файла это повод для создания DI. Соврменная IDE может запросто поменять все пути к этому файлу во всех местах, где он использутеся. Я не понимаю профита от DI в этом случае
2. В последнем примере вы точно так же можете поменять расположение pressed-key.ts файла и всё сломается если не делать этого через IDE.
Для себя я понял, DI очень крут когда нужно мокать сервисы во время тестирования. В остальных случаях я не особо понимаю профита, я не знаю может это прийдёт с опытом, но я уже какой раз пытаюсь найти какой то полезный кейс для себя, и не вижу его.
Начал изучать Express и отталкивает простота создание серверной части. У меня вечно такое чуство что я пишу максимально глупо и неправильно, может кто посоветовать где можно почитать про лучшие техники в создании api с использованием node.js + express.js. Вот серьезно, после ангуляра это кажется слишком просто. В своё время изучал Laravel и там не было так просто, как в node.js, тоже свои сложности и нюансы, хорошая документация, которая показывает как лучше сделать то или иную фичу
Согласен, Observables сложные по началу для понимания. Но я как только начал их понимать и как с этим рабоать, мне было за радость их использовать. Это прям серьезно такая магия в виде декларативного кода, в то время пока разрабы на Реакте используют всякие Lodash, сложные логические конструкции, мы на ангуляре испольуем уже готовые операторы в библиотеке RxJs
Я собрался покупть mackbook pro 16, вы что предлагаете ждать пару лет до первого макбука про на базе АРМ? Чёт я очень сомневаюсь, что получитя так быстро перевести всю кодовую базу приложений под АРМ. К тому же, Apple упомоинула на перезентации, что они еще хотят выпустить мак на базе Интел, так что в принципе я очень сомневаюсь что они так быстро дропнут поддержку x86
Сколько не читал статей о DI, всё равно для меня не понятно как это всё работает. Фабрики какие-то, инжекторы. Я в observable быстрее въехал и активно использую. Может когда-то пойму…
Код пишу в темной теме уже несколько лет, используя Atom тему. Я привык, но попробую как-нибудь использовать светлую, может понравится и перейду. Хотя последний мой эксперимент мне показал, что читать код в тёмной теме как то уютнее что ли, быстрее разбираешься, в светлой, так чувство что всё как то разбросано что ли, не знаю даже как объяснить.
Rxjs конечно крутая штука, но автор забыл упомянуть о расположении takeUntil в подписке, если допустим после оператора map, то не будет корректной отписки при уничтожении компонента, я конечно могу ошибаться, но вроде есть такой нюанс. Я создаю обычные массивы подписок либо единичный subscription затем отписываюсь при уничтожении.
«Я полагаю, что ни один из других редакторов и ни одна из других IDE не может дать разработчику хотя бы половину того, что способен дать ему VS Code.»тогда это утверждение крайне не верное. WebStorm умеет большинство из описанных с коробки, я ничего нового такого для себя не нашел как активному пользователю веб-шторма. Единственный плагин что я ставлю для шторма, это материал дизайн, все сотальное что вы описали уже с коробки.
Возможно VS Code лучший среди бесплатный, но до полноценной платной iDE далеко еще.
Не всегда понимаю, когда стоит использовть runOutsideAngular. Можно чуть больше примеров помимо анимации?
Как вы это объясните? Ведь использование get функций в шаблоне, сказывается на производительности.
1. Вы считаете что зависимость от расположение файла это повод для создания DI. Соврменная IDE может запросто поменять все пути к этому файлу во всех местах, где он использутеся. Я не понимаю профита от DI в этом случае
2. В последнем примере вы точно так же можете поменять расположение pressed-key.ts файла и всё сломается если не делать этого через IDE.
Для себя я понял, DI очень крут когда нужно мокать сервисы во время тестирования. В остальных случаях я не особо понимаю профита, я не знаю может это прийдёт с опытом, но я уже какой раз пытаюсь найти какой то полезный кейс для себя, и не вижу его.
Как вы можете видеть, я поместил компонент в флекс-контейнер. Компонент работает как и ожидалось, тоесть как дочерний элемент.
Сколько не читал статей о DI, всё равно для меня не понятно как это всё работает. Фабрики какие-то, инжекторы. Я в observable быстрее въехал и активно использую. Может когда-то пойму…
Код пишу в темной теме уже несколько лет, используя Atom тему. Я привык, но попробую как-нибудь использовать светлую, может понравится и перейду. Хотя последний мой эксперимент мне показал, что читать код в тёмной теме как то уютнее что ли, быстрее разбираешься, в светлой, так чувство что всё как то разбросано что ли, не знаю даже как объяснить.
Rxjs конечно крутая штука, но автор забыл упомянуть о расположении takeUntil в подписке, если допустим после оператора map, то не будет корректной отписки при уничтожении компонента, я конечно могу ошибаться, но вроде есть такой нюанс. Я создаю обычные массивы подписок либо единичный subscription затем отписываюсь при уничтожении.
Возможно VS Code лучший среди бесплатный, но до полноценной платной iDE далеко еще.