Паскаль и делфи - хороши

Нет

Нет

Да

хороши для чего?

кто-нибудь видел большой проект на паскале когда-нибудь?

а дельфи - да, прекрасен был совершенно

Да

Нет

кто-нибудь видел большой проект на паскале когда-нибудь?

Да

На обжект

В free pascal даже дженерики есть

кто-нибудь видел большой проект на паскале когда-нибудь?

Хороши для обучения. Большие проекты все плохи для обучения, не важно на чём они

кто-нибудь видел большой проект на паскале когда-нибудь?

архиватор с гуйцами какой-то был

мы на работе используем делпхи)

и будем использовать =(

в fpc есть дженерики, но делпхи последняя намного интереснее

почему, когда я в каком-то чатике пишу про делфи, чатик сразу умирает? =(

Всё, к чему хоть как-то прикасается Delphi, умирает

кто-нибудь видел большой проект на паскале когда-нибудь?

Мммм... DOS Navigator это большой или маленький проект? Я кстати не уверен, что Borland Pascal IDE был не на Pascal.

кто-нибудь видел большой проект на паскале когда-нибудь?

Тех вроде на нем был

Но не уверен

кто-нибудь видел большой проект на паскале когда-нибудь?

Консультант+ кстати. Вроде консольный был на Pascal

как цивильно назвать поле, которое означает "время прошедшее с момента приема приема данных"

за паскалем "давайте компиляться по-быстрее"

За паскалем, по идее Вирта, как раз идея давайте обучать программированию на нормальном языке и в топку бейсик. Он Pascal и делал для обучения в первую очередь

как цивильно назвать поле, которое означает "время прошедшее с момента приема приема данных"

var t time.Time // Время прошедшее с момента приема приема данных 😄

Время прошедшее... - это вобще-то интервал

Точно, мой косяк

Всё, к чему хоть как-то прикасается Delphi, умирает

Делфи - может быть, но для обучения Паскаль прекрасен, своей нудностью и требованием понимать, что и как происходит в нормальных языках, в отличие от бейсика и DOS shell.

А кстати, есть уже люди, у которых первым языком был Go?

Делфи - может быть, но для обучения Паскаль прекрасен, своей нудностью и требованием понимать, что и как происходит в нормальных языках, в отличие от бейсика и DOS shell.

Да знаю, знаю, шутки шутками, а первым у меня был Паскаль

Мммм... DOS Navigator это большой или маленький проект? Я кстати не уверен, что Borland Pascal IDE был не на Pascal.

дельфи точно был на дельфи, и это однозначно большой проект

А я лет 20 назад вобще С понять не мог, как-то не лез он в меня с нуля, пока просто книжку Вирта про Паскаль не прочитал. Писать на нем не стал, но вдруг врубился в С :)

С субмиллисекндными паузами теперь можно в го игры начать делать

Сапера надо на Go вот что! :)

Я скорее про реалтайм

Кстати, объясните мне, в чём измеряются эти паузы?

А чем сапер не риалтайм? :)))

Это пауза после чего?

Кстати, объясните мне, в чём измеряются эти паузы?

В микросекундах

Эт понятно. В микросекундах относительно чего?

Относительно земли :)

Типа раз в секунду затраты на паузу будут 100 мсек?

Или после каждого оператора пауза 100 мсек

В микросекундах

type Duration A Duration represents the elapsed time between two instants as an int64 nanosecond count.

С субмиллисекндными паузами теперь можно в го игры начать делать

Для 2d хватит, для 3d нет

Почему нет?

Для 2d хватит, для 3d нет

Там наносекунды вобще-то. для всего хватит

Всё равно придётся cgo дёргать

Хотя с другой стороны minecraft же на яве написан

Всё равно придётся cgo дёргать

И Ассемблер, чтобы работать с видяхой нормально, если в CPU частоты тиков таймера не хватает :)

Типа раз в секунду затраты на паузу будут 100 мсек?

На одну сборку

Хорошо. Тогда как часто выполняется сборка?

Интересно, что же это за игры такие, где такие скорости? :)

Зависит от того как быстро мусор появляется :)

А то можно сказать, что затраты на сборку - 1 наносекунда, но не сказать, что сборка делается тоже каждую наносекунду (итого 50% времени затраты только на сборку мусора)

Нет, сборщик запускается где-то через чуть меньше чем удвоение предыдущего активного хипа

Зависит от того как быстро мусор появляется :)

Вот кстати да... Вот как пойдет garbage collector все стопить периодически... Какой тут риалтайм тогда? Только Сапер! :)

Не будет он стопить постоянно :) он даёт память жрать

в риалтайме!

Для чего делать игры на go если можно на C или С++

Для чего делать игры на go если можно на C или С++

Чтобы не собирать мусор.

Чтобы не собирать мусор.

И расплачиваться проиводительностью

И чтобы удобней параллелить все подряд

И расплачиваться проиводительностью

Мусор собирать все равно придется, скорее всего, так что еще неизвестно, где поучится производительней - в Go или на C что-то самодельное. Но если мусор не надо собирать, то OK!

Почему все так боятся ручного управления памятью?

+

темболее когда есть смарт-поинтеры

Потому что это просто страшно и тяжело дебажится?

Если видишь, что что-то течёт, запускаешь профайлер и смотришь где копится память

я для этого valgrind использовал

и видишь не обязательно то место, где течет на самом деле

Если сам только что писал - не проблема. А если не сам и не только что - не всегда все так просто

Потому что это просто страшно и тяжело дебажится?

void somef() { std::unique_ptr<SomeType> ptr = std::make_unique<SomeType>(someArgs); ... return; }

да, очень страшно получается

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

и, что самое страшное, многа думоть!

Потому что это просто страшно и тяжело дебажится?

мемори лики при gc тоже страшны

хипстера думоть не любят. нечего думать, дело делать надо! Хотя бы это дело и просто игруха :)

хипстера думоть не любят. нечего думать, дело делать надо! Хотя бы это дело и просто игруха :)

ты о чем вообще?

о Go, о чем еще? :)

Вобще, кто так любит порулить памятью - ассемблер в руки. Нарулишься по самое не балуйся

За оскорбления буду расстреливать на месте, господа, спустите пар