Size: a a a

2021 January 30

EO

Eugene Obrezkov in Frontend UA
Лично для меня, первоисточники важнее (блоги команд, Твиттер)
источник

EO

Eugene Obrezkov in Frontend UA
Оттуда всё самое свежее и первый узнаёшь
источник

EO

Eugene Obrezkov in Frontend UA
Переводы круто чтобы развивать локальные вещи
источник

Вт

Ві тя in Frontend UA
ага, я слежу просто за гитхабом, релизы тс например там одновременно с прессрелизами выходят
источник

Вт

Ві тя in Frontend UA
Eugene Obrezkov
Переводы круто чтобы развивать локальные вещи
👍
источник

EO

Eugene Obrezkov in Frontend UA
Но если цель «следить за новостями» то доу/Хабр и подобное не вариант
источник

Вт

Ві тя in Frontend UA
хабр уж точно не
источник

VS

V7v S6k in Frontend UA
Ві тя
украинскому комюнити на самом деле
Доу корисна штука щоб обговорити щось специфічне для української індустрії, але такі переклади це більше нет негатив, як на мене. За три місяці можна самому вивчити англійську, а не чекати на переклади.
источник

EO

Eugene Obrezkov in Frontend UA
V7v S6k
Доу корисна штука щоб обговорити щось специфічне для української індустрії, але такі переклади це більше нет негатив, як на мене. За три місяці можна самому вивчити англійську, а не чекати на переклади.
+

А тот кто не знает её хотя бы уровне чтения, извините, но я считаю что их такие новости мало интересуют
источник

KY

Kyrylo Yakovenko • 𝟰... in Frontend UA
V7v S6k
Доу корисна штука щоб обговорити щось специфічне для української індустрії, але такі переклади це більше нет негатив, як на мене. За три місяці можна самому вивчити англійську, а не чекати на переклади.
а С за 21 день, в курсе.
источник
2021 January 31

OJ

Oleg Junior in Frontend UA
Вопрос по стилю написания кода. Я постепенно пришел к такому стилю. Стрелочные функции пишу только в коллбеках, т.к. они не поднимаются, а объявляю все вспомогательные функции внутри функции методом декларирования. Тогда получается, что когда я заглядываю в функцию потом, то сверху у меня сразу более абстрактная логика ( зеленый блок ) и сразу видно всю логику функции. Но вот если писать подфункции стрелочные, то зеленого блока сверху не получится, и я вынужден буду пробегать глазами код подфункций и опустить взгляд вниз чтобы понять логику функции. Как вам такой подход?
источник

VS

V7v S6k in Frontend UA
Oleg Junior
Вопрос по стилю написания кода. Я постепенно пришел к такому стилю. Стрелочные функции пишу только в коллбеках, т.к. они не поднимаются, а объявляю все вспомогательные функции внутри функции методом декларирования. Тогда получается, что когда я заглядываю в функцию потом, то сверху у меня сразу более абстрактная логика ( зеленый блок ) и сразу видно всю логику функции. Но вот если писать подфункции стрелочные, то зеленого блока сверху не получится, и я вынужден буду пробегать глазами код подфункций и опустить взгляд вниз чтобы понять логику функции. Как вам такой подход?
1) навіщо створювати функції всередині функцій?

2) я використовую стрілочні функції скрізь, hoisting не потрібен

3) я уникаю statements і використовую expressions скрізь де тільки можна, тому декларації функцій я теж уникаю

Чому? Так простіше
источник

OJ

Oleg Junior in Frontend UA
V7v S6k
1) навіщо створювати функції всередині функцій?

2) я використовую стрілочні функції скрізь, hoisting не потрібен

3) я уникаю statements і використовую expressions скрізь де тільки можна, тому декларації функцій я теж уникаю

Чому? Так простіше
спасибо. понял. у вас получается тогда все функции и их вспомогательные функции все на одном уровне?
источник

VS

V7v S6k in Frontend UA
Переважно так. Це знову ж таки простіше — є великі шанси що допоміжні функції потрібно буде реюзати в межах одного модулю + менший рівень вкладеності. Якщо їх стає занадто багато, то це може бути сигналом розбити модуль на менші частини (але не завжди).
источник

AL

Andrey Listochkin in Frontend UA
Oleg Junior
Вопрос по стилю написания кода. Я постепенно пришел к такому стилю. Стрелочные функции пишу только в коллбеках, т.к. они не поднимаются, а объявляю все вспомогательные функции внутри функции методом декларирования. Тогда получается, что когда я заглядываю в функцию потом, то сверху у меня сразу более абстрактная логика ( зеленый блок ) и сразу видно всю логику функции. Но вот если писать подфункции стрелочные, то зеленого блока сверху не получится, и я вынужден буду пробегать глазами код подфункций и опустить взгляд вниз чтобы понять логику функции. Как вам такой подход?
я тоже не делаю функции внутри функций, но как и ты использую => для колбеков, а функции верхнего уровня объявляю через function.
источник

OJ

Oleg Junior in Frontend UA
Andrey Listochkin
я тоже не делаю функции внутри функций, но как и ты использую => для колбеков, а функции верхнего уровня объявляю через function.
меня некоторые критиковали за функции внутри функции. думаю пора мне исправляться.
источник

G

Gleb in Frontend UA
Andrey Listochkin
я тоже не делаю функции внутри функций, но как и ты использую => для колбеков, а функции верхнего уровня объявляю через function.
+
источник

SS

Serhey Shmyg in Frontend UA
Andrey Listochkin
я тоже не делаю функции внутри функций, но как и ты использую => для колбеков, а функции верхнего уровня объявляю через function.
декларейшн на топ рівні це звичка чи є якесь пояснення?
источник

AL

Andrey Listochkin in Frontend UA
Oleg Junior
меня некоторые критиковали за функции внутри функции. думаю пора мне исправляться.
Такой стиль был популярен, пока модулей не было, и таким образом изолировали область видимости функций. Сегодня это уже не нужно.
источник

OJ

Oleg Junior in Frontend UA
у меня так в этом файле. если из тех функций повыкидывать наверх их подфункции, то в файле такая каша будет... тогда мне нужно на файлы все дробить, чтобы каши не было?
источник