Ada_Ru форум

Обсуждение языка Ада

Что нового в Ада 2012?. Страница 2

Оставить новое сообщение

Сообщения

 

 

 

 

________________________________

From: Sergei Lodyagin <lodyagin@gmail.com>

To: ada_ru@yahoogroups.com

Sent: Thursday, August 8, 2013 6:39 PM

Subject: Re: [ada_ru] Что нового в Ада 2012?

Ну, важно что стандарт есть.

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

-- 

Сергей

 

  -- Рано! Но кто это знает? Если 99% выпускников компьютерных специальностей в течение многих лет Аду ни в каком смысле не изучали, то с кем мы должны договариваться насчёт целесообразности её преподавания? Следовательно, единственно правильный подход - преподавать без разговоров! Если бы так делали в нескольких ведущих университетах СНГ, были бы и поводы на эту тему разговаривать. Поэтому отсутствие адского спецкурса на ф-те прикладной математики МГУ - прескорбный факт :(((

Виктор

 

 

Следовательно, единственно правильный подход - преподавать без разговоров!

> Если бы так делали в нескольких ведущих университетах СНГ, были бы и поводы

> на эту тему разговаривать. Поэтому отсутствие адского спецкурса на ф-те прикладной

математики МГУ - прескорбный факт :(((

 

Спецкурс погоды не делал - это 10-20 человек. Что-то изменит может разве

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

 

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

цинизма (или, другими словами, выходу на устойчивый энергосберегающий

режим :). Больше работать за идею нет ни сил, ни желания :(

On 2013-08-12 01:43, Sergey I. Rybin wrote:

 

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

цинизма

 

Я бы уточнил, что это общий настрой индустрии работать на помойку.

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

Но думаю имеет смысл пытаться исправлять ситуацию.

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

Хотя бы потому что есть эта рассылка.

Спецкурс погоды не делал - это 10-20 человек.

Тем не менее, если бы не он, я бы не занялся изучением Ады.

А так вот благодаря Вам появился небольшой опен-сорсный проектик http://ray-tracing.ru/articles229.html. :)

УУууу, как новогодне красиво 8)!

 

А не разрешит ли обладатель автор  "проектика" и держатель копирайта на эти картинки использвать их в учебном пособии, связанном с Адой?

 

Виктор

 

 

 

________________________________

From: Владимир Фролов <asmcerf@...>

To: ada_ru@yahoogroups.com

Sent: Monday, August 12, 2013 11:31 AM

Subject: Re: [ada_ru] Что нового в Ада 2012?

 

 

 

Спецкурс погоды не делал - это 10-20 человек.

 

Тем не менее, если бы не он, я бы не занялся изучением Ады.

А так вот благодаря Вам появился небольшой опен-сорсный проектик http://ray-tracing.ru/articles229.html. :)

 

 

 

 

 

 

 

Типа транзакционная память.

http://gcc.gnu.org/wiki/TransactionalMemory

 

Но как я понял, обольщаться не стоит.

 

Roughly, transactions provide synchronization guarantees that are similar to what would be guaranteed when using a single global lock as a guard for all transactions.

 

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

"транзакционные" операции с памятью.

Это я сначала заинтересовался, а потом понял, что нам этого не надо.

Прошу прощения. Заголовок не соотвествовал.

 

On 2013-08-19 14:50, Dmitriy Anisimkov wrote:

On Mon, 2013-08-19 at 14:50 +0700, Dmitriy Anisimkov wrote:

 

 

 

Типа транзакционная память.

http://gcc.gnu.org/wiki/TransactionalMemory

 

Но как я понял, обольщаться не стоит.

 

Roughly, transactions provide synchronization guarantees that are similar to what would be guaranteed when using a single global lock as a

guard for all transactions.

 

То есть сишники, что бы не париться с нормальной синхронизацией

забили

одну глобальную блокировку на все

"транзакционные" операции с памятью.

Это я сначала заинтересовался, а потом понял, что нам этого не надо.

 

 

C++-11 has a rich set of memory synchronization methods, for example, see http://en.cppreference.com/w/cpp/atomic/memory_order

 

I think an implementation of transaction memory is not "locking" but separating view of memory from different processor cores (because each use its own copy in the cache). Of course, if the standard permits it can be done as "locking" on some architectures. But I believe it is not the case. It says only "it has the same guarantees as a lock" but it is not lock actually.

 

--

Sergei

 

P.S. Sorry for English, Russian is not installed here.

Виктор, конечно, нет проблемм! Используйте на здоровье!

 

 

13 августа 2013 г., 18:36 пользователь Victor Olegovich <

victor_olegovich@...> написал:

Новое сообщение:
< Страницы: 1 2

Чтобы оставить новое сообщение необходимо Зарегистрироваться и Войти