(UA) IT/Tech Ukrainians in Canada
-
🔥?
-
то летом будет))
-
Ничего не горит я надеюсь. Просто спросил)
-
youtu.be/h1R0YXqLPUc?si=oaqDNoqc7c2haw62
-
В Ситжесе очень много, на каблуках, нарядные
-
Да любой подойдет удаленный
-
аж захотелось посмотреть)
-
Не вірю )
-
псс, парень, туризм это про просмотреть)
-
Посмотреть? Это ведь не зоопарк
-
Я б на його місці задумався
-
Тільки снігочистка
-
Жаль в канаді не практикують
-
Звучит надменно
-
Ага кількість ітерацій = 2^cost
-
Важко сказати шось конкретне, не бачивши всього коду, але те, що кидається персонально мені в очі в цьому конкретному сніппеті: - я намагаюсь не вживати switch, коли цього можна не робить, особливо коли є кілька кондішнов, які мають той самий результат (як тут) - на мій погляд, це знижує читабельність - early returns - структурують код to be more uniform vertically (less indentation) —> more readability Based on the above, what if you threw out the switch and instead did something like if (!can_manage || !can_request) { throw } в залежності від того, шо саме робить с() та логіки, можна використовуючи short circuit evaluation прийти до правильного результату Потім переписати кілька if зверху на ternary чи може assignment with typecasting, шоб коротше було (треба подивитись, чи не заберемо ми читабельність таким чином). Якщо це робити, можна виділити this.allModels.SiteUser в окремий local var для коротше/читабельніше Just some ideas
-
Caps.CAN_REQUEST = !!ctx.currentAccUserRole.role.requestEa; як можливий приклад typecasting в залежності від типу Грьобаний JS 😃
-
да, тут уже все понятно. что можно и guard conditions сделать, и вообще использовать стремные конструкции со свитч. но нам приходят часто измнения где нужно комбинации разных условий изменять. и гард кондишны некотрые начинают работать не так как надо. то есть всей картины логики н видно.
-
Про шо? Це не нормально так робити, про це мабуть?
-
Постановка, в реальности она бы его просто убила
23 Jan 2023, 01:02
427626/635170
about a minute ago