Структуру стоит описать отдельно, а поля и строки отдельно.
1. Описать для каждого типа поля свой рендер
2. Описать в структуре строки поля, как то
2.1. название поля
2.2. тип поля (см. п. 1)
2.3. лейбл поля
2.4. ширину поля
данные формировать соответственно структуре из п. 2
далее все просто - отрисовываешь шапку используя ширину и лейбл, можно еще центровку от типа сделать
проходишь циклом по строкам данных, внутри циклом по структуре, получаешь тип поля, из строки данных достаешь по названию поля значение, и вызываешь рендерер соответстующего типа. профит.
если сильно надо заморочиться с пагинацией, сортировками и пр., то это, разумеется, достаточно обширное повествование, не для тостера. :)
Филипп Бондарев, патент это смотря где, в Свердловской области патент на разработку ПО ~8500 + фикса 41к в 2020 + 1% сверх 300к. Короче патент рентабельно от 75-80к в месяц, я считал.
Точка берет 1% за входящие, вывод в нал безлимит без комиссий. Не вижу вобще никаких проблем. Тинькофф в патент не умеет, так-что буду переходить от Тинька в Точку наверное. Там и валютный контроль шустрый и вежливый, если верить слухам.
На потоке можно и 12 часов в день выдать. Другое дело что поймать этот поток та еще затея. А без потока выдавливать по 8 часов кодинга - надо делать перерывы, и тогда смена растягивается на те же 12-14 часов.
Зависит от того в чем суть работы. Если тупо сверстать - это одно, а если чтобы реально фунциклировало (фуллстек) - то там работы на месяц минимум. Ну и тут реально надо либы юзать и покодить тоже придется прилично, чтобы хотя бы просто визуально было похоже. А если не программировать будут простыни верстки.
Если есть время и пусто в портфолио, то есть смысл поморочиться хотя бы с визуалом. Если сделать полностью под ключ, то это прям весьма показательный проектец.
Dmitry, у Вас получился какой-то сферический реакт-разработчик в вакууме.
Очевидно что Вы как-то слишком остро восприняли мой ответ, видимо я попал в некую занозу. Как бы странно не звучало, но реакт разработчик занимается отнюдь не только реактом, особенно если он не джун, а хоть сколько-то поопытнее. Например принимает с бэка данные, как-то обрабатывает их. Например применяет паттерн адаптер, или, к примеру, использует в работе такие библиотеки как reselect + immutable, или ни к ночи упомянутый GraphQL.
Адаптировать данные, кстати, явление весьма нередкое а, порой адаптеры бывают весьма кучерявые. И даже если названному джуну ничего такого делать поначалу и не придется, но он может запросто встретить подобные конструкции в коде, и весьма немаловажно, чтобы он был в состоянии самостоятельно разобраться с подобными конструкциями.
Или Вы думаете что реакт-разработчику не приходится работать с хранилищами данных, будь то redux или даже localStorage?
Поверьте мне, я видывал достаточно груждан, возжелавших #войтивайти, поверивших байкам маркетологов. Ах если бы, ах если бы они только хотя бы подозревали хоть чуточку, как много всего нетривиального нужно освоить, пока начнет хоть что-то, хоть как-то получаться... И речь не только и не столько за команды или операторы, а и всевозможные абстрактные концепции, соглашения, требования и критерии, и пр.
Автор вопроса вполне может быть перспективным малым, тут у меня нет никакого мнения. Как говорится время покажет.
В команды берут тех, кто может принести пользу, поднять либо поддержать рентабельность, т.к. до 80% разработки в России, куда автор вопроса может предложить собственные услуги, по факту будет аутсорсинг, а остальные варианты заведомо тупиковые.
Один из вариантов оптимизации, не суммировать каждый раз 10 чисел, а сумму 9 сохранять, подменяя только 1 число за раз, т.е. вычитая прежний вариант и суммируя следующий. сумма каждый раз должна быть менее 400, иначе вариант сразу не годится.
krembrule2016, ну когда хочется спать но нельзя или очень нужно не спать, вариантов не густо, а такое, увы, бывает. Но вот постоянно фигачить кофе - это уже что-то нездоровое. А если еще и приходится, то надо задуматься, а правильно ли я живу...
Если в двух словах, то кофе - это не газ, кофе - это антитормоз. Если кому-то что-то говорит аббревиатура АТФ, то за "А" там отвечает аденозин, это остаток от АТФ, когда фосфаты откалываются и отдают энергию. И когда его много накапливается в организме, то организм понимает, что мы устали, пора восстанавливать ресурсы. А кофеин блокирует аденозиновые рецепторы, и обманывает организм, позволяя плестись дальше, будучи уже усталым. Таким образом усталость накапливается и напдо постоянно повышать дозу кофеина.
Плюс кофеин работает минут 30-40, потом эффект пропадает, поэтому, например, очень опасно выезжать в ночь, либо надо пить кофе постоянно.
В общем кому интересно, смотрите видео, там всё по полочкам простыми словами.
devalone, кстати да, а кофеин = отложенная и накопленаня усталость. Я вот доигрался некоторое время назад. Плюс в том, что все же привыкания нет и за недельку можно отоспаться и вернуться к относительно нормальному ритму жизни. Но вот всё то время, что организм недоотдыхал, уже не вернуть и не компенсировать, а это минус здоровье и ресурсы организма, как минимум.
Ага. Высокий холестерин в организме никак не коррелирует с количеством потребляемых животных жиров. Даже если совсем жиров не потреблять, все равно может быть высокий уровень холестерина, т.к. это жизненно важное вещество организм будет синтезировать сколько потребуется. В т.ч. он его синтезирует чтобы ремонтировать всё подряд, в т.ч. сосуды, которые сильно портит избыток глюкозы, вызывая воспаления. Таким образом стоит убрать лишнюю глюкозу и перестать портить себе сосуды, проходят воспаления и нормализуется уровень холестерина. Проблема в том, что запустить кетоз сложно, а выпасть из него очень просто - достаточно сожрать порцию глюкозы. В общем в массе источников вопрос рассматривается со всех ракурсов. И да, лишний белок конвертируется таки в глюкозу... :)
1. Описать для каждого типа поля свой рендер
2. Описать в структуре строки поля, как то
2.1. название поля
2.2. тип поля (см. п. 1)
2.3. лейбл поля
2.4. ширину поля
данные формировать соответственно структуре из п. 2
далее все просто - отрисовываешь шапку используя ширину и лейбл, можно еще центровку от типа сделать
проходишь циклом по строкам данных, внутри циклом по структуре, получаешь тип поля, из строки данных достаешь по названию поля значение, и вызываешь рендерер соответстующего типа. профит.
если сильно надо заморочиться с пагинацией, сортировками и пр., то это, разумеется, достаточно обширное повествование, не для тостера. :)