76 ответов в теме

[Ellisys]

RT не имеет никакого отношения к выжиманию максимума из слабеньких платформ. Там нужно просто гарантировать завершение worst case в конкретное реальное время, C#, Java и пр. современные языки для прикладного программирования такой гарантии дать не могут в-основном из-за механизма garbage collection и пр. автоматики, а вовсе не эффективности кода.

Насчет профессиональности подхода - просто разные акценты. В enterprise-секторе огромная куча своих заморочек начиная от requirements engineering и заканчивая тестированием и эксплуатацией, профессионализм требуется тот еще, чтобы все предусмотреть.

Если говорить о worst case то там все начинается с ОС. Ни линукс, ни тем более винда для таких проектов не подходят. Там все сидят на всевозможных RTOS (VxWorks самая известная). В большенстве менее критичных к времени реакции проектах на первое место часто выходит себестоимость платформы, вот здесь и начинаются танцы с бубном.

Биржевые платформы и сопутсвуюшее программное почти сплош на Си шарпе. А там быстродействие очень необходимо.

Не стоит сравнивать биржевые системы, где более важна надежнасть с например военной авиационной электроникой.
Или с цифровой ТВ приставкой (STB), если она тормазнутая клиент моментально уйдет к конкуренту

Сообщение отредактировал Ellisys: 30 June 2011 - 13:28

[Seiza]

Советую начать с Липпмана. Хороший автор для начинающих. А вообще где-то тут была большая тема об этом.

Однако топик стартер лентяй, по его ошибке гугл выдает ответ в первой строчке.

Спс. Скачал, написано хорошо и понятно, буду пробовать пока время есть, чисто ради развлечения. Если это осилю тогда и C# попробую. И по фиг что С++ труднее.

[antgraf]

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

[Брат]

Вы уверены в этом?
http://habrahabr.ru/...s/linux/113875/

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

[MaestroRED]

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

сервисная часть?

[Yaponiz]

Видимо имелась ввиду часть которая предоставляет сервис для клиентов.
Вот только смысла на асме её писать нет, проще на плюсах или той же яве/c#. Главное надежность и быстродействие. А вот клиента писать пофиг на чем, там уже скорость не важна. Но и к биржевому софту он отношение имеет небольшое.

[doommer]

http://shootout.alio...pp&lang2=csharp

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

[Yaponiz]

Ну во-первых там в тестах моно, оно медленней чем дотнет от майкрософт. Во-вторых там на некоторых тестах почти нет разницы в скорости. Конечно некоторые вещи (типа математических библиотек) писать на с# не стоит, а вот некоторые в скорости проигрывать не будут совсем.

[DotSlayer]

Ну, почему же. Интересно услышать мнение. Только я подозреваю, что мнения никакого и нет, так - вайн человека, плохо знакомого с сабжем.
Я имел очень неплохой c++ опыт промышленного программирования (windows и системное программирование для встроенных систем). И когда с переходом на новую должность пришлось пересесть на c# (а еще и лисп), сначала негодудел, но после набора необходимого опыта и беспристрастной оценки вынужден был признать: скорость и качество разработки выросла, сложность поддержки уменьшилась, roi значительно выше, многие преписываемые проблемы - выдуманы.

в одном предложении roi и "качество разработки" (sic!) - это что-нибудь да значит.

[antgraf]

в одном предложении roi и "качество разработки" (sic!) - это что-нибудь да значит.

Разумеется. От качества разработки напрямую зависят затраты на поддержку и возможность выпустить продукт в срок. Оба этих свойства - неотъемлемая часть расчета рисков и затрат. Я думал, это понятно и разжевывать не надо.

[Finder]

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

http://ru.wikipedia.org/wiki/%D0%A4%D1%83%D0%BD%D0%BA%D1%86%D0%B8%D0%BE%D0%BD%D0%B0%D0%BB%D1%8C%D0%BD%D0%BE%D0%B5_%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5


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

[DotSlayer]

Разумеется. От качества разработки напрямую зависят затраты на поддержку и возможность выпустить продукт в срок. Оба этих свойства - неотъемлемая часть расчета рисков и затрат. Я думал, это понятно и разжевывать не надо.

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

[antgraf]

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

Статданные есть, искать лениво, гугля в помощь. Я их в свое время видел, когда изучал эстимейшн (могу посоветовать Steve McConnell "Software Estimation: Demystifying the Black Art").

http://ru.wikipedia....%BD%D0%B8%D0%B5


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

Вот этот источник как раз плохой. Меня не очень история и "hello world" интересует. А реальная программа, делающая что-то полезное, включая интерактивный опрос пользователя, некоторую логику и вывод результатов.

[Yaponiz]

Разумеется. От качества разработки напрямую зависят затраты на поддержку и возможность выпустить продукт в срок. Оба этих свойства - неотъемлемая часть расчета рисков и затрат. Я думал, это понятно и разжевывать не надо.

"Быстро, качественно, дешево, выбирайте любые два" пока ещё никто не отменял.

[Hartless]

корреляция между рои и платформой разработки стремится в нулю.

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

[antgraf]

"Быстро, качественно, дешево, выбирайте любые два" пока ещё никто не отменял.

Никто не отменял, никто и не подтверждал. Очень упрощенная эмперическая формула. Почти всегда есть возможности улучшить один из параметров, не влияя на другие или просто довести все три до необходимого уровня. Если глупость повторить 100500 раз она умнее не станет, так и с этим утверждением.

[Finder]

Вот этот источник как раз плохой. Меня не очень история и "hello world" интересует. А реальная программа, делающая что-то полезное, включая интерактивный опрос пользователя, некоторую логику и вывод результатов.

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

[antgraf]

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

Иии? Примеры?

[Yaponiz]

Никто не отменял, никто и не подтверждал. Очень упрощенная эмперическая формула. Почти всегда есть возможности улучшить один из параметров, не влияя на другие или просто довести все три до необходимого уровня. Если глупость повторить 100500 раз она умнее не станет, так и с этим утверждением.

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

Иии? Примеры?

Пример: Интерфейс пишем на C#, расчетную часть на С, библиотеку специфическую на чем-то функциональном.

[antgraf]

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

Ну, хоть и смешно, но указанный пример тоже иллюстрирует неприминимость упрощенной тройки качество-фунциональность-стоимость.
Более жизненный пример: перенос проекта из Индии в Россию позволяет улучшить качество, снизить сроки и при этом практически не влияет на стоимость.