Anticodeguy

Open in Telegram

Technomad & systems thinker exploring paths to freedom and prosperity https://stan.store/anticodeguy

Russia398 009 Technologies & Applications47 279

651

Subscribers

No data24 hours

No data7 days

-330 days

Post views

~ 624 hours

~ 748 hours

1.84%

Engagement rate

~ 1

Posts per day

Ads index

beta

Posts Archive

651

Глядя на количество реакций к прошлым постам, я понимаю, насколько тебе скучно неинтересно читать про всю эту техническую лабуду. И знаешь что? Мне на самом деле тоже: это одна из причин, по которой я в своё время ушёл из программирования и начал вплотную заниматься системным анализом. Кодинг мне показался через некоторое время достаточно скучным, топорным и простым. Там особо думать не надо, потому что у тебя есть определённая задача, и всё, что нужно сделать – написать алгоритм по заранее определённым правилам. Да, действительно алгоритм может выглядеть по-разному, здесь добавляется некая нотка творчества, но суть сводится, как правило, к одному и тому же. А в системном анализе при схожих задачах нужно заниматься графиками, диаграммами, рассматривать различные варианты, проводить исследования, что намного веселее интереснее и увлекательнее. Но ровно по совокупности этих двух причин, скуки от классического программирования и интереса к созданию систем с помощью различных диаграмм и графиков, я пришёл в no-code разработку. Он как раз и позволяет с помощью различных интерактивных элементов программировать и это ровно то, что делают, no-code инструменты, оставляя за кулисами вот эти скучные написания кодов, свойств, создания структур, которые на каждом сайте будут выглядеть действительно одинаково в базовом смысле. Я не говорю про наполнение контентом, я говорю про каркас, то есть каждом документе будет вот это , , и так далее. То есть каждый раз делаешь, по сути, одно и то же и у тебя отличается только контент. Да, сейчас программисты меня закидают яйцами за это и будут спорить с пеной у рта о том, что программирование – это намного глубже, там всё очень сложно, там много творчества и так далее. И знаешь что, я действительно всё это знаю, проходил на своей шкуре, писал на PHP, JavaScript, создавал сложные программные системы абсолютно с нуля. Но теперь я смотрю на это в другой ипостаси, с точки зрения no-code разработки и, по крайней мере, для меня это намного увлекательнее и разнообразнее.

651

🖌 Как настраиваются стили на сайтах Для того, чтобы аккуратно и настраивать стили было придумано несколько приемов, которые упрощают это. Стили можно указывать непосредственно в дескрипторах в качестве свойств. Выглядит это так: <body style="background-color:back;">. То есть прямо в тег добавляется свойство style (стиль внезапно) и в нём перечисляются стили, которые нужно применить к контенту внутри этого тега. Более грамотным решением считается указание стилей в отдельном блоке или даже в отдельном файле. Для уникальных тегов, типа <body>, стили можно настроить, просто указав само название тега, потому что он встречается в любом HTML только один раз, так заложено в структуре. А вот если нужно настроить стили для текстовых параграфов, которых может быть не один десяток на странице, одним указанием тега не обойтись. Здесь приходят на помощь идентификаторы и классы. Мы можем присвоить любому тегу класс, например, <p class=”red-text”> и в отдельном блоке настроить стили для этого класса, задав шрифту, например, красный цвет. Таким образом все параграфы на странице с таким классом будут покрашены в красный. Это очень удобно, потому что, если мы захотим поменять цвет у этих абзацев, это нужно будет сделать только в одном месте и один раз. Ну и, наконец, можно выносить стили вообще в отдельный файл, который подгружается независимо. Это, кстати, намного удобнее в плане поддержки кода. Когда у тебя все стили собраны в одном месте и тебе не нужно менять сам основной документ разметки, можно просто отредактировать сам табличку стилей и добиться нужного результата.

651

Прошлыми постами мы немного отвлеклись от создания простейшего сайта. Теперь возвращаемся к этой теме. Если у тебя получилось сделать свой первый сайт, то ты можешь заметить, что выглядит он обычно, это белый фон и на нём написан текст чёрными буквами. И это совершенно не похоже на те сайты, которые мы посещаем каждый день и видим на просторах сети Интернет. Итак, каким же образом сайт становится красивым, аккуратным, адаптивным и выглядит впечатляюще на всех устройствах? Для этого существует несколько приемов. Во-первых, нужно правильно выстроить структуру сайта. Если ещё раз посмотреть на предыдущий пост, в котором я объяснял, что означает каждый блок, то можно заметить, что у него есть определённые части, заголовок, параграф, само тело контента. Так вот, таких структурных элементов в HTML существует достаточно много и комбинируя их различным способом можно создать нужный тебе макет или каркас, который уже будет наполняться контентом. А этот каркас и контент в свою очередь нужно стилизовать, применив к нему определённые свойства, влияющие на отображение в браузере. Для это были придуманы, так называемые таблицы стилей или CSS (СиЭсЭс), который как раз используется для того, чтобы дать браузеру понять, каким образом нужно отображать элемент. В том числе можно задать такие простейшие свойства, как цвет шрифта, его размер, выравнивание и другие вещи, которые мы привыкли видеть, например в текстовых редакторах. Также с помощью таблиц стилей можно задавать весьма сложные визуальные изменения для всех объектов, которые могут подразумевать различия в зависимости от размера экрана, то есть условные изменения; также там могут быть задействованы анимации, переходы, сложные градиенты, способы реагирования на действия пользователя. Например, когда ты наводишь мышкой на ссылку, она начинает выглядеть иначе, это тоже можно настраивать с помощью таблицы стилей. Далее расскажу о том, как обычно эти стили настраиваются и причём тут вообще Bootstrap.

651

Поделюсь ещё несколькими фантазиями Midjorney на тему того, как ИИ будет рулить человечеством.

651

Итак, про вчерашний пост с петицией притормозить обучение новых версий нейросетей По-моему, эти опасения, перечисленные в прошлом посте из открытого письма, говорят сами за себя и пояснять что-то тут излишне. Но пару моментов хотел бы всё же добавить. Я уже писал раньше, что Илон Маск был одним из ранних инвесторов в Open AI, создателя ChatGPT. Но он оттуда вышел слишком рано и теперь, думаю, покусывает себе локоточки за такую оплошность, так как мог бы прибавить к своему капиталу с десятки, если не больше, миллиардов. Да ещё и остаться в стороне от передовой с новыми прорывными технологиями. Конечно, лучше притормозить такую потерю… И второе, какими бы ужасными ни были предсказания футурологов, большая часть из них пока ещё ни разу не сбылась: от предсказаний того, что нефть или вода вот уже завтра закончатся, озоновая дыра выжжет всю планету к чертям, а инопланетяне (которые, к слову, наверняка немного дальше нашего должны были продвинуться в области ИИ) так вообще пожирают нас изнутри. В случае с ИИ наверняка будет так же: разумеется, что-то изменится, но не так, как это представляют в самых ужасных сценариях современные оракулы. Изменения действительно революционные, пусть сейчас это и не так заметно пока. Но человек успешно пережил не одну революцию, в корне меняющую привычный уклад труда и при этом выходил на новый уровень достижения и развития цивилизации. А так я бы хотел посмотреть своими глазами, как человек, очень гибкий и адаптивный, будет приспосабливаться к новому миру с ИИ, где тот занимает какую-то значимую позицию. Что-то мне подсказывает, что мы сможем справиться с этим вызовом не хуже, чем до этого справлялись со всеми остальными.

651

Очередная страшилка про ИИ и угрозу всему человечеству В комментариях к предыдущему посту подписчица задала вопрос про призыв мировых экспертов в области искусственного интеллекта приостановить обучение нейросеток. Если эта новость прошла мимо тебя, то давай разбираться, что случилось. Вчера некоммерческий институт Future of Life опубликовал открытое письмо (вот ссылка на оригинал), подписанное сильными мира сего, включая Илона Маска, Стива Возняка и других видных экспертов. Хотя я не понял, когда эти два товарища стали вдруг экспертами по ИИ, ведь один запускает ракеты в космос и электромашинки на дороги, а другой засветился у истоков основания Apple, ну да хрен с ними. Привожу кратко ключевые тезисы из этого письма в моём вольном переводе с сохранением смысла. К чему же призывают эксперты… — Остановить неподконтрольное развитие ИИ и невозможность его понять — Даже создатели не смогут предсказать, как он себя поведёт — Уже сейчас есть угроза заменить людей на базовых задачах. Опасение – что же будет дальше по мере развития. — Хотим ли мы позволить ИИ наполнять информационное поле пропагандой и ложной информацией (вспоминаем папу римского в белом пуховике). — Должны ли мы автоматизировать работу, в том числе которая приносит нам удовлетворение — Должны ли мы развивать разум, который может нас превзойти числом, интеллектом, перехитрить и в итоге заменить нас — Должны ли мы принимать риск потерять контроль над цивилизацией — Решение по подобным вопросам нельзя давать на откуп владельцам технологических компаний (которые сейчас занимаются развитием ИИ) — Мы хотим быть уверенными в том, что эффект от развития и применения ИИ будет позитивный и управляемый — Обучение новых моделей должно проводиться под наблюдением независимых экспертов и с соблюдением специально разработанных для этого протоколов Напиши, что думаешь по этому поводу, в комменты.

651

Альтернативы Firebase В процессе разработки мобильного приложения Нитриклиники Я использовал Firebase как привычный инструмент для реализации задач идентификации пользователей и хранения их аккаунтов, что является на сегодняшний день достаточно распространённой практикой в среде разработки мобильных приложений. Однако, как всегда, везде есть свои нюансы, и я столкнулся с проблемой, что при необходимости вызывать события во внешней системе, например, присылать уведомления о новой регистрации пользователя, необходимо писать свои функции, то есть именно программировать их с нуля, либо брать готовые. В общем, работать с кодом, чего я всеми силами хотел избежать, дабы обеспечить приложению статус no-code во-первых, а во-вторых, уменьшить количество точек отказа, потому что любой программный код будет являться потенциальным осложнением этой системы и сможет вызывать ошибки. На самом деле реализация самой функции не суперсложная, и можно было бы её сделать. Но всё равно это занимало бы какое-то время, поэтому я всячески откладывал эту задачу. Но буквально вчера коллега по цеху мне подкинул два инструмента, которые оказывается, являются аналогами Firebase, про которые я ничего не знал, но они уже достаточно хорошо себя тоже зарекомендовали на рынке. Итак, я сегодня предлагаю тебе рассмотреть эти инструменты в своём арсенале на случай, если вдруг тебе также понадобятся аналоги Firebase: это Supabase.com и Nhost.io. Они в какой-то степени могут быть лучше Firebase, по стоимости либо по функциональности. В частности, позволяют реализовать вот эту функцию вызова внешнего API без всяких танцев с бубном, то есть это штатная функциональность сервиса. Итак, две новых закладочки в перечне no-code инструментов. Я думаю, что пора будет скоро делать собственную библиотеку с ними…

651

Давай разберём, из чего состоит код HTML-разметки в мини-сайте, который мы с тобой сделали в прошлом посте Первая строчка – это тип документа, в данном случае HTML, который говорит о том, как браузеру нужно его интерпретировать. Дальше открывается непосредственно сам тег (дескриптор) HTML и всё, что внутри, до его закрытия с наклонной палочкой, входит в состав этого HTML документа. То есть теги в основном ставятся с двух сторон (есть исключения), оборачивая контент внутри. Примерно так же, как со скобками – если открыли, значит должна быть закрывающая. Контент внутри тега HTML состоит из двух частей. <head></head> или голова: а здесь всё, что касается предварительного описания странички. В примере тут у нас есть единственный тег <title></title>, в котором мы пишем заголовок страницы. И вторая часть этой структуры – <body></body>, тело – непосредственно содержимое документа, то, что будет отображаться в браузере. Здесь мы добавляем тег <p></p> (Paragraph), который обозначает параграф или отдельный абзац, в котором мы пишем наше предложение. Не забудь закрыть все свои теги в структуре. Ещё один момент: у меня это выглядит красиво с отступами на разных уровнях, потому что я пользуюсь специальным приложением, которое заточено на форматирование подобных документов. В обычном блокноте у тебя такого форматирования может и не быть, но это не страшно: браузер всё равно поймёт, как правильно интерпретировать эти символы, если только ты не допустишь в них ошибки. Ставь реакцию 👍 🔥 💩 и пиши в комментариях свои вопросы.

651

Сегодня будет практический пост, из которого ты сможешь понять, как же создаются сайты, когда их пишут руками. Мы сделаем простейшую страничку ‘Hello world!’ – это, как правило, в любом курсе программирования такой стартовый проект, тебе нужно написать программу, которая будет выводить два слова с приветствием миру. Собственно, этим и займёмся. Всё, что тебе понадобится, это блокнот. Можешь сделать это в любом, даже в стандартном блокноте (Notepad) в твоей операционной системе. Нужно создать новый файл и написать в нём следующую структуру.

<!DOCTYPE html>
<html>
    <head>
        <title>Простейший сайт webKrafter</title>
    </head>
    <body>
        <p>Hello world!</p>
    </body>
</html>

Теперь нужно сохранить этот файл как HTML. Назови его, например website.html и сохрани куда-нибудь (хоть на рабочий стол). Теперь ты можешь просто открыть этот файл – он должен открыться сразу в браузере и ты увидишь страничку, которая только что была создана твоими собственными руками. Наверху на вкладке ты увидишь заголовок их шапки документа и сам текст Hello World.

651

HTML изначально был создан в конце 80-х годов прошлого века для того, чтобы обмениваться научно-технической документацией. То есть первичная задача заключалась в том, чтобы отображать визуально красиво и аккуратно различные документы и отображать их на экранах различных устройств. И на каждом их них они должны были выглядеть одинаково. То по задумке создавался стандартизированный набор правил, который бы понимался одинаково на разных устройствах. Напомню, тогда ещё не было как такового браузера, пока разрабатывался язык разметки HTML. Но уже тогда в нем были дескрипторы или сейчас их называют теги (не путать с #хэштегами).

<TITLE>Название (титул)</TITLE>
<LISTING>Список</LISTING>
<H1>Заголовок первого уровня</H1>

То есть это некие определенные структурные элементы, которые одинаковым образом интерпретируются той системой, в которую будет загружен этот документ. В нашем случае – это браузер и документ, который мы просматриваем – это index.html, загруженный с сервера, на котором хостится сайт. Так вот в этом документе с помощью дескрипторов (тегов) создана определённая структура, которая говорит браузеру о том, каким образом ему нужно отображать тот или иной контент. То есть это некоторые установлены заранее правила, вшитые в браузер, которые если нарушить, то получится какой-то другой вид, не тот, что задумывал автор сайта. Как в аналогии со сборкой мебели, если нарушишь порядок сборки или детали прикрутишь не по инструкции, получится что-то отличное от того, что изначально покупалось. Ставь реакцию 👍 🔥 💩 и пиши в комментариях, насколько понятно (или непонятно) я объяснил, как браузер интерпретирует HTML-разметку.

651

Чтобы понять, что такое Bootstrap, нам нужно погрузиться в основы сайтостроения и разобраться в том, а как вообще они пишутся и как создавались ещё в те времена, когда не было всех современных фреймворков, конструкторов и других инструментов, позволяющих создавать сайты за считанные минуты. Когда мы вводим в браузере адрес сайта, происходит обращение к серверу, где лежат файлы этого сайта. Такой сервер называется хостингом, думаю, тебе знакомо это понятие. Это место, где «хостится» сайт или где размещены файлы этого сайта, которые нужно загрузить для его отображения в браузере. И, как правило, ключевым файлом, который отвечает за отображение сайта, является файл index.html. В нём представлена базовая структура сайта, написанная с помощью HTML – это язык гипертекстовой разметки документов для интерпретации их в браузере. То есть он содержит определённый набор символов, который браузер умеет воспринимать и отображать в формате текста, картинок, определенной графической структуры, которая была задана с помощью кода в этом файле. Представь, что ты покупаешь какую-нибудь несложную мебель себе домой. Привозишь её, разворачиваешь инструкцию по сборке, где написано, какие действия нужно совершить, что куда прикрутить для того, чтобы получился тот самый предмет интерьера, который задумывал производитель и в том виде, как он был представлен в магазине. В браузере заложена инструкция, с которой он сверяется при чтении index.html и в соответствии с этой инструкцией собирает для нас страничку сайта (нашу мебель), которую мы увидим после того, как процесс загрузки завершится и браузер всё соберёт воедино. Кстати, любопытно, что на момент его разработки HTML браузеров не существовало в природе. Как ты думаешь, для чего изначально был придуман этот язык разметки? И не забудь поставить реакцию к посту – мне это очень важно 👍 🔥 💩

651

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

651

На чём написать простейший сайт Если не конструктор, то что? Нужно определиться с инструментарием. Я было решил сначала вспомнить молодость и накидать сайт на чистом HTML и CSS. Напомню, что HTML (Эйч Ти Эм Эл) – это базовый язык разметки, который браузеры интерпретируют в виде сайта. И если открыть панель разработчика (клавиша F12 в Chrome) на любом сайте, то мы увидим именно его HTML-структуру в первую очередь – базовый каркас, который и позволяет нам видеть сайты. Но при разработке современного сайта в первую очередь необходимо было учесть то, что сайт должен быть адаптивным и mobile-first, так как в первую очередь он будет просматриваться с мобильных устройств, и вёрстка должна быть аккуратной на всех девайсах. Сделать это вручную, корректно подобрать все стили, правильно их между собой сочетать, грамотно настроить структуру страницы – это довольно-таки кропотливый труд и трудоёмкая задача. Я, как человек ленивый в этом плане, решил пойти по пути упрощения и вспомнил про то, что в современной разработке есть прекрасные фреймворки и готовые библиотеки стилей, предназначенные именно для того, чтобы быстро и качественно создавать визуальную часть сайта, не переизобретая при этом велосипед, а воспользовавшись уже имеющимся паттернами. Один из таких фреймворков – Bootstrap (Бутстрап), который позволяет построить структуру сайта, используя уже готовый набор стилей и готовые паттерны, включая адаптивную сетку вёрстки, в которой мы будем размещать элементы сайта. Что такое фреймворк, я рассказывал в одном из своих прошлых постов. Итак, Bootstrap позволяет упростить работу с вёрсткой, чтобы не изобретать её с нуля. Но мы пойдём ещё дальше и я расскажу про ещё один инструмент, который позволяет упростить работу с самим Бутстрапом. Как тебе такое? Кстати, мне очень важны твои реакции к постам – пожалуйста, давай мне обратную связь эмошкой.

651

💰Ещё проще и дешевле конструкторов Совсем недавно я получил заказ на одностраничник-визитку, наподобие тех, которые обычно делают с помощью специализированных конструкторов, где на страницу добавляются несколько кнопок со ссылками. Обычно такие сайты размещают в профилях соцсетей, так как это удобно позволяет обойти ограничение в одну ссылку в профиле и к тому же позволяет аккуратно оформить кнопки-ссылки. Для этих задач есть несколько сервисов, они все прекрасно работают и замечательно подходят для этих целей: они действительно очень простые и там быстро можно создать такой мини-сайт. В принципе можно сделать такую же штуку и на Тильде, но есть пара нюансов. Первый нюанс – это простота и чистота кода. Когда я хочу видеть простейший одностраничник, в нём не должно быть ничего лишнего: никаких лишних подключенных библиотек, никаких лишних строк кода, таблиц стилей, баз данных, скриптов и файлов, которые на самом деле никак вообще не используются на сайте. Когда речь идёт про простейшую страничку с несколькими ссылками, всё это абсолютно лишнее, утяжеляет размер сайта на хостинге, скорость его загрузки, добавляет точки отказа и усложняет всю конструкцию абсолютно ненужным хламом. И второй нюанс – за конструктор все-таки придется платить. Да, хоть небольшие деньги, но все же это регулярная оплата, в то время как простейший одностраничник можно разместить на хостинге, обслуживание которого в год будет обходиться намного дешевле, чем подписка на конструктор. Конструктор обычно уже включает в себя услугу хостинг. А если мы говорим про самописное решение, тогда, его нужно самостоятельно разместить на хостинг и оплачивать его, как отдельную услугу. Но в случае как раз простейшего сайта нам нужен хостинг и только хостинг – больше ничего оплачивать не нужно. Именно поэтому пути я решил пойти в этом заказе. Завтра расскажу, какие же инструменты существуют для такого подхода.

651

Ещё немного генераций от свежего Midjorney Первая работа – это «фото» в кинематографичном стиле Кристофера Нолана, но почему-то здесь сетка решила изобразить одного из участников этой сцены похожим на известного режиссёра. Тем не менее, выглядит очень фотореалистично и красиво, на мой взгляд, даже композиция поставлена грамотно. Следующая «фотка» тоже в его стиле, но здесь хорошо видно детально проработанные руки, которые теперь действительно выглядят, как настоящие. Это правда очень похоже настоящую на фотографию, то есть каких-то визуальных дефектов, которые могли бы чётко сказать, что нет, это не может быть настоящий фоткой, на первый взгляд, по крайней мере, я не вижу. И пара генераций по запросу от подписчика, который был размещён в комментарии в прошлому посту. Одну запросил как сцену фильма, а вторую – мультфильма. Рисованные мне показались даже более интересными и подходящими под идею запроса. Как минимум на их основе можно точно придумать какую-нибудь короткометражку или комикс. Ключевое отличие на мой взгляд новой версии от предыдущей заключается в том, что, даже вводя в запрос слово «фотография» в четвёртой версии я получал скорее хороший, детальный, качественный арт. А в пятой версии – это действительно имитация фотографии. Кстати, чтобы воспользоваться пятой версией, можно набрать через слэш /settings и там указать нужную версию. Либо просто в конце каждого запроса дописывать ‘--v5’ (две чёрточки и пять без пробелов).

651

🔍 Если у тебя ещё нет доступа в Midjorney (вот тут я рассказывал, как туда попасть), но ты хочешь посмотреть, как он сгенерирует твою задумку, напиши в комментарии к этому посту самые интересные, на твой взгляд, идеи. Я выберу те, которые покажутся наиболее абсурдными и необычными: хочется увидеть взгляд ИИ не на привычные вещи, а на что-то экстраординарное. Отправлю запросы к Midjorney и опубликую сюда результаты генерации.

651

Тут такая новость, которую я просто не мог обойти стороной: у Midjorney вышла новая пятая версия, которая при первом взгляде меня очень сильно поразила, потому что я увидел действительно настоящую фотографию, которую я бы не отключил от генерации. И я, конечно же, решил попробовать своими руками. Давай посмотрим, как отличаются изображения в новой версии от тех, которые я делал раньше с теми же самыми запросами. И я подготовил ещё несколько новых интересных работ, которые показывают, на что способна нейросетка. По ссылке увидишь одну из картинок, которую я здесь опубликовал из Midjourney. Сейчас она генерируется вот таким образом и это действительно похоже на настоящую фотографию. Даже если приглядываться к каким-то мелким деталям, то можно подумать, что это абсолютно настоящее фото. Здесь нет каких-то элементов, которые явно выдают нейросетку или какую-то искусственность. И самое главное исправление, как мне кажется, относится к людям. У них достаточно реалистично теперь выглядят руки, нет девяти-десяти пальцев, как это было раньше, они не такие кривые и похожи на настоящие в большинстве случаев. Вот такую фоточку с пандами он мне выдал по запросу, в котором был задействован лев, играющий с пандой. Здесь нет льва, но, по-моему, панды в пустыне Сахара выглядит очень даже мило и абсолютно реалистично. Фотография сделана в стиле National Geographic, поэтому здесь узнаваемые ракурсы, которые обычно публикуют в этом журнале и очень хорошо и детально проработанные все фактуры. Следующая фотография из раздела абсурда – НЛО, зависшие в воздухе над Елисейскими полями на фоне заката и Эйфелевой башни. Очень правдоподобно получилась игра света. Мы видим здесь контровой свет, который действительно так ложится на людей и на улицу, когда мы снимаем перспективу, можно увидеть на отражения на машинах. Это действительно реалистичная фотография за исключением НЛО, которое здесь зависло. А всё остальное можно вполне себе принять за фотку.

651

Всегда приятно наблюдать результаты собственного труда, особенно когда всё работает чётко, как часы. Помнишь, я описывал архитектуру решения для системы регистрации на сеансы кинофестиваля? Так вот, запись на фестиваль уже началась, и я наблюдаю, как вся связка работает на практике. В Telegram-канал приходят уведомления о регистрациях. На скриншотах можешь увидеть, как выглядит само уведомление. Также в распоряжении администрации фестиваля есть админка, где они могут работать с базой регистраций. По-моему, отличный пример того, как no-code позволяет реализовать то, что нужно, даже если у какого-то инструмента (в данном случае конструктор Tilda) не хватает функций для этого.

651

API из коробки Ещё одной важной функцией Airtable является то, что сразу из коробки после создания таблицы становятся доступными API-методы, с помощью которых можно взаимодействовать с этой таблицей из внешних систем, то есть запрашивать данные изменять их, добавлять новые, в общем всё, что нужно. Кроме того, сразу автоматически создаётся вот такая карта документации, где расписан каждый метод и детально показаны параметры, которыми можно повлиять на запрос. Тут же есть данные о том, как проходит аутентификация в методах. То есть всё, что нужно для того, чтобы сразу начать с ними работать. При этом, повторюсь, для этого не нужно делать абсолютно ничего дополнительно, а просто создать таблицу и наполнить её данными. Либо даже не наполнять, так как сразу будет доступен API, с помощью которого можно будет заливать эти данные из внешней системы. Это настолько удобный инструмент, который очень сильно помогает экономить время в разработке. В проекте, про который я рассказываю в этой серии постов, я использую Airtable как промежуточную систему хранения и редактирования данных, потому что здесь с ними крайне удобно работать. А дальше API-методы, которые уже настроены, позволяют мне переносить эти данные в продуктивную базу, где они уже хранятся перманентно и представляют собой тот контент, который подгружается уже на сайт и в мобильные приложения. В бесплатной версии есть ограничения по нагрузке на API, поэтому именно как продуктивную систему для того, чтобы отдавать данные для сайта и мобильного приложения, я в данном случае его не использую. Но такая опция тоже есть, если выбрать один из платных тарифов, то можно пользоваться API полноценно.

651

Покажу на наглядном примере, как можно работать с данными в Airtable. Например, есть таблица, где нужно отсортировать перечень схем питания по их типу, который в данном случае содержит рецепты, либо только схему питания. Это делается буквально тремя кликами. Я нажимаю на сортировку, выбираю столбец, по которому нужно сортировать и включаю автоматическую сортировку. После чего колонка подсвечивается, и все строки выстраиваются в алфавитном порядке по этому типу. Дальше, есть функция группировки, которую я могу также вызвать буквально в два клика, нажав на функцию группировки и выбрав соответствующее поле. Все мои данные сразу разделились на две части: схема питания и схема питания с рецептами, что наглядно даёт мне представление о том, какого типа контент у меня содержится и в каком количестве, потому что сразу же автоматически счётчик показывает, сколько записи в той или иной категории у меня здесь есть. И суммарное количество записей внизу тоже отображается для удобства. Также я могу включить группировку второго уровня (и так далее по тому количеству типов группировок, которые тебе нужно в конкретном кейсе). В данном случае я разделил записи внутри каждого типа по категориям для взрослых или для матерей с детьми. И я также вижу сразу, сколько у меня схем питания для той или иной категории в каждом типе: с автоматическим счётчиком это сделать очень просто. Ну и наконец, я могу включить ещё одну сортировку, которая позволит мне выстроить записи в алфавитном порядке уже внутри каждой из этих подгрупп, на которые я только что разделил весь свой контент в этой таблице. Вот так, буквально за несколько секунд и пару кликов, можно очень удобно группировать сортировать свои данные. И что мне больше всего нравится – это то, что всё происходит наглядно и не нужны никакие-то дополнительные манипуляции с настройкой подсветок, отдельных правил для того, чтобы каким-то образом визуализировать разделение на подгруппы. Здесь уже всё это работает из коробки.