Та не зважай на коментарі. Всім усе ніколи не буде подобатися. Блог-хоррор теж собі жанр.

Привіт, Олеже!

Бажання писати — це чудово! Але не згущуй так сильно барви.
Майбутнє, звичайно, буде жахливе. Але, може, й ні. Ніхто не знає.

Попрацюю ще QA, під своїм коментарем, щоб не плодити відповіді. CS50 Finance чи Основи програмування CS50?

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

Наприклад: Є курс «Prometheus CS50 Основи програмування CS50». Він заснований на Harvard CS50. Гарвардський курс давно оновився. Курс Prometeus має посилання на старі завдання. Посилання не працюють. Пройти навіть перший тест неможливо. Тому я і тригернувся на:

Середній completion rate на платформі Prometheus становить 54,6%

Я зіштовхнувся з цим дуже давно, коли я порекомендував цю платформу і саме цей курс для старту вивчення програмування. Коли виявили цю помилку, я написав відгук. Буває, можна виправити. Але ніякого зворотнього зв’язку не отримали. Пройшов час. Зараз побачив цю статтю, вирішив перевірити. Нічого не змінилось. Інші люди у обговореннях курсу мають ті самі проблеми. Команда Prometeus їм не відповідає. Курс досі один з найопопулярніших. Але чомусь маленький completion rate. Цікаво ж чому. Підказати? Чи я багато хочу від безкоштовного курсу?

Вихідний код, 25 навчальних датасетів, документація та опис процесу тренування опубліковані у відкритому доступі.

Два readme файли, ліцензія та gitignore.

25 навчальних датасетів, документація та опис процесу тренування опубліковані у відкритому доступі.

Training Dataset
TBD

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

Але @Yaroslav Zhakhalov будь-ласка виправте статтю. Ви вводите людей в оману. Те що зараз опубліковано називається «open-weight».

Різниця між лекціями дуже незначна. Практична частини — це ви, я та інші «вже розробники» знають, як і чим їх можна замінити. Але це ж курс для зовсім початківців. Навіть якщо поглянути на індекс «50», а не «101», він вказує на це. І для цих людей відсутність або складнощі з практикою сильно знижують цінність цього курсу.

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

Читаю уважно. Назва абзацу «Недоліки SSG: чому цей підхід застарів».

Всередині:

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

«Було» та узагальнення про «статичне генерування вебсайтів» натякає на загальну ситуацію з Nuxt, а не про конкретний проект. Також це наштовхує на думку, що з’явився новий підхід, більш популярний, який замінив SSG. Який? «Застарів» — це коли щось використовували і після того з’явився новий підхід, який чимось краще. І тому краще використати новий підхід. Що прийшло на зміну SSG, що він застарів?

У вашому випадку або змінились вимоги і щось стало важливіше. Або ви переглянули свою архітектуру і вирішили, що інший підхід для вас краще. SSR так само існував на Nuxt 2, як і SSG. Це не застарівання. Або, якщо ви наполягаєте про «застарів», то поясніть будь-ласка чому.

Відхід від SSG та вибір на користь серверного рендерингу (SSR) з використанням всіх його переваг зробило Front-end частину нашого проєкту більш гнучкою та надійною.

Яким чином це змінює надійність та гнучкість Frontend(те що відбувається на клієнті в браузері, не на сервері)?

У обох випадках, SSR та SSG, дія відбувається на сервері. При SSR під час запиту. При SSG під час збірки проекту. Відрізняється час, коли сторінка була побудована на сервері. Але результат, який віддає сервер буде однаковим. (Звичайно, якщо ваші сторінки не динамічні. Я припускаю, що ні, тому що ви використовували SSG) Ви зробили зміни на серверній частині, а робите висновки про надійність і гнучкість клієнтської частини.

Недоліки SSG: чому цей підхід застарів

Застарів? У чому проявляється саме «застарівання»?

SSG/SSR/ISR — це три різні підходи. У кожного є свої переваги і недоліки. Ви вибірково описали переваги SSR та недоліки SSG. І не згадали про переваги SSG та недоліки SSR. Про ISR взагалі не згадали.

Для різних задач різні підходи працюють краще. Для статично сайту нічого краще SSG не існує.

> Data Science, Machine Learning, Big Data
А може мені хтось (Data Science, Machine Learning, Big Data) поянити, чому на роботу/доходи цих спеціалістів мало повпливали відключення, порівняно з іншими професіями?

Я сам у вільний час граюсь з Stable Diffusion. Так от усі експеременти на час відключення світла довелось призупинити. Тому що ніяких запасів батарей не вистачало. А от проблем з розробкою будь-чого іншого не було ніяких, батарей вистачало.

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

@maria-gurska

Про піщаний насип: перевірка інформації з Google Earth не повна.
Основна частина насипу з’явилась на фото 07.2014. Додаткова частина 09.2021(я так розумію після придбання ділянки). Ви це легко можете перевірити.

Будь-ласка додайте це у текст статті, щоб бути об’єктивними.

Ні, це усі сервіси OpenAI. З релізу DALL-E прошйшло вже 2 року.

Дякую.

Я порівнював базуючись на даних, що були у статті: 4 людини. На 60 людей вам однієї Mac Studio теж не вистачить і теж буде інший чек.

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

А от аренда додаткового Мас, налаштування його, підтримка — це звичайно не Macos у віртуалці під Linux, але перший крок до цього.

а можна розкрити, як ви рахували доцільність?

--------------
Вартість:
Оренда Mac Studio на rentyourmac (ваше посилання): 229 EUR/month = 2748 EUR + це все налаштувати, + підтримка, + усе одно потрібні інші ранери для Android-емулятору чи Docker

GitHub Enterprise: 231 per user/year = 924 USD на команду з 4 людей
Якщо недостатньо GitHub Enterprise хвилин, можна докупити хвилини macOS за ціною $0.08
Та і GitHub Enterprise дає не тільки GitHub Actions.

-------------
Продуктивніть:

недостатню потужність «з коробки»

Якщо була саме проблема у тому, скільки часу виконуються ваші білди, то цікаво з яким саме GitHub runner ви порівнювали? І тоді порівняти приріст вартості нового рішення і приріст продуктивності.

Дефолтні:
Hardware specification for Windows and Linux virtual machines:

2-core CPU (x86_64)
7 GB of RAM
14 GB of SSD space
Hardware specification for macOS virtual machines:

3-core CPU (x86_64)
14 GB of RAM
14 GB of SSD space

Але на GitHub є можливіть запускати ранери на 64 cores 256 RAM 2040 GB. Тобто якщо питання лише в продуктивності, GitHub дає можливіть запискати надпотужні ранери.

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

Я може живу у своїй бульбашці, але серьйозно? Невже більшість компаній так працює?

Дякую, що відкрили доступ на патреоні!
Ні, мені файли проекту не потрібні. Мені було цікаво, як виглядає «source» у сучасному будівництві, а виявилось, що то не «source». Тому і написав.

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

та

Всі деталі я розповідаю у відповідних відео на моєму Patreon, який є відкритий для перегляду

І клікаєш на посилання у тому ж реченні про «збірку 180Ah lifepo4» або «другу збірка 48V» і отримаєш пейвол з вимогою заплатити 10$, щоб подивитись контент.

Сподіваюсь, що це якась несвідома помилка. Тому що вихвалятись «open source» та закрити все за пейволом, це якось дивно.

І ще, креслення в png — це також знущання над «open source». Це як викладади «exe» файл на GitHub і казати, що це «open source».

Flipper Zero — російська компанія. Павєл мешкає у Москві.
Те, що компанія зареєстрована в США — це лише тому, що Кікстартер не працює з Росією.