F
лижбы по клюбам и по писькам шляться
Size: a a a
2020 May 17
DE
пИздит или пиздИт?
AK
Foma
и не хочется с пацанами служить год
Я пацанов не признаю как и службу
AK
И в клубе ни разу в жизни не был
В
Действительно, зачем. Норм же, когда муж пиздит каждый день
Ля, болтуна я бы точно не выдержала
AK
пИздит или пиздИт?
пИздит
В
И в клубе ни разу в жизни не был
А я была :D
DE
Ля, болтуна я бы точно не выдержала
Болтуна в проруби
В
И в клубе ни разу в жизни не был
Ты так говоришь будто это достижение
DE
Foma
а насильщика хоч?
Дайслабщика
AK
Ты так говоришь будто это достижение
Это факт
НА
В данном конкретном нет. Но чтобы не анализировать каждый конкретный случай на этот предмет, лучше всегда юзать строгое. Почему это тебе не понятно или кажется неправильным?
если это согласованность на уровне команды и было решено юзать только строгое сравнение, то ок. но если нет такой согласованности и нет смысла юзать строгое сравнение, то программист может не юзать строгое сравнение. и выводы вроде надо всегда юзать строгое будут на уровне субъективных бездоказательных суждений. чтобы что-то использовать более строгое, более сложное для этого должны быть достаточные основания. но аргумент вроде всегда юзай строгое чтобы не ошибиться на не строгом сравнении это может быть. но спорно. и можно аппелировать к тому, а давайте не менять объекты, а только создать новые. типа immutable, потому что при подходе когда меняешь объекты вероятность ошибки больше. зачем вообще js юзать? надо ts там на этапе сборки сразу много ошибок с типами отсекается. к чему я это всё? к тому, что это хорошо, когда каждый инструмент, каждая конструкция в языке используется по назначению
В
Это факт
И что?
AK
И что?
И что?
AK
Твой вопрос не имеет смысла, потому что ты написала сообщение, а я опроверг его
AK
Твоё предположение
DE
если это согласованность на уровне команды и было решено юзать только строгое сравнение, то ок. но если нет такой согласованности и нет смысла юзать строгое сравнение, то программист может не юзать строгое сравнение. и выводы вроде надо всегда юзать строгое будут на уровне субъективных бездоказательных суждений. чтобы что-то использовать более строгое, более сложное для этого должны быть достаточные основания. но аргумент вроде всегда юзай строгое чтобы не ошибиться на не строгом сравнении это может быть. но спорно. и можно аппелировать к тому, а давайте не менять объекты, а только создать новые. типа immutable, потому что при подходе когда меняешь объекты вероятность ошибки больше. зачем вообще js юзать? надо ts там на этапе сборки сразу много ошибок с типами отсекается. к чему я это всё? к тому, что это хорошо, когда каждый инструмент, каждая конструкция в языке используется по назначению
Ты правильно говоришь, зависит от того, есть ли согласованность. А ты гуглил есть или нет?