Radio Kottans

2021-01-12 19:19:34 Для тих, кому хочеться в літо Нове відео на каналі наших друзів Interview Done: релокацію до Австралії

Відкрити / Коментувати

2021-01-08 18:00:01 Адміни Kottans Public, коли в чат додався бот, але поки що нічого не написав Відкрити / Коментувати

2021-01-06 15:00:03 Користувач відкрив issue, щоб просто подякувати розробникам

Коментатор на reddit:

Gratitude is so rare they should close this as "could not reproduce" Відкрити / Коментувати

2020-12-29 13:00:04 Відкрити / Коментувати

2020-12-29 13:00:04 You Don’t Know JS (Yet) українською: перекладено книгу “Перші кроки”

Kottans перекладають серію книг Youd Don’t Know JS (Yet) Кайла Сімпсона українською. Готова перша книга, працюємо над другою.

You Don’t Know JS (Yet) - серія книг з поглибленого вивчення JS. Нам подобаються книги Кайла Сімпсона, бо Кайл Сімпсон допомагає помістити JS і його особливості у ширший контекст мов програмування - як самоучкам нам цього часто бракує.

Попри те, що перша книга називається "Перші кроки" (Getting Started), в ній чимало важливої інформації, яка може бути цікавою навіть досвідченим розробникам. Книга дає загальне бачення мови та 3 опор, на яких, на думку автора, ґрунтується JS:
- Області видимості та замикання
- Прототипи
-Типи та приведення типів

Авторки перекладу:
Анастасія Машошина
Христина Ландвитович

Будемо раді зауваженням, виправленням та зірочкам на гітхабі!

https://github.com/kottans/You-Dont-Know-JS-Yet-UK Відкрити / Коментувати

2020-12-26 13:00:03 Як провести годину безглуздо, але весело: напишіть собі оперу разом з AI. Відірватися неможливо!

Ось наша Відкрити / Коментувати

2020-12-24 12:00:04 Фанати GUI та прибічники терміналів, мабуть, ніколи не дійдуть згоди, але точно не припинять сперечатися.

Цього разу на боці тих, хто за shell, виступає Дрю Деволт (Drew Devault). У дописі Shell literacy Дрю показав на життєвому прикладі, як знання shell спрощує життя.

Дрю мав зміни у git-репозиторії і хотів скасувати лише ті, що видаляють файли, а інші зміни не чіпати. Що робити, якщо файлів багато? Допоможе awk та трохи термінального кунг-фу.

У дописі є посилання на хороший туторіал з awk Відкрити / Коментувати

2020-12-23 15:00:22 Новорічні подарунки від команди Pluralsight. Щотижня в грудні будуть безкоштовними п’ять курсів по JavaScript.

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

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

Для допитливих,яким небайдуже майбутнє JS, буде створена окрема сесія: зможете долучитися до палкої дискусії з провідними експертами.

Приєднуйтесь за посиланням Відкрити / Коментувати

2020-12-22 09:59:02 Zero-Bundle-Size React Server Components

Так, React-компоненти на сервері. А що?

Команда React розповіла, над чим працює зараз: Zero-Bundle-Size React Server Components - можливість писати компоненти, що рендеряться на сервері та не потрапляють у бандл.

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

Ціль: кардинально скоротити обсяг бандлу і покращити користувацький досвід.

Проєкт виходить з припущення, що значна частина ререндерингу(виконання відповідного JS-коду) стається тоді, коли застосунок отримує нові дані. Нові дані приходять з сервера, то чому б там і не відрендерити?

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

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

Окрім коду самих серверних компонентів до бандлу не потраплять і його залежності (привіт, lodash). Саме це означає zero-bundle-zise у назві проєкту: серверні компоненти не збільшують бандл ані на байт.

Не плутати з SSR! Ці технології можна поєднувати, але вони різні.

Проєкт в стадії розробки, але команда Реакт вирішила поділитися зі спільнотою та запросити до обговорення.

Посилання на RFC https://github.com/reactjs/rfcs/pull/188

Демонстраційний репозиторій https://github.com/reactjs/server-components-demo

Рекомендуємо тред Софі Альперт з поясненнями https://twitter.com/sophiebits/status/1341098388062756867?s=20 Відкрити / Коментувати

2020-12-19 14:30:04 Cyberpunk2077 та crunch culture

Цікава дискусія про crunch culture в подкасті DevNews від dev.to (початок на 12:50) з приводу виходу довгоочікуваної гри Cyberpunk 2077. 

Crunch culture - заохочення до перепрацювання та роботи в авральному режимі. Це знана проблема ігрової індустрії. Студія CD Projekt Red, що працює над  Cyberpunk 2077, неодноразово публічно обіцяла не вдаватися до аврального режиму і порушила цю обіцянку. Попри наднормову роботу реліз кілька разів переносили, а гра вийшла з надмірною кількістю багів. Через скарги гравців Sony видалила консольну версію з магазину.

Історія Cyberpunk 2077 вкотре довела, що crunch culture не тільки шкідлива для працівників, але і неефективна для бізнесу.

Що з цим робити? Існує думка, що запобігання виникненню crunch culture - це зона відповідальності компанії. Що може зробити компанія, щоб утримувати людей від роботи вночі та на вихідних? Чи достатньо просто не вимагати перепрацювання? Навряд чи, адже сама індустрія навколо сприяє цьому, а розробники “кранчать" з власної ініціативи.

Цікавий підхід демонструє студія Supergiant Games: вони борються з культурою перепрацювання в компанії через заборону втягувати у наднормову роботу інших: якщо хтось хоче попрацювати на вихідних - будь ласка, але не можна чіпати колег і втягувати їх в обговорення. Також у Supergiant Games є примусові відпустки: за рік треба використати 20 днів.


Посилання на допис про Supergiant Games, який згадували у подкасті, тут Відкрити / Коментувати