Массивы

[kasper]

У нас есть два массива.
Нужно выяснить, имеются ли в них одинаковые элементы.
Скажите чо-нибудь умное, пожалуйста!
Мой собственный код этой проги получается большой!
И еще: размер массивов не лигитимирован! То есть в них может быть разное колличество элементов!

[Alf]

Сортировать массивы можно?

Если нет, то можно ли сделать их копию, которую потом отсортировать?

[kasper]

можно сортировать, можно использовать указатели и ссылки, размещать в динамич. памяти, можно делать копию

[Alf]

Ну если можно, тогда алгоритм простой.

1. Сортируем массивы по возрастанию.
2. Делаем текущими первые элементы обоих массивов.
3. Пока не конец массива, цикл:
3.1. Сравнить текущие элементы первого и второго массива.
3.2. Если равны, то нашел одинаковые; оба текущие эл-та продвинуть на 1 и продолжать цикл.
3.1. Иначе если текущий эл-т первого массива меньше текущего эл-та второго массива, то продвинуть тек. эл-т первого, иначе продвинуть тек. эл-т второго массива и продолжать цикл.

Поскольку оба массива отсортированы по возрастанию, нужно каждый раз продвигаться на шаг по тому массиву, текущий элемент которого меньше. Тогда за один проход соберешь все совпадения.

[kasper]

Это получается:
о1------а1
о2------а2
о3------а3
о4------а4,
а мне надо:
о1-----а1, а2, а3, а4
о2-----а1, а2, а3, а4
о3-----а1, а2, а3, а4
о4-----а1, а2, а3, а4

[Alf]

Это чего такое значит? Я такого не понимаю. Где тут два массива?

[kasper]

a
o

[Alf]

Ну так сортируешь оба и сравниваешь, начиная с первого элемента. А потом тот массив, у которого текущий меньше, продвигаешь на 1 и так далее.

[kasper]

Пробовал, не хочет компилировать!
Сразу же говорит об ошибках. Таких, что дальнейшее использование работающей проги невозможно. Приходиться закрывать окно и мучиться дальше

[Alf]

Так алгоритм и не будет компилироваться. Его сначала в программу на С++ превратить нужно, и желательно без ошибок.

[kasper]

))
так дело в том, что не могу пока описать сей алгоритм!
знаний синтаксиса не хватает.
Делаю как могу, прога получается очень большой! Я хотел спросить, как сделать по-короче

[Alf]

Ну и спросил бы, что именно не получается.

Сортировка - несложная штука, хорошо в литературе описана. Мой алгоритм тоже сложным не назовешь. Не должна программа большой получиться. Покажи, что именно вызывает затруднения.

[kasper]

Смысл в том, что я могу сделать так:
for(int i=0; i<10; i++)
{
   if(o==a[i+1])
      cout<<o;
}
Как сделать так, чтобы не пришлось 10 раз писать это же?
И что делать если размер массива вводится с консоли, и разный?

[Alf]

Немного не так. Примерно вот так нужно:

Код:

for (int acurr=0, ocurr=0; acurr<amax && ocurr<omax;)
{
  if (a[acurr] == o[ocurr])
  {
    твои действия в случае совпадения элементов;
    acurr++;
    ocurr++;
  }
  else if (a[acurr] < o[ocurr])
    acurr++;
  else
    ocurr++;
}

Вроде так, если ничего наспех не пропустил.

[kasper]

Aif, спасибо, я завтра прокомплю. Сейчас голова не варит. Около 36 часов бодрствую.
Щас кусну чно-нибудь и спать лягу.

[Alex437]

А std нельзя юзать? А то бы совсем красиво было: 

Код:

vector<int> a, o;
vector<int>::const_iterator it;
for(unsigned i = 0; i < a.size(); ++i) {
        it = find(o.begin(), o.end(), a[i]);
        if(it != o.end()) {
            cout << *it;
        }
}

[Alf]

Может, конечно, и можно. Однако по моим прикидкам алгоритм получается порядка N² действий (при размерности массивов порядка N), а это не так уж красиво при больших N. Хотя код и получается короче на пару строчек, но эта экономия дорого обойдется в итоге.

[kasper]

Вот так как я это думаю:

Код:

#include<iostream.h>

int main()
{
	int a[11]={10, 20, 30, 40 ,50 ,60 ,70 ,80 ,90, 100, 0};
	int b[11]={15, 25, 35, 45, 55, 65, 75, 85, 95, 105, 0};
	int counter=0;
	do{for(int i=0; i<10; i++)
	      if(a[counter]==b[i])
		     cout<<"b["<<i<<"]="<<b[i]<<endl;            
			    if(b[i]=='\0')
				   counter++;            
	}while(a[counter]!='\0');
                counter=0;
	do{for(int i=0; i<10; i++)
                if(b[counter]==a[i])
		     cout<<"a["<<i<<"]="<<a[i]<<endl;
                                                    if(a[i]=='\0')
				   counter++;
	}while(b[counter]!='\0');

	return 0;
}

[kasper]

Попробуйте поставить одинаковые цифры в маасивах

[Dimka]

Может, конечно, и можно. Однако по моим прикидкам алгоритм получается порядка N² действий (при размерности массивов порядка N), а это не так уж красиво при больших N. Хотя код и получается короче на пару строчек, но эта экономия дорого обойдется в итоге.

Зато не требует предварительной сортировки обоих массивов. Если сравнивать однопроходный алгоритм вместе с сортировкой vs то, что Alex437 изобразил... Если я правильно помню оценку qsort, то получается n*m против n*ln(n)+m*ln(m)+max(m,n). А вот искать при каких m и n одно лучше другого мне сейчас лениво.

[Alf]

... Если я правильно помню оценку qsort, то получается n*m против n*ln(n)+m*ln(m)+max(m,n). А вот искать при каких m и n одно лучше другого мне сейчас лениво.

А там за нас уже все давно нашли. Правда, ворочать кирпичи Кнута ради такой мелочи неохота, а более попсовые "Жемчужины программирования" Бентли оставил на работе. Однако помню, что результаты измерений Бентли на реальных задачах поражают воображение цифрами. Конечно, на десятке-сотне элементов ничего не заметишь, все за один тик таймера пролетит. А на настоящих задачах может получиться весьма зримо.

Аналогичный пример. Одиниз моих сотрудников сводил баланс нашего обмена трафиком с партнерами, кто кому сколько должен. Расчеты длились более суток, причем сервер с данными находится в удаленной сети, которая порой глюкает, и необходимо либо перезапускать задачу, либо делать откат. Я решил поглядеть, что это за суперзадача, которая на мощном компе делается так долго (мне подозрительно все, что крутится дольше нескольких минут на компе с миллиардом операций в секунду, ибо помню времена, когда мечтали о миллионе).

В результате оказалось, что подходящий тариф для направления каждый раз ищется в массиве линейным поиском(!).

Заставил товарища разбить массив на несколько частей, каждую отсортировать (что далось бесплатно, ибо исходные данные все равно берутся с SQL-сервера) и заменить линейный поиск двоичным, то есть вместо (t ~ N/2) поиск стал производиться за (t ~ log₂(N/10)). В численном выражении это составило ~40 сек вместо прежних ~35 часов. Раньше парень запускал задачу и присматривал, не случилось ли чего по ходу. Теперь он, пардон, по нужде не успеет выскочить за время ее выполнения, нажал - получи результат. Как говорится, "думайте сами, решайте сами" (С).

Мораль: не заигрывайте с алгоритмами порядка N², они не столь безобидны, как кажутся с виду. И не экономьте несколько строчек несложного кода, в конечном итоге боком выйдет.

[kasper]

Есть еще интересная задачка, 
я ее уже написал. 
Помучайтесь пока:
В линейку вбиты гвозди, находящиеся на заданных расстояниях p1, p2,…,pN друг от друга. Соседние гвозди можно связывать нитками. Не должно остаться ни к кому не привязанных гвоздей. Нужно найти способ их связывания, обеспечивающий минимум суммарной длины нитей.

[Михалыч]

Если условие описано дословно и корректно то мне кажется все элементарно.
Но это если понимать описанную задачу ДОСЛОВНО.
Гвозди вбиты "в линейку" - стало быть по прямой линии. Расстояния между гвоздями м.б. не одинаковым - сие и не важно. Но кратчайшее расстояние между двумя точками до сих пор была прямая линия. Стало быть и ответ сам по себе напрашивается - связывай гвозди последовательно друг за другом. И будет тебе кратчайшая нитка.
Другое дело, что это явно не так, уж больно все просто. Мне кажется, что явная неоднозначность прочтения и понимания условия задачи "зарыты" вот тут - "ни к кому не привязанных гвоздей". Уточните задачу, иначе ее решать можно исходя только из собственных предположений - см. первое решение. В нем тоже не осталось "не привязанных" гвоздей. Вопрос только КАК не привязанных

[Alf]

Есть еще интересная задачка,
я ее уже написал.

За какое время твоя программа обсчитывает сотню гвоздей?

[kasper]

Закон такой:
если в задаче есть неточности,  и что то непонятно, то делай так как понял.
Мое решение:

Код:

#include<iostream.h>
#include<stdlib.h>
#include<conio.h>
#include<iomanip.h>

int main()
{
	int sum, odd=1, even=0, pass, zero=1, counter=0, hold;	
	int array[10];	
	cout<<endl<<"* Enter coordinate nail (santimetre): "<<endl;
	sum=0;
	cout<<"  ";
	for(int i=0; i<10; i++)
	{array[i]=rand() % 99 + 1;}
	for(pass=0; pass<10; pass++)
		for(i=0; i<10; i++)
			if(array[i]>array[i+1])
			{hold=array[i];
			 array[i]=array[i+1];
			 array[i+1]=hold;}
	for(i=0; i<10; i++)
	{cout<<array[i]<<setw(3);
	 counter++;	
		 if(counter==2)
		 {cout<<"      ";
		  counter=0;}		     	 		 
	}do{sum=sum+((array[odd])-(array[even]));		
	    odd=odd+2;		
		even=even+2;		
	}while(even<10);	
	cout<<endl<<"  For ligament only nearby nails, it is necessary"<<endl
		<<"  "<<sum<<" santimetre niton"<<endl;
	return 0;
}

Alf, честно говоря незнаю и нужно ли это?

[Alf]

...
Alf, честно говоря незнаю и нужно ли это?

Хм... Даже затрудняюсь ответить, такой поворот мне и в голову не приходил. С какой целью тогда была написана программа?

Еще Козьма Прутков учил: "Бросая в воду камешки, смотри на круги, ими образуемые; иначе такое бросание будет пустою забавою." Чтобы написание подобной программы не стало пустой забавой, нужно одно из двух:  либо получить выгодный подряд на связывание  гвоздей нитками (в чем я сомневаюсь), либо пожелать научиться чему-то новому (что больше похоже на правду).

Наиболее очевидный алгоритм, который первым приходит в голову, - это перебрать все комбинации и для каждой оценить суммарную длину нитей, после чего выбрать минимальную длину. Незатейливо, однако по моей прикидке потребует 2^N операций, а следовательно, будет работать лишь при N~10. Именно поэтому и спросил про сотню гвоздей - алгоритм, способный обсчитать сотню за разумное время, должен быть весьма элегантным, и мне хотелось бы на него посмотреть. В противном случае это тривиальный перебор, не представляющий никакого интереса.

[kasper]

да, наверно.
я пока немогу делать привязку к таймеру.
как это?

[nikedeforest]

Засеки время в начале выполнения алгоритма и в конце. Благодарям простым алгебраическим операциям узнаешь как долго работате твой алгоритм. Это, если конечно именно это имелось ввиду.

[kasper]

Это нужно отобразить в исходнике, если я правильно понял.
Какими операторами или функциями?

[nikedeforest]

Под винду пишешь? Среду разработки скажи.

[kasper]

Обыкновенное консольное приложение.
Да под винду.
Вот на примере моей проги (см. выше)

[nikedeforest]

#include   <stdio.h>
#include   <dos.h>

int main(void)
{
   struct  time t;

   gettime(&t);
   printf("The current time is: %2d:%02d:%02d.%02d\n",
     t.ti_hour, t.ti_min, t.ti_sec, t.ti_hund);
   return 0;
}
Это под ДОС.

[nikedeforest]

А под винду навалом всего:
LPSYSTEMTIME lpst - это структура.
GetSystemTime(LPSYSTEMTIME lpst);
GetLocalTime(LPSYSTEMTIME lpst);
и т.д. Еще есть фукнция, которая показывает сколько винда уде работает (т.е. сколько компьютер включен, но я ее забыл)

[kasper]

#include   <dos.h> - содержит опреаторы обращения к времени, как я понял.
struct  time t; - объявление переменной обращения к составным частям структуры.
t.ti_hour, t.ti_min, t.ti_sec, t.ti_hund - переменные.
Я правильно понимаю?
Тогда, что это:
gettime(&t); - ?
Где сама структура time?
в <dos.h> или <stdio.h>?
Как это записать с помощью cout:  printf("The current time is: %2d:%02d:%02d.%02d\n", t.ti_hour, t.ti_min, t.ti_sec, t.ti_hund); - ?

[kasper]

можешь привести практическое применение:
LPSYSTEMTIME lpst;
GetSystemTime(LPSYSTEMTIME lpst);
GetLocalTime(LPSYSTEMTIME lpst);

[nikedeforest]

struct time -это спец. структура, в поля которой записываются значения времени (часы, минуты, секунды и т.д.)
Описанеие структуры в dos.h
cout<<"The current time is:"<<t.ti_hour<<":"<<t.ti_min;

[kasper]

спасибо.
если я сейчас добавлю это в мою прогу, она будет работать?
И как добавить, что бы не нарушался ход выполнения проги?
еще раз, что такое gettime(&t); - ?

[nikedeforest]

gettime(&t); - эта функция заполняет поля структуры t текущими значениями времени.

если я сейчас добавлю это в мою прогу, она будет работать?

Создай отдельный проект и внеси в него весь код, который я тебе дал. Он рабочий и у тебя должен компилится. Если все ОК, то добавляй код в свой проект. Создай 2 структуры t и t1.
Перед выполнением твоего алгоритма поставь gettime(&t) и в конце твоего алгоритма поставь gettime(&t1).
А потом ищи разницу времени, тем самым ты узнаешь сколько выполняется твой алгоритм.

[Михалыч]

объявлено в хидере dos.h вот так - void gettime(struct time *timep);
стало быть ответ на твой вопрос:
gettime(&t);
я так понял не понятно, видимо что такое &t - в функцию должен передаваться указатель на структуру
struct time *timep - указатель, указанный в параметрах функции
time t; - так объявлена структура у тебя в программе
&t - ее адрес в памяти - т.е. указатель на нее.

[Михалыч]

Закон такой:
если в задаче есть неточности,  и что то непонятно, то делай так как понял.

Уважаемый kasper. Сильно надеюсь, что это шутка, и не более того.
Ни в обиду никому будет сказано, но если это действительно такой подход к жизни - то в программировании вам лучше не работать
Ну зачем нам взлетающие на воздух атомные станции, хим.заводы, падающие на голову самолеты и космические станции? Не говоря уж о 1001 мелочи попроще (но не менее страшных)...
Если еще не успели сильно привыкнуть жить по такому закону - отвыкать срочно!!!

[Dimka]

Уважаемый Михалыч, всей душой согласен с тем, что в результате будет всё взрываться, падать и т.п. Однако, ежели какое-то руководство очень хочет побыстрее заработать денег, отказываясь от ответственности, не ощущая угроз материального характера, не терзаясь имиджевыми рисками и т.п. "мелочами", и, так случилось, что вы оказались в подобном проекте, вам останется 3 пути: сбежать, устроить саботаж с целью наведения порядка - попытаться взять управление и ответственность на себя, следовать упомянутому подходу к жизни.

В любом случае, если информации недостаточно и нет возможности её добыть, а предпринять хоть что-нибудь обязательно нужно, приходится идти на риск - се ля ви, как говорится.

[Михалыч]

Уважаемый Михалыч, всей душой согласен с тем, что в результате будет всё взрываться, падать и т.п. Однако, ежели какое-то руководство очень хочет побыстрее заработать денег, отказываясь от ответственности, не ощущая угроз материального характера, не терзаясь имиджевыми рисками и т.п. "мелочами", и, так случилось, что вы оказались в подобном проекте, вам останется 3 пути: сбежать, устроить саботаж с целью наведения порядка - попытаться взять управление и ответственность на себя, следовать упомянутому подходу к жизни.

В любом случае, если информации недостаточно и нет возможности её добыть, а предпринять хоть что-нибудь обязательно нужно, приходится идти на риск - се ля ви, как говорится.

Да... Тяжело без пистолета
Я бы в такой ситуации м.б. сбежал   И не стал бы работать над таким проектом и с таким руководством.
По поводу самого последнего Вашего высказывания - увы! - "се ля ви" есть "се ля ви", От этого никуда не денешься. Я ведь и не призываю во всех без исключения подобных случаях "сидеть сложив ручки"
Но и за правило такой подход к жизни принимать нельзя.
А предпринять хоть что-нибудь - в случаях с проектами, связанными с тем, о чем говорилось (то, что "взлетает и падает" на головы) - это только (и видимо ТОЛЬКО) уточнение информации до конца. Без вариантов.

[kasper]

Михалыч, при всем уважении,
Чем плох такой закон? Есть заказ на разработку програмного обеспечения. И я пишу, что предусмотренно в проекте. Все. Точка.
Ни больше, ни меньше. У тебя не бывало таких случаев, кода готовый программный продукт возвращали.
Ни потому что он был плох. Наоборот. Он был очень хорош. При всем уважении, Михалыч,
все наверно видели по телевизору, как взорвался Американский Шатл. Оказалось, программист, при составлении кода, вместо точки поставил запятую. Это насчет того, если я буду, да будет на то воля господа,
писать програмное обеспечение для атомных станций, орбитальных модулей и т.п. То наверно буду писать только то, что есть в проекте? Как ты думаешь? Я не прав? Или мне написать прогу для атомной станции, как я считаю нужным? Не руководствуясь проектом? А насчет того, что бы закончить с программированием, то что значит закончить? Михалыч, при всем уважении, ты куришь? Как насчет того чтобы бросить? Я на втором курсе учусь. И что? Бросить? Михалыч, какое бы ни было большое уважение, которое я к тебе испытываю, но одного твоего слова мало. Сказать честно? Такие слова на меня действуют как пощечина. Что я сделал? Спросил только. Не берут денег за спрос.
И по поводу пистолета: скажи, ты начальник? Если да, то становится понятным, как решаются споры у вас на работе, при всем уважении

[Alf]

...все наверно видели по телевизору, как взорвался Американский Шатл. Оказалось, программист, при составлении кода, вместо точки поставил запятую.

kasper, это "утка", подброшенная журналистами. Если ты про "Колумбию", то там теплозащита подкачала, а если про "Челленджер", так там до сих пор не разобрались толком. А этой байке уже много лет, ей еще пугали фортрановских программистов в свое время. Изначально утверждали, что ошибка выглядела примерно так:

Код:

DO 10 I=1.25

Из-за того, что ФОРТРАН игнорирует пробелы, изначально задуманный цикл по I от 1 до 25 превратился в присваивание переменной DO10I значения 1.25 (ФОРТРАН позволяет использовать необъявленные переменные). Якобы из-за этого пришлось подорвать зонд, направляющийся то ли к Венере,то ли к Марсу. А теперь байка уже и до "шаттла" добралась, выходит.

[Вад]

Чем плох такой закон?
...
Есть заказ на разработку програмного обеспечения. И я пишу, что предусмотренно в проекте. Все. Точка.

Я как тестер-разработчик хочу вставить свои 5 копеек про то, как пишут то, что предусмотрено в проекте Пишут по неплохой спецификации, хорошие разработчики. Вот только периодически проект не собирается, временами вылезают занятные баги (вроде итератора, который забыли вернуть в начало вектора), утечки ресурсов, а кое-где логика работы не всегда совпадает с той, что на бумаге Это такой закон, наверное. Потому что "предусмотреть в проекте" каждый гвоздь, думаю, нереально. Тут только самоконтроль и тестеры помогут Думаю, странной будет та проектная документация, где в описании каждого класса будет стоять напоминание: "Товарищи программисты! Не забывайте удалять массивы и возвращать итераторы на место!" 
Во всяком случае, не стоит так горячиться. Кстати, о Шаттлах. Припоминается мне (если не мнится), что некий межпланетный аппарат улетел совсем не в ту сторону, потому что всё сделали по спецификациям, только после последней правки съэкономили время и не провели полный цикл тестирования. Вот тебе и написали "что предусмотрено".

Что касается таймера, то, имхо, лучше использовать FILETIME, с ним разницу во времени проще получить. Функция GetSystemTimeAsFileTime.

[npak]

Закон такой:
если в задаче есть неточности,  и что то непонятно, то делай так как понял.

Уважаемый kasper. Сильно надеюсь, что это шутка, и не более того.
Ни в обиду никому будет сказано, но если это действительно такой подход к жизни - то в программировании вам лучше не работать

Увы, но именно так реализуются многие стандарты.  При разработке стандарта что-то недосмотрели, пропустили, что-то при внимательном чтении оказалось непонятным.  Стандарт опубликован, текст заморожен, разработчик оставлен, можно сказать, один на один с непонятками.  В большинстве случаев разработчики не напрягаются поиском истины, а делают по своему разумению.
В результате появляются несовместимые реализации протоколов, которые вроде как работают, но не очень, не совсем, или совсем не работают.

[Михалыч]

kasper, ты чего расходился? Эк, тебя проняло-то Вот уж никак не ожидал, и Боже меня упаси, не хотел обидеть...
Теперь по пунктам:
Программный продукт не возвращали. Ни разу. Не повезло, наверно...
Не курю. Уже нет. Почему - см. в форуме "Общение", там найдешь мои постинги. И тебе советую бросать, пока на втором курсе
По поводу пистолета - не более чем фраза о "руководстве, отказывающемся от ответственности".
Сам - не начальник, и не хочу им быть, хотя старательно пытаются назначить. И споры у нас решаются "без пистолета" Хотя, такое отношение - когда мог бы спросить, но решил сделать так, как сам понял - у нас считается (пардон) раздолбайством, а не самостоятельностью
Все, что мной было высказано относилось к конкретной фразе. Позволю себе ее еще раз процитировать: "если в задаче есть неточности,  и что то непонятно, то делай так как понял". Прочитай ее еще раз внимательно - сам ведь написал... И что? Если ты явно видишь неточность в постановке задачи, или что-то конкретное в ней тебе непонятно - ты все же будешь писать программу? Или попытаешся выяснить - все ли ты правильно понял? Вот о чем речь. Можно, конечно и так работать, только результат м.б. совсем не тот, что от тебя хотели получить. И виноват будешь сам. Если брать готовое ТЗ, проект, что угодно -  в моей практике были подобные случаи, когда даже под угрозой срыва сроков сдачи проекта приходилось "тормозить" работу до уточнения неясностей.
По поводу "что значит заканчивать с программированием". Не говорил я "заканчивать" Говорил "лучше не работать". Хочешь стать  настоящим, серьезным специалистом  - готовься к ответственному отношению к работе, а не так, как в случае с этим кокретным вопросом, когда есть явные неясности, а ты призываешь  делать "как понял". С таким подходом - в любительское программирование (вот что я хотел сказать).  ИМХО - так нельзя. Если, как ты говоришь, одного моего слова мало - пусть коллеги по форуму меня поправят.
Модератору - сорри за явный оффтопик...

[Михалыч]

Увы, но именно так реализуются многие стандарты.  При разработке стандарта что-то недосмотрели, пропустили, что-то при внимательном чтении оказалось непонятным.  Стандарт опубликован, текст заморожен, разработчик оставлен, можно сказать, один на один с непонятками.  В большинстве случаев разработчики не напрягаются поиском истины, а делают по своему разумению.
В результате появляются несовместимые реализации протоколов, которые вроде как работают, но не очень, не совсем, или совсем не работают.

Означает ли это, что так оно и должно быть? С этим надо мириться и принять как должное? Думаю нет.

[acc15]

хочется сказать касперу что ему надо учится, только тогда чего-то можно добится... писать коммерческие проги ещё ой как рановато...

[юляха]

РЕБЯТА ЗАВТРА ПРОГУ СРОЧНО СДАТЬ НАДО ГОРЮ А НЕ ЗНАЮ КАК НАПИСАТЬ НУЖНО ВВЕСТИ МАТРИЦУ С КЛАВИАТУРЫ РАЗМЕРА N НА M . M,N ВВОДИТ ПОЛЬЗОВАТЕЛЬ! наити сумму елементов строки столбца и диагоналей  и перемножить две матрицы!!!!!! при этом должно быть меню и пользователь сам выбирает операцию!!! ПОМОГИТЕ пожалуйста!!!!!!!!!

[юляха]

ПОМОГИТЕ ПОЖАЛУЙСТА ПРИШЛИТЕ ПО E-MAIL

[юляха]

kolosova_ulya@MAIL.RU

[Olegator]

В принципе задача не сложная и даже я смог бы это сделать. Но за бесплатно делать не охота.
На чём писать кстати. Наверное на Паскале.

[юляха]

НЕТ НА С++ И СКОЛЬКО БУДЕТ СТОИТЬ ТОЛЬКО ЧТОБ НЕ ГЛЮЧИЛА

[Olegator]

Программу надо написать ОО. Я только начинающий, безглючно наверное не напишу.
Ты цену скажи. И тогда тебе тут почти любой за час сделает.

[Михалыч]

Ну - круто! Ну - обалдеть! Хорошо, хоть полчаса не пообещал
Хорошо, что я не любой   Стоит ли тут о деньгах говорить? Мелко как-то. Хочешь помочь - помоги.
А вообще - я свое мнение о студентах уже высказывал. И отходить от него не буду. Помочь - ради бога, но только в конкретных проблемах, а не написании программ целиком
Девушка! Чего же так КРИЧАТЬ-ТО? Поезд похоже уже ушел

[Olegator]

Ну - круто! Ну - обалдеть! Хорошо, хоть полчаса не пообещал

Что я такого неправильного написал?

[nikedeforest]

Михалыч хотел сказать, что тут счет на минуты идет, а не на часы , если  конечно печатаешь быстрее чем думаешь .
Девушка, у Вас кажется еще целая неделя в распоряжении, поэтому задавайте вопросы и Вам помогут.

[acc15]

странные люди бывают однако...
Обратись к подругам или хз... а вообще лучший вариант, сама всё изучи и напиши... если что-то непонятно будет, то спрашивай, а не проси написать целую программу.... т.к. это уже называется просто ленью... а если совсем срочно, то это только платно и не здесь... на форуме есть специальная тема для такого...

[Михалыч]

Михалыч хотел сказать, что тут счет на минуты идет, а не на часы , если  конечно печатаешь быстрее чем думаешь .
Девушка, у Вас кажется еще целая неделя в распоряжении, поэтому задавайте вопросы и Вам помогут.

Не-а... Я хотел сказать, что мне бы и часа было мало
Не люблю "печатать быстрее чем думать" Привык любую задачу обдумывать неспеша. Так что думаю на эту задачку вместе с отладкой-проверкой и нормальным оформлением ушло бы часа 2
Olegator - не парься, я лишь хотел сказать - далеко не "почти любой" тут возьмется написать студенту программу, да еще за деньги.

[Вад]

Согласен с Михалычем - во-первых, т.к. сам пока ещё студент, при этом студент, наблюдающий, сколько таких студентов доучилось до 5го курса, перебиваясь тем, что скатывали (не по лени, а по неумению) всё, начиная от примитивных программ на Паскале, продолжая курсовыми и лабами по вещам вроде компьютерной графики, а закончится дело, чую, дипломом. Я ещё могу понять, когда таким занимаются, скажем, первокурсники с какого-нибудь факультета машиностроения, которые видят паскаль первый и, наверное, последний раз в жизни. Может, ошибаюсь, но в данном случае скорее имеем пример чего-то другого (во всяком случае, почти не приходилось слышать о преподавателях, которые студентов-экономистов и инженеров-технологов заставляли бы писать на чём-то кроме паскаля).

юляха, на ваш вопрос есть ответ из трёх частей.
Часть 1я: "как" - ответ: "в цикле"
Часть 2я "ввести матрицу с клавиатуры" - в тех справочниках по С++, что доводилось видеть, неизменно присутствовали операторы ввода и вывода. Ищите лучше, там даже пример есть, наверняка.
Часть 3я "пользователь выбирает" - вот тут опять присоединюсь к Михалычу. Это можно сделать (как и ввод, собственно) множеством различных способов, и некоторые из способов могут потребовать некоторого времени, так что сразу я не стал бы бросаться "счётом на минуты" - может, мадмуазель должна по заданию написать этакий "матричный калькулятор" с оконным интерфейсом на WinAPI и с примитивной защитой от дурака но забыла это уточнить

[nikedeforest]

Ага, мощный калькулятом, с мощным интерфейсом, который умеет только найти сумму элементов в строке, столбце, диагонале и перемножить матрицы .

[Вад]

Ага, мощный калькулятом, с мощным интерфейсом, который умеет только найти сумму элементов в строке, столбце, диагонале и перемножить матрицы .

Я на такие уже насмотрелся (да и самому приходилось как-то раз такое изображать) - студентам ещё не такое могут задать... "Навёрнутый" (в меру возможностей студента) интерфейс, посредством которого организуется ввод 1 числа и вывод 10, рассчитанных по одной-единственной формуле
Так что, смешно-то смешно, но задают ведь!

[Dimka]

"Навёрнутый" (в меру возможностей студента) интерфейс, посредством которого организуется ввод 1 числа и вывод 10, рассчитанных по одной-единственной формуле
Так что, смешно-то смешно, но задают ведь!

Помнится, я такое писал на 2-м курсе. Чтобы ввести и вывести несколько чисел Turbo Vision освоил. И не сказал бы, что эта "мелочь" совсем бесполезной была. И ничего смешного в том задании не видел.

[Алексей++]

тема для мусорки ?

[RXL]

Думаю, что не стоит.