У rust во много раз круче ооп, чем в cpp, но там другая проблема - программист по умолчанию макака, и это забота программиста доказать компилятору обратное.
https://react.dev/learn/keeping-components-pure - прочитал тут. props + state = input фукнции, кусок jsx = output. В вашем случае вы не ломаете чистоту функции хуками и другими компонентами, НО простая алокация и использование ее дальше по коду уже ломает, потому что это не state и не props. А для настоящих sideEffect есть useEffect, который прям так и называется, и который потом скидывает свой side-effect в state.
Ээээ, так вы же нарушили одно из главных правил написания react компонентов - функциональный компонент должен быть pure function. А у вас там при каждом рендере создается обьект на 10 мегабайт хД. Думаю в этом корень проблемы, который даст о себе знать рано или поздно и при других обстоятельствах. Запаковать его в memo, передать в props, через useEffect что то там накалькулейтить. Но не в render функции. У вас тот же обьект будет создаватся 2 раза при strict render....
На канвасе проще потому что тогда и требования были другие. Сейчас миллион девайсов, сто разных dpi, всем подавай flex responsive mega puper ui. Если вы сейчас попробуете учесть все нюансы современного ui на winforms, то у вас выйдет compose или Maui со всеми сложностями.
Ухтыж, как дети. Софт делают потому что платят. Платят что бы сделать за 3 секунды. Сделаете за 4 - не заплатят. Выбор - сделать на електроне за 3 секунды и кушать месяц, или сделать принципиально маленькую софтину, и стать солнцеедом?
Ой, та ладно. typescript и typing модуль в python появились именно потому, что большой софт с командами в 500 человек и с 100 mr в день вы ну никак не сможете осилить. Вероятность 100% что так или иначе будут ломать код...
Кек. А я для своего nas собрал корпус с банок детского питания. Нарезал их обычными маникюрными ножницами. Крепил заклёпками. При должной сноровке выходит отлично
Вот циферки(вы их любите, судя по тому как от потолка посчитали потребляемую мощность), в вполне себе не узком сценарии - https://habr.com/ru/articles/531006/. И эти циферки говорят что все же m1 обманул вашу физику. Просто попробуйте хоть раз m1 pro, и вы удивитесь, что он может 5 часов подряд от батареи заменять полноценную рабочую станцию в 99% сценариев.
У rust во много раз круче ооп, чем в cpp, но там другая проблема - программист по умолчанию макака, и это забота программиста доказать компилятору обратное.
Ну всякие meltdown и spectre с вами не согласны.
https://react.dev/learn/keeping-components-pure - прочитал тут. props + state = input фукнции, кусок jsx = output. В вашем случае вы не ломаете чистоту функции хуками и другими компонентами, НО простая алокация и использование ее дальше по коду уже ломает, потому что это не state и не props. А для настоящих sideEffect есть useEffect, который прям так и называется, и который потом скидывает свой side-effect в state.
Ээээ, так вы же нарушили одно из главных правил написания react компонентов - функциональный компонент должен быть pure function. А у вас там при каждом рендере создается обьект на 10 мегабайт хД. Думаю в этом корень проблемы, который даст о себе знать рано или поздно и при других обстоятельствах. Запаковать его в memo, передать в props, через useEffect что то там накалькулейтить. Но не в render функции. У вас тот же обьект будет создаватся 2 раза при strict render....
Имхо, осилить c++ в мере, позволяющей написать +- адекватное большое приложение легче чем осилить ржавого :)
На канвасе проще потому что тогда и требования были другие. Сейчас миллион девайсов, сто разных dpi, всем подавай flex responsive mega puper ui. Если вы сейчас попробуете учесть все нюансы современного ui на winforms, то у вас выйдет compose или Maui со всеми сложностями.
Модами очень часто делают правки баланса или qol штуки. Для того же skyrim очень много крутых модов по балансу.
Не думаю. Много таких свистелок прямо таки тяжело используют потоки?
Мы добавили новое ключевое слово co_no_await....
Ой, там ого-го много под капотом.... Даже если прикинуть что у каждого процесса есть свое адресное пространство, это уже должно навеять подозрения...
Ухтыж, как дети. Софт делают потому что платят. Платят что бы сделать за 3 секунды. Сделаете за 4 - не заплатят. Выбор - сделать на електроне за 3 секунды и кушать месяц, или сделать принципиально маленькую софтину, и стать солнцеедом?
Практиковали agile?:)
Ой, та ладно. typescript и typing модуль в python появились именно потому, что большой софт с командами в 500 человек и с 100 mr в день вы ну никак не сможете осилить. Вероятность 100% что так или иначе будут ломать код...
Ну лучше clion не придумали :) а с compilation database спокойно можно завести проекты под самые экзотические билд системы.
Кек. А я для своего nas собрал корпус с банок детского питания. Нарезал их обычными маникюрными ножницами. Крепил заклёпками. При должной сноровке выходит отлично
И лутбоксы в сессионных играх хорошо продавались. Но что то не выпускают очередной battlefront, а синглплеерный fallen jedi новый сделали :)
Вот циферки(вы их любите, судя по тому как от потолка посчитали потребляемую мощность), в вполне себе не узком сценарии - https://habr.com/ru/articles/531006/. И эти циферки говорят что все же m1 обманул вашу физику. Просто попробуйте хоть раз m1 pro, и вы удивитесь, что он может 5 часов подряд от батареи заменять полноценную рабочую станцию в 99% сценариев.
Прикол такой, что-ли? На m1 pro можно девелопить 5 часов без подзарядки на скорости света сидя где угодно, и это в пассивном режиме охлаждения.
Для справочки - https://habr.com/ru/articles/531006/.
Представляю, что с этого чипа можно выжать, если поднять tdp до "интеловских" 100 ватт.
Тем более, 50 лямов. Что бы она окупилась, это надо продать чуть ли не на 200 минимум. И то не факт. А Алиса это не фифа, могут и не схавать.
Исключительно с помощью "освободителей" со стороны рф :)
Поясню: без вторжения так бы и говорило процентов 40 Киева на русском. А теперь - фига.