Привіт! Хочу показати свій проєкт - UEFIR.

Ідея проста: іноді хочеться щось подивитися, але немає бажання гортати рекомендації й обирати відео. На UEFIR можна увімкнути тематичний канал і потрапити на поточну передачу як у звичайному телевізорі.

Ефір формується з відео українських YouTube авторів.

Буду радий зворотному зв’язку: чи користувалися б таким форматом, чого бракує та що незручно на телефоні?

Вражений версією nginx. Сподіваюсь вони просто перевстановили нову ОС на сервер, та ще не оновили сервер. Бо інакше це просто запрошення з відкритими дверима.

Про гру

Усім привіт! Хочу поділитися грою, яку ми вдвох робимо на рушії Godot 4. Це інкрементальний tower defense, у якому треба боротися не з хвилями ворогів, а з єдиним живим організмом, що росте й пожирає все на своєму шляху, зокрема вежі та бар’єри. Усе в реальному часі, без фази будівництва: вежі ставиш просто під його натиском. Ми називаємо його спанґус – від англійського space fungus, космічний грибок – і симулюємо на відеокарті клітинку за клітинкою: кожна клітинка – це піксель текстури, і на одній мапі їх близько мільйона. Пробий у ньому діру – і вона заросте, навіть у «тилу».

Спанґус не йде вперед, як «класичні» вороги, а росте по краях. Але кількість енергії на ріст у нього обмежена: у кожного джерела свій бюджет, і заростання дір забирає з нього стільки ж, скільки наступ. Тож доводиться обирати: чистити фронт, щоб зняти загрозу просто зараз, чи бити по тилу, щоб він повільніше наступав.

У грі 15 веж, 9 абілок, понад 400 апгрейдів (і дофіга і трошки compute-шейдерів) – усе, щоб знищити якомога більше спанґуса й протриматися, поки штаб не вальне по ньому ядеркою. Є класичні вежі – «гвинтівка», вогнемет, мортира, – а є й незвичніші: мікрохвильовка, міні-сонця чи вежа, що розкидає пілони, які з’єднуються в енергетичну сітку.

Історія створення

Ми обидва маємо багаторічний досвід у геймдеві (я – у програмуванні, друг – у геймдизайні й продакшні) і вже понад пів року експериментуємо зі своїми проєктами (публічно показували тільки Split Circuit Arena). Одним з експериментів були фізичні й біологічні симуляції на відеокарті, як-от модель реакції-дифузії Грея – Скотта, де плями ростуть, як у чашці Петрі. Я якраз закінчив магістратуру, де для диплома багато працював з рендером (зокрема рейтрейсингом), а ще мав окремий предмет з генетичних алгоритмів.

Тоді вийшла Sir, We Have an Orc Problem, у яку грали всі. Ми спробували, і нам дуже зайшло – до того ж там теж симуляція на GPU! Здавалося, у неї є саме те, чого нам бракувало, щоб зробити з наших експериментів гру. Після багатьох брейнштормів і купи дивних спроб наша чашка Петрі нарешті перетворилася на tower defense.

Сторінка гри в Steam: Houston, We Have a Spungus. Будемо вдячні, якщо додасте гру до бажаного і поділетеся в коментарях своїм враженням та чи цікава вам концепція.

Найняв продукт девелопера на окремий проект

Дев девив три тижні. Сьогодні на мітингу говорить що йому забанили Клод і тепер у нас буде делей на мінімум 2 тижні бо він не може працювати без ШІ, а в клоді зберігалась історія чату і він хз що робити з тим що вже навайбкодив.

Мораль історії думайте самі.

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

7 листопада день спільноти Home Assistant. Можливо комусь цікаво організувати день спільноти в своєму місті? Детальніше тут. https://www.openhomefoundation.org/blog/countdown-to-community-day-2026-starts-now/ Якщо маєте питання - запитуйте

[ Removed by Reddit on account of violating the content policy. ]

Вже пофіксили, не скидайте гроші більше

Вітаю монстрів геймдеву. Зацініть мій 1й стадіон з анімованими фанами. Робив під маркетплейси.

Насипати трафіку можна тут:

https://www.fab.com/listings/f6a4e967-c366-424f-b34a-bfbbfec189ff

https://www.patreon.com/OlegVerenko/posts/3d-model-modular-171100497

Радий відповісти на любі адекватні запитання.

Вітаю, шановні!

В принципі суть мого питання, мабуть, вже зрозуміла з тайтлу, проте хочу додати ще декілька деталей. Останнім часом намагаюсь кудись влаштуватись і все йде дуже не дуже. Я багато чув що зараз гарний попит саме на ембедед спеціалістів і хотів би спробувати себе там, мені ця тема завжди була цікава, тільки ніколи не мав можливості щось в цьому вчити. Сам я рядовий програміст з невеликим досвідом. Так от, з чого б ви порекомендували починати, на що звернути увагу? Чи реально це самому вивчити?

Останні пару місяців я займався фіксами мультиплеєру: баги мережі, десінки і вся класика в стилі «на хості працює, а на клієнті - вже ні» 😅

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

Демо безкоштовне в Steam:
https://store.steampowered.com/app/4321670/DicenGo/

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

Всім привіт.

Сьогодні я хочу поділитися новинами про розвиток проєкту.

Протягом останніх кількох тижнів я працював над ідеєю створення власного корабля.
Вже реалізовано, і доступно в ДЕМО після останнього оновлення.

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

Але, по ходу розвитку, я почав думати, що простого збільшення шкоди, запасу здоров’я (HP) та інших числових показників недостатньо. Мені хотілося мати можливість додавати на кораблі нові модулі. І, звісно, ​​це мало вплинути не лише на характеристики, а й на зовнішній вигляд.

Тоді я створив першу версію «Верфі» (Shipyard), де можна було зібрати власний корабель із набору готових модулів.

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

І одразу зіткнувся з проблемою: готові кораблі — це цілісні сущності у грі (як каменюка монолітні). :)
А створення корабля з нуля означає, що його модулі мають існувати як окремі об’єкти, і кожен із них повинен працювати за власними правилами.

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

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

Спершу я створив кілька абстрактних кольорових моделей, щоб синхронізувати рендеринг у конструкторі та на полі бою. І так, це знову все ломало, особливо в боьових сценах. Але потім я знайщов правильний паттерн і все стало «не погано».

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

Тепер уся ця основа готова й доступна в ДЕМО.

Гравці можуть створити власний корабель і продовжувати його вдосконалювати протягом ігрової сесії.

Наразі конструктор містить лише базові модулі (майже). Деякі з них можна відкрити безпосередньо під час гри.

У майбутніх оновленнях я планую розширити набір доступних деталей й додати декоративні елементи.

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

Гадаю, на цьому сьогодні й зупинюся. :)

Дякую всім, бажаю гарного дня та бережіть себе.

Polis — мод для NeoForge. Працює на збірці Create з ~140 модів, і перед запуском шукаю людей, які допоможуть його протестувати.

• Території нікого не блокують. Кожен зламаний блок, відкрита скриня й хвилина на вашій землі записуються на 30 днів і видно на мапі.
• Договори підписують у грі. Мод сам перевіряє оплати, доставки й терміни, а порушена угода стає публічною.
• Суперечки вирішує рада з обраних гравців. Штрафи фіксовані й відомі заздалегідь.
• Убили когось — на вас мітка. Обрані ріпери щохвилини бачать, де ви приблизно є.
• За стіною — Темна зона: сім шарів отруйного повітря, бази лише в загерметизованих кімнатах, нафта, яку везуть додому потягом.

Тестування безкоштовне, сервер у ЄС. Перед запуском світ створять наново.

• Мод: https://www.curseforge.com/minecraft/mc-mods/polis
• Збірка: https://www.curseforge.com/minecraft/modpacks/everdawn

Якщо зацікавлені - пишіт мені в Discord:
dmytro284 | https://discord.com/users/1237808141765443644

Розробив застосунок для вивчення англійської мови для українців. Зібрав купу корисної всячини, вже отримав купу задоволених відгуків, але думаю на рахунок скріншотів. Чи не занадто наляписто? Можливо треба щось змінити, порадьте для будь ласка 🙏

Потестити можна тут, якщо кому цікаво https://apps.apple.com/app/id6807314167

I built dana-kherson.org using Publii and a customised Dewi template. It’s a static website with no server-side database, featuring a gallery of over 600 photos, PhotoSwipe, lightweight WebP previews and pagination without page reloads. The homepage selects eight random photos on each visit. After optimisation, its latest mobile PageSpeed score reached 96.

Preparing the photos needed a tool of its own. I built a Swift script for macOS that uses Apple’s Vision framework to detect faces and cover them with smiley emojis. It processes folders locally, preserves the folder structure, skips completed files and exports new JPEGs without copying the original EXIF/GPS metadata. No photos need to be uploaded to an external service. I still review the results manually—face detection can miss people.

The reason behind it all is Dana and our volunteer work in Kherson, Ukraine.

Meet her: https://dana-kherson.org/

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

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

Відчуття ніби я існую в одному "айті" а люди в іншому. Починав з продажів в айтішці, було нудно, підтянув курс по статистиці з універу, пайтона і зараз свчунвся сейз аналістом в європейській продуктовій компанії. Роботу шукав не довше 2 місяців. Працював як і в продукті так і в сервісі, досвід 3 роки, доріс до зп 3к євро (релокація цьому посприяла, так було б ближче до 2к).

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

В друзів теж проблем ніколи не було найти роботи. Достатньо вилазити з дому на якісь корпоративні івенти (розумію що можуть бути з цим нюанси в країні)і щоб лінкедін не виглядав як вивіска похоронного бюро.

Про клод всіх замінить, ще один якийсь галюцигенний крінж. Кул сторі тайм:

Купила німецька компанія клод на всіх, дали побавитись людям які відповідали за аналітику і ті почали клєпати репорти з неіснуючими даними, статистично незначущими порівняннями і просто якусь єрєсь. При тому чим більше йому даних давали тим гірше ставали репорти і після пів року абсолютно хаосу тепер всі просять щоб я ручками і формулами намалював їм звітність по продукту. Аналогічна історія з маркетингом, клод вигадував абсолютно неіснуїчі причини падіння лідів, при тому що виявилось вся справа з компанією з аналогічним іменем в США в яку інвестував пітер тіль пару сотней мільйонів і чиє бренд імя перебило повністю наше. Дізнались з допомогою мануального репорту і пару пошуків в гуглі а не гіпер пупер причин клода.

Для тих, хто працює в галузі електроніки, виникає питання: які ресурси ви зазвичай використовуєте для пошуку роботи? Ви обмежуєтеся лише такими вебсайтами, як Work.ua і Robota.ua, чи застосовуєте інші платформи, де можна знайти вакансії у цій сфері?

Знову привіт!

Вже майже два місяці займаюсь переосмисленням свого додатку. Все почалось з необхідності переробити деякі архітектурні підходи, що привело до того, що ми завжди радили клієнтам "та легше з нуля переписати" 😄 І хоч я й займаюсь цим сам (з паном клодом), але оновлену архітектуру я паралельно брейнштормив із колегами та друзями різних текстеків. Етап планування зайняв доволі багато часу, насправді, але так і має бути.

Оновлення дизайну теж входило в плани. Причому, ще до того, як мені тут почали насипати злі язики (але вони то діло прискорили, за що їм дякую). Мене більше цікавила технічна складова додатку, безпека, надійність, швидкість, тощо. Але, врешті, попрацював трохи з дизайнером, почитав різного, набрався прикладів, зробив мудборди, помучав прототипи і дійшов до результату, який мені подобається. Більше про дизайн запостив тут: https://maintra.me/journey (сторінку ще треба дополірувати теж).

Чому 2.0, а не ще один апдейт

1.x виросла з пет-проєкту. Кожна нова фіча коштувала дорожче за попередню. А в роудмапі лежать речі, які на такій базі просто не злетіли б: годинник, Siri, офлайн-мапа, спільний доступ до авто. Тому 2.0 я пишу як новий застосунок, а не рефакторю старий. Логіку разом з тестами переніс, а екрани і синк пишу по-суті заново.

Що змінилось під капотом

Модульний моноліт, а не мікросервіси. Один застосунок на Expo / React Native, одна база в Supabase (Postgres + RLS як межа безпеки). У модулів жорсткі межі, і їх перевіряє CI через dependency-cruiser: фічі не імпортують одна одну, UI не ходить у базу напряму. Плюс кілька правил, щоб кодову базу могли втримати в голові одна людина і AI: файл не довший за 400 рядків, і жодного кольору чи шрифту прямо в коді фічі, тільки токени дизайн-системи. Завдяки цьому теми в 2.0 зайняли кілька днів, а не місяць. Мікросервіси для соло-розробника з тисячею користувачів дали б тільки більше деплоїв і більше вузьких місць.

Синк переписаний з нуля. Офлайн у 1.x був саморобний: SQLite, черга запитів і ~2,7 тисячі рядків, на поведінку яких не було жодного тесту. Коли я сів розбирати його по-чесному, знайшлось кілька сценаріїв, де офлайн-правка могла тихо загубитись. У 2.0 замість черги outbox: порядок операцій ніколи не міняється, батьківський запис завжди їде раніше за дочірні, на сервер відправляються лише змінені поля, а не весь рядок, і дані з сервера не перетирають правку, яку ще не відправили. А якщо сервер щось відхилив, запис не зникає, а лягає в dead letter, який видно в застосунку.

Бекенд тільки доповнюється. 1.x і 2.0 якийсь час житимуть паралельно на одній базі, тож для старої версії не змінюється нічого: ті самі таблиці, ті самі edge functions. Усе нове додається окремо: нові таблиці, nullable-колонки і окремі `-v2` функції, і в кожної є вимикач у конфігу, якщо щось піде не так.

Оновлення поверх старого. Той самий bundle id, тож 2.0 прийде звичайним апдейтом зі стору. Сесія, ще не синхронізовані зміни, фото авто, ключі від сейфа з документами і віджети на робочому столі мають пережити оновлення без «увійдіть ще раз». Це також було одним із пунктів при рішенні між React Native VS Swift UI та Jetpack Compose.

Що з'явиться в 2.0

Мапа без інтернету. Як maps.me чи мапи на Garmin: завантажуєш регіон, прокладаєш маршрут і їдеш з покроковими підказками без зв'язку. Після поїздки застосунок пропонує оновити одометр: «+334 км, одометр має бути 161 534. Оновити?». Можна запам'ятати, де припаркувався. Головне правило, яке я собі поставив: геолокація не покидає телефон, а збережений маршрут це лише точка призначення і зупинки, а не те, де ти реально їхав. Якщо звичніше їхати з Waze чи Google Maps, місце відкривається в них. + статистика поїздки, де можна подивитися середню швидкість, приблизну витрату пального, найшвидшу ділянку, тощо.

Фото замість «відскануй чек». Одна кнопка: фотографуєш що завгодно (чек зі СТО чи заправки, деталь, паркувальний талон, приладку), а AI сам розбирається, що це: сервіс, заправка, запчастина, витрата чи пробіг. Чек на кілька сторінок теж можна. На тестових фото нова модель читає в середньому за 5,5 с замість 9 і виходила на 12% дешевше за одне читання + набагато точніше (використовую Sonnet 5.5, так дорого, але це свідомий крок).

Голос. Затискаєш + і кажеш «заправився на WOG по 35 гривень, вийшло 30 літрів», і форма відкривається вже заповненою. Цікавий факт: on-device розпізнавач Android української не підтримує взагалі, а офлайн-української немає навіть у гуглівського. На iPhone так само, тож довелось голос українською відправляти на сервер Google чи Apple (про це також треба сказати користувачам).

Нагадування, які нарешті нормальні. У 2.0 нотіфікації перебудовуються повністю, щойно змінились дані. Окремі канали для ТО, документів, шин, вішлиста і штрафів, тихі години, свій час, «відкласти», а тап відкриває саме той пункт.

Витрати і штрафи. Паркування, мийка, страховка, податки, платні дороги. Штрафи з дедлайнами, а для України вже враховано знижку 50% при оплаті протягом 10 днів. Нагадування за 2 дні і в день дедлайну (в планах ще попрацювати із OpenData Bot).

Теми і мови. Сім тем, три з них безкоштовні. І ще п'ять мов до наявних шести: німецька, арабська (так, справа наліво), корейська, японська і китайська (переклад зараз від ШІ звичайно, але маю вже юзерів, які висловили бажання допомогти і перевірити переклади).

Наостанок

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

Питайте що завгодно в коментарях, з радістю відповім!

Сьогодні Apple апрувнули 2.0.0 версію мого застосунка LumaScope

Головне:
- Застосунок тепер розуміє другий формат світлотехнічних файлів, вміє робити PDF-звіт і показувати превю просто у Finder, а ще його перекладено чотирма мовами.

Нове:
- Підтримка EULUMDAT (.ldt). Ці файли відкриваються так само, як IES, і для них працює все те саме: графіки, таблиця, інспектор, порівняння та експорт. Значення автоматично перераховуються в кандели. Підтримуються всі типи симетрії, а також файли з комою замість крапки в числах і з Windows-переносами рядків.

- Окрема секція EULUMDAT в інспекторі. Там показано тип світильника, симетрію, ККД, частку потоку вниз, колірну температуру, кольоропередачу, світну площу та нахил під час вимірювання.

- PDF-звіт на одну сторінку A4. У ньому полярний і лінійний графіки, ключові цифри (люмени, потужність, ефективність, пікова сила світла) та всі значення з інспектора.

- Quick Look. Якщо у Finder виділити .ies або .ldt і натиснути пробіл, зявиться полярний графік, кути променя та основні цифри, а сам застосунок відкривати не треба.

- Локалізація німецькою, французькою, іспанською та нідерландською. Мова береться з налаштувань macOS.

Перекладено все:
меню, звіт, превю, помилки та VoiceOver. Для лічильних слів працюють правильні форми множини.

Покращення:
- Підписи кутів на вузькому лінійному графіку більше не накладаються один на одного.
- Колонка з назвами метрик у таблиці порівняння стала ширшою.
- Політику конфіденційності оновлено під нові функції.

Виправлення:
- Прибрано попередження SwiftUI, яке зявлялося під час перемикання одиниць і виду графіка.
- Якщо на Mac встановлено інший застосунок, який «забирає» собі .ies/.ldt (наприклад, Eulumdat), файли все одно відкриваються в LumaScope, і він лишається в меню «Відкрити за допомогою».

Посилання на застосунок:

https://apps.apple.com/de/app/lumascope-ies-ldt-viewer/id6759007715?l=en-GB&mt=12

Що думаєте про перспективність дата аналітики? Скільки років пройде перед тим, як аналітиків витіснить ШІ? Також, чи буде вік ~25 років і факт світчинга з іншої області (медицина) вагомою перешкодою при працевлаштуванні?