Oleg
В кофескрипте для этого оператор специальный есть
Oleg
В разных всяких языках также есть варианты
CherryTea
В кофескрипте для этого оператор специальный есть
Да там в статье пр это написано. Но не тянуть деш мне кофескрипт для этого)
Андрей
Бойлерплейт это проблема.
Андрей
Но рефакторинг ценнее.
Андрей
Без типизации ты не можешь быть уверен, что удаляя поле из объекта ты не поломаешь что-то в другом месте.
Oleg
Тут начинает играть понятие слабой связанности и инкапсуляции
CherryTea
А так - поставь какой-нибудь плагин к бабелю. Уверен, что есть такой уже.
Не, нету ничего такого
Oleg
То есть проблемы могут быть не такими разрушительными как кажется
Oleg
Если код написан верно
Oleg
Но да, со строгой типизацией можно быть более уверенным в своем коде
Андрей
Пока только это нашёл. Думаю, что есть где-нибудь.
CherryTea
вы словно хотите пролить истину но чего-то ждете
Андрей
А в чём бред то?
Андрей
Без типизации ты не можешь быть уверен, что удаляя поле из объекта ты не поломаешь что-то в другом месте.
Oleg
Собственно тут баланс - либо ты пишешь на каждый чих тип и читаешь не чисто логику, а мешанину с типами, либо ты пишешь без типов, но можешь словить баг при кривом типе
Андрей
Это не проблема?
Андрей
Эм...
Андрей
Я вроде как конкретный пример привёл.
Андрей
Ок.
Андрей
А что не конкретного в этом примере?
Oleg
Главное не забывать что для разного типа кода эффективнее может быть код с типизацией и без неё. А также зависит от бизнеса, ресурсов, компетентности людей и сферы применения софта. Поэтому никогда не будет момента когда полностью победит конкретный способ типизации. Как минимум пока не изобретут что-то совсем новое.
Андрей
Главное не забывать что для разного типа кода эффективнее может быть код с типизацией и без неё. А также зависит от бизнеса, ресурсов, компетентности людей и сферы применения софта. Поэтому никогда не будет момента когда полностью победит конкретный способ типизации. Как минимум пока не изобретут что-то совсем новое.
Ну верно. Без типов можно надёжно и чисто писать уж очень небольшие проекты. Или скрипты, которые вместо модификации можнжо переписать спокойно.
Oleg
У меня был проект на пару лямов строк кода, без типов, без тестов и без документации
Oleg
И не умер
Oleg
И даже рефакторился
Oleg
Всё дело в правильной инкапсуляции, связанности и ООП
Андрей
А сколько времени на это потратил бы, если с нуля входить?
Oleg
Но конечно если бы там были тесты и документация - было бы лучше
Oleg
Входить в каком плане?
Oleg
Понять как работает?
Андрей
Да. Ничего не знаешь о проекте и вот надо фичу дописать.
Oleg
Дело в том что знаешь
Oleg
Потому что единый фреймворк почти везде
Oleg
И не так много стилей написания
Андрей
А, не. Если у тебя весь проект в голове, то проблем нет. Но это что-то не очень.
Oleg
То есть не типизацией единой
Oleg
Ну я за 2 года так и не познал его весь
Oleg
Ибо миллионы строк
Oleg
7 лет, 35 человек
Danakt
Когда пишешь код, ты его знаешь, и думаешь что пофигу на описание, типы, jsdoc'и там всякие. Для дураков это всё придумано, только шум синтаксический. А потом приходит на проект новый человек и пиздец
Oleg
И не умерло
Oleg
Без типов
Oleg
Просто не только типы нужны для того чтобы проект жил
Oleg
Да, с ними уверенность больше
Oleg
Но они помощь, но не средство решения всех проблем
Андрей
Не, это понятно. Но если можно с типами, то зачем без?)
Андрей
Тем более это реально упрощает проект.
Oleg
Тайпскрипта тогда не было
Nikolay
Когда пишешь код, ты его знаешь, и думаешь что пофигу на описание, типы, jsdoc'и там всякие. Для дураков это всё придумано, только шум синтаксический. А потом приходит на проект новый человек и пиздец
Потом сам возвращаешься к такому своему коду, и пиздец.
Danakt
Кстати, да
Oleg
Но фреймворк умел в ООП и не было внешних либ - всё в нем, никаких 100500 либ и тп
Oleg
Да
Андрей
А, ну там другая проблема)
Андрей
Я просто игрался с ним и теперь у меня аллергия на него.
Oleg
Собственно за счет того что классы, одна либа-фреймворк на всё, содержащая всё, полифилящая всё и единый стиль проекта позволяют иметь миллионы строк кода и не покрыться седеной
Oleg
А также всякие там потоки эвентов без жестких связей, MVC на уровне фронтенда и тд и тп
Oleg
В общем нет правды в том что лучше - писать везде типы или не писать. И наличие супер-популярных языков в обоих лагерях при этом имеющих и маленьки и большие проекты ещё больше вносят путаницы - так нужно или не нужно?
MVD
народ, кто сможет модалку на сайт сделать? Чтоб открывалась при уходе с сайта или через X минут
MVD
Платно
Александр
Ребята, может у кого есть вопросы к собесу? на мидл уровень? или хотябы перечеь тем
Cenator 🐈
Ребята, может у кого есть вопросы к собесу? на мидл уровень? или хотябы перечеь тем
Там больше по библиотекам будет
Cenator 🐈
Так что опыт решает
Anonymous
Ребята, может у кого есть вопросы к собесу? на мидл уровень? или хотябы перечеь тем
Вангую парочку классических задач на замыкания + вопросы по жизненному циклу реакта и деталях ререндера.
Александр
Вангую парочку классических задач на замыкания + вопросы по жизненному циклу реакта и деталях ререндера.
где б прочитать про детали ререндера?)
Anonymous
а вообще, ответы любого уровня круче "ну хуё-моё, там пропсы или стейт меняется, и кароч хуяк ререндер" сгодятся
Anonymous
как правило
Danakt
Это вопросы не на миддла
Danakt
Вангую парочку классических задач на замыкания + вопросы по жизненному циклу реакта и деталях ререндера.
Задачи на замыкания — да. Вопросы про реакт — вопросы для человека, который знает реакт
Anonymous
Задачи на замыкания — да. Вопросы про реакт — вопросы для человека, который знает реакт
На замыкания в любом случае задают, судя по моим собесам.
Danakt
Вопросы про них должны быть, но в начале, потому что если человек не отвечает на них, можно завершать собеседование
Таймураз
Кроме того что это будет работать немного медленее,т.к. Выполнение стека фукций дороже простого &&
Экономия на спичках
Разница в наносекунды
Но при этом более надёжный код
Cenator 🐈