Прошлый тред: >>1831066 (OP)
Больше пары строк кода в посте или на скриншоте ведут в Ад.
Для программирования на HTML https://jsfiddle.net/
Для Node.js с консолькой https://repl.it/languages/nodejs
Если рассчитываешь получить дельный ответ, сформулируй правильно вопрос: что я хочу получить, что я для этого делаю, что я вместо этого получаю. Если когда самостоятельно найдёшь решение — поделись в треде, мы за тебя переживаем.
Руководство для вката:
https://developer.mozilla.org/
Т.е надо самому тысячу раз обосраться на голом жс для осознания, почему современные фреймворки сконструировали именно так и не иначе
обилие либ, фрейморков, браузеров и средств контроля версий рассеивает внимание, из-за чего вы концентрируетесь не на результате. я перекатывался на жопаскрипт с флеша в далеком 2012 году, и в общем то сразу все понял.
да, флеш умер из-за определенных нерешённых проблем с флеш плеером, да и в общем то хуй с ним. флеш это всего лишь версия, как могло бы быть, а не наилучший сценарий. но это было охуенно, все дело в полной самодостаточности при минимализме. у мозга был ограниченный набор нормальных рабочих инструментов и решение задач всегда было очевидным, вывод например на экран всегда был одинаковый и работал он всегда, в новых версиях он только дополнялся и это никак не влияло на старый код.
когда берут на работу, смотрят на твое портфолио в первую очередь. у меня была возможность научится ебаться над результатом, да и вообще в самом начале все, что я делал, я показывал одноклассникам. по этому для меня всегда было важно, что бы было охуенно, а иначе это никому будет неинтересно и смысла как бы и нет уже.
"но у тебя же код гавно и сам ты долбоеб-кабанчик" - это совсем не так. во первых, если ты много кодишь, то хочешь - не хочешь все равно научишься различать говнокод и перестанешь его писать. если что то работает охуенно, то вероятно это написано хотя бы адекватно. вероятно, это не отлаживали годами в поисках багов, это блять никому не интересно. а под результатом я имею в виду работу в целом, а не только внешний вид. артефакты анимации, подлагивания, кривая верстка - лично для меня это будет говном ебаным, не важно какой там код.
в сообществах же программистов может создаться впечатление, что код самое важное что есть на свете и нужно дрочить исключительно кодерские практики, подходы, архитектуру и прочую хуйню. работа в команде это важно, но сделать рабочий продукт гораздо важнее.
я ходил на одно собеседование, запомнившееся мной как самое нелепое - меня человек пригласил по телефону, думая что у меня есть высшее образование и уточнил это, я ему сразу ответил нету нихуя, он все равно попросил прийти. так получилось, что я приехал за 10 минут и сразу позвонил, ну и он сразу недовольный почему рано пришел ебать, что бы вы понимали уровень. ну так вот, в ходе он спрашивает для кого пишется код - я отвечаю для пользователя - нет нихуя вот он говорит код пишется для других программистов. если интересно, еще я помню говорил ему что писал библиотеку для uitableview, сообществом ios разработчиков признано, что пакетные обновления таблиц это ебля коня, если речь идет про анимации. он этого очевидно не знал, и говорит вот для андройда тоже это ебля и чо такого. этот момент я разбирал в андройде еще задолго и там очевидно не одно и тоже
что бы писать фронт с преимущественно версткой, ума действительно много не надо, и по этому очень легко говнокодить и оно все равно будет работать. по этому в выражении "код для программистов" есть определенный смысл, но только лишь на низких уровнях квалификации. когда речь про профессиональную разработу, там подразумевается быстрый коллективный коддинг качественного продукта, код будет само собой качественным.
но большинство рассуждает так, код выглядит красивым - значит этот программист хороший. боюсь что это не так, по правилу "большинство - долбоебы", большинство "программистов" лишь косят под программистов, задрачивая сугубо внешний вид, даже не сам код, а его внешний вид, архитектуру и прочую шизофрению. обсуждение архитектуры и паттернов это вообще прокрастинация. если проект простой и сугубо про верстку, то эти многочасовые обсуждения архитектуры - это блять прокрастинация долбоебов, нет там никакой архитектуры, это клепается за два дня одним человеком, вносятся правки другим человеком без каких то потерь, потому что код там простой, лаконичный, так как проект - сугубо про вестку какой то хуйни.
многие думают, вот ваше программирование дохуя сложное и я вкатится че то не могу, и дропают это. может быть даже вкатились в какую то компанию, не выдают перфоманса и их увольняют или сами уходят расстроенные. да голый жопаскрипт кто угодно может выучить, надо только время потратить. но вся суть говнокода в том, что в нем невозможно разобраться, в нем никто не разберется, это как выгребная яма, ты в нее падаешь и тонешь нахуй. к этому нужно походить с пониманием, выносить ведро за ведром, объяснять на пальцах почему это нужно, делать блять презентации сравнения до и после. как правило это заведомо тухлые проекты, которые тянут годами одни и те же люди, годами там присутствуют какие то баги - очевидно новичок там сначала потеряется и так же протухнет в итоге. навести порядок в этом дерьме правильно - вот где программирование, добиваться результата несмотря на несколько браузеров, несколько фреймворков и тд - этому нужно учиться, а не писать "красивый код правильно" хртьфу бля
Тоже есть такие мысли, но подозреваю, что 99% вкатившихся и тех кто уже давно шарит в реакте, нихуя подобного не писали. По факту даже в обучение, меня уже заебывает каждый раз получать нужный див, что бы повесить на него ивент, писать цикл, создавать массив похоже кодинг не мое и хочется собрать все это говно в какие то шаблоны, тупо писать в консоль -go, и что бы вся эта хуйета сразу собиралась.
На чистом JS пишут только долбоёбы.
Это как писать на чистом ассемблере.
В кругах мамкиных хакеров это считается круто.
>>1837478
>на жкури
О, jQuery-хейтер, привет!
А ты, случайно, не знаешь, почему новый Сбербанк-Онлайн (2020) написан на jQuery (и старый тоже)?
Что, у Грефа нету денег на модных реакто-блядей?
Как же так?
>А ты, случайно, не знаешь, почему новый Сбербанк-Онлайн (2020) написан на jQuery (и старый тоже)?
Тебе мама не говорила, что врать нехорошо?
>Ебать как просто
Это совсем не просто. В этом и проблема.
И до этого лучше дойти самому, а не делать просто потому, что это модно.
Также, для мелких проектов JS лучше.
Попробуй, начни с типов в комментариях JSDoc (это гуглится).
IDEA (WebStorm) их понимает, и даёт хинты.
Можешь ещё попробовать Flow.
Всё это позволяет постепенно войти в тему.
Особенно, если ты никогда не писал на типизированных языках типа джавы или скалы.
>мне это вообще легко зашло
А насколько далеко тебе это зашло?
Много написал?
Проблемы начинаются, когда ты начинаешь делать динамические вещи, для которых статическая типизация - как камень на шее.
И некоторые проблемы вообще не решаются, красиво, по крайней мере.
Но, в TS можно использовать JS-модули.
Ну, и есть волшебное слово any.
>>1837731
Ты типа мамкин тролль или что?
Внутрь зайди и посмотри, что в script-тегах.
И, чтоб два раза не вставать, объясню:
Для бизнес-UI в больших проектах jQuery вполне себе используют.
Потому, что у людей есть дохуя старого кода, который прекрасно работает. И чтобы его переписать, потребуется много лет.
И потому, что реактообразные модели не всегда и не для всего подходят. Часто удобнее иметь компонентную архитектуру, напоминающую классические GUI-тулкиты, типа Swing или Qt.
Именно в бизнес-UI.
А ещё - jQuery - это тонкий слой удобных абстракций, который позволяет делать вещи вообще без фреймворков. А на "чистом" пишут только долбоёбы, как я уже говорил.
>Для бизнес-UI в больших проектах jQuery вполне себе используют.
>Потому, что у людей есть дохуя старого кода, который прекрасно работает. И чтобы его переписать, потребуется много лет.
Звучит как проект мечты, лол. Спасибо, но мне Реакт как-то больше нравится. Но если кому-то кажется интересным разгребать многолетнее говно в ЛК Сбербанка — пожалуйста.
> А на "чистом" пишут только долбоёбы, как я уже говорил.
Совсем на чистом без либ вообще и правда долбоёбы, использовать нативные функции вместо jQuery норм. Нафиг тянуть зависимость когда тебе нужны 1-2 функции. Это как тянуть lodash только чтоб один раз partial заюзать.
>Проблемы начинаются, когда ты начинаешь делать динамические вещи, для которых статическая типизация - как камень на шее.
>И некоторые проблемы вообще не решаются, красиво, по крайней мере.
там все тоже самое, только лучше. ну вот ты не можешь нормально в массив нахуярить говна всякого и спокойно считывать, еще не можешь взять и создать свойство у экземпляра класса во время выполнения программы, а потом еще и читать его через точку.
на самом деле все это возможно, просто это нахуй никому не нужно, никто этого и не делает. там есть словари (map/dictionary), есть кортежи(tuple), есть [any], этого уже достаточно для всего.
есть даже вывод типов и ты в некоторых языках можешь писать почти эквивалентный жсу код аля пикрил, даже с замыканиями, ну разве что без прототипов.
другое дело что все время компиляторы кидают ошибки пока это пишешь, что лишний раз рассеивает внимание, как и в целом дроч на типы. это неудобно во время прототипирования, когда уже похуй как написать, лишь бы быстро и работало, во всем остальном современные типизированные языки лучше.
Да кто же спорит, что (статическая) типизация - это хорошо.
Даже питонобляди, в итоге, к этому пришли, лол. Не прошло и 25 лет.
Я же говорил о том, что человеку, у которого опыт есть только в JS и пыхе какой-нибудь, может быть тяжело резко переходить на типизированный язык.
Поэтому и предложил начать с JSDoc комментов, чтобы просто потрогать эту тему.
И для перехода на TS лучше иметь серьёзную внутреннюю мотивацию, а не просто "это круто". Потому, что в определённый момент возникнет вопрос "бля, да сколько же можно, а не пошло бы оно всё на хуй", и на этот вопрос должен быть аргументированный ответ.
Я ебаный противник TS не потому что это статическая типизация, а потому что это ебаный говноплагин для вебпака неудобный
> Даже питонобляди, в итоге, к этому пришли, лол. Не прошло и 25 лет.
Ну и слава питоноблядям. Если жабаскрипт добавит типы нативно - буду юзать. Но плагин для вебпака этот ебучий я в рот ебал. Время которое с ним ебаться приходится не перекрывает время дебага чистого js без типчиков, потому что я практически не втыкаю с типами.
Типизация и ошибки из-за неё такая переоцененная проблема, что я ебал.
Это окружность и это грань квадрата. С какого конкретного пикселя мне надо начать измерять и до какого, если я хочу найти границу (т.е. белую окружность). Объясните алгоритм измерения по переливающимся пикселям.
видимый канвас это уже растровое изображение, поверх которого рисуется fill, stroke и тд. даже если path где то сохранялся бы, его по апи никак не получится использовать.
>>1837836
> Это окружность и это грань квадрата.
че вот за бред ебаный? почему бля оно кривое если это хоть как то относится к квадрату? круглый уголок что ли у квадрата? вообще можно интерполяцией найти три точки на линии и из них получить центр окружности тригонометрическими рофлами. но мы же умные, мы запустим алгоритм брезенхема для окружности в обратную сторону. почему? потому что мы сможем перебрать ошибки алгоритма и вычислить более точный центр окружности.
Реакт и вью, в сущности, это две очень разных хуйни.
Общего у них совсем немного.
То, что они выглядят похожими - это хорошая, годная иллюзия.
Поэтому, противопоставлять их не совсем корректно.
React не реактивен лол. А Vue - да.
В Vue есть шаблоны и есть код. Реакт - это чистый код.
Но, если уж противопоставлять, то:
Vue лучше - (несколько) быстрее и (гораздо, блядь) практичнее.
Но, хуже инструментальная поддержка и местами тяжеловато с типизацией (TS). Это потому, что много динамики и разделение код-шаблоны.
React хорош (оправдан) для больших проектов и больших квалифицированных команд.
На Vue можно и одному хуячить сложный проект.
Как-то так.
>че вот за бред ебаный? почему бля оно кривое если это хоть как то относится к квадрату?
Братан, я думал что ты поймешь, что круги в нашей клоаке вырезают из квадратов. Я сбросил ребро квадрата (блока, если бы не было боардер радиуса, то конкретно это часть была ребром) и его переход в окружность. В этом то и есть вопрос. Я хочу понять с какого пикселя начинать отсчет, чтобы определить ширину этой окружности. И не просто, чтобы анон сказал вот с этого, а чтобы пояснил почему с этого, чтобы я не постил больше этот кринж. Я нихуя не смыслю в этом блядском дизайне и как там эти границы объектов смазываются (то есть пиксели).
Потмоу, что реакт появился гораздо раньше, под него куча людей, куча кода, паттерны, хуё-моё.
В эту технологию вложены большие деньги.
Плюс, Vue - это Китай.
А React - Америка, и похуй, что Абрамов - русский.
Также, у React очень сильное (квалифицированно) коммьюнити.
Потому, что фп и т.п. Тупые васяны сразу идут мимо.
А на Vue - легко писать, в том числе - долбоёбам, в том числе - хуйню. Это оборотная сторона практичности.
Сейчас всё потихоньку меняется.
Даже по сравнению с прошлым годом заметны большие изменения.
Например, год назад по запросу vue hh выдавал ровно нихуя, а сейчас - дохуя и больше.
Добавлю ещё, что весь React - это ни что иное, как internal DSL.
Т.е. это просто хитровыебанный код на данном языке (JS|TS).
И у таких вещей есть предел юзабилити.
Т.е. с какого-то момента, в процессе усложнения концепций, вся эта ебанина начинает (концептуально) трещать по швам и разваливаться под собственной тяжестью. Паттерны использования значительно усложняются, код становится корявым и неинтуитивным, и т.п.
Vue же использует шаблоны, и этой проблемы у него нет.
Можете смотреть на шаболны как на external DSL, если угодно.
Т.е. дополнительный слой абстракции решает.
Чем заменить бекенд, чтобы можно было деплоить, отпралять/получать данные и вот это все?
Слышал про комбинацию heroku + json-server. Когда проект будет задеплоен на heroku, данные в json с сохранением можно менять?
задачу полностью выкладывай идиот ёбанный, ты сам не видишь что ты хуйню выложил бля? ты блять не видишь что у тебя там субпиксельный рендеринг какой то блять? что там за пиксели темные?
https://ru.wikipedia.org/wiki/Билинейная_интерполяция
https://ru.wikipedia.org/wiki/AABB
https://ru.wikipedia.org/wiki/Алгоритм_Ву
https://ru.wikipedia.org/wiki/Алгоритм_Брезенхэма
в векторной графике все является частным случаем заливки. давайте разберем под микроскопом прямую линию в пикриле. все, мы прошли базовый курс computer drawing.
>>1838142
>>1838279
я ваще хуй пойму о чем вы.
у тебя окружность - это что? это полностью растровое изображение на синем фоне? или это уже какой-то svg элемент? если второе, то нельзя просто посмотреть размеры этого элемента? если первое, то я даже хз на кой хуй это надо и насколько этот алгоритм должен быть универсальным. если отбросить всю хуйню, то достаточно найти центр твоего квадрата, и начиная с левой стороны, искать первый пихель , отличный от цвета фона, потом найти второй (двигаясь вправо по оси х). это будет, грубо говоря, ширина дуги твоего круга. делишь ее по полам и получаешь координату точки на окружности. находишь расстояние от этой точки до точки твоего центра, получаешь радиус круга. умножаешь радиус на 2, получаешь диаметр (ширину круга/размер). хз. какая задача, такое и решение, лол.
На собесе тебя попросят решить задачу с литкода уровня хард, потом начнут спрашивать про ООП и паттерны проектирования. А ты им "ой, да на дваче код хуевый, зачем вам всё это?"? Манюнь, у всех код хуевый, но это не значит, что тебя не ждёт верчение на хую во время собеса.
Этого и хотелось бы, чтобы юзать ТС не расставляя типы, чтобы any как бы сами везде были где их нет, ставить их только в узких местах. Охота ТС использовать пока в роли документирования кода как бы, может для небольшого автозаполнения, с дальнейшей перспективой полного перевода. Но походу так нельзя.
Да, да я на реакте не писал а проблемы с бойлерплейтом не существует. Денчик тоже наверное на реакте не писал никогда?
let dict1 = new Map([...dict(1).entries()]); не работает.
Сап, аноны. Нужен макет или шаблон с услугами.
Нужно написать одностаничник для массажного центра. Там должен быть выбор массажа, примерно в виде "квадратов". То есть тупо с ходу клиенту предлагают выбрать тип массажа и забронировать и оплатить. Может, кто-нибудь знает макет по красивше с таким "выбором услуг"?
бля жеэсеры такие жеэсеры......
>у всех есть кроме тебя
Где взять его?
>какие ваши доказательства?
Пагинация там это вперед/назад на лимитированное количество элементов, нельзя сразу перейти на допустим пятую страницу.
Поиск это вообще какая-то херня, нужно подключать сторонний софт, который делает снимок бд, и в этом снимке происходит поиск.
А хочется как в json-server, да еще и на хероку, с возможностью загружать, редактировать и удалять данные...
>видно начало и конец области видимости.
че ты там увидиш если на 1 одно окно не помещается, ident guides только недавно стали стандартом в редакторах а в дельфи еще в 5 версии можно было сделать бесплатным плагином cnpack, когда в visual studio code надо было покупать платный плагин
нашел способ обмена сообщениями через window.sendMessage(), но он подразумевает обмен, например, с background скриптами (которые тоже не разделяют ничего общего со скриптами страницы).
да и для приема сообщений нужно еще добавлять нужный listener, а как я уже сказал, редактировать скрипты на странице из расширения не получается. замкнутый круг. пробовал так же через window.eval() - не получилось.
каким способом можно подменить нужные скрипты страницы на свои из расширения?
Всегда выбирают золотую середину. Если кто-то может выполнить эту же таску за меньшее время, но чуть хуже, то значит этот кто-то лучше программист чем ты. Еще не мало важен такой скилл как определить важность качественного выполнения, если ты аутист, то будешь даже скрипт-однодневку вылизывать неделю, в то время как хороший программист напишет решение за пару минут, использует его и забудет о нём.
>Всегда выбирают золотую середину. Если кто-то может выполнить эту же таску за меньшее время, но чуть хуже, то значит этот кто-то лучше программист чем ты. Еще не мало важен такой скилл как определить важность качественного выполнения, если ты аутист, то будешь даже скрипт-однодневку вылизывать неделю, в то время как хороший программист напишет решение за пару минут, использует его и забудет о нём.
сук вот почему нас увольняют
есть скрипты страницы - у них свой собственный window.
есть скрипты страницы расширения - content_scripts, туда же tabs.executeScript и так далее - у них свой общий window. а нахуй это надо да хуй его знает, но вот dom у них один и можно его дрючить. соответственно вставить <script> и он будет работать.
я это все продрючил годы назад и под хром и под фирефокс. вот собственно моя функция для вставки своего скрипта в страницу https://pastebin.com/raw/fGxsrJZW
вот это дерьмо я писал для общения скрипта со страницы и расширения https://pastebin.com/raw/1ydKagCp это дерьмо туда же https://pastebin.com/raw/8xpTP7pG
у моей applyScriptToTabHead была важная задача запостить скрипт как можно раньше в начало страницы, но head на странице может быть еще не прогружен и ну она просто вставляла несколько раз пока не вставить ебать, по этому она имеет такой перегруженный вид. вроде бы щас таких проблем нет и можно как то отследить появление head, ну в общем суть я думаю ты все равно уловил так что нехуй тут расписывать больше. что такое cancelInfluence ну это я пытался перезагружать старый скрипт, а что бы это сделать надо было откатить все изменения на странице мной(желательно в идеале), что бы блять не перезагружать и расширение и страницу сайта
на хабре бля были подробные статьи про все это, у меня код вероятно устаревший либо идиотский, я по фану писал как попало. скрипт в страницу я собирал из нескольких файлов руками в цикле, что бы вы понимали
Анон, а как сделать фетч синхронным?
Стоит ли игра свеч?
Т.к. я реакт-макака, и статичный веб только видел, а не создавал, у меня возникло желание попробовать сделать по классике и проникнуться олдовой атмосферой фул-стек разработки. То есть клиент -- просто странички, приходящие с сервера.
Вопрос такой: как мне правильно и безопасно работать с клиентским стейтом без реакта? Понятно, что должен быть жс-файл со всякими полями "идёт запрос", "попап открыт" и т.п. Но как быть при смене страниц? Перед переходом на другую просто сейвить важные данные предыдущего экрана запросом на сервер?
>бытует мнение
Так это макетодебилы
Если сервер сильно волнуют твои драгоценные данные - постишь форму
Если не сильно волнуют - кладешь в куки
Если не волнуют -
Если фронт сильно волнуют твои данные - кладешь их в localStorage
Если не сильно - в sessionStorage
Всегда можно в урл страницы добавлять всякие данные, но зачем
В query - если нужно для сервера, в hash - если не нужно (но hash все же лучше оставить для якорей)
спасибо. я вроде разобрался немного. сделал похоже, создавая дочерний элемент script в body (после скрипта двача) и передавая в него строки кода. сейчас думаю как правильно отрендерить посты на странице, иначе изменения в моих скриптах применяются только к новым постам на странице, потому что скрипт двача выполняется раньше моего (но это так и нужно, от части).
кстати, строку можно формировать в коде так:
const str = '(' + function() {console.log('sdsad');};
т.е. достаточно добавить любой символ, а дальше писать как обычный код, но только нужно обернуть в функцию (без стрелочных), если это изначально не функция. а потом просто удаляешь ненужные символы из строки каким-нибудь slice().
Из твоего кода не совсем ясно что ты хочешь. В JS нет перегрузок методов, рантайм ничего не знает про типы и если ты хочешь чтобы функция вела себя по разному в зависимости от входящих данных, то прописывай все ифы руками. Алсо, по-моему это антипаттерн и ничего кроме головной боли не принесет.
>заранее не знаешь какой тип данных тебе придёт
В нормальном языке не надо тратить 30 гигов оперативы чтоб узнать какого типа переменная, функциональщики и динамщики всю индустрию пустили по пизде
Failed to compile.
Если пик2 превратить в пик3, то одной ошибкой меньше, а когда все такие ошибки линтера исправить, то все компилируется как нужно. Это не критическая ошибка, я не забыл закрыть тег и не пытаюсь переопределить константу, приложение должно скомпилироваться в браузер и отобразить в консоли предупреждения о нарушении правил линтера. Вместо этого компиляция падает. Такая хуйня происходит после обновления реакта до 17.0, на предыдущей версии все работало как я сказал выше. Как фиксить?
>задать в нём соответствующие настройки.
В прошлом проекте, в package.json версия реакта 16.13, когда нарушаются правила линтера, он просто сообщает об этом в консоль, компилируя приложение.
В этом проекте новая версия реакта - 17.0, все те же настройки для начального проекта, он полностью пустой, но если есть error то приложение не компилируется.
>>1840397
Откатил реакт до 16.13, настройки те же, но результат другой:
Compiled with warnings.
Линтер уведомил о нарушении правила, но приложение собралось и все работет. Как добиться того же результата в реакте 17.0?
ну это очередной инструмент рассеивания внимания программиста. вместо того, что бы сначала написать основную мысль и уже потом дорабатывать ее, оформить в удобочитаемый(уебанский) вид, среда разработки будет серить ошибками и желательно в реальном времени.
даже блядская мигающая каретка, зачем она мигает? это же пиздец. еще планирую заменить лгбт раскраску кода на черно-белую или типа того
Похоже на то, но в интернетах не нахожу никаких статей на эту тему.
>>1840485
>>1840488
Лично мне линтер помогает, но в 17.0 он внезапно начал вести по другому.
>>1840488
Мигает и мигает, а вот подсветка синтаксиса мастхев, иначе все выглядит слишком однообразно, и время тратится на поиск тегов/переменных а не на кодинг.
Потому что за реактом стоял Facebook а там на неего все дрочат.
За Ангуляром стоял Гугл. На него вообще все дрочат.
А за ламповым Vue - какой-то пиздоглазый.
хватит булки жевать жиробасина! покажи как ты ахуенен паскуда тварь - прочти это https://sass-lang.com/guide сук!
>Мигает и мигает, а вот подсветка синтаксиса мастхев, иначе все выглядит слишком однообразно, и время тратится на поиск тегов/переменных а не на кодинг.
есть состояние потока блядское, это когда занимаешься простыми рутинными задачами часами и не заебываешься. меня вот посади перекладывать бумажки часами - я заебусь уже через пять минут, потому что у меня нет навыка именно перекладывать бумажки, мне скучно будет, а вот если бы я это каждый день делал, ну и разумеется ощущал в этом какую то нужду, я бы с энтузиазмом хуярил по несколько часов.
но это про простые задачи. для сложных задач есть режим гиперконцентрации - многие авторы статей путают его с состоянием потока. состояние потока это про простые рутинные задачи, то есть типичная каждодневная работа например таксиста, верстальщика. гиперконцентрация это про решение одной сложной задачи часами. если хотите, то гиперконцентрация по эволюции это про охотников на животных, а поток про собирательство.
когда придумываешь концептуально новую хуйню, тебе не нужны будут никакие переменные, ты их выучишь просто нахуй, а если не выучишь или будет че то мигать на экране, то будешь постоянно выпадать из продуктивного режима и хуйцов насосешь на галерах в итоге хех
В HTML имеется многоуровневый список (уровней сколько угодно)
Вводится строка формата x.x.x.x - номер элемента (напр. 2.3.1)
Как получить этот элемент в JS без сторонних библиотек?
Пытался сделать через children/childNode но ничего хорошего не получилось(
Мало того, заебывает еще и то, что если начинать прописывать js внутри jsx, vscode вообще не понимает что я хочу сделать и просто становится блокнотом, пока я сам не закрою финальную фигурную скобку. То же самое со всеми импортами и css файлами, VS-у вообще похуй, на все, что находится не в самом файле. Мне какие-то плагины накатить нужно, или забить на vscode и съебать в вебшторм?
Чем пользуетесь сами?
>var obj = {one: 1, two: 2};
>var {one: first, two: second} = obj;
Я не могу понять, почему присваивание во второй строчке нужно читать задом наперед.
В первой строчке конструкция А:B значит, что свойству слева присваивается значение справа.
Но во второй строчке конструкция А:В значит, что переменной справа присваивается значение свойства слева.
Что за хуйня? Это должно быть очевидно? Кто решил, что это удобно?
это синтаксический сахар.
>Но во второй строчке конструкция А:В значит, что переменной справа присваивается значение свойства слева.
нет там берутся значения из obj и присваиваются one и two. справа у тебя obj, ему нихуя не присваивается, ты же утверждаешь, что ему че то там присваевается и это видите ли не очевидно. ну так если у тебя бардак в башке бля нахуй ты вылез вообще?
а ну да я понял тебя сори. это бля все делается специально, что бы во время напряженной работы внимание и концентрация у тебя были постоянно рассеянные.
почему? почему бля? для угнетения твоей мускульной токсичности, ты же мужчина ебаная, вот тебе и не логично. что бы ты не мог использовать весь свой мужитский потанцевал и был на уровне бабы
>>1840700
Ты какой-то ебанутый.
>нет там берутся значения из obj и присваиваются one и two. справа у тебя obj, ему нихуя не присваивается, ты же утверждаешь, что ему че то там присваевается и это видите ли не очевидно. ну так если у тебя бардак в башке бля нахуй ты вылез вообще?
Я говорю про конструкцию А:B.
На первой строчке она работает так: А - это название свойства (one), В - это значение, которое присваивается (1).
На второй строчке все внезапно наоборот. В - это название переменной (first), а А - это значение, которое присваивается из obj.
Я спрашиваю: нахуя было делать такой синтаксис, который меняет правила на ходу просто потому что?
>А - это значение, которое присваивается из obj.
Поправлю себя: значение, которое присваивается из obj через название свойства.
То есть да, формально и там, и там А - это название свойства. Но у него разное предназначение: в первой строчке ему просто присваивается значение B, а во второй строчке к нему идет обращение, чтобы получить значение и присвоить его уже B.
Короче, если кратко, мой вопрос в том, почему нельзя было при разработке стандарта запилить такой синтаксис:
>var {first: one, second: two} = obj;
Тогда бы сразу было очевидно, что переменной first присваивается значение свойства one, а переменной second присваивается значение свойства two.
Нихуя ничего никому не присваивается сука, в первой строке у тебя one это контейнер для значения 1, во второй строке ты через деструктуризацию говоришь, разьеби обьект obj вытащи оттуда значение хранящееся в one и положи его в first, но нахуй так жить если можно тупо ебнуть let {one,two}=obj,
> Ты какой-то ебанутый.
я не могу вспомнить я дрочил седня или нет
>>1840714
там суть претензии в том, что присваивание обычно слева направо, то есть переменная = значение. там всего лишь оператор и два операнда, бывают всякие извращенные синтаксисы типа операнд2 операнд1 оператор, но обычно действительно есть закономерности и они обычно соблюдаются в рамках одного условного языка.
а здесь явное нарушение. допустим приходит жысон {asd_das: 123}, я его ебошу let {asd_das: asdDas} = jison. понятное дело, что у жысона у парсера можно настроить, что бы он сам это делал, но это же действительно какая то необъяснимая хуета, нет причин не делать этот сахар с правильным общепринятым порядком операндов
Какого хуя настолько много компаний, которые не хотят нанимать нормальную фронтенд-макаку, а хотят нанять больную макаку с родовой травмой, которая откастомизирует темку для CMS и все это будет называться САЙТ.
>В чем секрет популярности ебаного битрикса?
Потому что это продукт 1С, 1С это распиаренная параша на территории всей страны, их говном пользуется большая часть предпринимателей и гос. предприятий, т. е. почти весь бизнес в этой стране. Отсюда и спрос на битрикс.
>которая откастомизирует темку для CMS и все это будет называться САЙТ.
Потому что это дешево и быстро. У людей нет денег для того чтобы платить как минимум 80к реакт макаке и еще пригоршне нахлебников для того чтобы получить чуть более лучший результат, чем если нанять одного человека за условные 50к и получить готовое решение на основе шаблона.
Когда бизнес кабанчика находится на заре становления, то кабанчик не брезгует и на такси добраться до нужного места, когда бизнес кабанчика находится на пике, то ему как минимум нужна машина премиум класса с личным водителем.
Так и с этим. Бедным кабанчикам похуй, им хоть на голом html сайт создавай, лишь бы работало.
То есть там какая-то глубокая интеграция с 1С продуктами? Просто я вижу, что даже там, где реакт на реакте и реактом погоняет, есть этот битрикс. Я пока не шарю особо в ЦМС, поэтому думал, что битрикс используют потому что все по-русски и можно нанять контент-менеджером чела который не знает английский и платить ему вполовину меньше. Стоит вообще в этом битриксе копаться? Я раньше не обращал внимания, но сейчас смотрю эта залупа прям дохуя где.
И еще вопрос. Если я нахожусь на +- Intermediate уровне работы с реактом. Узнал недавно про react native, сама идея показалась мне интересной. Насколько сильно нейтив отличается от дефолтного реакта? Обязательно ли уметь программировать под андройд\айос, чтобы освоить реакт нейтив? И самое главное, насколько он сложен по сравнению с обычным реактом?
>То есть там какая-то глубокая интеграция с 1С продуктами?
Да.
>Стоит вообще в этом битриксе копаться?
Если хочешь легких денег и тебе похуй на будущее, то стоит, если хочешь расти как программист, то не стоит.
>>1841139
Возьми да посмотри, что за вопросы? Реакт нейтив как раз и создавался для того чтобы человек не знакомый с джавой, свифтом, айос и андроидом мог писать приложения для мобилок. Освоить его не сложно, но вот возможности у него ограничены.
В ангуляре надо чтобы по нажатию на button данные в заполненной таблице (table) передались на бэк. Как это сделать?..
>Если хочешь легких денег и тебе похуй на будущее, то стоит, если хочешь расти как программист, то не стоит.
Дело не в деньгах, а в том, что все чаще и чаще в вакансиях в разделе "будет плюсом" идет "знание битрикс". Ну то есть чисто поковырять чуть чуть, чтобы на собеседовании выебнуться.
Естественно, надо быть сумасшедшим, чтобы ограничиваться себя клепанием шаблонов на цмс.
>Возьми да посмотри, что за вопросы?
Пока времени нет особо, я уже занят одной хуйней.
>Освоить его не сложно, но вот возможности у него ограничены.
Ну это надо полагать, вангую там все сводится к показу красивой картинки и отправки\получению данных с\на сервер.
https://www.youtube.com/watch?v=Ap1CzrIBIVw
Успешные друзья подсказали, что нужно делать одностраничный сайт в котором все старницы рендерятся через жс. Сказали что много фреймворков так умеют. А я не соображаю в этом. Подскажи что мне делать?
>Прямо полностью?
Ну да.
>А можно оставить бэкэнд на старом фреймфорке?
Если он нормальный и там только API, то вообще пофиг на чем он, если бэк страницы рендерит, то не стоит.
>Есть возможность ajax-ом рендерить страницу которую собрали на бэке?
Есть, dangerouslySetInnerHTML к твоим услугам. Но если там еще и скрипты, то хз как это франкеншейн будет работать.
>Как переписать сайт на реакт?
Наворачиваешь create-react-app, открываешь редактор, пишешь.
Инб4 РЕАКТ ЭТО БИБЛИОТЕКА А НЕ ФРЕЙМВОРК
>орет про мутабельность
>сразу же обсирает редакс и предлагает мобкс
Вголос с маньки. В редаксе самая строгая, чистая и эксплиситная иммутабельность. Есть бойлерплейт код, но он только помогает на больших проектах. Когда у тебя 200 экшнов, сотка редьюсеров и большой стейт с кучей данных, только тогда начинаешь понимать почему редакс сделан так как он сделан и в чем его преимущества у остального мусора.
Для даунов даже тулкит сделали, чтобы меньше кода писать, только умные дяди понимают, что с тулкитом теряется одна из основных фишек редакса - хэндлить один и тот же экшн в разных редьюсерах и хэндлить множество экшнов в одном редьюсере.
>>1841671
>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 }) => ({
```
Удачи работать с подобной хуйней в хотя бы среднего уровня проекте.
>>1841673
Да все уже выбрали давно, просто зумеры не понимают принципы фп и хотят "шоб быстрее нахуярить можно и шоб меньше кода", отсюда и все новые библиотечки для стейта. Они клевенько смотрятся в туду листах, в реальных проектах все как обычно сводится к ситуации, когда хуй поймешь где что происходит и как у тебя стейт меняется.
Вся суть редакса в том, что заставляя писать код под бойлерплейт и накладывая ограничения на стейт, ты пишешь предсказуемую и скалируемую систему.
Вьюкс в этом плане очень близен к редаксу.
Перепишу твое говно на реакт бесплатно, оставь контакты.
Начинающая реакт макака
Делаю жалкое подобие фронта на Vue (-tify) для одной домашней махарайки, для себя.
Так вот, после нескольких секунд работы страница становится крайне не отзывчивой: данные вроде обновляются но на нажатие кнопок \ чекбоксов не реагирует или реагирует с задержкой; кроме того данные на графике выглядят как-то рвано.
Может кто-нибудь из опытных глянуть - что не так?
Ошибки, скорее всего. не серьёзные, точно не как в крупных проектах.
Скажите как скинуть проект или как с вами связаться.
Так, вы гимн треда забыли запостить: https://youtu.be/SLIHfaNkvh4
вот сам сайт девэкстрема, где я это увидел https://js.devexpress.com/Demos/WidgetsGallery/Demo/DropDownBox/SingleSelection/NetCore/Light/ спиздить просто так не получится, но мне нужно максимально похоже, как это сделать блин, у меня получилось чтоб список был выпадающим, но не могу додуматься, как реализовать сокрытие/раскрытие через стрелочку
Потому что фронтенд - это не верстка однотипных сайтов, а программирование различных приложений которые предназначены для взаимодействия с конечным пользователем какая будет платформа - веб, десктоп, мобилка или вообще консольная дрисня - похуй, но это фронтенд. Соответственно у него задачи другие по сравнению с сайтостроением. Это раз.
Два. Цмс-ки как раз нацелены на то, чтобы можно было наклацать типовой сайт мышкой (и чуть чуть поправить тему). И зачем для такого нанимать ораву фронтендеров, если с этим справится и один контент-менеджер, верстун или эникейщик?
>>1841186
>Дело не в деньгах, а в том, что все чаще и чаще в вакансиях в разделе "будет плюсом" идет "знание битрикс". Ну то есть чисто поковырять чуть чуть, чтобы на собеседовании выебнуться.
Мало веб-галер штоле?
Потому что веб нужен не только для однотипных интернет-магазинов и блогов. Так было и в 00е (вспомни игры, приложения на Флэше или Жабе), и тем более сейчас.
Попробовал бы ты сделать какой-нибудь Пеинт, личный кабинет банка, таск-трекер и пр. на Вордпрессе...
Аналогия такая. Браузер - это процессор. Жаваскрипт - это машинный язык заточенный под конкретный процессор. Жиквери - это кроссплатформенный ассемблер (который компилится в нативный машинный код). Реакт - это Жаба + JVM, которая инкапсулирует в себе функции для работы с дисками, памятью, устройствами и пр.
export interface Employee {
name: string,
age: number
}
Надо определить что-то типа интерфейса Employees, где не один такой сотрудник, а несколько. Пока импортирую Employee и обозначаю переменные вроде let people: Employee[]
Ору ещё больше. Ща бы думать что тс и линтеры нужны чтобы править код и тд ) аххахахахахахахах бля .
>>1841668
Ору ещё больше. Где я писал что мутабельный редакс пыгло?))я написал что главный минус говновьюкса это мутабельность. А редакс просто исчерпал себя и если тебе нужен скалируемый бойлерплейт то пиздуй в ангуляр , нахуй вообще в реакт/редакс полез.
>>1841671
Ща бы даже не чекнув суть, модель эффектора (а именно теорию графов и тд) и защищать мертвый флюкс подход к стейтменеджменту блять. Я как бы на реакте с 2014 , и его юзал и Эмбер и ангуляр и редакс и мобх и вьюкс и рх. Флюкс арзитектрура пахнет как мертвая собака уже давно. (Вы ещё наверно БЭМ адепты, которые не понимают что только часть бэма ещё пригодна для жизни, сори но это самое точное сравнение консервативных кодеров которым сложно в развитие )
Рофл с разморозкой
Композишн апи не заменяет см. Ты и на опшинс апи мог юзать аналоги композишена и хранить данные вне см. Смысл Стейт менеджера не в этом. И смысл композишена во вью это замена ебаных миксинов, уход от эмитов и логическое объединение кода в композиции
Можно навесить на кнопку обработчик onmouseover и менять сорц кнопки-картинки. Так делалиЭто был один из рабочих способов другой - навесить флэш-дрисню во время популярности Ослика и отсутствия нормального стандарта цсс. Только вот нахуя это щас делать, если с цсс этот эффект работает быстрее (т.к. цсс-эффекты оптимизированы под работу на видеокарте)?
да, действительно, никак не задать. предположим даже если скрафтим css средствами жопайскриптом и вставим в интересующий нас элемент, эти стили будут работать на всей странице. НО подождите, постойте, мы ведь можем сделать стили для конкретного селектора, почему нет?
из этого вытекает много проблем, но тем не менее это работает. какие еще проблемы, все же работает? - ну это банально бардак на странице будет, такие практики совсем не развиты, потому что обычно люди все таки могут дописать в ксс файл че то нормальным образом.
якобы есть нормальный способ - https://learn.javascript.ru/mousemove-mouseover-mouseout-mouseenter-mouseleave + element.style - вот его и используйте. лично я считаю, что ты в любом случае намешаешь кучу говна, так что я разницы принципиальной не вижу как ты будешь ховер блядский делать обезьяна
2. И ещё такое дело, почему при достижении 0 цикл прерывается, если в условии просто указано само наличие переменной i? В чём проблема зайти в минус? Приложил пикчу.
>если по идее результат должен возвращаться к исходному
>если в условии просто указано само наличие переменной i
>>1842196
>>1842214
всем спасибо, с горем пополам кое-как получилось
разве важно, что он делает? важно то, что нужно тебе. тебе разве важны какие то темки для сайтов? нет, двач капчуется и без всяких там тем. я скажу, что важно для тебя, что развеет твою скуку и тоску - напиши свой язык на ассемблере, вот решение всех твоих проблем
я вижу, что твои чакры засраты и плохо циркулируют. ничего страшного, так бывает, но это можно исправить. "зачем мне что то исправлять я тыщу лет капчую уже мне нормально" - во сне человек не понимает, что он спит. ты сейчас спишь. и как же проснуться? как обычно, делай кратковременное усилие, и расслабься, сделай еще усилие, и еще расслабься, подобно фазам биологического сна - чередуй их, и тогда ты сможешь наконец таки проснуться. ты поймешь, что ты был голоден - и ты сможешь утолить свой голод, ты создан для этого, у тебя все есть для этого. когда закончишь делать свой язын на ассемблере, не забудь разбудить остальных, ведь они так этого ждут
Так, я понял тупость своего первого вопроса, но блять, так и не понял как постинкремент работает. Но с этим постараюсь как-нибудь разобраться сам.
Но хотелось бы чтобы мне всё же объяснили, почему при достижении 0 с условием, где не указано ничего кроме "i", цикл обрывается. Почему не может например указываться 0, а за ним -1, -2, -3 и тд?
>>1843043
Ну ладно первое, но как мне ещё трактовать блять тупа букву i в скобках? Я только вкатываюсь, что думаю очевидно, и про подобную вещь объяснений никаких не видел.
>так и не понял как постинкремент работает
я сделал пикрил как он работает, почти полное соответствие. в жопаскрипте нет указателей или чего то такого, по этому я не могу добиться полного соответствия.
>Но хотелось бы чтобы мне всё же объяснили, почему при достижении 0 с условием
для тебя я сделал еще один пикрил, так сказать древние знания, иероглифы на стенах
все программирование держится на ссылках, значениях и операторах. значение может быть ссылкой, ссылка может быть значением, оператор может быть ссылкой, значением и так далее комбинируй как хочешь. это единственная концепция.
в жопаскрипте переменная(ссылка) не может быть значением, по этому оператор while не может знать пустая переменная или нет, ему передается только значение переменной, а это значение ноль, значение преобразуется в "да/нет", в данном случае это "нет", оператор в следствии заканчивает свою работу.
оператор инкремента делает два действия, он перезаписывает значение, на которое ссылается переменная, увеличив его на единицу, если это возможно. и возвращает результат своей деятельности. в случае постфиксного инкремента, "возвращается" копия значения до изменения, но само изменение происходит.
И я естественно не могу нихуя понять, гайды с ютуба делаю все понятно, читаю код тоже все понятно. А вот написать просто нихуя не получается. Я даже не могу понять где точка ставиться и где пробел, а главное почему. Уже сказал учебник JS для детей, вроде все понятно, но даже задание из учебника сам сделать не могу. Будто бы есть какой-то принцип, который всем понятен, но его нигде не пишут короче, как понять JS?
Тебе нужен живой ментор, который на пальцах раскидает тебе суть и принципы - от самого синтаксиса до конкретных абстракций. Хоть на кубиках, хоть кружочками маркером на доске. Ты просто пропускаешь мимо ушей все, потому что не вникаешь. Это как в школе на чтение - все помнят, что нас заставляли читать вслух, и никто почти не вникал в то, что читает. Да, потому что не слишком умный, но даже тебе можно все объяснить при индивидуальном подходе. Так что ищи живого человека.
Попросил же автокомплит, а не это говно
>>1843436
>потому что не вникаешь
Двачую все так, человек может и хочет научиться, но неосознанно делает это неэффективно.
По факту можно поставить задачу - нарисовать кубик, раскрасить кубик, по клику передвинуть кубик. Идем гуглим, как рисовать, двигать, кликать кубик. Получаем все инструменты, тут и события, и DOM, и css немного.
Примеры из учебника, лучше делать по своему, на своих аналогиях, упрощать до минимума, что бы было понятно.
Чтобы было легко понимать где у тебя функция, а где класс.
При помощи строк, например, можно любой тип данных выразить - "word" - обычная строка, "w,o,r,d" - а это например строка-массив. Вот только если начнёшь создавать что-то более-менее объемное в плане кодовой базы, то ты быстро начнёшь путаться где у тебя обычная строка, а где строка-массив.
Вот так и с этим. Чтобы лишний раз не гадать где у тебя функция-конструктор, а где функция-утилита создали классы.
Что уже реализовано: сайт запилен, sql база данных c dummy данными запилена (и успешно отображается на моём сайте), сам скрипт ещё в процесссе разработки и возник вопрос - не знаю каким методом мне пересылать данные о предметах/локации к себе в базу данных. С JS познакомился совсем недавно и с общением с серверами ещё не знаком. Я же не могу напрямую слать данные в свою базу данных, так как для коннекта нужно слать пароли от базы (а скриптом будут пользоваться совсем левые игроки). Мне не нужен конкретный код, а помощь советом в каком направлении копать, делается ли это через xmlhttprequest (не особо пока в этом шарю) или какой другой метод? Просто не догоняю, что должно выступить посредником между базой данных и кнопкой скрипта, которая отправляет инфу о предметах.
Реквестирую самый быстрый алгоритм факторизации длинного числа XXXXXXXXXXXXXXXXXXXXXXn
>xmlhttprequest
Да.
В своем скрипте собираешь нужные данные, отправляешь их себе на сервер, на своем сервере принимаешь запрос и делаешь запись в БД из него.
>есть одна браузерная игра
я бы на твоем месте начал с того, что попытался бы выдрать данные о предметах со страницы игры. В зависимости от того, как и на чем написана игра, задача может колебаться от простой до невыполнимой. Флеш до сих пор жив.
Если ты пытаешься реанимировать грибач, то не парься, он всё равно умрет в ближайшем времени. Как же жалко, сука....
>Если ты пытаешься реанимировать грибач
Ебать, Ванга в треде. Ну во-первых ещё 2 месяца есть в запасе поиграть, а без астропада играть хреново, решил своё подобие астропада запилить, после того как в очередной раз спиздили огнетушитель и не сказали где положили. Во-вторых просто для себя полезно выучить что-то новенькое.
Спасибо, будут вопросы, спрошу прямо у тебя тогда.
Игрушка есть такая https://2ch.hk/brg/res/933458.html
Представление числа в каноничном виде: https://ru.wikipedia.org/wiki/Основная_теорема_арифметики
n = p1^a x p2^b x p3^c ... pn^n;
где p1, p2, p3, ... pn - простые числа (простые факторы числа n);
a, b, c, ..., n - их степени.
Я вижу здесь: https://ru.wikipedia.org/wiki/Факторизация_целых_чисел#Алгоритмы_факторизации
множество алгоритмов факторизации, но многие из них не работают для всех чисел и выдаю какую-то хуйню.
Тот же алгоритм полларда rho, который описан там, иногда зацикливатся и выдаёт хуйню.
Поэтому, и реквестирую самый быстрый алго, работающий для всех чисел.
response = await service.sendGetReq(url)
jsonData = await response.parse()
Нафига второй await? Что мы await-им? Запрос ведь уже пришел из сети
Зависит от того что у тебя там в service.sendGetReq, если ты под ним fetch подразумеваешь, то его принцип работы такой, что сам fetch после await возвращает ответ сразу перед тем как начать считывание из потока ответа, если подождать немного и потом вызвать response.json() то ты получишь в ответ rejected промис с ошибкой "body stream already read"
Че-то не могу въехать в RxJs, нахрена он нужон-то? Вижу часто с его помощью (метод pipe у Observable) обрабатывают данные которые поступили с бэка, но кам он - map и filter можно и так применять с массивами, на кой ради этого грузить отдельную либу?
Да алгоритм Ро-Полларда, его там столько вариаций и модификаций понаписано, что трудно выбрать годный,
и к тому же, он даже на малых числах чё-то начинает выёбываться,
и ещё и так выёбываться (зацикливается просто),
что проще нечётные по порядку перебирать,
проверять их на простоту и пытаться делить.
Но для чисел побольше - это уже медленно...
> нахрена он нужон-то?
Гугли про FRP вообще и push и pull модели распространения данных в частности. Рыкса позволяет реализовать ленивость и абстрагировать event-drivent вычисления.
> на кой ради этого грузить отдельную либу
Грузи, но не эту. Альтернатив много, например Monadic Streams. А можешь вообще не грузить, поскольку не ясно, какую проблему ты собираешься решить с помощью обзерваблов.
Ох хуясе как многабукафф там...
Пока-что, сделал в одну страничку,
вот такую модификацию алгоритма Полларда-rho: https://jsfiddle.net/z0bf8k6v/1/
Вроде работает с bigInt 123456789123456n
и
>console.log(FactorizePollardRhoBrent(123456789123456n).toString())
>console.log(FactorizePollardRhoBrent(1024n).toString())
Довольно быстро выдаёт массив простых факторов.
Ясное дело, что для длинных с большими простыми делителями, алго может работать за число итераций аж до корня от самого числа.
Как на EcmaScript 5 делали большие строчки?
var bigString = `
large
string
`
не работает, так как движок не понимает ` символ
И возник вопрос. Почему со стилями стало так всё запутанно?
Стили вшиты в компоненты, но их можно переопределить:
1) хуком, нахуй
2) компонентом обёрткой, блять
3) инлайново через style, ёбаный в рот
Это же пиздец как запутано. Как в этом разбираться вообще, если кода будет больше? За инлайн стили меня вообще лид в своё время ногами пиздил.
Глянул ещё разметку на странице доки Mui. Что блять за css-классы "jss1", "jss2", "jss228", "jss9000".
Это я такой тупой или это действительно сложно и непонятно?
есть канвас на нем нужно сделать 2d качели. (качели на которых сидят двое человек, типо если один меньше по весу, то они в одну сторону, ну вы поняли) так вот на этих качелях два куба (одинакового веса) по нажатию кнопки пробел, один куб взлетает вверх (и качели соответственно наклоняются в сторону оставшегося куба) этот взлетевший куб где то фиксируется вверху, далее по нажатию он падает и тот второй кубик взлетает (и все потворяется)
Умоляю помогите как такое сдлеать!1
хкто может набросать примерную логику, дальше я постараюсь потворить. кубы и сами качели наверно простые прямоугольники
примитивная задача я даже жопу свою отрывать от аниме не буду, но дам подсказку, что если качели будут подобного вида, то есть площадки для кубов будут параллельны осям координат, то это сильно упрощает "физику" столкновений и задача становится решаемой даже для школьника
Да, планирую потом кубы заменить на картинки, в целом пофиг как они лежат
>>1845129
аноны я не понимаю как, в голове не сгладывается картинка абсолютно, вот я отрисовал 2 rect.draw
вот я написал if (key.press)
дальше тупо тьма, не понимаю как и что делать
сам алгоритм не складыавается в голове
качели палка стоящая по центру на бревне.
>штук 5 хотя бы
Еще раз проиграл с дебила, который продолжает сравнивать книги с говном на ютубе, которое тысячами выходит каждый день. Твои штук 5 "актуальных" на ютубе, являются хуевым пересказом либо документации, либо какой-нибудь статьи от индуса.
Вот, загугли за дауна:
Adam Boduch - React Material-UI Cookbook: Build captivating user experiences using React and Material-UI 2019
Ты совсем тупенький? Array<number | string> массив с двумя типами данных - строковые и числовые. Array<Employer> - строготипизированный массив с типом Employer. Так вот, если у тебя тип 1, то записывай Employer[] так как данная запись является общепринятой для массива с одним типом данных не только в Typescript, и сама запись короче.
Я так понял, в доке у создателя material ui стили описаны похуй как, лишь бы впихнуть в один tsx файлик, что не всегда правильно или удобно.
Справедливости ради стоит сказать, что есть отдельный раздел про то, как менять стили.
>>1845078
Недавно спрашивал про это, анонасы говорят юзать styled component.
мимо-со-стартапа-на-материал-юи
Прохожу FreeCodeCamp, нравится их программа обучения, она обширная и последовательная, но почему-то в ней ничего нет про DOM, события, вот это вот всё. Чё за нах, почему так, или я не туда смотрел?
https://www.freecodecamp.org/learn
>динамической среды, динамического языка, динамической слабой типизации с неявным привелением типов, метапрогоаммирования, возможностью писать код с помощью repl driven подхода
>В мейнстриме он такой один.
АКХЕМ.
Практики у тебя мало. Практикуйся каждый день, тогда синтаксис быстро запомниться, не пытайся его заучивать, просто пиши и руки сами запомнят, а пока открывай подсказки.
Пройди это https://ru.code-basics.com/languages/javascript там подробно все объясняют и практика прямо внутри, и бесплатно.
> Material-UI
Нормальные таблицы зевезли уже уровня adobe flex без свистоперделок, или приходится в реакт захуячивать w2ui и жквери
Норм знаю Python, в редактор, дебаггер умею. Подскажите краткую книжку или видео по написанию расширений.
Есть задумка сделать на сайте такую вещь, чтобы когда человек решил уйти и жмякает на крестик вкладки в хроме - вслывает окно и он не может закрыть вкладку, пока не нажмет кнопку во всплывающем окне на моем сайте.
Мне нужен ответ МОЖНО или НЕЛЬЗЯ так сделать, чтобы я развивал эту мысль. А как - это не важно пока.
Это художественная задумка, я не пидор с говно-сайтом )
>пользователь
>не может закрыть
Ты не забыл кто у кого в гостях?
https://developer.mozilla.org/en-US/docs/Web/API/Window/beforeunload_event
>милый аниме анон может оторвешь свою попку все таки
я честно сказать вчера садился за это дело, позалипал два часа перед сном и ничего путного не высрал. сегодня только вечером домой пришел, по этому выкладываю сразу черновой рабочий вариант и сажусь смотреть соника в кино, он оказывается уже вышел
https://pastebin.com/raw/aFjy7nUm
Ну и плюс к этому знаю разумеется css/bootstrap/git/linux на уровне пользователя. Но не хочу начинать пердолиться с тестовыми еще до того, как не освою какую-то базу, чтобы попусту не тратить время. Плюс есть же еще переферические области, типа алгоритмов и всего такого, по которым тоже могут спрашивать.
А учить ВСЁ это конечно хорошо, но как-то не определенно по времени.
Нашел такую хуйню https://marketplace.visualstudio.com/items?itemName=akamud.vscode-javascript-snippet-pack
Но выглядит как говно.
ПЕРЕКАТ >>1845843 (OP)
ПЕРЕКАТ >>1845843 (OP)
ПЕРЕКАТ >>1845843 (OP)
ПЕРЕКАТ >>1845843 (OP)
ПЕРЕКАТ >>1845843 (OP)
ПЕРЕКАТ >>1845843 (OP)
ПЕРЕКАТ >>1845843 (OP)
ПЕРЕКАТ >>1845843 (OP)
ПЕРЕКАТ >>1845843 (OP)
>Итоговая цель то какая? Посмотреть на циферки?
Если и так, то лучше уж на циферки смотреть, чем на всю ту хуйню, что я уже успел повидать. Ололо.
Цель была не сгенерить и посмотреть на них, а заюзать их, конечно же, блядь.
Итак, итоговая цель, заебатый алго - Bijective Random Access PRNG (BRAPRNG),
легко-воссоздающийся из говна и палок,
алго, где всё это юзается быстро, на принципах длинной арифметики, через BigInteger,
при использовании всего одной простой формулы из протокола Диффи-Хелмана:
>r = g^X mod p,
>where p - is SafePrime, (p-1)/2 is prime too (Sophie-Germen prime),
>g - a primitive root from phi(phi(p)) primitive roots,
>X index of pseudorandom-value - from [1, ... , phi(p)], phi(p) - EulerPhi(p),
>r - pseudo-random value - in range [1, ..., phi(p)].
Такой алго, также как и Алгоритм Блюм-Блюм-Шуба, даёт возможность, извлекать псевдослучайное значение r,
прямо по его индексу X, без вычисления X-1 предыдущих значений, с последующим их пропуском.
Но, он выглядит намного проще, и в качестве seed можно задать рандомное значение p,
найдя ближайшее простое к нему, используя алгоритм Миллера-Рабина.
Значение p, может быть статичным и захардкоженным, для возврата чисел определённой битности,
но тогда X может быть ( X = (index+seed) mod phi(p) ), где seed - некий сид,
для проворота пиздатого кольца с p-1 уникальными элементами.
Из-за первообразности корня по простому модулю p,
преобразование X в R является биективным,
то есть каждому уникальному значению X, соответствует ровно одно уникальное значение r,
которое пробегает весь диапазон всеозможных значений x, без каких-либо повторов.
Из за необратимости его, поскольку обратная операция, дискретное логарифмирование - сложная задача,
это преобразование как хэш, но это не хэш, потому что это преобразование не уменьшает длину входных данных,
а значит - не имеет коллизий.
Ну и, конечно же, меняя само значение X, какой-либо функцией, скажем X = r_previous;
можно генерировать пиздатую последовательность псевдослучайных значений, от 1 до phi(p),
длина которых определяется лишь простым модулем p, который может быть рандомным простым числом.
Например дохуя значений, может быть быстро насыпано, в процессе генерации длиннющего ключа - для шифра Вернама,
обладающего доказанной абсолютной криптостойкостью,
с последующим юзанием генерируемого ключа для потокового шифрования и дешифрования,
JSON'а с нанопостами наноборды, синхронизируемого между серверами - в децентрализованной сети,
после обмена ключами, по алгоритму Диффи-Хеллмана,
с применением вот этой вот неуязвимой для MITM-атак,
системы полуанонимной аутентификации: https://2ch.hk/pr/res/1658420.html#1839162
Ну так вот, там надо значение функции Эйлера вычислить.
Для простого числа, это просто (p-1), и даже для p^a и 2p^a (для которых тоже существуют первообразные корни),
значение функции Эйлера тоже вычисляется просто.
Но я решил углубиться в написание этой самой функции Эйлера, для всех пиздатющих значений бигинтегеров
и таки-вычислить быстро, значение функции Эйлера - для любого числа.
Для этого, нужно факторизовать пёздатое простое число. Но GNFS я неасилил, и в итоге въебал Pollard Rho,
только в функции g(x), прописал modPow, а не возведение в квадрат, и модуль потом. ModPow - быстрее как-бэ.