ну что, нуфаги-жопаскриптеры, как у вас дила? как настроение? давайте я вам распишу, почему у вас ничего не получается.

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

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

когда берут на работу, смотрят на твое портфолио в первую очередь. у меня была возможность научится ебаться над результатом, да и вообще в самом начале все, что я делал, я показывал одноклассникам. по этому для меня всегда было важно, что бы было охуенно, а иначе это никому будет неинтересно и смысла как бы и нет уже.

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

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

я ходил на одно собеседование, запомнившееся мной как самое нелепое - меня человек пригласил по телефону, думая что у меня есть высшее образование и уточнил это, я ему сразу ответил нету нихуя, он все равно попросил прийти. так получилось, что я приехал за 10 минут и сразу позвонил, ну и он сразу недовольный почему рано пришел ебать, что бы вы понимали уровень. ну так вот, в ходе он спрашивает для кого пишется код - я отвечаю для пользователя - нет нихуя вот он говорит код пишется для других программистов. если интересно, еще я помню говорил ему что писал библиотеку для uitableview, сообществом ios разработчиков признано, что пакетные обновления таблиц это ебля коня, если речь идет про анимации. он этого очевидно не знал, и говорит вот для андройда тоже это ебля и чо такого. этот момент я разбирал в андройде еще задолго и там очевидно не одно и тоже

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

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

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

>>41668

>орет про мутабельность

>сразу же обсирает редакс и предлагает мобкс

Вголос с маньки. В редаксе самая строгая, чистая и эксплиситная иммутабельность. Есть бойлерплейт код, но он только помогает на больших проектах. Когда у тебя 200 экшнов, сотка редьюсеров и большой стейт с кучей данных, только тогда начинаешь понимать почему редакс сделан так как он сделан и в чем его преимущества у остального мусора.

Для даунов даже тулкит сделали, чтобы меньше кода писать, только умные дяди понимают, что с тулкитом теряется одна из основных фишек редакса - хэндлить один и тот же экшн в разных редьюсерах и хэндлить множество экшнов в одном редьюсере.

>>41671

>https://github.com/mg901/effector-react-realworld-example-app/blob/master/src/modules/feed/model/index.ts

```
useModel: () =>
useStore(
combine({
pageSize: $pageSize,
currentPage: $currentPage,
currentTag: $currentTag,
totalPages: $totalPages,
isEmptyFeed: $isEmptyFeed,
}),
),
```
```
const $feed = createStore<types.Feed>({
articles: [],
articlesCount: 0,
}).on(
[setFavoriteArticleFx.done, setUnfavoriteArticleFx.done],
(state, { params, result }) => ({
```
Удачи работать с подобной хуйней в хотя бы среднего уровня проекте.

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

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

Вьюкс в этом плане очень близен к редаксу.