Вроде бы упрощение и спектрума коснулось, но есть ли результаты?Сообщение от elf/2
Или мы пока только пришли к тому с чего начинали буржуи 20 лет назад (писали игры под спек на более мощных компах)?
Вроде бы упрощение и спектрума коснулось, но есть ли результаты?Сообщение от elf/2
Или мы пока только пришли к тому с чего начинали буржуи 20 лет назад (писали игры под спек на более мощных компах)?
С любовью к вам, Yandex.Direct
Размещение рекламы на форуме способствует его дальнейшему развитию
тебе как человеку который что-то пытается делать для спека будет проще ответить на этот вопросСообщение от newart
если говорить о больших машинах, то я сейчас могу на каком-нибудь питоне минут за 15-20 скрипт для решения нужной задачи набросать, а еще лет 5-10 назад я бы за эту задачу даже не взялся...
хотя тогда я считал себя программистом, а сейчас уже нет
Хоть я и использую Эмулятор, но в качестве ассемблера по прежнему предпочитаю спековский Storm. Что дает эмулятор? Да не так и много на самом деле. В порядке значимости: оталдчик, снапшоты, моментальная компиляция, 4 дисковода.Сообщение от elf/2
Если на реале использовать Ram диск/HDD, турбо режим и кнопку Magic то получаю практически все тоже самое.
Да, забыл такую вещь как многозадачность. Бывает полезно паралельно работать в двух эмулях и еще запустить какой-нибудь граф редактор в фоне.
Но и это не сложно достич на спеке, нужно просто поставить рядом 2-3 машины.
Минус только в том что нет сети. MMD с проводом по магнитофонному порту может отчасти решить эту проблему но только отчасти.
на мой взгляд, использование эмуляторов или кросс-ассемблеров просто добавляет удобства. а для того чтобы ускорить/упростить разработку нужны "танковые клинья и ковровые бомбометания" т.е. языки высокого уровня и библиотеки высокого качестваСообщение от newart
зы: отдаю себе отчет что для спекки не очень подходит (по крайней мере первая часть)
Конёк и одновременно проблема отечественного программиста - "вылизывание" кода.
Западные программеры исходят из другой позиции: нужно в срок, за разумные деньги, и рабочий продукт. Проблема ресурсоемкости не ставится в большинстве случаев вообще. Это было и 20 лет назад, а сейчас иначе вообще никак.
ой-ли видел код написанный отечественными программистами где синхронизация была построена на задержкахСообщение от jdigreze
А я тоже видел много лабораторных работ с такой лажей внутри. И высокого уровня лабораторных работ видел много.Сообщение от elf/2
А также кривовато написанного ПО для серьезного оборудования и первоклассно спроектированных утилит "на один раз".
Национальность как таковая- не показатель. Показателем является качество профильного образования.
ЗЫ. А вот "индийского кода" не видел (за исключением легендарного узнавания даты через сутки через sleep(86400) .
А полный текст этого кода можно, если не трудно?Сообщение от Vitamin
SavageCracked by Bill Gillbert 1989
Пажалста. Вот первая попавшаяся цитата по поиску (оригинал найти не получилось):Сообщение от 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 для разрешения коллизий используется случайная задержка.
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)