Size: a a a

JavaScript Noobs — сообщество новичков

2021 January 15

NL

Night Lovell in JavaScript Noobs — сообщество новичков
Всем привет как получить 11-22-2921 вот такого формата дату ?
источник

ЛХ

Лапки Х in JavaScript Noobs — сообщество новичков
Yevhen Soldatov
как получить ip address пользователя?
никак спросить у него
можно получить ip провайдера пользователя:
GET запрос на http://api.hostip.info/get_html.php со стороны клиента + split('\n')[2]
источник

A

Alex in JavaScript Noobs — сообщество новичков
Лапки Х
Приведи мне пример, когда значение не может измениться
Реальный пример не приходит в голову. Суть не в том, бывало ли такое когда-то у кого-то, а в том, что, если такое случится, нужно делать правильно исходя из бизнес-логики, а не из того, что требует линтер. Потому что когда всё-таки случится событие, которое однажды изменяет это значение, до того никогда не менявшееся, но изначально предполагающее изменения, придётся переписывать код. Хотя это не должно было быть допущено.
источник

A

Alex in JavaScript Noobs — сообщество новичков
Надеюсь, ты сейчас поймёшь, о чём я всё время говорил выше
источник

ЛХ

Лапки Х in JavaScript Noobs — сообщество новичков
Alex
Надеюсь, ты сейчас поймёшь, о чём я всё время говорил выше
Да я давно понимаю о чем ты, я просто в корни не согласен с твоей логикой
источник

A

Alex in JavaScript Noobs — сообщество новичков
Как ты можешь быть не согласен, если ты сам говоришь о том же, только с точки зрения языковых конструкций?)
источник

ЛХ

Лапки Х in JavaScript Noobs — сообщество новичков
Alex
Как ты можешь быть не согласен, если ты сам говоришь о том же, только с точки зрения языковых конструкций?)
Я уже объяснил — интерпретатор понимает язык на своем языке, в котором определены термины. Если ты меняешь термины, ты рисуешь потерять понимание твоей логики интерпретатором
источник

A

Alex in JavaScript Noobs — сообщество новичков
Лапки Х
Приведи мне пример, когда значение не может измениться
Ну если максимально банальное что-то, хотя не знаю, случается ли такое. Сам не встречался. Вот ты (как разработчик) пишешь приложение с определённым набором фич, но изначально предполагаешь (как заказчик), что будут ещё фичи в будущем. Есть определённая сущность, значение которой просто читается в первоначальном наборе фич (это какие-то геттеры). Так же ты (как заказчик) определяешь, что будущие фичи смогут переписывать значение этой сущности, но когда эти фичи внедрятся — пока неизвестно. Вопрос: использовать ли const на старте или let?
источник

ЛХ

Лапки Х in JavaScript Noobs — сообщество новичков
Alex
Ну если максимально банальное что-то, хотя не знаю, случается ли такое. Сам не встречался. Вот ты (как разработчик) пишешь приложение с определённым набором фич, но изначально предполагаешь (как заказчик), что будут ещё фичи в будущем. Есть определённая сущность, значение которой просто читается в первоначальном наборе фич (это какие-то геттеры). Так же ты (как заказчик) определяешь, что будущие фичи смогут переписывать значение этой сущности, но когда эти фичи внедрятся — пока неизвестно. Вопрос: использовать ли const на старте или let?
скинь портфолио
источник

ЛХ

Лапки Х in JavaScript Noobs — сообщество новичков
Alex
Ну если максимально банальное что-то, хотя не знаю, случается ли такое. Сам не встречался. Вот ты (как разработчик) пишешь приложение с определённым набором фич, но изначально предполагаешь (как заказчик), что будут ещё фичи в будущем. Есть определённая сущность, значение которой просто читается в первоначальном наборе фич (это какие-то геттеры). Так же ты (как заказчик) определяешь, что будущие фичи смогут переписывать значение этой сущности, но когда эти фичи внедрятся — пока неизвестно. Вопрос: использовать ли const на старте или let?
зависит от того, что это
источник

ЛХ

Лапки Х in JavaScript Noobs — сообщество новичков
речь идет об использовании const когда ты, например, получаешь имя пользователя.
источник

ЛХ

Лапки Х in JavaScript Noobs — сообщество новичков
с точки зрения логики, если ты хочешь пририсовать туда смайл пользователя, например, ты должен создать новую переменную имяСоСмайлом, а не менять исходное
источник

A

Alex in JavaScript Noobs — сообщество новичков
Лапки Х
зависит от того, что это
Тут вся достаточная информация для принятия решения есть
источник

ЛХ

Лапки Х in JavaScript Noobs — сообщество новичков
Alex
Тут вся достаточная информация для принятия решения есть
Тут нет главной информации — о какой фиче и реалиазации идет речь
источник

A

Alex in JavaScript Noobs — сообщество новичков
Лапки Х
Тут нет главной информации — о какой фиче и реалиазации идет речь
Тут есть информация о логике её использования
источник

ЛХ

Лапки Х in JavaScript Noobs — сообщество новичков
Alex
Тут есть информация о логике её использования
важна не только логика
источник

ЛХ

Лапки Х in JavaScript Noobs — сообщество новичков
Лапки Х
с точки зрения логики, если ты хочешь пририсовать туда смайл пользователя, например, ты должен создать новую переменную имяСоСмайлом, а не менять исходное
я привел пример почему
источник

ЛХ

Лапки Х in JavaScript Noobs — сообщество новичков
я кучу раз впиливал фичи в свои проекты и страдал из-за неправильной архитектуры проекта
источник

ЛХ

Лапки Х in JavaScript Noobs — сообщество новичков
но ни разу не было такого, что мне надо бегать по коду и сделать константы не константами
источник

v

va1 in JavaScript Noobs — сообщество новичков
Alex
Ну если максимально банальное что-то, хотя не знаю, случается ли такое. Сам не встречался. Вот ты (как разработчик) пишешь приложение с определённым набором фич, но изначально предполагаешь (как заказчик), что будут ещё фичи в будущем. Есть определённая сущность, значение которой просто читается в первоначальном наборе фич (это какие-то геттеры). Так же ты (как заказчик) определяешь, что будущие фичи смогут переписывать значение этой сущности, но когда эти фичи внедрятся — пока неизвестно. Вопрос: использовать ли const на старте или let?
Заказчику, как и бизнес логике -  нет дела до того, как ты объявляешь переменные.
источник