Это значит что у тебя в городе 2 с половиной работодателя и ты выбрал хоть что-то чем крутить пальцы с тем что мол я знаю что хочу

что за переменные хранят данные вида (27.2+2.3) в MySQL? можно как VАRCHAR?

А нужна фраза или вычисление?

я проверялл

нет просто что бы сохранилась как 27.2+2.3

Я знаю что в Саратове для меня 3 конторы

Так а причем здесь varchar

а что использовать то?

Float или real

открыл резюме - ну штук 8 компаний наисало за месяц про которые и не слышал

поэтому ну не верится мне что в саратове настолько плохо с ойти

С айти у нас ок. А с++ уже гораздо хуже

а почему с ними то проблема?

Ну это же не веб. Не самая широкая сфера применения

ну на заводы же надо

ну на заводы же надо

По своему любимому Qt ничего не нашел

ибо бюджетка

никогда не менял стандартные темы в средах разработки и не понимаю зачем это нужно)

У меня вопрос вот в этой части. Если мы проходимся по каждому элементу массива, то по идее, должно же создаваться много одинаковых одноименных свойств. Почему в итоге только одно? И еще по поводу этой функции: зачем применять понижение регистра, ведь и там, и там сравниваются значения. А они одинаковы. Зачем тогда ты ее применил?

У меня вопрос вот в этой части. Если мы проходимся по каждому элементу массива, то по идее, должно же создаваться много одинаковых одноименных свойств. Почему в итоге только одно? И еще по поводу этой функции: зачем применять понижение регистра, ведь и там, и там сравниваются значения. А они одинаковы. Зачем тогда ты ее применил?

У меня вопрос вот в этой части. Если мы проходимся по каждому элементу массива, то по идее, должно же создаваться много одинаковых одноименных свойств. Почему в итоге только одно? И еще по поводу этой функции: зачем применять понижение регистра, ведь и там, и там сравниваются значения. А они одинаковы. Зачем тогда ты ее применил?

Начну с конца: значения не одинаковы, обрати внимание, из-за разного регистра строки не равны. Сейчас пока делал скрин подумал что можно сравнивать не название свойство из CITY, а его значение, тогда думаю от lowerCase можно избавится

А в жс, если есть две строки, но имеют одно значение, они обе ссылаются на одну ячейку памяти или на разные?

смотря как переменные объявлены, примитивы по значению передаются, а не по ссылке

Примитивы это что в жс

всё что не является объектом

Ты сравнил название ключа одного словаря с значением другого, я правильно понимаю ?

ну я не знаю правильно ли это называть словарями, но да, суть в этом

Начну с конца: значения не одинаковы, обрати внимание, из-за разного регистра строки не равны. Сейчас пока делал скрин подумал что можно сравнивать не название свойство из CITY, а его значение, тогда думаю от lowerCase можно избавится

это вопрос? или что

Не не я за то что бы с регистром не долбатся. Хотя ты это знаешь, зачем я писал 😂

Проверила. Я думала, там при сравнении будет значение свойство, а не его ключ. А как тогда организовать проверку именно по значению?

по поводу создния свойств с разными именами - вот на этой строчке подставляется перменная item в которой лежит город. В объектах в JS можно в названия свойство через квадратные скобки подставлять вычисляемые значения или переменные. Подробнее про это можно почитать тут - https://learn.javascript.ru/object#kvadratnye-skobki По сути на место item на каждой итерации подставляется название города и оно на каждой итерации разное

Нет, это как раз понимаю. Но. Вот взяли Москву, например, и поехали сравнивать для КАЖДОГО объекта. Получается. по логике, он нашел первую Москву, создал в новом объекте свойство Москва с массивом, нашел вторую Москву в следующем объекте из массива пипл, создал еще одно свойство Москва и т.д...

const CITY = { MOSCOW: "Moscow", KAZAN: 'Kazan', SPB: "SPb" } for (item in CITY) - вот

Подожди, я понимаю, что нет повторных городов. Поэтому я и говорю, что убираем цикл, оставляем одну Москву. Т.е. item = {MOSCOW: "Moscow"} но дальше ведь идет цикл, который перебирает каждый элемент в пипл и сравнивает значение city со значением москва. Получается, он нашел первое совпадение, создал свойство MOSCOW: [], идет дальше, находит второе совпадение, снова долен создать свойство MOSCOW: []

Есть же возможность насоздавать такой объект

Есть же возможность насоздавать такой объект

Ты если этот код запустишь и проверишь - там будет одно свойство sss

А, нифига себе, он даже внутри объекта перезаписывает свойство??

Кто знает почему while со строками и с числами работает по разному ? Или я чего-то не вижу while Length(st) < 1 do begin writeln('Please, input a string'); read(st); end; этот цикл с длиной строки st не прекращает выполнять вывод строки writeln('Please, input a string'); и не даёт написать новую строку while ((n < 0) or (n > 50)) do begin writeln('Please, input acceptable quantity of elements in array S[1..n], in which max n = 50'); readln(n); end; а у этого цикла с всё нормально, он один раз пишет и один раз даёт мне ввести новое значение

ведь тогда у нас 2 одинаковых ключа будут разные значения иметь

Получается, в той части кода где forEach там всё-таки создаётся куча свойств, равное количеству совпадений, просто они перезаписываются?

Кстати ты меня подвела к еще одному месту для оптимизации в этом решении - можно на каждой итерации проверять существует ли уже такое свойство и если существует - просто пропускать итерацию, что бы не перезаписывать уже созданное свойство :)

Ты меня все больше убиваешь)))

Ты меня все больше убиваешь)))

Никто не знает?

А там нет мема, что он выводит и сразу считывает, что вывелось?