ReSQL.ru
     
powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Программирование [игнор отключен] [закрыт для гостей] / Программирование - всё больше математикой становится
176 сообщений из 176, показаны все 8 страниц
  все  
Программирование - всё больше математикой становится
    #35222946
Фотография AlexandrPlus
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
AlexandrPlus
Участник
Все дальше друг от друга
электроники, сист. администраторы и программисты - всё больше могут ничего не понимать в делах друг друга

Администрирование БД - не в счет - все функции админа БД - автоматизируются - то есть админ БД - программист, который напишет софт под специфику организации, но работать в штате организации не будет ...

Программирование при старте было чистой математикой - в ВУЗ-ах курсы, где программирование голой аппаратура, четко это представляют - то есть с помощью методов дискретной математики создается цепочка 0 и 1 и потом это вгоняется в память ручками-кнопками. Все устройства - математические автоматы - получающие 0 и 1 и передающие-возвращающие 0 и 1. (SQL - очевидная математика, чем программирование, за что спасибо создателям - sql-выражений скорее формулы, чем команды). Спираль развития - программирование будет чистой математикой опять на новом уровне. Мощь инструментария приведет к тому, что не нужны будут большие коллективы программистов, а будут три-пять человек - решающие задачи в стиле своей матем. школы. Программирование - раздел математики будет, а технические ВУЗ-ы будут преподавать программирование как часть математики, но программистов готовить не будут.

.NET - уже довольно удачная попытка полной независимости от hardware
C# - очередной эволюционный шаг математизации программирования

И ЭТО ВСЁ - ХОРОШО.
...
Рейтинг: 0 / 0
30.03.2008, 13:31
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35222982
Мимопроходящий
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Мимопроходящий
Участник
Привет, AlexandrPlus!
Ты пишешь:

AlexandrPlusA> .NET - уже довольно удачная попытка полной независимости от hardware
A> C# - очередной эволюционный шаг математизации программированиякакой уверенный и безапеляционный апломб...

--
With best regards, Мимопроходящий.

Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
30.03.2008, 14:53
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35222983
Глас народа
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Глас народа
Участник
AlexandrPlusВсе дальше друг от друга
электроники, сист. администраторы и программисты - всё больше могут ничего не понимать в делах друг друга

Администрирование БД - не в счет - все функции админа БД - автоматизируются - то есть админ БД - программист, который напишет софт под специфику организации, но работать в штате организации не будет ...

Программирование при старте было чистой математикой - в ВУЗ-ах курсы, где программирование голой аппаратура, четко это представляют - то есть с помощью методов дискретной математики создается цепочка 0 и 1 и потом это вгоняется в память ручками-кнопками. Все устройства - математические автоматы - получающие 0 и 1 и передающие-возвращающие 0 и 1. (SQL - очевидная математика, чем программирование, за что спасибо создателям - sql-выражений скорее формулы, чем команды). Спираль развития - программирование будет чистой математикой опять на новом уровне. Мощь инструментария приведет к тому, что не нужны будут большие коллективы программистов, а будут три-пять человек - решающие задачи в стиле своей матем. школы. Программирование - раздел математики будет, а технические ВУЗ-ы будут преподавать программирование как часть математики, но программистов готовить не будут.

.NET - уже довольно удачная попытка полной независимости от hardware
C# - очередной эволюционный шаг математизации программирования

И ЭТО ВСЁ - ХОРОШО.

Дискуссию начал я Йоды магистра языком...
...
Рейтинг: 0 / 0
30.03.2008, 14:57
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35222991
Фотография D129
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
D129
Участник
Да уж... Вот, сижу, разгребаю завал созданный как раз такими адептами ухода от реальности... (не имею в виду топикастера), а скорее тех выпускников института "математического" программирования, где им не сказали, что передача информации по сети ведется по четырем проводам (максимум) а в случае с серийным портом - по двум. И они наплодили потоков, которые соревнуются за один физический ресурс, и падают при коллизии. А о коллизии никто не подумал потому, что "математически" отдав команду сокету Send() - она обязана мгновенно выполниться ...
А еще они иногда пишут код типа Elevator tempElev = new Elevator() вместо того, чтобы выбрать из списка имеющихся, созданных при запуске системы, а еще - совершенно спокойно в отдельном (уже) потоке создают делегата и бросают его в пулл потоков, а еще пишут классы с названиями LeftShuttle и RightShuttle, ну и еще много много чего ...
и .NET позволяет такой программе работать... Естественно, C++ при таком вольном стиле упал бы и потребовал радикального переделывания.

Аналогия с автоматической коробкой передач - ХОРОШО, если бы не "блондинки" за рулем... Им настолько легко стало научиться ездить, что они уже не понимают, а почему машина боком ездить не умеет - ведь так парковаться было бы удобнее (колеса-то ведь "ребристые" во все стороны)...
...
Рейтинг: 0 / 0
30.03.2008, 15:10
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35222992
Фотография AlexandrPlus
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
AlexandrPlus
Участник
Мимопроходящий
Привет, AlexandrPlus!
Ты пишешь:

AlexandrPlusA> .NET - уже довольно удачная попытка полной независимости от hardware
A> C# - очередной эволюционный шаг математизации программированиякакой уверенный и безапеляционный апломб...

--
With best regards, Мимопроходящий.

Posted via ActualForum NNTP Server 1.4

Почему апломб - частное мнение, а весь контекст - лирика
...
Рейтинг: 0 / 0
30.03.2008, 15:12
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35223027
Фотография AlexandrPlus
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
AlexandrPlus
Участник
D129... наплодили потоков, которые соревнуются за один физический ресурс, и падают при коллизии.

... а почему машина боком ездить не умеет - ведь так парковаться было бы удобнее (колеса-то ведь "ребристые" во все стороны)...

разве малюсенький абстрактный lock(this) не решит проблемы


А ведь самолеты с вертикальным взлетом и посадкой - такой же бредятиной казались.
Теоретически нет проблем и с таким автомобилем. А для блондинки это будет выглядеть поворотом руля и не более.
...
Рейтинг: 0 / 0
30.03.2008, 16:28
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35223044
Фотография Lelikk
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Lelikk
Участник
AlexandrPlus D129... наплодили потоков, которые соревнуются за один физический ресурс, и падают при коллизии.

... а почему машина боком ездить не умеет - ведь так парковаться было бы удобнее (колеса-то ведь "ребристые" во все стороны)...

разве малюсенький абстрактный lock(this) не решит проблемы


А смысл? Данные от этого шустрее не пойдут. Тут проблема в создании тучи потоков.

AlexandrPlus
А ведь самолеты с вертикальным взлетом и посадкой - такой же бредятиной казались.
Теоретически нет проблем и с таким автомобилем. А для блондинки это будет выглядеть поворотом руля и не более.

Чтобы летать на самолете с вертикальным взлетом - надо быть очень классным пилотом. Блондинкам это не грозит.
...
Рейтинг: 0 / 0
30.03.2008, 16:44
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35223051
Фотография AlexandrPlus
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
AlexandrPlus
Участник
AlexandrPlus
А ведь самолеты с вертикальным взлетом и посадкой - такой же бредятиной казались.
Теоретически нет проблем и с таким автомобилем. А для блондинки это будет выглядеть поворотом руля и не более.

В смысле все четыре колеса поворачиваются на 90 градусов такой привод - авто конечно стоило бы большие бабки
...
Рейтинг: 0 / 0
30.03.2008, 16:48
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35223065
Фотография Lelikk
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Lelikk
Участник
AlexandrPlus AlexandrPlus
А ведь самолеты с вертикальным взлетом и посадкой - такой же бредятиной казались.
Теоретически нет проблем и с таким автомобилем. А для блондинки это будет выглядеть поворотом руля и не более.

В смысле все четыре колеса поворачиваются на 90 градусов такой привод - авто конечно стоило бы большие бабки

Вы с механикой имели дело когда-нить? Как вы себе представляете такую передачу и подвеску?
...
Рейтинг: 0 / 0
30.03.2008, 17:02
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35223099
kvasov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
kvasov
Участник
D129.... передача информации по сети ведется по четырем проводам (максимум) а в случае с серийным портом - по двум...

а для чего же тогда 8 проводов в сетевом кабеле?
...
Рейтинг: 0 / 0
30.03.2008, 17:59
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35223106
Мимопроходящий
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Мимопроходящий
Участник
Привет, kvasov!
Ты пишешь:

kvasovk> а для чего же тогда 8 проводов в сетевом кабеле?про запас ;)
на самом деле, некоторые стандарты предусматривают
задействование и всех 4-х пар проводов.
например 1000BASE-T и 100BASE-T4.

--
With best regards, Мимопроходящий.

Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
30.03.2008, 18:07
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35223110
kvasov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
kvasov
Участник
> Программирование - всё больше математикой становится
> SQL - очевидная математика


SQL - это программный интерфейс доступа к данным

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

концепция на концепции

сегодня одна, завтра другая - т.е. формула "разделяй (на классы) и властвуй"
не вижу никакого витка математики - попахивает марксизмом, придумыванием классовой борьбы
...
Рейтинг: 0 / 0
30.03.2008, 18:12
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35223115
kvasov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
kvasov
Участник
кстати есть мнение, что "математик-программист" Маркс - автор теории добавленной стоимости очень круто математически ошибся в своей концепции

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

кто не в курсе, труд предпринимателя М. оценил в ноль, потом на него умножали, умножали и нихуа результата :)
...
Рейтинг: 0 / 0
30.03.2008, 18:21
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35223153
Фотография AlexandrPlus
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
AlexandrPlus
Участник
Lelikk AlexandrPlus AlexandrPlus
А ведь самолеты с вертикальным взлетом и посадкой - такой же бредятиной казались.
Теоретически нет проблем и с таким автомобилем. А для блондинки это будет выглядеть поворотом руля и не более.

В смысле все четыре колеса поворачиваются на 90 градусов такой привод - авто конечно стоило бы большие бабки

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

Вообще легко - ещё одно звено при передаче вращательного движения, например.
...
Рейтинг: 0 / 0
30.03.2008, 18:58
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35223176
Фотография Lelikk
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Lelikk
Участник
AlexandrPlus Lelikk AlexandrPlus AlexandrPlus
А ведь самолеты с вертикальным взлетом и посадкой - такой же бредятиной казались.
Теоретически нет проблем и с таким автомобилем. А для блондинки это будет выглядеть поворотом руля и не более.

В смысле все четыре колеса поворачиваются на 90 градусов такой привод - авто конечно стоило бы большие бабки

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

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

Ну-ну, как чертежи готовы будут - свисните...
...
Рейтинг: 0 / 0
30.03.2008, 19:33
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35223191
gp
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
gp
Участник
AlexandrPlus
.NET - уже довольно удачная попытка полной независимости от hardware

Наверное - имеется ввиду попытка ввести уровень абстракции исполняемого кода.
Видимо автор считает Java - еще неудачной попыткой?

AlexandrPlus
C# - очередной эволюционный шаг математизации программирования
И ЭТО ВСЁ - ХОРОШО.

Это уже и вовсе:
Ленин - электрификация всей страны.
И не важно, что коммунисты разрушили первую электростанцию в стране как буржуазное веяние.
А оператор lock будет у нас лампочкой Ильича, хотя непонятно, чем он вас избавит от недостатков обычного Mutex.
Хоть бы про функциональное программирование что-нибудь завернули, про LINQ, про лямбда выражения, Y-комбинатор тогда уж. Хотя это тоже не про C#, и даже не про F#.
...
Рейтинг: 0 / 0
30.03.2008, 19:57
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35223239
BrokenPot
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
BrokenPot
Участник
LelikkЧтобы летать на самолете с вертикальным взлетом - надо быть очень классным пилотом. Это было тогда, когда они только появились. Тогда не было таких компьтеров, как сейчас... :)
...
Рейтинг: 0 / 0
30.03.2008, 21:11
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35223248
Фотография Lelikk
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Lelikk
Участник
BrokenPot LelikkЧтобы летать на самолете с вертикальным взлетом - надо быть очень классным пилотом. Это было тогда, когда они только появились. Тогда не было таких компьтеров, как сейчас... :)

А чаво тогда нас возят все еще на старых турбовинтовых? :)
А не блондинки за штурвалом реактивных такси? :)
...
Рейтинг: 0 / 0
30.03.2008, 21:17
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35223249
BrokenPot
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
BrokenPot
Участник
LelikkВы с механикой имели дело когда-нить? Как вы себе представляете такую передачу и подвеску? С использованием электрической передачи (имели с ней дело когда-нибудь?) и компьтерного управления вращением всех четырех колес эта задача будет легко решена. Дело только за электрическими машинами соответсвующей эффективности. Когда такие появятся - будем ездить боком :)
...
Рейтинг: 0 / 0
30.03.2008, 21:20
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35223253
Николай1
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Николай1
Участник
BrokenPot LelikkВы с механикой имели дело когда-нить? Как вы себе представляете такую передачу и подвеску? С использованием электрической передачи (имели с ней дело когда-нибудь?) и компьтерного управления вращением всех четырех колес эта задача будет легко решена. Дело только за электрическими машинами соответсвующей эффективности. Когда такие появятся - будем ездить боком :)

Да?

И где мы найдем место для поворота двигателя на 90 градусов?
...
Рейтинг: 0 / 0
30.03.2008, 21:25
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35223277
Фотография Lelikk
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Lelikk
Участник
BrokenPot LelikkВы с механикой имели дело когда-нить? Как вы себе представляете такую передачу и подвеску? С использованием электрической передачи (имели с ней дело когда-нибудь?) и компьтерного управления вращением всех четырех колес эта задача будет легко решена. Дело только за электрическими машинами соответсвующей эффективности. Когда такие появятся - будем ездить боком :)

Мало того, что подвеска таких колес с фактически 2-мя степенями свободы (2 двигателя) - жуткое дело, требующее много места, так ведь какова будет управляемость?
Устойчивость движения машины будет низкой из-за возможности болтания колес вокруг вертикальных осей (никакой комп. системой до конца не компенсируешь) + возможность возникновения автоколебаний по той же причине.
И все это за призрачное удобство парковки.
...
Рейтинг: 0 / 0
30.03.2008, 21:48
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35223336
gp
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
gp
Участник
Да колеса на 90градусов это бред, зато автопилот - не за горами.
У мерса и есть предсказатель аварийных ситуаций при обгоне, японцы уже сделали концепт, который в центре города из пробки может вывезти.
Думается лет через 30 все в городе только так и будут рулиться.
...
Рейтинг: 0 / 0
30.03.2008, 23:03
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35223422
Фотография NextMan
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
NextMan
Участник
kvasov...а для чего же тогда 8 проводов в сетевом кабеле?

В сетевом кабеле два провода: ноль и фаза.
...
Рейтинг: 0 / 0
31.03.2008, 02:43
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35223450
Фотография AlexandrPlus
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
AlexandrPlus
Участник
kvasov>
> SQL - очевидная математика

SQL - это программный интерфейс доступа к данным


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

SQL - прежде всего реляцинная АЛГЕБРА

Спираль развития - не марксисты придумали

gp
Наверное - имеется ввиду попытка ввести уровень абстракции исполняемого кода.
Видимо автор считает Java - еще неудачной попыткой?


Уже только то, что в Java почти нет средств межъязыкового взаимодействия (а в .NET - не только взаимодействие, но и межъязыковое наследование и межъяз. обработка исключений), отпугивает, так как очень много сложного на Java придется делать тогда через ж.


Конечно поворот колес на 90 как промышленный вариатн - утопия, то экспериментальные образец вполне создаваем. А вот, например, квадратные колеса http://www.roboclub.ru/newsobitie/2005/12/09/sormy_538.html хотя конечно промышленный вариант с реальными грузами не поедет. Хотя вот на 6 квадратных вездеход маленький вроде сделали
...
Рейтинг: 0 / 0
31.03.2008, 06:30
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35223454
Фотография AlexandrPlus
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
AlexandrPlus
Участник
AlexandrPlus kvasov>
> SQL - очевидная математика

SQL - это программный интерфейс доступа к данным


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

SQL - прежде всего реляцинная АЛГЕБРА



Вот лабораторная работа по реляционной модели данных и реляц. алгебре
http://www.tspu.tula.ru/ivt/old_site/umr/bdsubd/index.htm
...
Рейтинг: 0 / 0
31.03.2008, 06:46
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35223465
Фотография XDiaBLo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
XDiaBLo
Участник
(с иронией) Странно, я думал что программирование изначально прикладной математикой называлось.
...
Рейтинг: 0 / 0
31.03.2008, 07:16
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35223468
Самоловских Виталий aka Kefir
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Самоловских Виталий aka Kefir
Участник
AlexandrPlusУже только то, что в Java почти нет средств межъязыкового взаимодействия (а в .NET - не только взаимодействие, но и межъязыковое наследование и межъяз. обработка исключений), отпугивает, так как очень много сложного на Java придется делать тогда через ж.
Спасибо что просветил. Я то, дурак, Java с Groovy мешаю и не знаю, что так делать нельзя.
...
Рейтинг: 0 / 0
31.03.2008, 07:32
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35223471
Фотография AlexandrPlus
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
AlexandrPlus
Участник
Самоловских Виталий aka Kefir AlexandrPlusУже только то, что в Java почти нет средств межъязыкового взаимодействия (а в .NET - не только взаимодействие, но и межъязыковое наследование и межъяз. обработка исключений), отпугивает, так как очень много сложного на Java придется делать тогда через ж.
Спасибо что просветил. Я то, дурак, Java с Groovy мешаю и не знаю, что так делать нельзя.

Общеизвестное. Именно - о банальном и что сверху - разговор-то.
Насколько известно - Groovy - скриптовый язык и сперва не интегрировался с Java и только недавано разработчики Groovy интегрировали с Java.
...
Рейтинг: 0 / 0
31.03.2008, 07:42
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35223476
sgec
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
sgec
Участник
BrokenPot LelikkВы с механикой имели дело когда-нить? Как вы себе представляете такую передачу и подвеску? С использованием электрической передачи (имели с ней дело когда-нибудь?) и компьтерного управления вращением всех четырех колес эта задача будет легко решена. Дело только за электрическими машинами соответсвующей эффективности. Когда такие появятся - будем ездить боком :)

Все уже придумали. ))) Недавно концепт видел, непомню правда чей, там они все: и двигатель, и подвеску, и тормоза в колеса засунули. Все остальное как в игрушечном автомобильчике - коробка на осях!
Мишлен кстати такие колесики давно придумала.
...
Рейтинг: 0 / 0
31.03.2008, 07:50
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35223583
Ионас
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Ионас
Участник
Не становится, а всегда было. Кто понимал иначе, тот не был программистом.
...
Рейтинг: 0 / 0
31.03.2008, 09:40
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35223584
mini_root
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mini_root
Участник
AlexandrPlus Самоловских Виталий aka Kefir AlexandrPlusУже только то, что в Java почти нет средств межъязыкового взаимодействия (а в .NET - не только взаимодействие, но и межъязыковое наследование и межъяз. обработка исключений), отпугивает, так как очень много сложного на Java придется делать тогда через ж.
Спасибо что просветил. Я то, дурак, Java с Groovy мешаю и не знаю, что так делать нельзя.

Общеизвестное. Именно - о банальном и что сверху - разговор-то.
Насколько известно - Groovy - скриптовый язык и сперва не интегрировался с Java и только недавано разработчики Groovy интегрировали с Java.

А мужики то не знали! А Scala тоже скриптовой язык? Я вас просвещу - в жабе точно такие же средства межязыкового взаимодействия как и в .NET - JVM (CLR), байткод (CIL), примитивные и ссылочные типы (общая система типов) - и наследоваться можно, и исключения выбрасывать/перехватывать, и никакого Ж - проверено на личном опыте. Ну а про то что C# это новая веха в математическом программировании - тут уж без комментариев. Ладно б F# сказали - да и то ничего нового в нем нет, кроме того что на .NET раньше ничего такого не было. Nemerle с его макросами гораздо интересней, хотя мне роднее Scala.


P.S. Прежде чем говорить иногда стоит подумать.
...
Рейтинг: 0 / 0
31.03.2008, 09:41
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35223641
Фотография XDiaBLo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
XDiaBLo
Участник
А что вы скажете по поводу фразы, которую я где-то давно слышал, запомнил, но в гугле сейчас не нашёл, кто и зачем такое брякнул: "Программист - это недоучившийся физик, физик - это недоучившийся математик"?

Я лично по поводу этой фразы личного мнения так и не составил, "а хрен его знает что про эту фразу думать", вот моё пока единственно мнение...
...
Рейтинг: 0 / 0
31.03.2008, 10:14
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35223679
Самоловских Виталий aka Kefir
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Самоловских Виталий aka Kefir
Участник
AlexandrPlus Самоловских Виталий aka Kefir
Спасибо что просветил. Я то, дурак, Java с Groovy мешаю и не знаю, что так делать нельзя.
Общеизвестное. Именно - о банальном и что сверху - разговор-то.
Насколько известно - Groovy - скриптовый язык и сперва не интегрировался с Java и только недавано разработчики Groovy интегрировали с Java.
Недавно - это 2 или 3 года уже как... Кстати, Groovy-классы замечательно компилятся вы байткод, так что Groovy это не совсем скриптовый язык :) . Кстати откуда информация что "сперва не интегрировался с Java"?

Вот выдержка из википедии: "Groovy — объектно-ориентированный язык программирования разработанный для платформы Java как альтернатива языку Java с возможностями из Python, Руби, и Smalltalk."

А вот с сайта разработчиков: "Groovy is an agile and dynamic language for the Java Virtual Machine"

Возможно Вы путаете с Ruby и его реализацией JRuby для JVM?
...
Рейтинг: 0 / 0
31.03.2008, 10:30
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35223811
Алексей Е.
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Алексей Е.
Участник
LelikkВы с механикой имели дело когда-нить? Как вы себе представляете такую передачу и подвеску?
Ну если вы имели дело с механикой то сможете разобраться с этим http://www.membrana.ru/articles/inventions/2006/04/14/205700.html
Там расказано про супер колесо. Оно может ездить боком (в любую сторону), но разворачивать его для этого не надо. Учитесь широте инженерного взгляда.
...
Рейтинг: 0 / 0
31.03.2008, 11:13
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35223831
The_ShadoW
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
The_ShadoW
Участник
XDiaBLoА что вы скажете по поводу фразы, которую я где-то давно слышал, запомнил, но в гугле сейчас не нашёл, кто и зачем такое брякнул: "Программист - это недоучившийся физик, физик - это недоучившийся математик"?

Я лично по поводу этой фразы личного мнения так и не составил, "а хрен его знает что про эту фразу думать", вот моё пока единственно мнение...

Программист - это всегда "недоучившийся <кто-то>", где <кто-то> имеет отношение к точным наукам. Собственно, будь он "доучившимся", программистом бы он не был.

А насчет второй фразы - из моего имха (и бывшего школьного физ-мат образования) вывод такой, что в математике самое проблемное - как раз её прикладная часть. До тех пор, пока всё абстрактно, математика красива и идеальна. А вот в приложении к реальности не очень. См. пример выше про 4 провода и передачу данных.

ЗЫ: Хотя конечно теоретическая физика и теоретическая математика - с точки зрения получения осмысленных результатов вообще жуткие области. Надо какое-то внеземное мышление иметь, чтоб этими вещами заниматься.

Скажем, в переложении на программирование - получив задачу, сформулировать для нее оптимальный язык, на этом только что придуманном языке задачу решить, и потом отдать презренным прикладникам писать компилятор
...
Рейтинг: 0 / 0
31.03.2008, 11:20
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35223953
BrokenPot
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
BrokenPot
Участник
XDiaBLo(с иронией) Странно, я думал что программирование изначально прикладной математикой называлось.Вот-вот! :)
...
Рейтинг: 0 / 0
31.03.2008, 11:54
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35223959
BrokenPot
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
BrokenPot
Участник
ИонасНе становится, а всегда было. Кто понимал иначе, тот не был программистом.+1
...
Рейтинг: 0 / 0
31.03.2008, 11:55
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35224044
ABC_1982
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ABC_1982
Участник
BrokenPot LelikkЧтобы летать на самолете с вертикальным взлетом - надо быть очень классным пилотом. Это было тогда, когда они только появились. Тогда не было таких компьтеров, как сейчас... :)
И Вы, конечно же, приведете нам сейчас пример серийного самолета с ВВП для управления которым не нужна высокая классность летчика...
...
Рейтинг: 0 / 0
31.03.2008, 12:16
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35224077
Фотография D129
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
D129
Участник
sgec BrokenPot LelikkВы с механикой имели дело когда-нить? Как вы себе представляете такую передачу и подвеску? С использованием электрической передачи (имели с ней дело когда-нибудь?) и компьтерного управления вращением всех четырех колес эта задача будет легко решена. Дело только за электрическими машинами соответсвующей эффективности. Когда такие появятся - будем ездить боком :)

Все уже придумали. ))) Недавно концепт видел, непомню правда чей, там они все: и двигатель, и подвеску, и тормоза в колеса засунули. Все остальное как в игрушечном автомобильчике - коробка на осях!
Мишлен кстати такие колесики давно придумала.

Вот об этом я и хотел сказать... Всегда будет оставаться ограниченность по железу. И очень полезно знать, как это устроено в принципе. Вы вот знаете - и если будете программировать - будете правильно использовать новые технические возможности, и (что еще важнее) не будете заставлять машину (авто или компьютер - непринципиально) пытаться делать то, чего она не может сделать просто и быстро.
...
Рейтинг: 0 / 0
31.03.2008, 12:25
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35224092
Random_Goodman
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Random_Goodman
Участник
ABC_1982И Вы, конечно же, приведете нам сейчас пример серийного самолета с ВВП для управления которым не нужна высокая классность летчика...
БПЛА Predator

летчик вообще не нужен
...
Рейтинг: 0 / 0
31.03.2008, 12:28
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35224105
Фотография D129
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
D129
Участник
BrokenPot ИонасНе становится, а всегда было. Кто понимал иначе, тот не был программистом.+1

А вот вспомнился мне не оффтопный разговор - коллега как-то рассказывал мне, что делали они систему биллинга для телефонной компании. В группе был доктор математических наук. И он не мог понять, почему количество разговоров должно кодироваться не целым числом (int) а числом с плавающей точкой (float или double).
...
Рейтинг: 0 / 0
31.03.2008, 12:32
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35224286
Фотография XDiaBLo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
XDiaBLo
Участник
D129 BrokenPot ИонасНе становится, а всегда было. Кто понимал иначе, тот не был программистом.+1

А вот вспомнился мне не оффтопный разговор - коллега как-то рассказывал мне, что делали они систему биллинга для телефонной компании. В группе был доктор математических наук. И он не мог понять, почему количество разговоров должно кодироваться не целым числом (int) а числом с плавающей точкой (float или double).
Ну и почему-же? Очень любопытно :) Это как, например 5.3 (пять целых, три десятых разговора)? А что бы это могло значить вообще?
...
Рейтинг: 0 / 0
31.03.2008, 13:29
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35224326
Фотография XDiaBLo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
XDiaBLo
Участник
The_ShadoW XDiaBLoА что вы скажете по поводу фразы, которую я где-то давно слышал, запомнил, но в гугле сейчас не нашёл, кто и зачем такое брякнул: "Программист - это недоучившийся физик, физик - это недоучившийся математик"?
Программист - это всегда "недоучившийся <кто-то>", где <кто-то> имеет отношение к точным наукам. Собственно, будь он "доучившимся", программистом бы он не был.

Да мне собственно программировать нравится, хотя пока дома компьютер не появился, приходилось физикой и математикой увлекаться :)
The_ShadoW
А насчет второй фразы - из моего имха (и бывшего школьного физ-мат образования) вывод такой, что в математике самое проблемное - как раз её прикладная часть. До тех пор, пока всё абстрактно, математика красива и идеальна. А вот в приложении к реальности не очень. См. пример выше про 4 провода и передачу данных.
ЗЫ: Хотя конечно теоретическая физика и теоретическая математика - с точки зрения получения осмысленных результатов вообще жуткие области. Надо какое-то внеземное мышление иметь, чтоб этими вещами заниматься.

По-моему это внеземное воображение, с тем же успехом можно назвать воображением, разве нет? Хмм, наверное зря я не послушал школьного учителя по физике, когда он говорил что к физике у меня талант... Взял, и пошёл в программисты...
The_ShadoW
Скажем, в переложении на программирование - получив задачу, сформулировать для нее оптимальный язык, на этом только что придуманном языке задачу решить, и потом отдать презренным прикладникам писать компилятор
А вот это конечно было бы идеально, но результат получался бы слишком дорогой, и главное слишком много времени уходило бы на разработку. Да и как специалистов таких полчища подготовить?
...
Рейтинг: 0 / 0
31.03.2008, 13:39
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35224435
Фотография D129
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
D129
Участник
XDiaBLo
Ну и почему-же? Очень любопытно :) Это как, например 5.3 (пять целых, три десятых разговора)? А что бы это могло значить вообще?

А просто все на самом деле. Есть отчетный период. не важно час, или месяц... разговор продолжался из одного периода в другой. А оплата периодов разная. Клиенты (в данном случае это и тот кто говорил, и сама компания) не желают ни платить, ни терять из оговоренной стоимости ни копейки. Следовательно, округлять такой разговор ни в одну сторону нельзя - вот и выходит - пол-разговора по одной цене, и в одной отчетности, пол-разговора - в другой.
...
Рейтинг: 0 / 0
31.03.2008, 14:05
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35224443
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gluk (Kazan)
Участник
ABC_1982серийного самолета с ВВП

Серийный самолет с ВВП (как и подлодка) явление скорее политическое
...
Рейтинг: 0 / 0
31.03.2008, 14:07
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35224486
Random_Goodman
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Random_Goodman
Участник
The_ShadoWПрограммист - это всегда "недоучившийся <кто-то>", где <кто-то> имеет отношение к точным наукам. Собственно, будь он "доучившимся", программистом бы он не был.
Ой спасибо, повеселили-то как!

*учитывая что учился изначально я именно программированию -
...
Рейтинг: 0 / 0
31.03.2008, 14:18
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35224644
а как же Кнут
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
а как же Кнут
Гость
авторНе становится, а всегда было. Кто понимал иначе, тот не был программистом.

исключение, например всемирно уважаемый Эрвин Дональд Кнут, сильнейший математик + непревзойденный алгоритмист + умопомрочительный программист(думаю и другие отрасли понимает выше среднего).
...
Рейтинг: 0 / 0
31.03.2008, 14:50
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35224799
The_ShadoW
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
The_ShadoW
Участник
Random_Goodman The_ShadoWПрограммист - это всегда "недоучившийся <кто-то>", где <кто-то> имеет отношение к точным наукам. Собственно, будь он "доучившимся", программистом бы он не был.
Ой спасибо, повеселили-то как!

*учитывая что учился изначально я именно программированию -

А вот теперь попробуйте только сказать, что "недоучившийся программист" - это не программист :D
...
Рейтинг: 0 / 0
31.03.2008, 15:30
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35224816
Random_Goodman
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Random_Goodman
Участник
The_ShadoWА вот теперь попробуйте только сказать, что "недоучившийся программист" - это не программист :D
Всегда определялось работой, а не количество купленных сертификатов.

На моей прошлой работе лучший гуру вообще не имел высшего образования. Что не мешало ему эффективно командовать теми, кто имел. Потому что они ему и в подметки не годились по уровню знаний и опыту.
...
Рейтинг: 0 / 0
31.03.2008, 15:34
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35224839
The_ShadoW
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
The_ShadoW
Участник
А если серьезно, слово "недоучившийся" не надо воспринимать, как "не осиливший". Скорее уж как "бросивший ради занятий программированием".
Я к тому, что "программисты сами по себе" достаточно редки (хотя есть). Как правило, программист попутно еще владеет некими прикладными знаниями по определенной тематике, будь то физика, химия, экономика или математика, отсюда и определяется профиль "предпочтительных" задач. Причем прикладные знания совсем необязательно связаны с учебой, они с тем же успехом могут образоваться в результате решения специфических задач, либо в результате хобби.
(Под "математикой" имеется в виду как минимум нормальная ВУЗовская профильная программа, потому как не владея математикой вообще, программировать сложновато)
...
Рейтинг: 0 / 0
31.03.2008, 15:38
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35224865
Random_Goodman
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Random_Goodman
Участник
1). Чтобы овладеть математикой не обязательно учавствовать в фарсе, часто называемым ВУЗом.
2) В подавляющем большинстве прикладного ПО с моей т. з. математика вообще не нужна. За 5 лет программирования я не то что ВУЗовскую программу, я и высшую-то математику ни разу не вспоминал.

Хотя, естественно, все это очень определяется отраслью.

"неасилившие программирование" часто идут в сисадмины
...
Рейтинг: 0 / 0
31.03.2008, 15:44
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35224901
The_ShadoW
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
The_ShadoW
Участник
ВУЗ - это вовсе не получение конкретных вменяемых и нужных знаний. Это скорее закрепление аналитического образа мышления (который пытаются формировать в школах).

Опять же, математика в программировании - это не ради формул и законов, а ради образа мышления. Я тут не так давно общался с преподом-историком на тему программирования, так вот: я потратил несколько часов на объяснение двух вещей: а) как вообще выполняется программа; б) зачем в ней переменные.
И не потому, что человек тупой. Просто мыслит он не так.

ЗЫ: А высшую математику я тоже не вспоминал. Сначала занимался бухгалтерией, где самая сложная математика - это вычисление процента; а теперь так и вообще тонких клиентов ваяю.
...
Рейтинг: 0 / 0
31.03.2008, 15:53
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35224908
Random_Goodman
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Random_Goodman
Участник
В принципе согласен со всеми положениями. Добавлю, что вуз это также тренировка мозгов и нервов (хотя послдние тренируются через их уничтожение )
...
Рейтинг: 0 / 0
31.03.2008, 15:55
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35225040
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gluk (Kazan)
Участник
а как же Кнут авторНе становится, а всегда было. Кто понимал иначе, тот не был программистом.

исключение, например всемирно уважаемый Эрвин Дональд Кнут, сильнейший математик + непревзойденный алгоритмист + умопомрочительный программист(думаю и другие отрасли понимает выше среднего).

Не исключение, а подтверждение :)
Или ты считаешь, что для него программирование не математика ???
...
Рейтинг: 0 / 0
31.03.2008, 16:24
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35225222
gp
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
gp
Участник
Анекдот.
- Профессор, вам самому математика хоть раз в жизни пригодилась?
- Вы знаете - да, пригодилась. Однажды я уронил очки в унитаз, пришлось согнуть проволоку в виде интеграла.

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

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

Математику знает лучше тот, кто кто знает с чем ее едят, а не тот кто ее учил.
...
Рейтинг: 0 / 0
31.03.2008, 17:06
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35225614
Фотография D129
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
D129
Участник
gp
Программисты решают и то, и другое и третье, хотя и не всегда аналитически. Иногда - штудируя матсправочник, иногда - открывая маткад.
Я вот написал свой первый трехмерный движок, когда еще в школе не прошли тригонометрию, и про синус узнал из справочника, а перемножение вектора на матрицу вообще "изобрел" для себя сам.

Математику знает лучше тот, кто кто знает с чем ее едят, а не тот кто ее учил.

Тоже хочется похвастаться. Было такое - у друга было задание по программированию, вычисление площади криволинейной трапеции в цикле - интегралы я тогда еще не проходил в школе... он сам не мог сделать - я догадался как это дело в цикле посчитать... (Задача про вытекание воды из трубы)
...
Рейтинг: 0 / 0
31.03.2008, 18:56
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35225651
Cerion
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Cerion
Гость
AlexandrPlus D129... наплодили потоков, которые соревнуются за один физический ресурс, и падают при коллизии.

... а почему машина боком ездить не умеет - ведь так парковаться было бы удобнее (колеса-то ведь "ребристые" во все стороны)...

разве малюсенький абстрактный lock(this) не решит проблемы



А за конструкцию lock( this ) в коде вообще-то нужно бить по пальцам :). Прямой путь к deadlock'ам...
...
Рейтинг: 0 / 0
31.03.2008, 19:16
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35225652
mikhail_n
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mikhail_n
Участник
а перемножение вектора на матрицу вообще "изобрел" для себя сам.

Нормалёк, а матрицу и вектор Вы тоже для себя сами открыли? Почему спрашиваю то: тем кто до этих вещей не своим умом доходили, им не только про матрицы и вектора рассказывали, но и сразу объясняли какие операции определены для этих объектов. Собсно без определения операций сами эти мат. объекты бессмыслены. То есть обычно всё тривиально как три рубля - определение мат. объекта - операции над ним. А у Вас прям какая-то интрига получилась. Эх, живут же люди...
...
Рейтинг: 0 / 0
31.03.2008, 19:17
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35225821
Фотография Lelikk
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Lelikk
Участник
Алексей Е. LelikkВы с механикой имели дело когда-нить? Как вы себе представляете такую передачу и подвеску?
Ну если вы имели дело с механикой то сможете разобраться с этим http://www.membrana.ru/articles/inventions/2006/04/14/205700.html
Там расказано про супер колесо. Оно может ездить боком (в любую сторону), но разворачивать его для этого не надо. Учитесь широте инженерного взгляда.

Вы это с такой гордостью говорите, как будто сами разработали :)
Штука известная, но узкоприменимая, в основном в складской и транпортировочной технике и вот почему:
1) Плохо пригодня для езды со большой скоростью;
2) Большие потери на трение и большой износ "покрышек" - потеря ими нужной формы;
3) Установка подвески имеет значительные трудности (затруднюсь сказать какие, но слышал мнение компетентных людей).

Так что счастливого вам пути на такой машине :)
...
Рейтинг: 0 / 0
31.03.2008, 20:49
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35225922
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mayton
Участник
AlexandrPlusПрограммирование - раздел математики будет, а технические ВУЗ-ы будут преподавать программирование как часть математики, но программистов готовить не будут.


По моим личным наблюдениям качество преподавания математики в современных ВУЗах сильно упало. Я отношу это к попыткам подтянуть отечественную систему образования к неким Европейским стандартам, при которых из разработчиков готовят обезияноподобных кодеров, однако совершенно знающих паттерны и технологии. Сама-же по себе шаблонность программирования - это необходимость и реалии, однако мне кажется что это чревато серъёзным уходом от фундаметнальных наук, таких как физика, матан в сторону различных псевдонаук, где главенствует не теорема а культ нескольких технологий (личностей (мега-корпоративных торговых марок)).
...
Рейтинг: 0 / 0
31.03.2008, 22:20
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35225970
Lepsik
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Lepsik
Участник
Самоловских Виталий aka Kefir AlexandrPlusУже только то, что в Java почти нет средств межъязыкового взаимодействия (а в .NET - не только взаимодействие, но и межъязыковое наследование и межъяз. обработка исключений), отпугивает, так как очень много сложного на Java придется делать тогда через ж.
Спасибо что просветил. Я то, дурак, Java с Groovy мешаю и не знаю, что так делать нельзя.

а попробуй с фортраном проинтегрировать
...
Рейтинг: 0 / 0
31.03.2008, 23:11
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35225977
Lepsik
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Lepsik
Участник
Random_Goodman The_ShadoWПрограммист - это всегда "недоучившийся <кто-то>", где <кто-то> имеет отношение к точным наукам. Собственно, будь он "доучившимся", программистом бы он не был.
Ой спасибо, повеселили-то как!

*учитывая что учился изначально я именно программированию -

Это ПТУ что ли ? В ВУЗах программирование это одна из дисциполин наряду с "Охраной Труда" и "Марксизмом - ленинизмом"
...
Рейтинг: 0 / 0
31.03.2008, 23:15
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35225979
C#C++
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
C#C++
Гость
Cerion AlexandrPlus
разве малюсенький абстрактный lock(this) не решит проблемы


А за конструкцию lock( this ) в коде вообще-то нужно бить по пальцам :). Прямой путь к deadlock'ам...

А написание программного кода иногда (почти всегда) приводит к ошибкам компиляции... ))

Интересно, как Вы потоки синхронизируете? С помощью булевской переменной? Или это нафиг не нужно - синхронизировать потоки?
...
Рейтинг: 0 / 0
31.03.2008, 23:17
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35226127
Самоловских Виталий aka Kefir
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Самоловских Виталий aka Kefir
Участник
Lepsik Самоловских Виталий aka Kefir AlexandrPlusУже только то, что в Java почти нет средств межъязыкового взаимодействия (а в .NET - не только взаимодействие, но и межъязыковое наследование и межъяз. обработка исключений), отпугивает, так как очень много сложного на Java придется делать тогда через ж.
Спасибо что просветил. Я то, дурак, Java с Groovy мешаю и не знаю, что так делать нельзя.
а попробуй с фортраном проинтегрировать
Знаете, задача интересная и я как-то задумывался над ее решением. Теоретически это возможно. Из C++ вызвать фортрановские функции, и обращаться через JNI к C++ коду. Правда до реализации у меня руки не дошли.
...
Рейтинг: 0 / 0
01.04.2008, 06:47
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35226138
Фотография XDiaBLo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
XDiaBLo
Участник
Самоловских Виталий aka Kefir Lepsik Самоловских Виталий aka Kefir AlexandrPlusУже только то, что в Java почти нет средств межъязыкового взаимодействия (а в .NET - не только взаимодействие, но и межъязыковое наследование и межъяз. обработка исключений), отпугивает, так как очень много сложного на Java придется делать тогда через ж.
Спасибо что просветил. Я то, дурак, Java с Groovy мешаю и не знаю, что так делать нельзя.
а попробуй с фортраном проинтегрировать
Знаете, задача интересная и я как-то задумывался над ее решением. Теоретически это возможно. Из C++ вызвать фортрановские функции, и обращаться через JNI к C++ коду. Правда до реализации у меня руки не дошли.
Это с точки зрения прикладника, а если смотреть шире, то в принципе можно из фортрана прямо в байткод компилировать, мешает только отсутствие такого компилятора. Хм, или он есть? Если нет, возможно ещё появится.
...
Рейтинг: 0 / 0
01.04.2008, 07:25
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35226434
Фотография Lelikk
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Lelikk
Участник
C#C++ Cerion AlexandrPlus
разве малюсенький абстрактный lock(this) не решит проблемы


А за конструкцию lock( this ) в коде вообще-то нужно бить по пальцам :). Прямой путь к deadlock'ам...

А написание программного кода иногда (почти всегда) приводит к ошибкам компиляции... ))

Интересно, как Вы потоки синхронизируете? С помощью булевской переменной? Или это нафиг не нужно - синхронизировать потоки?

Вы бы прежде чем смеяьться - почитали бы, что MS очень не рекомендует лочиться на this.
По-хорошему надо создать private поля к примеру object типа и юзать его.
...
Рейтинг: 0 / 0
01.04.2008, 10:38
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35226674
kvasov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
kvasov
Участник
AlexandrPlus kvasov>
SQL - это программный интерфейс доступа к данным


SQL - прежде всего реляционная АЛГЕБРА




Код: plaintext
1.
update Остатки set Остаток = Остаток+@Приход where КодТовара=@КодТовара

Чего тут реляционно-алгебраического?

Возможно кому-то хочется верить в концепцию , что "SQL - это реляционная алгебра", но меньше всего тут алгебры.
В SQL скорее вообще нет математики (ее инкапсулировали) - это интерфейс к данным.
...
Рейтинг: 0 / 0
01.04.2008, 11:40
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35226780
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mayton
Участник
kvasov
Возможно кому-то хочется верить в концепцию , что "SQL - это реляционная алгебра", но меньше всего тут алгебры.
В SQL скорее вообще нет математики (ее инкапсулировали) - это интерфейс к данным.

Согласен. Добавлю. SQL это скорее некий протокол взаимодействия ПО и хранимых данных. И со стандартами не очень дружит. Каждый вендор СУБД вводит в него свои "улучшения". И к реляционной алгебре (РА) от относится весьма отдалённо. Вернее сказать он "за уши" притянут к РА.
...
Рейтинг: 0 / 0
01.04.2008, 12:02
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35227147
gp
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
gp
Участник
mikhail_n а перемножение вектора на матрицу вообще "изобрел" для себя сам.

Нормалёк, а матрицу и вектор Вы тоже для себя сами открыли? Почему спрашиваю то: тем кто до этих вещей не своим умом доходили, им не только про матрицы и вектора рассказывали, но и сразу объясняли какие операции определены для этих объектов. Собсно без определения операций сами эти мат. объекты бессмыслены. То есть обычно всё тривиально как три рубля - определение мат. объекта - операции над ним. А у Вас прям какая-то интрига получилась. Эх, живут же люди...

анекдот
Холмс из корзины воздушного шара:
- Сэр, вы не могли-бы сказать нам, хотя бы приблизительно, где мы сейчас находимся?
- Я могу сказать вам совершенно точно, сэр, вы находитесь в корзине воздушного шара.
Ватсону:
- Это математик.
- Поразительно! Как вы догадались?
- Его ответ как всегда абсолютно точен, и абсолютно бесполезен, равно как и исполнен пафоса, недоступного нам.


Надеюсь, вас не смущает, что я привнес что-то свое и в известный анекдот?
...
Рейтинг: 0 / 0
01.04.2008, 13:31
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35228418
mikhail_n
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mikhail_n
Участник
Похоже что и слово "пафос" Вы для себя тоже сами открыли...
...
Рейтинг: 0 / 0
01.04.2008, 20:00
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35228585
Фотография NextMan
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
NextMan
Участник
Си-шарп имеет такое же отношение к математике, как Пелевин к русской литературе...
...
Рейтинг: 0 / 0
01.04.2008, 23:36
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35228590
Фотография AlexandrPlus
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
AlexandrPlus
Участник
kvasov AlexandrPlus kvasov>
SQL - это программный интерфейс доступа к данным


SQL - прежде всего реляционная АЛГЕБРА




Код: plaintext
1.
update Остатки set Остаток = Остаток+@Приход where КодТовара=@КодТовара

Чего тут реляционно-алгебраического?

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


Блин. Математики в финансах - а кто всех обманывет?

"В SQL - нет математики" - это как в мимлиции нет честных ментов - тогда на фига милиция-то?
...
Рейтинг: 0 / 0
01.04.2008, 23:41
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35228597
Фотография AlexandrPlus
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
AlexandrPlus
Участник
kvasov AlexandrPlus kvasov>
SQL - это программный интерфейс доступа к данным


SQL - прежде всего реляционная АЛГЕБРА




Код: plaintext
1.
update Остатки set Остаток = Остаток+@Приход where КодТовара=@КодТовара

Чего тут реляционно-алгебраического?

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

Вообще товарищЪ не созрел, если не видит математики даже в работе сантехников.
...
Рейтинг: 0 / 0
01.04.2008, 23:47
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35228605
Фотография AlexandrPlus
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
AlexandrPlus
Участник
Самоловских Виталий aka Kefir
Вот выдержка из википедии: "Groovy — объектно-ориентированный язык программирования разработанный для платформы Java как альтернатива языку Java с возможностями из Python, Руби, и Smalltalk."

А вот с сайта разработчиков: "Groovy is an agile and dynamic language for the Java Virtual Machine"

Возможно Вы путаете с Ruby и его реализацией JRuby для JVM?

ВИКИПЕДИЯ - непоймикто непоймичего пишет - ОТКРЫТАЯ ЭНЦИКЛ. -
и язык скрипов разве не может быть ловким и динамичным В СВОИХ ПОНЯТИЯХ?
...
Рейтинг: 0 / 0
01.04.2008, 23:58
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35228612
Фотография AlexandrPlus
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
AlexandrPlus
Участник
NextManСи-шарп имеет такое же отношение к математике, как Пелевин к русской литературе...

Вот здесь дело вкуса - кто определил (И вообщет как на какого-нибудь математика оказала опред. литература) высококачественность литературы - кому что нравится!
...
Рейтинг: 0 / 0
02.04.2008, 00:06
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35228821
_мод
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
_мод
Гость
kvasov
Код: plaintext
1.
update Остатки set Остаток = Остаток+@Приход where КодТовара=@КодТовара
Чего тут реляционно-алгебраического?

Код: plaintext
1.
Остатки(КодТовара) = Остаток(КодТовара)+@Приход
SQL- это функциональный ЯП
...
Рейтинг: 0 / 0
02.04.2008, 09:07
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35228998
Фотография XDiaBLo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
XDiaBLo
Участник
_мод kvasov
Код: plaintext
1.
update Остатки set Остаток = Остаток+@Приход where КодТовара=@КодТовара
Чего тут реляционно-алгебраического?

Код: plaintext
1.
Остатки(КодТовара) = Остаток(КодТовара)+@Приход
SQL- это функциональный ЯП
Здрасте...
...
Рейтинг: 0 / 0
02.04.2008, 10:19
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35229229
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gluk (Kazan)
Участник
_мод kvasov
Код: plaintext
1.
update Остатки set Остаток = Остаток+@Приход where КодТовара=@КодТовара
Чего тут реляционно-алгебраического?

Код: plaintext
1.
Остатки(КодТовара) = Остаток(КодТовара)+@Приход
SQL- это функциональный ЯП

И хиде у него функции ???
Декларативный совсем не обязательно функциональный
...
Рейтинг: 0 / 0
02.04.2008, 11:28
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35229484
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mayton
Участник
_модSQL- это функциональный ЯП
SQL не может являтся функциональным по определению.
...
Рейтинг: 0 / 0
02.04.2008, 12:28
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35229823
_мод
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
_мод
Гость
Gluk (Kazan)И хиде у него функции ???
Декларативный совсем не обязательно функциональный
Конечно, но SQL декларирует именно функции. Все его "операторы" легко переписываются в функции - желающие могут попробовать (типа домашнее задание).
...
Рейтинг: 0 / 0
02.04.2008, 13:53
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35230139
rt555
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
rt555
Участник
И хто тута Главный (in-chief) Программёр? Ниид хельп. Интим не предлагать!
...
Рейтинг: 0 / 0
02.04.2008, 15:06
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35230202
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gluk (Kazan)
Участник
_мод Gluk (Kazan)И хиде у него функции ???
Декларативный совсем не обязательно функциональный
Конечно, но SQL декларирует именно функции. Все его "операторы" легко переписываются в функции - желающие могут попробовать (типа домашнее задание).

И умеет создавать новые функции ???
Как у него там с ламбда-исчислением ?
...
Рейтинг: 0 / 0
02.04.2008, 15:29
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35230452
Фотография AlexandrPlus
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
AlexandrPlus
Участник
mini_root

... и никакого Ж - проверено на личном опыте. Ну а про то что C# это новая веха в математическом программировании - тут уж без комментариев. Ладно б F# сказали - да и то ничего нового в нем нет, кроме того что на .NET раньше ничего такого не было. Nemerle с его макросами гораздо интересней, хотя мне роднее Scala.


P.S. Прежде чем говорить иногда стоит подумать.

"Прежде чем говорить иногда стоит подумать" ... и ничего не говорить. ;-)

Как не крути - C# есть потомок C++, Delphi и Java: так что вобрал всё лучшее из них, избавился от
всего плохого и добавил что-то своё, еще не оцененное на хорошо или плохо. :-\

F# - ... да уж уже убил много времени на ЛИСП-диалекты - Рефал, Схема - действительно удобно и продуктивно
выполнять символьные преобразования и более ничего. Хотя наверное для построения трансляторов - это самое то.
Объявляют, что F# для учебных, научных и финансовых организаций - для любознательных и производящих из
одних символов (деньги как символ ценности)
другие такие же. А по жизни - тот же вопрос - зачем

"
F# ...
- схожесть с Python. Язык наследуют его интерактивную и скриптовую часть.
- схожесть со Sheme.
- основы для интерактивной обработки и представлений данных, как в среде MATLAB.
- строгость определений и безопасность ML
- ..."
так понаписать на Delphi или С++ функций и подставлять друг в дружку - вот
и типа "функциональное программирование" и
"чё было огород городить".
Пусть Microsoft тогда и диалект Пролога под .NET выпустит.
Опять и с Прологом такое же - для экспертных систем, систем принятий решеннй, систем комплексного анализа -
и DataLog - как Пролог вместе с реляционной БД, но SQL в десятки раз лучше по основным аспектам и ради
экзотичности зачем неудобства терпеть. SQL математичнее.

Nemerle - метапрограммирование - еще более "математизированное" программирование - о чем и речь.
А уже есть "промышленные" версии или на уровне изысканий?

А еще был (с 90-91 года вроде) и есть язык Z (Z-спецификаций) - как-то книгу переводил (совести
не хватило - переформулировать и добавить своё - и издать на русском под своим именем), когда в НИИ (в Z
увидели средство для составления строгих технических заданий на программирование - тоже прикол).
Так Z - это определенно математические выражения, но вот матсмысла в них осталось маловато.
Хотя в USA и Canada были коллективы, которые писали трансляторы с Z на C и Pascal.
...
Рейтинг: 0 / 0
02.04.2008, 16:23
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35230749
gp
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
gp
Участник
Математика и физика - это всего лишь модели. Они ничем не движут в реальном мире, хотя некоторые так и считают.
ВоронежскийА не наоборот: сначала вы выводите закон притяжения, а потом на вас падает яблоко

В реальности 10 кандидатов на 3 должности можно избрать двумя-тремя способами, а не 720-ю, хотя комбинаторика и утверждает обратное.

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

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

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

Самолеты тоже не летают за счет физики, или математики, хотя чтобы их сделать, и взаимодействовать с ними, была применена и та, и другая. Но птица летает получше самолета, а математики тут никакой нет. Ее можно только за уши притянуть сюда.
Математика довольно точно может описать только полет ракеты на 100 метров. Все остальное делает машина с состоянием внутри ракеты.

Раньше шутили авторМатематика - царица наук и служанка физики
Теперь можно пошутить: "- и служанка программирования".

Программирование никогда не станет математикой, потому что математика - не самая удачная модель, реального мира.
...
Рейтинг: 0 / 0
02.04.2008, 17:27
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35230884
_мод
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
_мод
Гость
Gluk (Kazan)И умеет создавать новые функции ???
Как у него там с ламбда-исчислением ?
1. select
2. Никак :)
...
Рейтинг: 0 / 0
02.04.2008, 17:55
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35231010
Фотография Lelikk
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Lelikk
Участник
_мод Gluk (Kazan)И умеет создавать новые функции ???
Как у него там с ламбда-исчислением ?
1. select
2. Никак :)

SQL никак не может являться функциональным языком, потому что задает императивные операции на базе данных (insert, update).
У оператора select можно найти притянутые за уши аналогии, но это будет чушь.
...
Рейтинг: 0 / 0
02.04.2008, 18:33
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35231161
rt555
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
rt555
Участник
как пройти на форум по РСУБД оракл 9iii?
...
Рейтинг: 0 / 0
02.04.2008, 19:44
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35231336
egorych
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
egorych
Участник
rt555как пройти на форум по РСУБД оракл 9iii?ул. Верхняя, дом 3 (между интербейзом и аксессом)
...
Рейтинг: 0 / 0
02.04.2008, 22:07
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35231449
kvasov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
kvasov
Участник
_мод
Код: plaintext
1.
Остатки(КодТовара) = Остаток(КодТовара)+@Приход
SQL- это функциональный ЯП

позвольте, не бывает "функционального ЯП"
бывает функциональная модель данных

запись почти такая, но это не SQL, а ... скорее M интерфейс доступа к данным, он же MUMPS

запись функции на диск
Код: plaintext
1.
set ^Остатки(КодТовара,Магазин,Страна,Адрес) = ^Остаток(КодТовара)+Приход

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

то что слева - всегда отсортировано как в sql-индексе, обеспечивая прямую адресацию к координате, по сути мгновенную, а то что справа - это некий строковый обьект, любой сложности- то бишь она - концепция, условно до 32 килобайтов.

В одной строчке - и индекс и серилизованный обьект.

это IT дебри, но иногда удобно, в этой модели к примеру сделан dindex.ru - условно все уличные оъявления Р. на автобусных остановках на одном компе
один PC атлон64 выдает до 250 веб-стр/сек, а их можно поставить парраллельно на одну базу (хоть пару сотен компов) - короче в теории в классе google по мощности в квартире можно сделать на компах из киоска
демо-версию конечно - просто софт чрезвычайно редкий
...
Рейтинг: 0 / 0
03.04.2008, 00:14
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35231466
DocAl
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
DocAl
Участник
Lelikk BrokenPot LelikkВы с механикой имели дело когда-нить? Как вы себе представляете такую передачу и подвеску? С использованием электрической передачи (имели с ней дело когда-нибудь?) и компьтерного управления вращением всех четырех колес эта задача будет легко решена. Дело только за электрическими машинами соответсвующей эффективности. Когда такие появятся - будем ездить боком :)

Мало того, что подвеска таких колес с фактически 2-мя степенями свободы (2 двигателя) - жуткое дело, требующее много места, так ведь какова будет управляемость?
Устойчивость движения машины будет низкой из-за возможности болтания колес вокруг вертикальных осей (никакой комп. системой до конца не компенсируешь) + возможность возникновения автоколебаний по той же причине.
И все это за призрачное удобство парковки.БелАЗы же ездят и не жужжат (почти)
...
Рейтинг: 0 / 0
03.04.2008, 00:30
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35231471
egorych
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
egorych
Участник
DocAl LelikkИ все это за призрачное удобство парковки.БелАЗы же ездят и не жужжат (почти)у Белазов-же такая система внедрена чтоб им было парковаться удобнее, правда?
...
Рейтинг: 0 / 0
03.04.2008, 00:33
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35231712
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gluk (Kazan)
Участник
_мод Gluk (Kazan)И умеет создавать новые функции ???
Как у него там с ламбда-исчислением ?
1. select
2. Никак :)

1. БуГаГа
2. С отсутствием побочных эффектов очевидгл тоже ? ;)
...
Рейтинг: 0 / 0
03.04.2008, 09:14
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35231726
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gluk (Kazan)
Участник
kvasov _мод
Код: plaintext
1.
Остатки(КодТовара) = Остаток(КодТовара)+@Приход
SQL- это функциональный ЯП

позвольте, не бывает "функционального ЯП"
бывает функциональная модель данных

запись почти такая, но это не SQL, а ... скорее M интерфейс доступа к данным, он же MUMPS

запись функции на диск
Код: plaintext
1.
set ^Остатки(КодТовара,Магазин,Страна,Адрес) = ^Остаток(КодТовара)+Приход


ишо адын :)

какое нафих ФП, если написано ПРИСВОЕНИЕ ???
...
Рейтинг: 0 / 0
03.04.2008, 09:19
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35231727
_мод
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
_мод
Гость
Lelikkимперативные операции на базе данных (insert, update).
Как посмотреть:
таблица=insert|update|delete|select(аргументы)
...
Рейтинг: 0 / 0
03.04.2008, 09:19
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35231743
_мод
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
_мод
Гость
Gluk (Kazan)
1. БуГаГа
2. С отсутствием побочных эффектов очевидгл тоже ? ;)
Согласен, новые функции создавать нельзя. А побочных эффектов в SQL нет и не м.б., т.к. нет переменных.
...
Рейтинг: 0 / 0
03.04.2008, 09:25
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35231751
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gluk (Kazan)
Участник
_мод Gluk (Kazan)
1. БуГаГа
2. С отсутствием побочных эффектов очевидгл тоже ? ;)
Согласен, новые функции создавать нельзя. А побочных эффектов в SQL нет и не м.б., т.к. нет переменных.

1. select является ФЯ построения отношений
2. SQL не является ФЯ работы с данными

консенсус достигнут ?
...
Рейтинг: 0 / 0
03.04.2008, 09:27
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35232035
Cerion
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Cerion
Гость
Lelikk C#C++ Cerion AlexandrPlus
разве малюсенький абстрактный lock(this) не решит проблемы


А за конструкцию lock( this ) в коде вообще-то нужно бить по пальцам :). Прямой путь к deadlock'ам...

А написание программного кода иногда (почти всегда) приводит к ошибкам компиляции... ))

Интересно, как Вы потоки синхронизируете? С помощью булевской переменной? Или это нафиг не нужно - синхронизировать потоки?

Вы бы прежде чем смеяьться - почитали бы, что MS очень не рекомендует лочиться на this.
По-хорошему надо создать private поля к примеру object типа и юзать его.

Вот именно, я же не зря this в посте выделил :)
А вообще, с определенного момента начинаешь думать не о том, где нужно использовать lock, а том где можно этот lock убрать ;)
...
Рейтинг: 0 / 0
03.04.2008, 10:59
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35233611
_мод
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
_мод
Гость
Gluk (Kazan)консенсус достигнут ?
Yes
...
Рейтинг: 0 / 0
03.04.2008, 16:51
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35234100
kvasov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
kvasov
Участник
Gluk (Kazan)
какое нафих ФП, если написано ПРИСВОЕНИЕ ???

а ФП это что такое?

можете изобразить примерчик
это линия что-ли?
у=kx+c

или что не ФП ?
...
Рейтинг: 0 / 0
03.04.2008, 19:02
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35234449
Фотография tchingiz
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
tchingizПривилегированный пользователь
Участник
_мод Gluk (Kazan)
1. БуГаГа
2. С отсутствием побочных эффектов очевидгл тоже ? ;)
Согласен, новые функции создавать нельзя. А побочных эффектов в SQL нет и не м.б., т.к. нет переменных.
боюсь что любой оператор селект удовлетворяет определениею функции и, значит, ею является

http://ru.wikipedia.org/wiki/%D0%A4%D1%83%D0%BD%D0%BA%D1%86%D0%B8%D1%8F_(%D0%BC%D0%B0%D1%82%D0%B5%D0%BC%D0%B0%D1%82%D0%B8%D0%BA%D0%B0)

или может Глюку удавалось применять два раза один оператор селекта к одному и тому же отношению
и получать два разных отношения на выходе?
...
Рейтинг: 0 / 0
03.04.2008, 23:17
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35234630
Фотография XDiaBLo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
XDiaBLo
Участник
tchingiz _мод Gluk (Kazan)
1. БуГаГа
2. С отсутствием побочных эффектов очевидгл тоже ? ;)
Согласен, новые функции создавать нельзя. А побочных эффектов в SQL нет и не м.б., т.к. нет переменных.
боюсь что любой оператор селект удовлетворяет определениею функции и, значит, ею является

http://ru.wikipedia.org/wiki/%D0%A4%D1%83%D0%BD%D0%BA%D1%86%D0%B8%D1%8F_(%D0%BC%D0%B0%D1%82%D0%B5%D0%BC%D0%B0%D1%82%D0%B8%D0%BA%D0%B0)

или может Глюку удавалось применять два раза один оператор селекта к одному и тому же отношению
и получать два разных отношения на выходе?
Как насчёт запроса количества строк в таблице? У меня в базе в одной таблице, по три записи в секунду появляется, то есть раз от разу результаты разные будут...
...
Рейтинг: 0 / 0
04.04.2008, 07:28
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35234638
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gluk (Kazan)
Участник
tchingizили может Глюку удавалось применять два раза один оператор селекта к одному и тому же отношению
и получать два разных отношения на выходе?

Код: plaintext
1.
select sysdate from dual;

???
...
Рейтинг: 0 / 0
04.04.2008, 07:36
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35234737
_мод
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
_мод
Гость
tchingizбоюсь что любой оператор селект удовлетворяет определениею функции и, значит, ею является
Ессно:
таблица=selеct(список выражений, список таблиц, условие)
но в чистом SQL нельзя написать НОВУЮ функцию, можно использовать только стандартные.
...
Рейтинг: 0 / 0
04.04.2008, 09:07
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35234812
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gluk (Kazan)
Участник
И выполнение функций далеко не всегда не связано с изменением каких-либо глобальных состояний ;)
...
Рейтинг: 0 / 0
04.04.2008, 09:48
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35237271
Фотография tchingiz
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
tchingizПривилегированный пользователь
Участник
Gluk (Kazan) tchingizили может Глюку удавалось применять два раза один оператор селекта к одному и тому же отношению
и получать два разных отношения на выходе?

Код: plaintext
1.
select sysdate from dual;

???
у этой функции есть скрытый параметр текущее время

на вход подается прямое произведение dual на (скажем) [1970..].
а собственно сама функция является проекцией на компонент время.

поэтому просьба два разные ее применения делать в один и тотже момент времени системы
...
Рейтинг: 0 / 0
05.04.2008, 05:32
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35237274
Фотография tchingiz
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
tchingizПривилегированный пользователь
Участник
XDiaBLo tchingiz _мод Gluk (Kazan)
1. БуГаГа
2. С отсутствием побочных эффектов очевидгл тоже ? ;)
Согласен, новые функции создавать нельзя. А побочных эффектов в SQL нет и не м.б., т.к. нет переменных.
боюсь что любой оператор селект удовлетворяет определениею функции и, значит, ею является

http://ru.wikipedia.org/wiki/%D0%A4%D1%83%D0%BD%D0%BA%D1%86%D0%B8%D1%8F_(%D0%BC%D0%B0%D1%82%D0%B5%D0%BC%D0%B0%D1%82%D0%B8%D0%BA%D0%B0)

или может Глюку удавалось применять два раза один оператор селекта к одному и тому же отношению
и получать два разных отношения на выходе?
Как насчёт запроса количества строк в таблице? У меня в базе в одной таблице, по три записи в секунду появляется, то есть раз от разу результаты разные будут...
функция применялась к различным входным данным.
Отношения, меняющиеся со временем, от старика Кодда - это маразм не имеющий никакого отношения
к математике.
Отношение - это подмножество прямого произведение. Не больше и не меньше.
Оно не меняется никогда.
...
Рейтинг: 0 / 0
05.04.2008, 05:36
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35237275
Фотография tchingiz
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
tchingizПривилегированный пользователь
Участник
_мод tchingizбоюсь что любой оператор селект удовлетворяет определениею функции и, значит, ею является
Ессно:
таблица=selеct(список выражений, список таблиц, условие)
но в чистом SQL нельзя написать НОВУЮ функцию, можно использовать только стандартные.

возьмем таблицу t из одной колонки f типа int

select f from t where f <= 2
и
select f from t where f >= 2

это две разные фукции
первая отношение
Код: plaintext
1.
2.
3.
4.
   f
   1
   2
   3

отображает в отношение

Код: plaintext
1.
2.
3.
   f
   1
   2

вторая в
Код: plaintext
1.
2.
3.
   f
   2
   3
...
Рейтинг: 0 / 0
05.04.2008, 05:44
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35238536
Фотография XDiaBLo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
XDiaBLo
Участник
По поводу того, что SQL язык функционального программирования, вспомнилось как тут недавно кое-кто утверждал, что ассемблер, это мультипарадигменный язык, потому что всё остальное написано на нём... Странный довод...
...
Рейтинг: 0 / 0
07.04.2008, 07:29
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35238607
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gluk (Kazan)
Участник
tchingizу этой функции есть скрытый параметр текущее время


вот именно => функции ВПОЛНЕ могут оперировать глобальным состоянием => не всякое применение (и даже определение) функций есть ФП
...
Рейтинг: 0 / 0
07.04.2008, 08:42
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35238608
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gluk (Kazan)
Участник
XDiaBLoПо поводу того, что SQL язык функционального программирования, вспомнилось как тут недавно кое-кто утверждал, что ассемблер, это мультипарадигменный язык, потому что всё остальное написано на нём... Странный довод...

+1
...
Рейтинг: 0 / 0
07.04.2008, 08:43
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35244066
Фотография tchingiz
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
tchingizПривилегированный пользователь
Участник
Gluk (Kazan) tchingizу этой функции есть скрытый параметр текущее время


вот именно => функции ВПОЛНЕ могут оперировать глобальным состоянием => не всякое применение (и даже определение) функций есть ФП
я говорил, что оператор селект удоволетворяет определению функции в математическом смысле
и не более того.
к размышлениям о том, что не всякое применение функций есть ФП безразличен.
по видимому, оно справедливо
...
Рейтинг: 0 / 0
08.04.2008, 23:36
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35244231
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gluk (Kazan)
Участник
tchingiz
вот именно => функции ВПОЛНЕ могут оперировать глобальным состоянием => не всякое применение (и даже определение) функций есть ФП
я говорил, что оператор селект удоволетворяет определению функции в математическом смысле
и не более того.
к размышлениям о том, что не всякое применение функций есть ФП безразличен.
по видимому, оно справедливо[/quot]

Разьве я где-то говорил, что select не функция ???
К чему было это:

или может Глюку удавалось применять два раза один оператор селекта к одному и тому же отношению
и получать два разных отношения на выходе?
...
Рейтинг: 0 / 0
09.04.2008, 07:34
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35244711
_мод
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
_мод
Гость
tchingiz
select f from t where f <= 2
и
select f from t where f >= 2
это две разные фукции

x=select(f,t,f <= 2)
y=select(f,t,f >= 2)
функция одна и та же, а ее значения разные при разных аргументах
...
Рейтинг: 0 / 0
09.04.2008, 11:13
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35246158
tIT-GP
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
tIT-GP
Гость
Жжоте! ))
...
Рейтинг: 0 / 0
09.04.2008, 17:16
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35246748
Фотография XDiaBLo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
XDiaBLo
Участник
tIT-GPЖжоте! ))
Аха, "Программирование" вообще моя любимая ветка, люблю холивары и всё такое, как-то даже прикольнее всяких башоргов бывает. Да и в споре постигается истина...
...
Рейтинг: 0 / 0
09.04.2008, 22:24
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35247348
zloy den
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
zloy den
Участник
XDiaBLo tIT-GPЖжоте! ))
Аха, "Программирование" вообще моя любимая ветка, люблю холивары и всё такое, как-то даже прикольнее всяких башоргов бывает. Да и в споре постигается истина...

Как правило, ничерта она не достигается-каждый остается при своем мнении
...
Рейтинг: 0 / 0
10.04.2008, 10:44
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35247738
Фотография D129
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
D129
Участник
zloy denКак правило, ничерта она не достигается-каждый остается при своем мнении
Это всегда так, при обсуждении теоретических вопросов...
Я вот практик. Когда использую в шарпе или с++ элементы функционального программирования - то есть, в параметр функции ставлю вызов другой функции, то заявленная в теории "легкость дебагирования" (из-за отсутствия промежуточных состояний) не наблюдается. Даже наоборот, когда в незнакомом коде прыгаешь из функции в функцию (без возможности посмотреть промежуточный результат), то вообще теряешь нить. Так же при таком подходе сложнее вести лог.
Идем дальше. Лисп.
Метапрограммирование - где оно?
Очень хочется писать программы так:
- Лифт, ты будешь возить с этажа на этаж платформы. Сколько этажей не знаю, посчитай сам.
- Шатл, ты будешь возить платформы с полки в лифт и обратно. Только не забудь проверять - если на платформе высокая машина (джип) - не ставь ее на низкую полку - сломаешь крышу.
итп.
Но почему-то до сих пор так не получается, хотя тут все теоретики отрицают прямую связь между возможностями процессора и программированием как таковым. В абстракцию ушли.
Нет, теоретические изыскания это хорошо... даже очень хорошо... но они для меня (практика) подобны теоретическим изысканиям в области гиперпространства - пока корабли не бороздят просторы вселенной - значит, живем и решаем текущие проблемы без гиперпространства.

Ну насамом деле, о чем вы говорите... Если бы Хаскель или Лисп позволяли писать так, как и не снилось ООП, и на "раз" решать проблемы, которые ООП не под силу (вот, оптимизация работы тех же шатлов в складе - много коллизий возникает) - разве их бы не использовали "программистские низы"? А если есть что-то, что снижает время разработки программ (и стоимость) - разве руководство компаний это не использует? Капитализм ведь везде...
...
Рейтинг: 0 / 0
10.04.2008, 12:12
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35247997
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gluk (Kazan)
Участник
D129Когда использую в шарпе или с++ элементы функционального программирования - то есть, в параметр функции ставлю вызов другой функции, то заявленная в теории "легкость дебагирования" (из-за отсутствия промежуточных состояний) не наблюдается. Даже наоборот, когда в незнакомом коде прыгаешь из функции в функцию (без возможности посмотреть промежуточный результат), то вообще теряешь нить. Так же при таком подходе сложнее вести лог.


ФП нужно применять или в праздничном наборе или не применять вообще. Каким образом то, что Вы куда-то передаете указатели на функции (или используете делегаты) гарантирует отсутствие побочных эффектов ? А ведь именно последнее, а не мифические "функции как полноправные объекты" и обеспечивает "заявленную легкость дебагирования".

Возможно стоит иногда включать здравый смысл ?

D129Метапрограммирование - где оно?

Например, когда я вместо старого доброго копи-паста использую шаблон :)
Или когда Схема преобразует:

Код: plaintext
1.
2.
3.
4.
(let* ((a  1 )
         (b (+ a  1 )))
 ...
)

в

Код: plaintext
1.
2.
3.
4.
5.
(let ((a  1 ))
  (let ((b (+ a  1 )))
    ...
  )
)

а каждый let затем в:

Код: plaintext
1.
((lambda (a) ...)  1 )

Очень знаете-ли помогает

Единственная цель метапрограммирования - уменьшить объем кода вводимого вручную и увеличить его понимабельность.

D129
- Лифт, ты будешь возить с этажа на этаж платформы. Сколько этажей не знаю, посчитай сам.
- Шатл, ты будешь возить платформы с полки в лифт и обратно. Только не забудь проверять - если на платформе высокая машина (джип) - не ставь ее на низкую полку - сломаешь крышу.

А это уже называется DSL в чистом и неприкрытом виде. Например когда средствами метапрограммирования реализована система символьных вычислений с которой можно общаться на привычном и до боли родном языке
...
Рейтинг: 0 / 0
10.04.2008, 13:05
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35248136
Фотография XDiaBLo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
XDiaBLo
Участник
zloy den XDiaBLo tIT-GPЖжоте! ))
Аха, "Программирование" вообще моя любимая ветка, люблю холивары и всё такое, как-то даже прикольнее всяких башоргов бывает. Да и в споре постигается истина...

Как правило, ничерта она не достигается-каждый остается при своем мнении
Достигается, я не имел в виду что кто-то, кого-то в чём-то убедит. Я имел в виду что пока споришь, или наблюдаешь чужой спор, часто приходит понимание
...
Рейтинг: 0 / 0
10.04.2008, 13:37
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35248155
Фотография XDiaBLo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
XDiaBLo
Участник
D129Ну насамом деле, о чем вы говорите... Если бы Хаскель или Лисп позволяли писать так, как и не снилось ООП, и на "раз" решать проблемы, которые ООП не под силу (вот, оптимизация работы тех же шатлов в складе - много коллизий возникает) - разве их бы не использовали "программистские низы"? А если есть что-то, что снижает время разработки программ (и стоимость) - разве руководство компаний это не использует? Капитализм ведь везде...
А вот дело то как раз в том, что все так думают, что раз не распространено, значит плохо, и даже не рассматривают. Кроме того на модные шняжки полно документации, а на редкую но мощную штуковину как-то поменьше. Не надо на толпу смотреть, мыж не животные, чтоб тупо за стадом плестись.
...
Рейтинг: 0 / 0
10.04.2008, 13:40
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35248180
Фотография D129
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
D129
Участник
Gluk (Kazan)
Возможно стоит иногда включать здравый смысл ?


Вы меня обижаете. :-(
Как бы я программировал реал-тайм системы без включенного здравого смысла?
По Вашему, я пытаюсь оценить разные языки и принципы с позиции практической пользы (даже экономической!) их применения, и делаю это "выключив здравый смысл"?
Эх...

Шаблонами не пользуюсь, и вот почему - когда система реальная, в ней нельзя выполнять действия, которые были допустимы в той, на основе которой был построен шаблон.
То есть, от проэкта к проэкту шаблон будет меняться до неузнаваемости.
Если же внешний компонент такой же (ничего не изменилось) то и код менять не надо - используем длл.

Примеров на Схеме я не понял :-( - не владею языком ("Французкого не употребляю" (с) :-) )
Надо будет почитать что это такое.

Капитализмус - не есть идея! Капитализмус - это чистоган!
...
Рейтинг: 0 / 0
10.04.2008, 13:44
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35248240
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gluk (Kazan)
Участник
D129Вы меня обижаете. :-(
Как бы я программировал реал-тайм системы без включенного здравого смысла?


И в мыслях не держал Зачем мне Вас обижать ???
Просто напросто ВАШЕ ожидание гарантии отсутствия побочных эффектов из-за того, что Вы куда-то передали указатель на функцию или функтор, с позиций ВКЛЮЧЕННОГО здравого смысла выглядит странно.

D129Шаблонами не пользуюсь, и вот почему - когда система реальная, в ней нельзя выполнять действия, которые были допустимы в той, на основе которой был построен шаблон.
То есть, от проэкта к проэкту шаблон будет меняться до неузнаваемости.


Тут ить от шаблона много зависит. Может быть просто не умеете готовить ? (из-за того что не пользуетесь). При всей своей несовершенности шаблоны C++ весьма мощная штука.
Впрочем я говорил даже не о повторном использовании, а о рутинных повторах почти одинаковых повторов кода, которые часто приходится видеть. (Снова и в мыслях не держал Вас обидеть, не надо бряцать медальками, я ВАМ верю).

DLL тоже хорошо, сам с удовольствием пользую (только при чем тут шаблоны ?)
А вот если у вас где-то реализован собственный скриптовый язык (скажем для описания окошек), то это УЖЕ DSL, причем, даже если Вы никагда никагда не используете шаблонов
И ничего научно-нового в этом нет (как и в статье) уже лет так ...цать
...
Рейтинг: 0 / 0
10.04.2008, 13:56
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35248291
Фотография D129
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
D129
Участник
XDiaBLo
А вот дело то как раз в том, что все так думают, что раз не распространено, значит плохо, и даже не рассматривают. Кроме того на модные шняжки полно документации, а на редкую но мощную штуковину как-то поменьше. Не надо на толпу смотреть, мыж не животные, чтоб тупо за стадом плестись.[/quot]
Как это никто не рассматривает? Я рассматриваю, Вы рассматриваете, разработчики редких штуковин - тоже реальные люди... Но зашел я на Мягкое введение в Хаскель почитал... нет у меня сейчас применения этому... все математические расчеты - на уровне 4 действий арифметики... грустно, но это так - а если и будет сложнее, то шарп посчитает, а мне на нем уже привычнее...
Смотрите, к чему все идет - к програмистскому эсперанто, единому языку, чтобы он все мог и всем подходил. К таким выводам я прихожу...
Если модные шняжки используют - значит они устраивают...
Ну и я бы не стал употреблять в адрес программистов понятие "стадо" нет, не из-за политкорректности, а просто это не соответствует действительности - баран из стада выпрыгнуть не может, без стада он погибнет, а вот программисты иногда вырываются, и новые вещи делают. И новые способы ищут - вот Вы, например, никак не в стаде...
...
Рейтинг: 0 / 0
10.04.2008, 14:04
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35248367
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gluk (Kazan)
Участник
D129Но зашел я на Мягкое введение в Хаскель почитал... нет у меня сейчас применения этому...

Пример из жизни (про Схему правда, Хаскель для меня как то слишком):

1. Проектируется отказоустойчивый кластер (1 узел боевой, остальные горячего резерва). Требуется разработать хитрый протокол рукопожатия, гарантирующий, чтобы из любого положения, когда жив хотя бы один узел, боевым становился один и только один, а осталньные переводились в горячий резерв. Мозк начинает кипеть, а C++, при всех своих достоинствах, лаконичностью не страдает. Варианты реализации которые пишутся и переписываються совершенно не похожи друг на друга да и баги ловить тяжко, поскольку последовательность событий воспроизвести удается далеко не всегда.

Берем схему и прежде чем бросаться кодить реализуем модельку , гораздо более лакончную чем любая из реализаций. На ней опробируем модельки различных реализаций протоколов. Более того, можно реализовать генератор всех возможных последовательностей событий, прогнать его через модельку и отловить некорректные конечные конфигурации. А когда все устаканится - переложить протокол на C++.
...
Рейтинг: 0 / 0
10.04.2008, 14:20
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35248383
Фотография D129
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
D129
Участник
Gluk (Kazan)
И в мыслях не держал Зачем мне Вас обижать ???
Просто напросто ВАШЕ ожидание гарантии отсутствия побочных эффектов из-за того, что Вы куда-то передали указатель на функцию или функтор, с позиций ВКЛЮЧЕННОГО здравого смысла выглядит странно.

А, ну так я не про это говорил... это мне как раз ясно. Неясно выразился видимо.
Выходит так, что побочные эффекты мне как раз нужны и полезны. По-опыту: в чужом коде несколько раз вытаскивал такие вложенные функции в локальную переменную, чтобы можно было не влезая внутрь (а иногда это невозможно - дллка) увидеть, что именно она вернула (или надо было в лог записать это промежуточное состояние).
...
Рейтинг: 0 / 0
10.04.2008, 14:24
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35248409
Фотография D129
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
D129
Участник
Gluk (Kazan)
Пример из жизни.

Спасибо, это уже интересно.
...
Рейтинг: 0 / 0
10.04.2008, 14:29
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35248425
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gluk (Kazan)
Участник
D129 Gluk (Kazan)
И в мыслях не держал Зачем мне Вас обижать ???
Просто напросто ВАШЕ ожидание гарантии отсутствия побочных эффектов из-за того, что Вы куда-то передали указатель на функцию или функтор, с позиций ВКЛЮЧЕННОГО здравого смысла выглядит странно.

А, ну так я не про это говорил... это мне как раз ясно. Неясно выразился видимо.
Выходит так, что побочные эффекты мне как раз нужны и полезны. По-опыту: в чужом коде несколько раз вытаскивал такие вложенные функции в локальную переменную, чтобы можно было не влезая внутрь (а иногда это невозможно - дллка) увидеть, что именно она вернула (или надо было в лог записать это промежуточное состояние).

Дык они и в лиспе бывают полезны ;) Речь о том, что там где они ВРЕДНЫ (при моделировании например), можно с успехом применять ФП.

А что касается темплетов - простой пример: метод который работает с int-ом и long-ом скажем (утрирую). Зачем писать дважды, если можно написать шаблонный метод ? Единственная беда шаблонов (кроме того что с их помощью тоже можно писать непонятно) - возможные несовместимости компиляторов, но это с каждым днем уходит в прошлое. Шаблоны просто напросто еще один препроцессор, менее опасный чем #define. Почему-бы ими не пользоваться ???
...
Рейтинг: 0 / 0
10.04.2008, 14:35
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35248630
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gluk (Kazan)
Участник
2 D129

Кстати, если не тайна, как Вам удается делать реал-тайм системы на C# ?
В частности приостановки потоков при сборке мусора интересны
...
Рейтинг: 0 / 0
10.04.2008, 15:13
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35249144
Random_Goodman
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Random_Goodman
Участник
Все зависит от понятия "реал-тайм". Задержка всегда есть и везде, на винде+дотнет добиться задержки <20мс вполне реально
...
Рейтинг: 0 / 0
10.04.2008, 16:50
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35249497
Фотография D129
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
D129
Участник
Gluk (Kazan)2 D129

Кстати, если не тайна, как Вам удается делать реал-тайм системы на C# ?
В частности приостановки потоков при сборке мусора интересны

То есть, мы стоим, а что-то происходит?
В общих чертах :
Задержка в несколько микросекунд (или даже в милисекунд) - некритична в наших системах. Узнаем об изменении чуть позже. Следующая команда не будет послана, если от контроллера не получен ответ о приеме предидущей. То есть, выкручиваемся переключением состояний (States).
Именно выкручиваемся, но работает... Я выходил к руководству с несколькими предложениями, но у них железный довод - зачем переписывать - работает же.
:-)
...
Рейтинг: 0 / 0
10.04.2008, 18:38
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35249821
Фотография tchingiz
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
tchingizПривилегированный пользователь
Участник
Глюк (Казань)
просьба на птшные провокации не вестись
...
Рейтинг: 0 / 0
10.04.2008, 22:59
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35249828
Фотография tchingiz
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
tchingizПривилегированный пользователь
Участник
про
Gluk (Kazan) tchingiz
вот именно => функции ВПОЛНЕ могут оперировать глобальным состоянием => не всякое применение (и даже определение) функций есть ФП
я говорил, что оператор селект удоволетворяет определению функции в математическом смысле
и не более того.
к размышлениям о том, что не всякое применение функций есть ФП безразличен.
по видимому, оно справедливо

Разьве я где-то говорил, что select не функция ???
К чему было это:

или может Глюку удавалось применять два раза один оператор селекта к одному и тому же отношению
и получать два разных отношения на выходе?[/quot]
к этому
/topic/541734&pg=4#5492939
/topic/541734&pg=4#5495985

селект удовлетворяет определение функции, и, следовательно, ею является.
...
Рейтинг: 0 / 0
10.04.2008, 23:09
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35249835
Фотография tchingiz
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
tchingizПривилегированный пользователь
Участник
_мод tchingiz
select f from t where f <= 2
и
select f from t where f >= 2
это две разные фукции

x=select(f,t,f <= 2)
y=select(f,t,f >= 2)
функция одна и та же, а ее значения разные при разных аргументах

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

языком селектом можно создавать разные фукнции

более простой аналог.

пусть g: Int >< Int -> Int

g(x, 2) это одна функция, скажем, g2: Int -> Int
g(x, 3) это другая, обозначим g3, g3: Int -> Int.
g3 <> g2
...
Рейтинг: 0 / 0
10.04.2008, 23:15
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35250010
_мод
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
_мод
Гость
tchingiz убрать из входных параметров и внести
вовнутрь, то будут разные функции.
Это да, но SQL не позволяет этого делать
...
Рейтинг: 0 / 0
11.04.2008, 14:39
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35250021
Фотография RatTail
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
RatTail
Участник
tchingizГлюк (Казань)
просьба на птшные провокации не вестись
на мою, что ли? не пести, кросавчег; я никого не провоцировал.
...
Рейтинг: 0 / 0
11.04.2008, 14:46
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35250035
Фотография RatTail
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
RatTail
Участник
Gluk (Kazan) D129 Gluk (Kazan)
И в мыслях не держал Зачем мне Вас обижать ???
Просто напросто ВАШЕ ожидание гарантии отсутствия побочных эффектов из-за того, что Вы куда-то передали указатель на функцию или функтор, с позиций ВКЛЮЧЕННОГО здравого смысла выглядит странно.

А, ну так я не про это говорил... это мне как раз ясно. Неясно выразился видимо.
Выходит так, что побочные эффекты мне как раз нужны и полезны. По-опыту: в чужом коде несколько раз вытаскивал такие вложенные функции в локальную переменную, чтобы можно было не влезая внутрь (а иногда это невозможно - дллка) увидеть, что именно она вернула (или надо было в лог записать это промежуточное состояние).

Дык они и в лиспе бывают полезны ;) Речь о том, что там где они ВРЕДНЫ (при моделировании например), можно с успехом применять ФП.

А что касается темплетов - простой пример: метод который работает с int-ом и long-ом скажем (утрирую). Зачем писать дважды, если можно написать шаблонный метод ? Единственная беда шаблонов (кроме того что с их помощью тоже можно писать непонятно) - возможные несовместимости компиляторов, но это с каждым днем уходит в прошлое. Шаблоны просто напросто еще один препроцессор, менее опасный чем #define. Почему-бы ими не пользоваться ???
все шаблоны написаны алексом степановым, так шо -- отдыхай.
показательно упоминание int и long (догадался добавить "утрирую").
...
Рейтинг: 0 / 0
11.04.2008, 14:52
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35250052
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gluk (Kazan)
Участник
Random_GoodmanВсе зависит от понятия "реал-тайм". Задержка всегда есть и везде, на винде+дотнет добиться задержки <20мс вполне реально

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

Это тоже из жизни
...
Рейтинг: 0 / 0
11.04.2008, 14:59
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35250058
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gluk (Kazan)
Участник
D129Я выходил к руководству с несколькими предложениями

А краткая суть предложений не коммерческая тайна ?
...
Рейтинг: 0 / 0
11.04.2008, 15:00
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35250073
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gluk (Kazan)
Участник
RatTail
все шаблоны написаны алексом степановым, так шо -- отдыхай.
показательно упоминание int и long (догадался добавить "утрирую").

Степанов конечно хороший человек, но написано им далеко не все, а то что написано можно использовать осторожно и ограниченно (особенно радует постоянное копирование объектов).
В общем отдыхать не приходится и long-ами int-ами дело отнюдь не ограничивается, шаблоны (именно самописные, а не в составе STL или Boost-а) мы применяем в работе широко (и далеко не всегда для контейнеров).
...
Рейтинг: 0 / 0
11.04.2008, 15:05
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35250092
Фотография RatTail
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
RatTail
Участник
простая передача параметром в рекурсивную функцию вектора валит С++ на ура; Паскалю это пох, он справляется, в 10 раз быстрее.
Я ЧЕСТНО не понимаю ПОЧЕМУ оно ТАК.

Про С# вообще лучше молчать.
...
Рейтинг: 0 / 0
11.04.2008, 15:10
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35250124
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gluk (Kazan)
Участник
RatTailпростая передача параметром в рекурсивную функцию вектора валит С++ на ура; Паскалю это пох, он справляется, в 10 раз быстрее.
Я ЧЕСТНО не понимаю ПОЧЕМУ оно ТАК.

Про С# вообще лучше молчать.

Открой для себя ссылки

P.S.

Доктор, когда я так делаю - мне больно :( ...
...
Рейтинг: 0 / 0
11.04.2008, 15:20
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35250146
Фотография RatTail
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
RatTail
Участник
Gluk (Kazan) RatTailпростая передача параметром в рекурсивную функцию вектора валит С++ на ура; Паскалю это пох, он справляется, в 10 раз быстрее.
Я ЧЕСТНО не понимаю ПОЧЕМУ оно ТАК.

Про С# вообще лучше молчать.

Открой для себя ссылки

P.S.

Доктор, когда я так делаю - мне больно :( ...

ссылки? в моей рек. функции 2 вызова ...... в этом вся бяка!

Глюк, я понятно не большой знаток С++ и даже Паскаля и даже тормознутого Питона.
Чисто визуально мне намного больше нравится С++. Но меня просто взбесило: http://www.spoj.pl/status/VONNY,zzz/
И я понял: нас дурят. Все кому не лень (и ты в их числе). Я переписал банальный паскалевский код на С++.
И получил отсос.
...
Рейтинг: 0 / 0
11.04.2008, 15:27
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35250183
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gluk (Kazan)
Участник
Я уже говорил выше, что STL можно использовать лишь ограниченно и осторожно.
Сама по себе рекурсивность в сочетании с вектором к краху не приводит, поэтому я предположил, что имело место передача вектора по значению (чего разумеется делать не стоит).
Точнее сказать сложно, не видя кода
...
Рейтинг: 0 / 0
11.04.2008, 15:39
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35250206
Фотография RatTail
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
RatTail
Участник
Вот это получает тайм-лимит (буква за буквой (штоб не думать; мне влом конкретно эту задачу писать по-другому) переписано с паскаля):

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
40.
41.
42.
43.
44.
45.
46.
47.
48.
49.
50.
51.
52.
53.
54.
55.
56.
57.
58.
59.
60.
61.
62.
63.
64.
65.
66.
67.
68.
69.
70.
71.
72.
73.
#include <cstdio>
#include <cstdlib>
#include <vector>

using namespace std;

typedef vector< vector<short> > grid;

int ans;


void foo(short sch, grid oc, grid a, short p, short q, short fl) {

    if (sch== 28 ) {ans++; return;}

    if (fl== 1 ) {
            oc[a[p][q]][a[p][q+ 1 ]]= 1 ;
            oc[a[p][q+ 1 ]][a[p][q]]= 1 ;
            a[p][q]= 7 ;
            a[p][q+ 1 ]= 7 ;
    }
    else {
            oc[a[p][q]][a[p+ 1 ][q]]= 1 ;
            oc[a[p+ 1 ][q]][a[p][q]]= 1 ;
            a[p][q]= 7 ;
            a[p+ 1 ][q]= 7 ;
    }
        for (int i= 1 ; i<= 7 ; i++)
            for (int j= 1 ; j<= 8 ; j++)
                if ((a[i][j]!= 7 )&&(a[i- 1 ][j]== 7 )&&(a[i][j- 1 ]== 7 )) {
                        if (oc[a[i][j]][a[i][j+ 1 ]]== 0 )
                            foo(sch+ 1 ,oc,a,i+ 0 ,j+ 0 , 1 );
                        if (oc[a[i][j]][a[i+ 1 ][j]]== 0 )
                            foo(sch+ 1 ,oc,a,i+ 0 ,j+ 0 , 2 );
                        return;
                }
}


int main() {

    grid oc( 10 , 10 ),a( 10 , 10 );

    for (int i= 0 ; i<= 9 ; i++)
    for (int j= 0 ; j<= 9 ; j++)
        a[i][j]= 7 ;

    for (int i= 0 ; i<= 7 ; i++) {
        oc[i][ 7 ]= 1 ; oc[ 7 ][i]= 1 ;
    }

    int tcs;

    scanf("%d",&tcs);

    while (tcs--) {

        for (int i= 0 ; i<= 6 ; i++)
        for (int j= 0 ; j<= 6 ; j++)
            oc[i][j]= 0 ;

        for (int i= 1 ; i<= 7 ; i++)
        for (int j= 1 ; j<= 8 ; j++)
            scanf("%d",&a[i][j]);

        ans= 0 ;
        foo( 1 ,oc,a, 1 , 1 , 1 );
        foo( 1 ,oc,a, 1 , 1 , 2 );
        printf("%d\n",ans);
    }

return  0 ;
}
...
Рейтинг: 0 / 0
11.04.2008, 15:45
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35250219
Фотография RatTail
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
RatTail
Участник
Gluk (Kazan)Я уже говорил выше, что STL можно использовать лишь ограниченно и осторожно.
я не знаю как без STL это переписать. Я понимаю, паскаль -- язык убогий и для убогих и т.д. Но вот справляется....
...
Рейтинг: 0 / 0
11.04.2008, 15:48
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35250298
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gluk (Kazan)
Участник
tchingiz/topic/541734&pg=4#5492939
/topic/541734&pg=4#5495985


Оператор select-это вызов функции. Он ничего не создает, а возвращает результаты выборки.
Я могу рассматривать create view как создание функции, но с определенными натяжками.
Что касается lambda, то с еще большими натяжками можно говорить об inline view
...
Рейтинг: 0 / 0
11.04.2008, 16:10
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35250329
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gluk (Kazan)
Участник
RatTailВот это получает тайм-лимит (буква за буквой (штоб не думать; мне влом конкретно эту задачу писать по-другому) переписано с паскаля):

Код: plaintext
1.
2.
void foo(short sch, grid oc, grid a, short p, short q, short fl) {
...


Диагноз товарища Саахова подтвержден :)
в код не вникал, но вместо vector<...> a и т.п. в формальных параметрах vector<...> & a
Та же фигня с vector<vector<> > оччень черевато. Поскольку ссылки тут нельзя, обычно используются указатели или умные указатели (только не auto_ptr).
А вообще, наверное стоит посмотреть Blitz
Это опять-же к вопросу о необходимости шаблонов

Паскаль просто по другому передает параметры (и много скрывает от разработчика)
...
Рейтинг: 0 / 0
11.04.2008, 16:19
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35250353
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gluk (Kazan)
Участник
Gluk (Kazan) Blitz


Блин. Поспешил - людей насмешил (не посмтрел ссылку, инет тормозит)
Имелось в виду вот это
...
Рейтинг: 0 / 0
11.04.2008, 16:25
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35250361
Фотография RatTail
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
RatTail
Участник
Gluk (Kazan) RatTailВот это получает тайм-лимит (буква за буквой (штоб не думать; мне влом конкретно эту задачу писать по-другому) переписано с паскаля):

Код: plaintext
1.
2.
void foo(short sch, grid oc, grid a, short p, short q, short fl) {
...


Диагноз товарища Саахова подтвержден :)
в код не вникал, но вместо vector<...> a и т.п. в формальных параметрах vector<...> & a
Та же фигня с vector<vector<> > оччень черевато. Поскольку ссылки тут нельзя, обычно используются указатели или умные указатели (только не auto_ptr).
А вообще, наверное стоит посмотреть Blitz
Это опять-же к вопросу о необходимости шаблонов

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

2.
Мой код абсолютно прозрачен и интуитивен. И абсолютно работоспособный, тока долго работает.

3.
Насчет твоих предложений : это как мертвому припарки. Если не ломит, пропость сюда мой код с твоими техническими поправками и мы увидим еще один отсос.

4.
Алгоритмы меня ес-но не интересуют.
...
Рейтинг: 0 / 0
11.04.2008, 16:28
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35250380
Фотография RatTail
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
RatTail
Участник
Gluk (Kazan) Gluk (Kazan) Blitz


Блин. Поспешил - людей насмешил (не посмтрел ссылку, инет тормозит)
Имелось в виду вот это
я чесно куею с дорогих товарищей; не адекватность просто поражает;
мне типа щас написать полякам: а вы blitz видели? давайте быстренько
...
Рейтинг: 0 / 0
11.04.2008, 16:32
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35250411
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gluk (Kazan)
Участник
RatTailкак он это делает нам пох.


С C++ этот пункт не прокатывает, только и всего (Америки вы в этом не открыли).
В отличии от Паскаля, для того чтобы использовать C++ его нужно знать очень хорошо

RatTailя чесно куею с дорогих товарищей; не адекватность просто поражает;
мне типа щас написать полякам: а вы blitz видели? давайте быстренько

Ну это не только с C++ так. Либо велосипед, либо специализированная библиотека (часто бесплатная). Выбор за вами (по моему вполне адекватно).
...
Рейтинг: 0 / 0
11.04.2008, 16:38
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35250428
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gluk (Kazan)
Участник
RatTailНасчет твоих предложений : это как мертвому припарки. Если не ломит, пропость сюда мой код с твоими техническими поправками и мы увидим еще один отсос.


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

Но могу сказать точно, в своей работе (а я пользую C++ давно и плотно) с описанными тобой проблемами не встречался.
...
Рейтинг: 0 / 0
11.04.2008, 16:41
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35250472
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gluk (Kazan)
Участник
2 RatTail

Кстати, именно то что долго работает как раз и связано с тем карманным биллиардом, который устаривает STL с твоими векторами как значениями :) так что не надо про припарки

В C++ очень легко прострелить себе ногу
...
Рейтинг: 0 / 0
11.04.2008, 16:51
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35250502
Фотография RatTail
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
RatTail
Участник
Gluk (Kazan) RatTailНасчет твоих предложений : это как мертвому припарки. Если не ломит, пропость сюда мой код с твоими техническими поправками и мы увидим еще один отсос.


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

Но могу сказать точно, в своей работе (а я пользую C++ давно и плотно) с описанными тобой проблемами не встречался.
так об том же и речь! то что можно прочитать в доке я и сам прочитаю
как "тока" так сразу, в кусты; а мне пардон пистёж про скиму и пр. поебень тоже малоинтересен.
Вот Тим Питерс например не постеснялся спросить у "пацанов" про "память" (сорри, не могу найти конкретно тот топик; ему кстати НИКТО не ответил; жуки-сцуки):
http://www.spoj.pl/forum/search.php?search_author=UncleTimmy&sid=6cec3685bb2f9f34b723ebcb661c72c7
а здесь сразу амбиции, "сколько платишь" (эт ваще не фпестуневкраснуармию)
...
Рейтинг: 0 / 0
11.04.2008, 16:57
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35250512
Фотография RatTail
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
RatTail
Участник
Gluk (Kazan)2 RatTail

Кстати, именно то что долго работает как раз и связано с тем карманным биллиардом, который устаривает STL с твоими векторами как значениями :) так что не надо про припарки

В C++ очень легко прострелить себе ногу
ну дык нах ваще тут упоминать C#, этот чуть ускоренный питон?
а что питон -- это зверь! я это сразу понял; лучше языка вообще быть не может.
Тим Питерс -- это один из его разработчиков.
...
Рейтинг: 0 / 0
11.04.2008, 17:00
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35250528
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gluk (Kazan)
Участник
RatTailа здесь сразу амбиции, "сколько платишь" (эт ваще не фпестуневкраснуармию)

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

Кстати, на слабо я как правило тоже не ведусь ;)

P.S. Всем пока и до понедельника
...
Рейтинг: 0 / 0
11.04.2008, 17:05
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35250576
Фотография RatTail
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
RatTail
Участник
Gluk (Kazan) RatTailа здесь сразу амбиции, "сколько платишь" (эт ваще не фпестуневкраснуармию)

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

Кстати, на слабо я как правило тоже не ведусь ;)

P.S. Всем пока и до понедельника
моя работа - это детский лепет; насчет "на слабо не ведусь" -- не ну... ваще учись от Тима решать "зодачи" ("проблемы") (только не понятно кто ему платил)

Posted: Sun Nov 27, 2005 19:53 Post subject: Re: POUR1 - Need help with testing strategies

--------------------------------------------------------------------------------

Chen Dingming Benedict wrote:
...
The program still seems to run into errors. I'm suspecting that something might have gone wrong for cases where the min. number of steps required is very large. It's hard to work out such cases using pen and paper... does anyone have a set of test cases/good testing strategies to recommend?

I first wrote a brute-force solver, doing a breadth-first search over all possible states. "A state" here is a pair <a, b> of integers, meaning that vessel A currently contains `a` litres and vessel B `b` litres. The initial state is <0, 0> (both vessels empty). A straightforward, reliable solver then looks like:
Code:
states := a list containing <0, 0>
nsteps := 0
while states is not empty:
nsteps := nsteps + 1
# new_states will be a list of all states that require
# at least nsteps steps to reach for the first time
new_states := an empty list
for each state in states:
for each way of getting a new state newstate from state:
# which means we can empty either vessel, fill
# either vessel, or transfer as much as possible
# from either vessel to the other
if we haven't seen newstate before:
append newstate to new_states
if the target number is in newstate:
return nsteps
states := new_states
return -1 # failure -- not possible

Now that's too slow to get accepted (at least when coded in Python ), but is "obviously correct" so can be used to check other algorithms. The trick isn't to try to speed it, it's to leave the code so bloody obvious that you trust its results 100%.

After that, I wrote a driver to generate test cases at random (picked capacities and a target each uniformly at random from 1 .. 10000), and checked to see that the method above gave the same answer as my then-current "fast" algorithm.

I found that relatively small upper limits were good enough to provoke failure modes. For example, with capacities of 5 and 1, and a target of 3, my first "fast" algorithm attempt assumed (for some reason I can't remember now ) that "fill the smaller vessel first" was a winning strategy, so went through these states:
Code:
0 0
0 1
1 0
1 1
2 0
2 1
3 0

while the brute-force solver found the best sequence:
Code:
0 0
5 0
4 1
4 0
3 1

Your mileage may vary, but I tended to make stupid mistakes like that one, and random testing on small inputs was all it really needed to find them. If I were to do it over again, I'd do exhaustive testing up to a small limit, on all <capacity1, capacity2, target> triples with no element larger than (say) 17.
...
Рейтинг: 0 / 0
11.04.2008, 17:18
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35250953
Фотография XDiaBLo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
XDiaBLo
Участник
RatTail2.
Мой код абсолютно прозрачен и интуитивен. И абсолютно работоспособный, тока долго работает.

3.
Насчет твоих предложений : это как мертвому припарки. Если не ломит, пропость сюда мой код с твоими техническими поправками и мы увидим еще один отсос.

Я всегда параметры передаю через константные ссылки, если мне к примеру сами переменные менять не надо, но при этом хочется быстродействия. А у тебя там идёт сплошное копирование объектов, ужос...
...
Рейтинг: 0 / 0
11.04.2008, 20:58
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35251109
Фотография tchingiz
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
tchingizПривилегированный пользователь
Участник
Gluk (Kazan) tchingiz/topic/541734&pg=4#5492939
/topic/541734&pg=4#5495985


Оператор select-это вызов функции. Он ничего не создает, а возвращает результаты выборки.
Я могу рассматривать create view как создание функции, но с определенными натяжками.
Что касается lambda, то с еще большими натяжками можно говорить об inline view
мы разговариваем в контексте математики.
ссылку на определение функции я давал.
селект удовлетворяет определению функции и значет ею является.
поскольку одному значению на входе ставит в соответствие не более одного на выходе
...
Рейтинг: 0 / 0
12.04.2008, 00:13
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35251111
Фотография tchingiz
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
tchingizПривилегированный пользователь
Участник
RatTail tchingizГлюк (Казань)
просьба на птшные провокации не вестись
на мою, что ли? не пести, кросавчег; я никого не провоцировал.
прочитал
...
Рейтинг: 0 / 0
12.04.2008, 00:15
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35251121
Фотография XDiaBLo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
XDiaBLo
Участник
tchingiz Gluk (Kazan) tchingiz/topic/541734&pg=4#5492939
/topic/541734&pg=4#5495985


Оператор select-это вызов функции. Он ничего не создает, а возвращает результаты выборки.
Я могу рассматривать create view как создание функции, но с определенными натяжками.
Что касается lambda, то с еще большими натяжками можно говорить об inline view
мы разговариваем в контексте математики.
ссылку на определение функции я давал.
селект удовлетворяет определению функции и значет ею является.
поскольку одному значению на входе ставит в соответствие не более одного на выходе
Аха, конечно, просто один селект, может выдавать разные результаты раз от разу... Хотя бы даже порядок вывода строк если нет ORDER BY, уже может быть разным. Если до Oracle10GR2 GROUP BY хотя и не гарантированно(но все ли об этом знали?) но выдавал отсортированные данные, теперь приходится ORDER BY ставить, это не имеет значения? Если не имеет, то всё равно, записи добавляются, результаты запроса меняются. А это как я понимаю функциональным программированием не пахнет. Хотя я в нём не профи, не могу быть уверенным.
...
Рейтинг: 0 / 0
12.04.2008, 00:26
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35251136
Фотография tchingiz
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
tchingizПривилегированный пользователь
Участник
не может один селект на одних входных данных выдавать различные результаты.
порядок строк во множестве не имеет значения
множество {1,2} и {2,1} - это одно и тоже множество
...
Рейтинг: 0 / 0
12.04.2008, 00:41
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35251143
egorych
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
egorych
Участник
tchingizне может один селект на одних входных данных выдавать различные результаты. потерял сейчас нить
пример:
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
create table tbl (
  id int not null primary key
)

select * from tbl

insert into tbl (id) values( 10 )

select * from tbl

insert into tbl(id) values( 20 )

select * from tbl

...
или я не о том?
...
Рейтинг: 0 / 0
12.04.2008, 00:59
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35251337
чал
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
чал
Гость
egorych tchingizне может один селект на одних входных данных выдавать различные результаты. потерял сейчас нить
...
или я не о том?

Очевидно, что select выдает разные результаты.
Код: plaintext
1.
SELECT t.name FROM Names t

Здесь параметр t это переменная, которая указывает на текущую запись в таблице Names. Поскольку содержимое записи или сами выбираемые записи могут поменяться, то и результате селекта тоже будет разным.

Это еще более очевидно, если мы запишем в более традиционном для программистов виде:
Код: plaintext
1.
2.
3.
FOREACH t IN Name {
  ret.add(t.name); // Ну типа включить t.name в возвращаемую коллекцию
  }

Это связано с тем, что параметр может (через цепочку ссылок) указывать на разделяемые данные, а значит это уже никак не ФП. Можно конечно засунуть голову в песок и сказать. что я вижу ссылку, а ссылка всегда одна и та же, но это очевидно не катит. Влияние на результат может быть более сложным, например, через критерии выборки, но это уже мелочи.
...
Рейтинг: 0 / 0
12.04.2008, 13:38
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35251570
G12345
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
G12345
Участник
Программирование - всё больше становиться быдлокодированием.
...
Рейтинг: 0 / 0
12.04.2008, 21:34
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35251575
G12345
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
G12345
Участник
Ребята надо уже признать, что быдлокодирование вам дает зарабатывать деньги потому как ничего вы на своих работках полезного не делаете. Есть, конечно, единицы. Всем нужны быдлокодеры, которые будут набирать кодик или вы сами такие, что вы смогли отчитываться перед начальством за сделанные "проекты" и все такое. Ведь так ребяты?
...
Рейтинг: 0 / 0
12.04.2008, 21:49
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35251598
Фотография Lelikk
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Lelikk
Участник
G12345Ребята надо уже признать, что быдлокодирование вам дает зарабатывать деньги потому как ничего вы на своих работках полезного не делаете. Есть, конечно, единицы. Всем нужны быдлокодеры, которые будут набирать кодик или вы сами такие, что вы смогли отчитываться перед начальством за сделанные "проекты" и все такое. Ведь так ребяты?

Польза - это что? или для кого?
...
Рейтинг: 0 / 0
12.04.2008, 22:29
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35251605
G12345
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
G12345
Участник
Lelikk
Польза - это что? или для кого?
Для тебя. Потому как без пользы ТЫ никому не нужен.
...
Рейтинг: 0 / 0
12.04.2008, 22:36
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35251748
Фотография tchingiz
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
tchingizПривилегированный пользователь
Участник
egorych tchingizне может один селект на одних входных данных выдавать различные результаты. потерял сейчас нить
пример:
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
create table tbl (
  id int not null primary key
)

select * from tbl

insert into tbl (id) values( 10 )

select * from tbl

insert into tbl(id) values( 20 )

select * from tbl

...
или я не о том?
конечно. здесь трое различных входных данных - пустое множество, множество {10}, множество {10, 20}

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
int select(int a){
return a;
}
main(){
int a= 10 ;
select (a);
a =  20 ;
select(a);
}
не смущает же?

tbl это переменная (область памяти где могут хранится отношения) типа отношение.
На вход поступают различные отношения.
...
Рейтинг: 0 / 0
13.04.2008, 07:39
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35251770
Фотография Lelikk
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Lelikk
Участник
G12345 Lelikk
Польза - это что? или для кого?
Для тебя. Потому как без пользы ТЫ никому не нужен.

Бред.
...
Рейтинг: 0 / 0
13.04.2008, 09:40
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35251798
Фотография D129
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
D129
Участник
Gluk (Kazan) D129Я выходил к руководству с несколькими предложениями

А краткая суть предложений не коммерческая тайна ?
Предлагал оставить только два состояния - команда посылается - команда послана. Сделать список команд.
Предлагал отделить сигнализацию ошибок контроллера от команд и состояний - а то придумали
"CommandEnded" и "CommandEndedWithFaults"...

Предлагал заменить "задачи по перевозке" (хранящиеся в отдельной таблице) на систему пакетов - с "адресом назначения" и "роутером", который будет в рантайм решать, куда отправить пакет,
Это заменило бы еще одну таблицу - "пути" в которой жестко прописано, как и куда отправлять...
Предлагал заменить таблицы типа "полки" "ящики" "коробки" "болтики" на две - по принципу BOM (bill of materials) - иерархический список "дерева компонентов", что позволило бы рекурсивно ее обрабатывать...
С мультитрейдингом не баловаться...
Сейчас посмотрел на тему топика, и понял, что я со своей прикладной задачей опять против...
Ну извиняйте, если что не так...
(мнет в руках поношенную заячью ушанку)
...
Рейтинг: 0 / 0
13.04.2008, 11:12
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35252173
egorych
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
egorych
Участник
tchingiz egorych...или я не о том?
конечно. здесь трое различных входных данных - пустое множество, множество {10}, множество {10, 20}
tbl это переменная (область памяти где могут хранится отношения) типа отношение.
На вход поступают различные отношения.понято и принято. консенсус
...
Рейтинг: 0 / 0
13.04.2008, 20:44
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35252529
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gluk (Kazan)
Участник
RatTailмоя работа - это детский лепет; насчет "на слабо не ведусь" -- не ну... ваще учись от Тима решать "зодачи" ("проблемы") (только не понятно кто ему платил)


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

Если ты этого не понял (или сделал вид что не понял)
ты или дурак или провакатор (с)
...
Рейтинг: 0 / 0
14.04.2008, 08:38
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35252534
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gluk (Kazan)
Участник
tchingizмы разговариваем в контексте математики.
ссылку на определение функции я давал.


Предлагаю сойтись на том, что мы говорим о разном
...
Рейтинг: 0 / 0
14.04.2008, 08:42
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35252539
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gluk (Kazan)
Участник
G12345 Lelikk
Польза - это что? или для кого?
Для тебя. Потому как без пользы ТЫ никому не нужен.

Для меня есть польза, для себя - ТЫ сам решай

P.S. что то троллей развелось ...
...
Рейтинг: 0 / 0
14.04.2008, 08:47
| Ответить | Цитировать | Написать  
Программирование - всё больше математикой становится
    #35252558
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gluk (Kazan)
Участник
D129Предлагал заменить "задачи по перевозке" (хранящиеся в отдельной таблице) на систему пакетов - с "адресом назначения" и "роутером", который будет в рантайм решать, куда отправить пакет,
Это заменило бы еще одну таблицу - "пути" в которой жестко прописано, как и куда отправлять...
Предлагал заменить таблицы типа "полки" "ящики" "коробки" "болтики" на две - по принципу BOM (bill of materials) - иерархический список "дерева компонентов", что позволило бы рекурсивно ее обрабатывать...
С мультитрейдингом не баловаться...


понятно, спасибо
...
Рейтинг: 0 / 0
14.04.2008, 09:03
| Ответить | Цитировать | Написать  
176 сообщений из 176, показаны все 8 страниц
  все  
Форумы / Программирование [игнор отключен] [закрыт для гостей] / Программирование - всё больше математикой становится
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение   Полит. конфиден.  
NoSQL.ru       Кролег: Проекты, Новости, Чат       РЕД ФОРУМ       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?all=1&fid=16&tid=1345371]:
 0ms
get settings:
 9ms
get forum list:
 19ms
check forum access:
 4ms
check topic access:
 4ms
track hit:
 219ms
get topic data:
 11ms
get forum data:
 2ms
get page messages:
 163ms
get tp. blocked users:
 1ms
others: 255ms
total:  687ms
созд. / загр.: 687ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]