Программирование

вопщем подруге задали задачу сделать

вычислить площадь треугольника с использованием двумерного массива ( стороны d[i,1],d[i,2],d[i,3] )

помогите чуваки я не шарю

в паскале абц

S = sqrt(p*(p-a)*(p-b)*(p-c))

где p = (a+b+c)/2

удачи

через функцию я так сделал

через двумерный массив думал по другому будет

ладно, спасибо

эм

я как понял, у тебя там много треугольников в массиве?

так просто цикл делаешь по первой координате, а дальше тот же код

через функцию я так сделал

через двумерный массив думал по другому будет

ладно, спасибо

в ижгту учится?)

вопщем подруге задали задачу сделать

вычислить площадь треугольника с использованием двумерного массива ( стороны d[i,1],d[i,2],d[i,3] )

помогите чуваки я не шарю

в паскале абц

извини чувак, но это слишком простое задание чтобы спрашивать на пд

да и паскаль, пффф....

заебок, сохранил себе на комп.

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

меня это пиздец как огорчает. Ведь эти секунды "простоя" человека, пока открывается папка, пока грузится страница сайта, за жизнь человека превратятся в годы. Если ничего не изменится, конечно же.

*me хитро смотрит в сторону assembler'a*

драйвера и ос всегда все равно будут использовать С и асм. Иначе будет всё слишком медленно работать.

Да и серверные системы тоже

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

меня это пиздец как огорчает. Ведь эти секунды "простоя" человека, пока открывается папка, пока грузится страница сайта, за жизнь человека превратятся в годы. Если ничего не изменится, конечно же.

 

*me хитро смотрит в сторону assembler'a*

если бы мы до сих пор писали только на быстром асме, никаких грузящихся страниц сайта ты бы сейчас не наблюдал. Ты бы вообще сайтов никаких не наблюдал :D

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

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

меня это пиздец как огорчает. Ведь эти секунды "простоя" человека, пока открывается папка, пока грузится страница сайта, за жизнь человека превратятся в годы. Если ничего не изменится, конечно же.

 

*me хитро смотрит в сторону assembler'a*

 

если бы мы до сих пор писали только на быстром асме, никаких грузящихся страниц сайта ты бы сейчас не наблюдал. Ты бы вообще сайтов никаких не наблюдал :D

 

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

Я вот об этом:

Также известно, что расовый браузер Хром написан на сипипи пополам с ассемблером, что кагбэ намекает (хром в сводной статистике всех направлений серфа считается самым быстрым браузером в мире).

С лурка, но верить наверное можно. На вики тоже написано что плюсы и асм.

На счет мышки тоже косяк, но скорее всего он решится с более массовым внедрением тача, а в дальнейшем сигналы будут считываться с мозга(уже есть опытные образцы).

Я вот об этом:

 

Также известно, что расовый браузер Хром написан на сипипи пополам с ассемблером, что кагбэ намекает (хром в сводной статистике всех направлений серфа считается самым быстрым браузером в мире).

 

С лурка, но верить наверное можно. На вики тоже написано что плюсы и асм.

 

На счет мышки тоже косяк, но скорее всего он решится с более массовым внедрением тача, а в дальнейшем сигналы будут считываться с мозга(уже есть опытные образцы).

никогда не забуду хтмл5 демку (книжка о хтмл5 написанная на хтмл5) от гугла, коготрая неслабо так тормозила на слабой машине под хромом и просто отличная шла на ие9.

вся эта твоя статистика - это синтетические тесты, которые на реальную картину влияют очень слабо.

вообще ни для кого не секрет, что браузеры не пишут на высокоуровневых языках. и что с того?

то есть ООП языки медленнее процелурных?

лол, а я думал с++ быстрее и мощнее си 

ну как бы там на си++ все красивенько упаковано по классам, методам. кратко и чисто

а в си километровые простыни функций 

С быстрее офк.

когда-то я писал на делфи но даже и не понимал, зачем нужно ООП

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

меня это пиздец как огорчает. Ведь эти секунды "простоя" человека, пока открывается папка, пока грузится страница сайта, за жизнь человека превратятся в годы. Если ничего не изменится, конечно же.

 

*me хитро смотрит в сторону assembler'a*

 

если бы мы до сих пор писали только на быстром асме, никаких грузящихся страниц сайта ты бы сейчас не наблюдал. Ты бы вообще сайтов никаких не наблюдал :D

 

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

Я вот об этом:

 

Также известно, что расовый браузер Хром написан на сипипи пополам с ассемблером, что кагбэ намекает (хром в сводной статистике всех направлений серфа считается самым быстрым браузером в мире).

 

С лурка, но верить наверное можно. На вики тоже написано что плюсы и асм.

 

На счет мышки тоже косяк, но скорее всего он решится с более массовым внедрением тача, а в дальнейшем сигналы будут считываться с мозга(уже есть опытные образцы).

нуну

проверял кто случайные последовательности критерием хи-квадрат по Кнуту?

проверял кто случайные последовательности критерием хи-квадрат по Кнуту?

и еще казалось бы при чем это к программированию.

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

то есть ООП языки медленнее процелурных?

лол, а я думал с++ быстрее и мощнее си 

 

 

ну как бы там на си++ все красивенько упаковано по классам, методам. кратко и чисто

а в си километровые простыни функций 

все, что придумывается дальше, всё хуже по производительности

Комп думает на машинном коде - просто стене последовательных команд

ассемблер - синтаксический сахар для машинного кода.

С компилится в хороший ассемблерный код, тк его инструкции всё равно близки по смыслу к ассемблеру

А все эти классы, хуяссы, динамические коллекции и тп - раковая опухоль на быстродействии

то есть ООП языки медленнее процелурных?

лол, а я думал с++ быстрее и мощнее си 

 

 

ну как бы там на си++ все красивенько упаковано по классам, методам. кратко и чисто

а в си километровые простыни функций 

все, что придумывается дальше, всё хуже по производительности

Комп думает на машинном коде - просто стене последовательных команд

ассемблер - синтаксический сахар для машинного кода.

С компилится в хороший ассемблерный код, тк его инструкции всё равно близки по смыслу к ассемблеру

А все эти классы, хуяссы, динамические коллекции и тп - раковая опухоль на быстродействии

вообще спорное утверждение

Классы в С++ к примеру сами по себе не добавляют оверхеда по сравнению с тем же кодом, который вы бы написали на Си. Потому что классы в С++ это по сути синтаксический сахар, который преобразуется в структуру + набор функций, принимающих указатель на эту структуру первым, скрытым, аргументом если то же самое написать на Си вручную - будет ли это медленнее ? Нет, не будет. Зато будет намного сложнее разобраться в том, что вы напишете.

То же самое кстати относится и к виртуальным функциям. Виртуальные функции С++ разворачиваются в таблицу виртуальных функций и при вызове идет дополнительный уровень "косвенности". То же самое вы будете вынуждены написать и на Си, когда вам понадобится реализовать полиморфное поведение. И будет все работать с такой же скоростью. И никуда от этого не деться. Поэтому вопрос здесь только в удобстве для разработчика.

Другое дело - что когда используешь навороченные структуры данных типа std::map, std::vector то они уже могут работать медленнее по сравнению с реализацией КОНКРЕТНО ВАМ НУЖНОЙ структуры данных на Си. Но это - цена за гибкость, которую предоставляет вам стандартная либа С++. То есть стандартные коллекции С++ расчитаны на БОЛЬШОЙ спектр применений и офк поэтому их производительность в ряде случаев будет НИЖЕ чем СПЕЦИАЛЬНО написанная коллекция для конкретного случая. Именно из-за вот таких вот дополнительных абстракций и вырастает оверхед при выполнении программ, а не из-за того, что в С++ доступны "классы и виртуальные функции".

Понимание этих вещей приближает нас к ДАО программирования.

сами виртуальные таблицы это уже осложнение

херачишь всё в столбик и ок