Get Mystery Box with random crypto!

Radio Kottans

Логотип телеграм -каналу radio_kottans — Radio Kottans R
Логотип телеграм -каналу radio_kottans — Radio Kottans
Адреса каналу: @radio_kottans
Категорії: Технології
Мова: Українська
Передплатники: 2.05K
Опис з каналу

Share the knowledge (c)
Канал корисних посилань та новин зі світу програмування від спільноти розробників "Котани".
https://kottans.org/
Бажаєш підтримати? https://www.patreon.com/kottans

Ratings & Reviews

1.67

3 reviews

Reviews can be left only by registered users. All reviews are moderated by admins.

5 stars

0

4 stars

0

3 stars

0

2 stars

2

1 stars

1


Останні повідомлення 6

2021-08-27 15:00:29
484 viewsAnastasiya Mashoshyna, 12:00
Відкрити / Коментувати
2021-08-27 15:00:29
Будівля, де було розміщено МЕОМ, сьогодні
432 viewsAnastasiya Mashoshyna, 12:00
Відкрити / Коментувати
2021-08-27 15:00:28 МЕОМ та піонери української комп'ютерної інженерії

Знаєте, що таке МЕОМ - Мала електронна обчислювальна машина?

МЕОМ - це комп’ютер загального призначення, розроблений у Києві, перший у СРСР та один з перших у Європі. Слово “мала” у назві може ввести в оману: ком’ютер займав площу 60 квадратних метрів. Проєкт було започатковано з науковими цілями - вивчити можливості обчислювальних машин, проте через високу потребу у обрахунках машина була використана для прикладних завдань. Також сама її поява дала поштовх радянським обчислювальним наукам, бо продемонструвала можливості та силу електронних машин у великих обчисленнях.

МЕОМ було створено командою під керівництвом Сергія Олексійовича Лебедєва. Лебедєву довелося переконувати керівництво академії наук у необхідності розробки обчислювальної машини, бо пріоритети у післявоєнні роки виглядали геть інакшими: космос та ядерна енергія. Сергій Олексійович дуже вірив у проєкт.

Робота над МЕОМ розпочалася у 1948 році, а у 1951 машину було введено в експлуатацію. Для усвідомлення значення цієї події важливо пам’ятати, що складні обчислення у СРСР за тих часів проводилися на арифмометрах. В США з 1945 року працював ENIAC, проте МЕОМ розроблялася незалежно від набутків західних вчених, бо інформації про західні технології у радянських вчених було обмаль.

Машину розмістили на першому поверсі двоповерхової будівлі колишнього монастиря у Феофанії. Після запуску швидко стало зрозуміло, що машині занадто гаряче у такому приміщенні: 6 тисяч вакуумних ламп перетворили будівлю на тропіки. Тож для охолодження довелося розібрати стелю і тільки після цього МЕОМ запрацювала. Історія МЕОМ пропонує багато фактів, що викликають подив, згадаємо такий: в команді Лебедєва було 12 інженерів та 15 техніків, в той час як над американським ENIAC працювали понад 200 інженерів.

Нажаль, після виводу з експлуатації у 1957 році МЕОМ не здобула вічної пошани у музеї, як її американський попередник ENIAC. Натомість машину передали студентам КПІ і невдовзі після цього демонтували.

Інформації про МЕОМ не так багато онлайн. Почитати про МЕОМ ті розповісти вам нас надихнули колеги з DataArt, які проводять у листопаді безкоштовну онлайн-конференцію: в рамках якої буде розпочато збір коштів на інформаційно-освітній проект про МЕОМ.

Коференція IT NonStop 2021 пройде онлайн 18–20 листопада. Головні теми цього року: робота з даними, машинне навчання, штучний інтелект і хмарні технології. Дізнатися програму та зареєструватися на подію можна за посиланням IT NonStop 2021
461 viewsAnastasiya Mashoshyna, 12:00
Відкрити / Коментувати
2021-08-27 12:14:42 Релиз TypeScript 4.4

Вы можете подумать, а чего я тут фейерверки устраиваю? А потому что они таки улучшили то, с чем я уже довольно долго воюю. Надеюсь, они и дальше будут улучшать эти моменты. А какие именно, давайте обсудим в комментариях позже

Вчера команда TypeScript выпустила новую версию компилятора, в которой есть несколько интересных мест. Давайте подчеркнём самые интересные, по моему мнению:

- Улучшили Control Flow Analysis. Теперь, так называемые type guards, можно выносить в отдельные переменные и TypeScript не потеряет эту информацию по пути. Например, вы хотите проверить что что-то строка const isString = typeof someParam === 'string' и дальше вы можете писать просто if(isString) {}, TypeScript такое скушает (раньше это было ошибкой компиляции). И таких примеров побольше, можете почитать у них в посте.

- Все catch блоки по умолчанию приводятся к unknown типу (за флагом strict). Unknown тип это более безопасный вариант неизвестного типа, по сравнению с any. Я об этих типах, как раз, недавно писал. С этим релизом, TypeScript будет ошибки в catch блоках неявно приводить к unknown. И вам, собственно, нужно будет проверить что ошибка это та ошибка, которую вы ожидаете или нет.

- С этим релизом добавилась возможность иметь "inlay hints". Я с таким часто встречаюсь при разработке на Rust и, если честно, меня это немного бесит. Но, знаю людей, которым это очень даже заходит. Речь идёт о том, что в IDE у вас будут добавляться имена параметров к вашим аргументам или выведенный тип возврата функции будет добавлен как "inlay hint" возле вашей функции и так далее. Насколько я знаю, такое есть давно в Intelliji и им активно пользуются. А в этом релизе они добавили это на уровне компилятора.

Все остальные моменты, по моему мнению, не такие уж и большие, но, безусловно, интересные и для кого-то могут оказаться нововведением "вовремя". Вы можете почитать более подробно об изменениях в этой версии в их блог посте.
478 viewsIvan Tytarenko, 09:14
Відкрити / Коментувати
2021-08-13 12:30:25 Як стати крутим програмістом за 10 000 годин

Ну, не зовсім так, звісно. Але близько до того.

Існує теорія про 10 000 годин - начебто саме стільки часу слід витратити, щоб досягти майстерності у будь-якій справі. Важливо, що час слід не просто витрачати, а проводити з максимальною користю.

Як саме проводити 10 000 годин, якщо ви хочете досягти майстерності у написанні коду? Мет Рікард (Matt Rickard) поділився своїм ідеями у дописі "Роздуми про 10 000 годин програмування"

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

https://matt-rickard.com/reflections-on-10-000-hours-of-programming/
505 viewsAnastasiya Mashoshyna, 09:30
Відкрити / Коментувати
2021-08-12 14:00:16 Спробуйте прямо зараз! Новий шорткат у вебінтерфейсі GitHub

Просто натисніть крапочку у будь-якому репозиторії

https://twitter.com/github/status/1425505817827151872
464 viewsAnastasiya Mashoshyna, 11:00
Відкрити / Коментувати
2021-08-12 12:00:13 Результати щорічного опитування розробників StackOverflow

Опубліковано результати щорічного опитування розробників та розробниць на платформі StackOverflow. В опитуванні взяли участь понад 80 000 осіб. Наведемо деякі результати, що привернули нашу увагу.

Розповсюдженість (скільки осіб фактично працюють з технологією)
- Python обійшов SQL за популярністю, проте JavaScript лишається непереможним.
- ReactJS вперше обійшов jQuery за популярністю, Angular поступився позиціями

Суб'єктивна оцінка та бажання працювати з технологією (Loved vs Dreaded, Want)
- Шостий рік поспіль Rust лишається найулюбленішою мовою серед професійних розробників
- TypeScript на третій позиції (його трохи посунула Clojure)
- За бажанням працювати з мовою лідер - Python.
- Серед вебфреймворків найбільш приємним виявивлся Svelte, але більшість розробників хотіла б працювати з ReactJS

Рівень заробітної плати
Найвищі зарплатні цього року заявили розробники на Clojure (Rust поступився першим місцем)

З'явилася нова цікава статистика зв'язку між технологією, за якою розробник працює зараз, і технологією, з якою він чи вона хотіли б працювати. Наприклад, значна кількість JavaScript-розробників хотіла б працювати з Golang.

https://insights.stackoverflow.com/survey/2021
474 viewsAnastasiya Mashoshyna, 09:00
Відкрити / Коментувати
2021-08-11 12:00:29 Чули про CSS Scroll Snap? Якщо ні, ми розповімо двома словами.

адміни щойно дізналися і поспішають поділитися

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

Вдала метафора: уявіть, що на межах між елементами розміщено магніти. Коли така межа наближується до контейнера, елемент притягується та фіксується. Особливо природньо scroll snap виглядає на мобільних пристоях, бо наближує скрол до відчуття від жесту “свайп”.

Якщо ви подумали про використання JavaScript, то не поспішайте: спробуємо обійтися самим CSS. Для цього веб-розробнику потрібні інструменти впливу на скрол.
Модуль CSS Scroll Snap дозволяє визначити межі, до яких елементи у контейнері доскроляться самі. Так ми можемо описати, яким має бути досвід скролінгу.

Як мінімум потрібно знати два правила: scroll-snap-type для контейнера та scroll-snap-align для елементів контейнера, що скроляться. scroll-snap-type визначає вісь (x чи y) та суворість (строго по вказаній межі чи наближено). scroll-snap-align визначає, як елемент має фіксуватися на видимий межі контейнера, коли наближається до неї. Доступні значення - start, end, center.

Де почитати докладніше:

- Лаконічна стаття зі схемами та наочними прикладами від Web Fundamentals
- Глибша та докладніша стаття Ахмада Шадіда
- Ще одна хороша стаття на MDN
424 viewsAnastasiya Mashoshyna, 09:00
Відкрити / Коментувати
2021-08-04 12:00:16 Курс Frontend 2021 від Kottans завершено

1 серпня відбулася остання лекція безкоштовного відкритого курсу Frontend 2021 від Kottans. Ми вітаємо випускників і дуже пишаємося їхніми успіхами.

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

Трохи даних:

- Курс тривав з 1 жовтня 2020 року до 1 серпня 2021 (це випадок, ми не підгадували круглі дати)
- близько 200 осіб подали заявку.Після первинного відбору група складала 50 осіб, до кінця курсу дійшли 27
- близько половини випускників знайшли роботу ще до закінчення курсу
- Було відкрито 567 пул-реквестів, з них прийнято 457
- Окрім постійної команди "котанів" курс вели нові лектори Микита Шуліпа та Євген Обрєзков

Студенти вивчали верстку та основи a11y, JavaScript за книгою YDKJS, TypeScript та писали свій фронтенд-фреймворк https://github.com/kottans/framework-2021. Цього року до навчального фреймворку ми додали підтримку JSX та хуки

Розклад та посилання на матеріали https://github.com/kottans/frontend/blob/master/contents.md

А наш репозиторій з котиками, на якому студенти тренуються відкривати перші пул-реквести, сягає неймовірних розмірів https://github.com/Kottans/mock-repo

Тож хай випускникам щастить у професії! Сподіваємося, що набувши досвіду, вони повернуться поділитися знаннями з наступними поколіннями.
455 viewsAnastasiya Mashoshyna, edited  09:00
Відкрити / Коментувати
2021-08-04 10:00:12 Докладно про tsconfig та typescript-eslint від Євгена Обрезкова

У фінальній лекції нашого курсу по Frontend Євген @ghaiklor докладно розповідає про те як TypeScript перевіряє наш код та як налаштувати те, наскільки прискіпливим він буде під час перевірки.

Що таке compilerOptions, а що таке strict, noImplicitAny, noImplicitOverride та т.і.

Навіщо prettier та eslint у TS проекті та як налаштовувати взаємодію між eslint та TypeScript, які плагіни для цього потрібні та які їхні правила необхідно активувати.

Також, Євген розповідає навіщо окремі файли конфігів для лінтінга та збирання проекту.

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



518 viewsIvan Tytarenko, 07:00
Відкрити / Коментувати