Вроде бы упрощение и спектрума коснулось, но есть ли результаты?Цитата:
Сообщение от elf/2
Или мы пока только пришли к тому с чего начинали буржуи 20 лет назад (писали игры под спек на более мощных компах)?
Вид для печати
Вроде бы упрощение и спектрума коснулось, но есть ли результаты?Цитата:
Сообщение от elf/2
Или мы пока только пришли к тому с чего начинали буржуи 20 лет назад (писали игры под спек на более мощных компах)?
тебе как человеку который что-то пытается делать для спека будет проще ответить на этот вопрос :)Цитата:
Сообщение от newart
если говорить о больших машинах, то я сейчас могу на каком-нибудь питоне минут за 15-20 скрипт для решения нужной задачи набросать, а еще лет 5-10 назад я бы за эту задачу даже не взялся...
хотя тогда я считал себя программистом, а сейчас уже нет :)
Хоть я и использую Эмулятор, но в качестве ассемблера по прежнему предпочитаю спековский Storm. Что дает эмулятор? Да не так и много на самом деле. В порядке значимости: оталдчик, снапшоты, моментальная компиляция, 4 дисковода.Цитата:
Сообщение от elf/2
Если на реале использовать Ram диск/HDD, турбо режим и кнопку Magic то получаю практически все тоже самое.
Да, забыл такую вещь как многозадачность. Бывает полезно паралельно работать в двух эмулях и еще запустить какой-нибудь граф редактор в фоне.
Но и это не сложно достич на спеке, нужно просто поставить рядом 2-3 машины.
Минус только в том что нет сети. MMD с проводом по магнитофонному порту может отчасти решить эту проблему но только отчасти.
на мой взгляд, использование эмуляторов или кросс-ассемблеров просто добавляет удобства. а для того чтобы ускорить/упростить разработку нужны "танковые клинья и ковровые бомбометания" т.е. языки высокого уровня и библиотеки высокого качества :)Цитата:
Сообщение от newart
зы: отдаю себе отчет что для спекки не очень подходит (по крайней мере первая часть)
Конёк и одновременно проблема отечественного программиста - "вылизывание" кода.
Западные программеры исходят из другой позиции: нужно в срок, за разумные деньги, и рабочий продукт. Проблема ресурсоемкости не ставится в большинстве случаев вообще. Это было и 20 лет назад, а сейчас иначе вообще никак.
ой-ли :) видел код написанный отечественными программистами где синхронизация была построена на задержках :)Цитата:
Сообщение от jdigreze
А я тоже видел много лабораторных работ с такой лажей внутри. И высокого уровня лабораторных работ видел много.Цитата:
Сообщение от elf/2
А также кривовато написанного ПО для серьезного оборудования и первоклассно спроектированных утилит "на один раз".
Национальность как таковая- не показатель. Показателем является качество профильного образования.
ЗЫ. А вот "индийского кода" не видел (за исключением легендарного узнавания даты через сутки через sleep(86400) ;).
А полный текст этого кода можно, если не трудно?Цитата:
Сообщение от Vitamin
Пажалста. Вот первая попавшаяся цитата по поиску (оригинал найти не получилось):Цитата:
Сообщение от Savage
http://asplinuxclub.org/viewtopic.php?id=127Цитата:
Программистский шедевр на индусском форуме на тему "как узнать завтрашнюю дату" остался непревзойденным:
Код:void get_tomorrow_date( struct timeval *date )
{
sleep( 86400 ); // 60 * 60 * 24
gettimeofday( date, 0 );
}
Это не обязательно смешно.Цитата:
Сообщение от elf/2
Активное ожидание разблокировки называется spinlock.
В протоколах CSMA/CD для разрешения коллизий используется случайная задержка.