Creative Coder
447 subscribers
198 photos
138 videos
4 files
333 links
Креативна розробка вебу з ароматом смаженої москальні. Передовий край веб технологій та дизайн ідей, поки є електрика :)

@dre1337
加入频道
This media is not supported in your browser
VIEW IN TELEGRAM
Зробили з Юрою сайтик http://continuous.vc

Рейтрейсинг, патікли, флюїдсім — все як ми любимо 🔥

Проголосуйте на авардс 🙏
https://www.awwwards.com/sites/continuous-ventures

#my
🔥21
Media is too big
VIEW IN TELEGRAM
Ой який крутий композинг

https://www.composites.archi/

Я б ще місцями додав до транзишну по масці depth-awareness, але і без того соковито

#reference
❤‍🔥2🔥2
Forwarded from Yuri
доречі зробив для себе модуль з ізінгами під TSL, може комусь ще буде в нагоді: https://www.npmjs.com/package/tsl-easings
👍21
Forwarded from Yuri
бо для glsl є, а для TSL не знайшов
👍1
Forwarded from Yuri
це жесть, учорашній апдейт chatgpt точно якийсь прорив, навіть нормалмепи пашуть https://fxtwitter.com/mrdoob/status/1905214425415692674?s=46&t=w6A51o5Z99_L1GCMEocF-g
🔥3👍1
Вкочуюсь в вайб кодинг

Наче найс туторіал, наводить правила для ШІ які не дозволяють йому ламати дрова в проекті:
– Always prefer simple solutions
– Avoid duplication of code whenever possible, which means checking for other areas of the codebase that might already have similar code and functionality
– Write code that takes into account the different environments: dev, test, and prod
– You are careful to only make changes that are requested or you are confident are well understood and related to the change being requested
– When fixing an issue or bug, do not introduce a new pattern or technology without first exhausting all options for the existing implementation. And if you finally do this, make sure to remove the old implementation afterwards so we don’t have duplicate logic.
– Keep the codebase very clean and organized
– Avoid writing scripts in files if possible, especially if the script is likely only to be run once
– Avoid having files over 200–300 lines of code. Refactor at that point.
– Mocking data is only needed for tests, never mock data for dev or prod
– Never add stubbing or fake data patterns to code that affects the dev or prod environments
– Never overwrite my .env file without first asking and confirming

Рекомендую :)

Ось ще правила:
https://github.com/PatrickJS/awesome-cursorrules
👍5
Приходь на івент про GitHub Copilot — розберемо, як він спрощує життя.

Генерує CI/CD конфіги, клепає Dockerfile і Docker Compose, пише скрипти для автоматизації, швидко фиксить баги і доповнює код на льоту. Це апгрейд для DevOps інженерів, розробників і тих, хто хоче працювати швидше!

Долучайся до онлайн мітапу Cloud Builders вже 10 квітня — на тебе чекають тренди від GitHub, демо та реальні кейси від SoftwareOne та DevRain.

У програмі:
*ШІ в розробці: нові фічі GitHub Copilot
*Безпека коду: як GitHub Advanced Security та AI працюють на тебе
*End-to-End проєкти з GitHub Copilot 

А ще разом з фондом Angry Corgi збираємо на 3 планшети для сил ППО. Чекаємо на твої 20 грн та реєстрацію. До зустрічі! 

📍Деталі та реєстрація: https://cloud-builders.org/github-copilot
👍2
Forwarded from Oleksandr Petulko
This media is not supported in your browser
VIEW IN TELEGRAM
Ладно іноді і вайбкодінг вистрілює😅
🔥5👍1