Возникло пару вопросов, не совсем по теме, но задам тут. Смотрел ваши видео про работу с различными бд (Access, SQL Server), но вот проблема, если я захочу запустить такое приложение на другой машине, возникнут проблемы, можно ли как-то прикрутить бд к ресурсам и использовать не зависимо от расположения бд? Или это как-то иначе делать нужно... Допустим, я не знаю установлен ли server или access на другой машине, как быть тогда? За ранее спасибо, не нашел на эту тему видео...
максимальное число, очевидно, 2^31, так как тип int, а скорость (точнее асимптотическая сложность) - O(n), где n - введённое число, в общем совсем детская, ограниченная в возможностях программа)
Тут ещё и алгоритм поиска простого числа охренеть как не оптимален. Нет смысла перебирать все числа от 2 до n. Достаточно проверить всё до корня из n. Если в этой части делителей нет, то и дальше их не будет. Плюс по циклу можем сразу идти с шагом в 2 по нечётным, это ещё половину вариантов в мусорку выкидывает, т.к. чётное больше двух не может быть простым числом. Ну и если дальше заморачиваться, то простое число не может оканчиваться на 5 и на 0. В итоге область поиска крайне сильно сократится. Можно и дальше позаморачиваться, но в учебных целях будет достаточно и этого. В общем алгоритм в примере охренеть как не оптимален. Я бы с таким решением на зачёте завернул бы доделывать.
проверь на языке СИ числа 2 степень ( от 100.000.000 до 1.000.000.000) сократим их до простых (использовать только простые.) и от всего этого отнять 1 и определить является ли число простым? язык СМ на этом сломается. и проверка 1 числа составит 1 месяц. ЖЕЛАЮ УДАЧИ скажу то что их примерно 18.000.000 чисел чтобы определить число на простату понадобится более 1.500.000 лет. на языке СИ даже квантовый компьютер не сможет решить эту проблему и потратит более 800 лет. если оспорите я вам скажу что 3 степень 3 степень 27 сжигает все мощности квантовых компьютеров и ответ будет дан только через 1800 лет на квантовом компьютере.
Спасибо, очень внятно и доходчиво рассказываете!
Возникло пару вопросов, не совсем по теме, но задам тут. Смотрел ваши видео про работу с различными бд (Access, SQL Server), но вот проблема, если я захочу запустить такое приложение на другой машине, возникнут проблемы, можно ли как-то прикрутить бд к ресурсам и использовать не зависимо от расположения бд? Или это как-то иначе делать нужно... Допустим, я не знаю установлен ли server или access на другой машине, как быть тогда? За ранее спасибо, не нашел на эту тему видео...
Самый лучший вариант - разместить СУБД на отдельном сервере (проще всего на хостинге), тогда можно обращаться к ней по IP сервера с любого клиента.
Какова скорость программ и какова предельная длина проверяемого числа? Надеюсь на ответ, Ю.
максимальное число, очевидно, 2^31, так как тип int, а скорость (точнее асимптотическая сложность) - O(n), где n - введённое число, в общем совсем детская, ограниченная в возможностях программа)
Мы изучаем цикл for. Мне не понятно bool
вопрос (сразу я нуб) , то что ты с .срр на .с переименовал это сделало не кресты а просто си? __ а это си на СЛРе?
Да, создавая файл .c получаем в VS программу на Си. По стандарту С++ обратно должен полностью поддерживать Си. И нет, это будет не CLR.
помогли
Если ввести 2, то не получается(((
Variag C поддерживаю
Тут ещё и алгоритм поиска простого числа охренеть как не оптимален. Нет смысла перебирать все числа от 2 до n. Достаточно проверить всё до корня из n. Если в этой части делителей нет, то и дальше их не будет. Плюс по циклу можем сразу идти с шагом в 2 по нечётным, это ещё половину вариантов в мусорку выкидывает, т.к. чётное больше двух не может быть простым числом. Ну и если дальше заморачиваться, то простое число не может оканчиваться на 5 и на 0. В итоге область поиска крайне сильно сократится. Можно и дальше позаморачиваться, но в учебных целях будет достаточно и этого. В общем алгоритм в примере охренеть как не оптимален. Я бы с таким решением на зачёте завернул бы доделывать.
проверь на языке СИ числа 2 степень ( от 100.000.000 до 1.000.000.000) сократим их до простых (использовать только простые.) и от всего этого отнять 1 и определить является ли число простым? язык СМ на этом сломается. и проверка 1 числа составит 1 месяц. ЖЕЛАЮ УДАЧИ скажу то что их примерно 18.000.000 чисел чтобы определить число на простату понадобится более 1.500.000 лет. на языке СИ даже квантовый компьютер не сможет решить эту проблему и потратит более 800 лет. если оспорите я вам скажу что 3 степень 3 степень 27 сжигает все мощности квантовых компьютеров и ответ будет дан только через 1800 лет на квантовом компьютере.
13 и меньше дюймов сочувствую