Чи пропонують веб-рамки, такі як Bootstrap або HTML5 котла, дизайнеру (а не розробнику)?


27

Зауважте, мова йде про дизайн набагато більше, ніж про розробку.

Я будую сайти з нуля за допомогою повністю написаних рукою CSS та HTML.

Я знав про шаблони css для попередньої збірки, такі як Bootstrap або HTML5 Boilerplate . Я їх коротко переглянув у минулому, але ніколи не стрибав, використовуючи їх ні для чого. У мене немає проблем щодо скидання CSS або включення javascript при необхідності або налаштування для вікон перегляду.

Цього вечора я зашифрував основну сторінку HTML5 / CSS. Нічого насправді не руйнує земля з точки зору планування. Просто стрибок з точки. Згодом я вирішив надати Bootstrap кружляння з тим же макетом. Це досить стандартна колонка розміром 960 пікселів, 3 стовпці із зображенням героя.

сторінки

Коли я змінюю Bootstrap, мені спало на думку, що 80% або більше мого часу витрачався на вивчення того, який клас чи ідентифікатор було застосовано до чогось, а потім виявив, що це в CSS для коригування. Стало ясно, що Bootstrap взагалі не збирається рятувати мене. Насправді Bootstrap значно збільшить терміни виробництва завдяки * надмірно шаблонованому CSS.

* ( під "надмірно шаблонованим" я маю на увазі, що існує велика кількість CSS, яку я, мабуть, не використовував би для будь-якого веб-сайту. Не те, що в цілому є непотрібний CSS. )

Я розумію, що якби я був знайомий з Bootstrap, я був би знайомий з іменами класів / id та загальним розташуванням у таблицях стилів. Отже, я готовий трохи похизуватися на час, який мене забирав, розуміючи, що це було через мою власну незнайомість.

Однак я не можу не задатися питанням, чи Bootstrap та ін. ін. це просто милиці, які калічать дизайнерів, ложкою подаючи їм свою власну марку коду. Таким чином, замикання на споживчій базі, яке повністю буде покладатися на рішення сторонніх організацій, і це функціонал для всього, або принаймні більшості. Мені це нагадує тих, хто може створити веб-сайт лише у тому випадку, якщо вони можуть використовувати Dreamweaver. І не дай бог, якщо вони не мають доступу до Dreamweaver і потрібні зміни.

Під час створення сайту я використовую власний набір стандартних імен класу та ідентифікаторів. Я структурую CSS, наскільки це інтуїтивно зрозуміло для мене. У мене є власний набір шаблонів попереднього збирання для швидкого налаштування. Тому будь-який сайт, який я створюю, я можу редагувати досить швидко. Використання будь-якого заздалегідь налаштованого фронтального пакету просто означає, що мені потрібно вивчити їхні умови іменування та їх структуру, а не покладатися на мою власну.

  • Чи може хтось висловити на мене великі чесноти таких шаблонових систем, як Bootstrap або HTML5 Boilerplate ?
  • Що робить їх цінними для вас?
  • Ви просто знайомі з системою, якою ви користуєтесь, щоб ви могли легко переміщатися по ній, чи все-таки вам потрібно полювати на предмети?
  • Чи можете ви створити сайт без них, якби вам довелося?

2
+1 приємне запитання: Мені було цікаво з цього приводу, але я не маю, де близько досвіду, як ви. тому я наближався до цього, як хтось починаючи, бажаючи дізнатися переваги для новачків. коли ви посилаєтесь на Dreamweaver, чи говорите ви про метод кодування або WYSIWYG спосіб його використання? Я використовую Dreamweaver, але тільки редактор коду і нічого автоматизованого, якщо я можу допомогти йому.
brnnnrsmssn

Я мав на увазі в основному тих, хто використовує дизайнерський вигляд DW. Код - це код, і не має значення, чи це ви використовуєте. Хоча, незважаючи на маркетинг, DW все ще переписує код у моєму досвіді.
Скотт

1
ОДНА і ТІЛЬКА функція вбивці, яку має Dreamweaver, - це можливість вибирати довільну кількість локальних файлів навмання, довільну глибину дерева та завантажувати їх на віддалений сайт. Я довго і часто шукав FTP-програму з аналогічним переглядом дерев. W / файлів та каталогів, що це робить.
horatio

1
@horatio Передача на Mac. Не можу сказати про Windows.
Скотт

@horatio Filezilla є те , що я б рекомендував для FTP. Перегляди дерев і прості перетягування файлів на сервер і з нього.
Джон

Відповіді:


6

Я багато досліджував рамки останній місяць або близько того. Я фактично не занурився ні в одне з рішень, але пара альтернатив рамки, що знаходяться в моєму списку, - це Foundation , Intuit та YAML та Base .

Хороша річ у тому, що вони не мають «Bootstrap» виду і, здається, спонукають дизайнерів до своєї роботи (дизайну), в той час як вони дбають про чуйність.

Ось великий список рамок і додаткова інформація в цій статті .

Як уже згадувалося, я робив роботу з дослідження, але не почав їх перевіряти, тому будь-які зауваження, що виступають за будь-яку з рамок, були б корисними.


Через кілька місяців - я фактично створив власну «рамку» (насправді це лише файл css із загальними атрибутами компонування), я почав із Base (посилання вище), але потім додав багато налаштувань. Хороша річ у Базі, що це було дуже просто розібратися і згадати як твердий початок.
Джон,

11

Переваги, як правило, полягають в основному:

  • Швидке прототипування (тобто швидкість)
  • Вбудована крос-консистенція браузера

Якщо вам потрібно створити сітку, а сітка, яку вам потрібно створити, підходить до заздалегідь побудованої основи CSS, то логіка полягає в тому, що ви перебуваєте на півдорозі, використовуючи рамки.

Все, що говорили, я схильний погоджуватися з вами. Структури CSS, IMHO, схожі на шаблони візуального дизайну, тому що якщо вони відповідають 90% від вашої мети, вони чудові, але якщо їх немає, ви витрачаєте більше часу та зусиль на зміну за замовчуванням та просто побудову ваш власний з нуля.

ДОДАТИ:

Я повинен додати ще одну потенційну перевагу:

  • це документально підтверджена система

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

Це не означає, що ваш власний домашній каркас не може бути задокументований, це просто те, що документація часто не є пріоритетною.


11

Я знайомий з котлом HTML5, але я більше знайомий з Bootstrap, тому я поговорю про це. Пам’ятайте, що обидва спрямовані на виконання двох різних завдань (H5BP - це чуйний нормований шаблон, Bootstrap - це набір віджетів HTML / CSS / JS та чуйна сітка.) Насправді їх можна використовувати разом .

Однак я не можу не задатися питанням, чи Bootstrap та ін. ін. це просто милиці, які калічать дизайнерів, ложкою подаючи їм свою власну марку коду. Таким чином, замикання на споживчій базі, яке повністю буде покладатися на рішення сторонніх організацій, і це функціонал для всього, або принаймні більшості. Мені це нагадує тих, хто може створити веб-сайт лише у тому випадку, якщо вони можуть використовувати Dreamweaver. І не дай бог, якщо вони не мають доступу до Dreamweaver і потрібні зміни.

Аналогія тут не вдається, оскільки ви маєте повний доступ до джерела Bootstrap. Якщо вам не подобається, як щось працює, ви можете змінити це. Для мене це протилежність милиці - ви можете використовувати вихідний код, щоб вивчити методи css.

Я не погоджуюся, що "розробка веб-сайту" повинна бути наближеною до металу, ніж я вважаю, що C-кодерам потрібно мати глибокі знання мови складання. Хоча навіть ця аналогія стає рівною, тому що коригування HTML / CSS - це просто розширення селекторів та додавання того, що вам потрібно.

Чи може хтось висловити на мене великі чесноти таких шаблонових систем, як Bootstrap або HTML5 Boilerplate?

Для мене вбивчою особливістю Bootstrap є послідовна та проста у застосуванні стилізація віджетів та компонентів Javascript. Хочете, щоб посилання виглядало як кнопка? Додайте клас ".btn". Хочете столик? Додайте клас ".table". Хочете елемент навігації? Створіть не упорядкований список та додайте класи навігації.

До елементів, що мають атрибути даних, легко додаються випадаючі списки, перемикання, сповіщення тощо. Bootstrap включає в себе дуже красивий набір піктограм, які можна легко інтегрувати у віджети.

Що робить їх цінними для вас?

  • Може швидко прототипувати сайти
  • Вся налагодження крос-браузера та крос-платформного css зроблена для мене.
  • Легко налаштований CSS з широким вибором змінних, щоб я міг швидко експериментувати та прототипувати макети.
  • Стандартні віджети для навігації
  • Вихідний код відкритий і вільний, я можу забруднити руки та налаштувати МЕНШЕ, якщо мені потрібен новий міксин або змінити поведінку так, як мені потрібно.

Ви просто знайомі з системою, якою ви користуєтесь, щоб ви могли легко переміщатися по ній, чи все-таки вам потрібно полювати на предмети?

Однією з найбільших особливостей Bootstrap є його відмінна документація . Я можу легко переміщуватися по ньому, а селектори css - інтуїтивно зрозумілі та легко запам’ятовуються.

Чи можете ви створити сайт без них, якби вам довелося?

Так, але це явно більше роботи. Я можу зосередитися на макетів UX та швидко прототипах із готовими віджетами, які добре виглядають, та стабільною функціональністю.


"Якщо вам не подобається, як щось працює, ви можете змінити це." <- Цим ви маєте на увазі, що ви змушені або розкручувати проект (і підтримувати свою унікальну вилку), або підірвати остаточний CSS, відміняючи всі речі, які ви не хочете. "Ви можете використовувати вихідний код для вивчення методів css" <- Дізнайтеся багато поганих методів CSS.
cimmanon

@cimmanon Підриваємо css, скасовуючи? Ні, не будь смішним! Ви можете скласти власний код завантаження, включаючи лише потрібні компоненти. Мені було б дуже цікаво дізнатися, які методи CSS, якими користується завантажувальна команда, «погані». Будь-які конкретики, чи ви просто проїжджаєте і загалом упереджуєте рамки CSS?
ghoppe

@ghoppe Ви просто пропустили все, що я сказав? Вам потрібно вибрати або зламати речі, які ви не хочете (і я маю на увазі не цілі модулі, яких ви не хочете, а конкретні стилі на конкретних елементах), або переосмислити їх. Сприяння використанню <i>елемента для «іконок» досить жахливо. Несемантичні назви класів. Класит. Використання пікселів для розміру шрифту. Дійсно, я міг би продовжувати і продовжувати. Вони буквально йдуть проти всіх кращих практик, про які проповідують протягом останнього десятиліття.
cimmanon

1
@cimmanon <i>Елемент був поганою ідеєю, тому вони перестали це робити з версією 3. Так, сітка не є семантичною, але вам не потрібно її використовувати, або ви могли використовувати LESS / SASS для попередньої обробки власної семантичні селектори зі стилями сітки. Існує багато дискусій щодо того, чому було обрано px / em. З тим, як сучасні браузери масштабують веб-сторінки, проблема не є настільки нарізаною та висушеною, як раніше. Кожен фреймворк CSS вимагає переважаючих стилів, що є вагомою причиною для використання препроцесорів CSS.
ghoppe

1
@cimmanon Безумовно, є місце для критики, але для мене хороше переважає погане, і для багатьох сайтів це хороша стартова чуйна база, на якій потрібно будувати.
ghoppe

7

Приємна річ у шаблонуванні систем і рамок полягає в тому, що вони можуть заощадити вам багато часу, якщо ви працюєте так, як вам хочеться. Отже, з Bootstrap, як тільки ви вивчите їх семантику виконання каруселі JS, це практично кримінально просто здійснити. Крім того, Bootstrap, здається, стає набагато простішим, якщо ви або скочуєте свій власний, перш ніж почати роботу, або використовувати щось на зразок bootstrap-sass в Rails для зміни цих змінних на ходу; це позбавить вас змінити все навколо пізніше.

DA01 говорить про послідовність браузера ... це для мене великий фактор. Ось чому я використовую jQuery, хоча будь-яка кількість людей на SO нагадує вам, що додавання великої бібліотеки лише для виконання кількох речей є марною витратою ресурсів. Я знаю, що коли я використовую jQuery, він буде працювати в певному наборі браузерів, і тому, хоча я, мабуть, можу самостійно домогтися більш легкого рішення, я вважаю більш вигідним дізнатися, як jQuery хоче, щоб я писав JavaScript, а потім зробити це по-своєму.

Зрештою, я схильний вважати рамки HTML / CSS обмежувальними; Мені достатньо контрольного виродка, який я все одно люблю кодувати вручну, коли можу. Але я поважаю той факт, що люди розумніші та просунутіші за мене витратили багато часу, щоб створити ці шаблони / рамки.


1
Хороший момент прокачати свій власний. Так само я знаю про менше або sass, але швидше оброблю змінні в CSS через php. Так .. тому я не хочу ні за що стрибати до Рубі. Не хочу занадто сильно зазіхати на сторону "розвитку", просто хочу полегшити моє життя :)
Скотт

@Scott - Gotcha. Я згадав лише про Ruby, тому що я вперше спробував Bootstrap в середовищі Rails, і мені сподобалось, що ти можеш змінювати головні змінні на льоту, не потребуючи повторного збирання нової версії.
Брендан

2
@Scott Може бути випадком "якщо все, що у вас є, молоток, все схоже на цвях" - звичайно, ви можете використовувати php для обробки змінних CSS, але тоді ви берете непотрібну продуктивність. Ви можете заздалегідь компілювати змінні за допомогою МЕНШИЙ або ЗАРІШНІЙ Мені здається, що МЕНШЕ легше читати, ніж PHP, що лежить на всій території. :)
ghoppe

@ghoppe Зрозуміло :) Але список змінних у верхній частині сторінки PHP для кольорів, а потім просто використання цих змінних у CSS-селекторах полегшує життя на моєму досвіді легше, ніж МЕНШЕ або SASS. І так, я розумію, що php представляє продуктивність для більших структур, але я можу виплюнути стандартний .css-файл, який потрібно використовувати, якщо це потрібно (свого роду менша архітектура). Я вважаю, що МЕНШЕ трохи складніше читати, що по суті є новою розміткою. HTML / CSS / PHP тут дуже знайомий.
Скотт

@Scott Я повністю отримую вас з вивченням нової розмітки. Ось чому мені подобається SASS. По суті це лише розширення CSS, вам не доведеться вивчати новий синтаксис, просто нові необхідні вам функції (наприклад, змінні чи міксинги). Супер легко.
ghoppe

6

З інтересу чи хтось із вас працює у великій команді для великої компанії?

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

Крім того, з такими рамками, як завантажувальна програма, вони постійно оновлюють її, підтримуючи більше розмірів екрану, більше пристроїв та кращих функцій для такої компанії, як наша (де ми використовуємо завантажувальну програму). Це зводиться до економії коштів.

Читаючи деякі відповіді до цих пір, вони здаються дуже вузькими, я припускаю, що більшість відповідей - від людей, які звикли працювати в одиночку або в дуже маленьких командах, і на менших проектах, де подібні речі зазвичай не є проблемою. .


Дивіться мою відповідь. :)
DA01

.. і тому я запитав. Я не працюю у великих умовах розвитку. Я підозрюю, що моя думка була б іншою, якби я це зробив.
Скотт

4

Додавши до сказаного у великих попередніх відповідях, ще однією перевагою цих шаблонів буде узгодженість між пристроями . Вбудовані сітки спрощують проектування для будь-якої ОС.

Я все ще вважаю за краще писати власний код з наступних причин:

  • Ознайомлення з тим, що я вже писав. Якщо мені потрібно щось змінити, я точно знаю, де це;

  • Проектно-орієнтована структура. Кожен новий сайт / додаток матиме різні потреби від попередніх, тому файли та ресурси можуть бути організовані окремо.

  • Індивідуальні перегляди для різних пристроїв.

Якщо ви не робите дуже обмежену сторінку, ви в кінцевому підсумку додасте все нові й нові стилі до нових елементів та перезаписуєте існуючі.

Оскільки я люблю працювати з гнучкими конструкціями, головна причина, чому я б не користувався ними, полягає в тому, що я вважаю за краще розробляти кожен чуйний крок "окремо" і в цілому. І ці шаблони зазвичай працюють з більш-менш жорсткою сіткою, яку ви не можете повністю переробити.


1
Це частина того, що я думав. І чому я вирішив взяти удар з Bootstrap. Реакція системи може бути корисною. Але це здається майже переваженим кривою навчання структури. Бренден справді дає хороший момент у своїй відповіді щодо "прокатки власної" структури.
Скотт

4

Найбільша перевага полягає в тому, що ви можете експериментувати зі зміною розміру, а не просто спекулювати, як виглядатимуть речі.

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

Використовуючи такий фреймворк, як Twitter Bootstrap, ви можете фактично протестувати сторінки, поки вони ще знаходяться в дизайні, і навіть можуть розкрити проблеми юзабіліті та інші проблеми з користувацьким досвідом. У рамках є багато класів для багаторазового використання, з якими ви ознайомитесь і заощадите ваш час.

Ви згадали, що багато кодуєте з нуля. Коли у мене є щось, що має бути дуже звичайним або дуже легким, я йду зі Скелетом


Дякую. Я вважаю Скелет дуже приємним та корисним у порівнянні з кількома іншими. Просто достатньо, щоб допомогти чуйності, не будуючи нічого для вас.
Скотт

3

Протягом багатьох років я коментував все, але в наш час я, як правило, використовую Bootstrap. Чому я це роблю?

  1. У мене виходить чуйний макет з дуже малою роботою. На деяких веб-сайтах, над якими я працював, потрібно лише кілька незначних налаштувань, щоб отримати макет, оптимізований для планшетів та мобільних пристроїв. Чуйний навиворіт - це один з моїх улюблених компонентів завантаження.
  2. Елементи керування за замовчуванням не узгоджуються між браузерами та ОС, не кажучи вже про те, що вони завжди некрасиві, незалежно від ОС чи браузера, якими ви користуєтеся. За допомогою завантажувального пристрою ви отримуєте гідний, послідовний вигляд і відчуваєте мало роботи. Якщо ви хочете все-таки змінити всі елементи управління, то так, Bootstrap не заощадить вам багато часу, але, на мій досвід, більшу частину часу у вас не буде достатньо часу, щоб переосмислити всі елементи управління, але все ще відчуєте себе роздратованим потворним замовчуванням контролю.
  3. Це ставить межу для того, що ви хочете зробити, що є хорошою справою, тому що, працюючи в чистому CSS, ви, як правило, хочете налаштувати кожну дрібницю (колір, товщину межі, градієнт, тінь, радіус межі, переходи, і список продовжується), хоча окремо вони займають мало часу, загалом це головний проміжок часу. Працюючи над проектами із строком, ви хочете обмежити те, що ви можете, а що не можете робити; використання фреймворків дозволяє думати про більш грубозернисті компоненти замість того, які властивості CSS слід налаштувати.
  4. Деякі рамки сервера мають інтеграцію з завантажувальним інструментом. Наприклад, використовуючи django-bootstrap, ви можете просто зробити {{ form|as_bootstrap }}форми для стилю завантажувального стилю, включаючи червоне виділення на повідомленнях про помилки тощо.

Коли я змінюю Bootstrap, мені спало на думку, що 80% або більше мого часу витрачався на вивчення того, який клас чи ідентифікатор було застосовано до чогось, а потім виявив, що це в CSS для коригування.

Ось де ви помилитесь. Якщо ви хочете отримати користь від Bootstrap, ви не повинні занадто сильно налаштовувати; ви відмовляєтесь від гнучкості до необхідності та можливості налаштувати все під час використання заздалегідь складених компонентів. Ви не повинні витрачати час на пиляння або різьблення дерев’яних дощок, декоруючи приміщення з компонентів IKEA.

Bootstrap хороший, коли вам потрібно швидко виправити робочий веб-сайт із попередньо складених компонентів; їх компоненти не стикаються, як біль у великому пальці, якщо ви розміщуєте їх на сайтах з фантазійними конструкціями, тому я зазвичай кидаю Bootstrap для таких проектів.

Використання будь-якого заздалегідь налаштованого фронтального пакету просто означає, що мені потрібно вивчити їхні умови іменування та їх структуру, а не покладатися на мою власну.

Це фактично перевага використання популярного пакету. Простіше передавати проект іншому розробнику, коли ви обидва знаєте, що робить "btn-група", "btn-btn-велика", з особистими рамками вони повинні були б дізнатися ваші особливості (або, звичайно, вони просто каскадують ваш css зі своїми змінами, і не турбуючись намагатися розшифрувати або змінити код).

Ви просто знайомі з системою, якою ви користуєтесь, щоб ви могли легко переміщатися по ній, чи все-таки вам потрібно полювати на предмети?

Звичайні такі, як btn, table, row *, span * тощо, були б природними. Але для html для основних компонентів набагато швидше просто скопіювати та вставити зі своїх прикладів, а не набирати їх.

Чи можете ви створити сайт без них, якби вам довелося?

Був там, робив це, багато разів.


Вибачте, я вважаю, що ця відповідь по суті заявляє, що "Дизайн Bootstrap для мене, а не мій веб-сайт". Як дизайнер, саме там я відчуваю, що Bootstrap не вдається. Якщо ви покладаєтесь на Bootstrap, щоб все стильно, ви покладаєтесь на Bootstrap, щоб розробити для вас. По суті ви робите макет сторінки, а не дизайн.
Скотт

@Scott: Це правильно, я не графічний дизайнер; Мені байдуже веб-сайт, який працює і здатний його швидко створити, і менше про те, щоб його було забарвлено в той колір, який я хотів би мати.
Лі Лі Раян

Досить справедливо. (але з урахуванням назви цього сайту ....) Я не розпитую про розвиток. Я запитую про дизайн. Я розумію , використовуючи Bootstrap в якості «дизайнера» Тим НЕ менше, якщо ви перебуваєте дизайнером, Bootstrap просто пропонує структуру. Мені важко побачити цінність в упакованій структурі, яку я просто перепишу для кращого вигляду консервів. Створити власний клас .btn і стильно його дійсно досить просто. У CSS зовнішній вигляд предметів як дизайнера мало значення.
Скотт

Ви дієте так, ніби зможете написати Bootstrap за годину. :)
deizel

Ні, зовсім ні. Але я вважаю за краще витратити більше часу на користувальницьку зовнішність, ніж використовувати якийсь пакет із консервами, де кожен сайт виглядає однаково. Я не сподіваюся, що всі розробники "отримають" це. А для запису, Bootstrap НЕ що участь або складним. Це просто звичай, який вимагає вивчення Twitters іменування конвенцій.
Скотт

2

вони гарні лише для:

  1. дизайнери, які не знайомі з кодуванням, але хочуть рішення, щоб навести свої дизайни на сайт.
  2. спосіб надати потокове виробництво для того, хто не хоче будувати власні рамки.

особисто я маю власні методи і не маю бажання йти цим маршрутом, тому що я вже навчився кодувати CSS, HTML та jQuery. Я бачу в цьому користь для людей, які не мають поняття і намагаються навчитися кодувати. Було б приємно побачити щось подібне близько п’яти років тому. Крім того, як ви вже заявляли, знадобиться більше часу, щоб реалізувати це у своїх сучасних методах виробництва.

EDIT: не намагаюся викрасти нитку, але мені теж цікаво те саме, що стосується WordPress. Я з легкістю використовував WordPress, але не знаю, чи зручна рамка. Я планував піти по старомодному шляху, поки не зможу знайти головну вигоду.


3
WordPress вигідний тим, хто не знає PHP, хочуть підключити архітектуру до PHP або хочуть користувач / систему безпеки. Я бачу набагато більше користі в системах CMS в цілому, ніж я роблю для шаблонів CSS. Використання Wordpress - це не фронтальний, а задній.
Скотт

0

Bootstrap хороший як відправна точка для чуйного планування. Але що стосується дизайну, я думаю, його досить не вистачає. Це робить його єдиний "завантажувальний" вигляд, який, оскільки його шаблон надзвичайно використаний.

Але ви повинні мати на увазі, для чого створена завантажувальна програма, це було привести послідовність у домашні додатки, побудовані щебетачем, і якщо ви хочете використовувати її для цього, або навіть якщо ваш розробник, який хоче швидко провести там веб додаток без особливих роздумів, можливо, як mvp або прототип - це дійсно чудовий інструмент.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.