На счёт превосходсва в скорости — это не однозначно, специфика языков со сборкой мусора затрудняет такое тестирование, потому что цикл сборки, обычно выносится за скобки, можно, вызвать GC.collect(), но, во многих реализациях это рекомендательный метод.
Кроме того, в среднем, языки со сборщиком, выделяют/освобождают память быстрее, чем языки с ручным управлением памятью (за это приходится платить предсказуемостью загрузки ЦП в данный, конкретный момент).
По моему впечатлению, часто работает правило: «быдлокод на JavaScript быстрее быдлокода на C/C++», это не столько минус C++ сколько закономерное следствие его дизайна, который, во многих случаях, как раз хорош.
Как раз вчера смотрел South Park 1806 — Freemium Isn't Free, где очень красочно расписана вся история с Freemium-педерастией. Выводы, по большей части, те-же, но эмоциональный акцент смещён в другую сторону
ардуина — это стрельба из пушки по воробьям
Так-то оно так, но, nano можно купить за 300 р. — его хватит, за глаза, для кучи задач. В комплекте идёт IDE — да, говённая, зато запускается сразу, без регистрации и СМС, на любой платформе.
По мне так идеальная штукенция для поделок «на коленке».
Для этой задачи, не разумнее ли использовать вертолёт — на него можно ДВС поставить, и, в эксплуатации, это должно быть дешевле чем постоянная замена батарей.
Т.е. вы предполагаете следующее: далёкая звезда излучает фотоны с длинной волны L, пока они долетят до нас, наши сантиметры уменьшатся, и она будет восприниматься нами как фотоны с длинной волны L' = L*T*const, где T — время полёта?
Идея забавная, да :) Только при таком раскладе, скорость света, в нашем мире, должна непрерывно расти (т.к. время пути фотона от звезды до нас должно быть постоянным).
Если, конечно, я правильно вас понял.
Чтобы красное смещение оставалось постоянным, объекты должны уменьшаться не логарифмически, а линейно, т.е не в N раз в секунду, а на N метров за секунду. Если первый способ уменьшения может длится вечно, то о втором такого не скажешь.
Кроме того, далёкие объекты должны уменьшатся быстрее чем близкие (и мы сами), но, с их точки зрения, мы должны уменьшаться быстрее.
Что в первую очередь останавливает вас от перехода на D?
Нет полнофункциональной IDE, которую можно скачать и сразу начать работать, без плясок с бубном.
Пробовал VisualD — какой-никакой отладчик, автодополнение так себе (хотя смотрел года 2 назад), и, только под Windows.
MonoD — хорошее автодополнение, поддержка dub, но нет отладчика и сама IDE не располагает — какое-то странное поведение перемещения по словам.
Как по мне, им следовало часть денег, которые они собирают на конференции, направить на создание нормальной IDE, с которой начинающий программист сможет начать писать на D, сразу после установки, пропуская увлекательный процесс установки и конфигурирования toolchain'ов.
… и съесть трёх христианских младенцев — да, именно это я и предлагаю.
Позвольте провести расшифровку вашего комментария:
Вы перечислили мои доводы, добавили от себя, свой, заведомо, бредовый, но как-бы в продолжение к моим. И эмоционально подытожили. Утруждать себя хоть какой-то аргументацией вы не стали. Браво!
При этом главный, если не единственный, довод который можно заметить: переозвучить идеально _точно_ не получится, значит не надо этого делать. Как по мне, заключение сомнительное: да, переозвучить идеально точно нельзя, но переозвучить идеально — можно. Мне вот хватит даже не идеально, а просто хорошо, и это более чем достижимо, если только студии будут уделять этому должное внимание.
Кроме того, в среднем, языки со сборщиком, выделяют/освобождают память быстрее, чем языки с ручным управлением памятью (за это приходится платить предсказуемостью загрузки ЦП в данный, конкретный момент).
По моему впечатлению, часто работает правило: «быдлокод на JavaScript быстрее быдлокода на C/C++», это не столько минус C++ сколько закономерное следствие его дизайна, который, во многих случаях, как раз хорош.
Так-то оно так, но, nano можно купить за 300 р. — его хватит, за глаза, для кучи задач. В комплекте идёт IDE — да, говённая, зато запускается сразу, без регистрации и СМС, на любой платформе.
По мне так идеальная штукенция для поделок «на коленке».
лучше уж так:
if (auto v = value in squares) writeln( v );Идея забавная, да :) Только при таком раскладе, скорость света, в нашем мире, должна непрерывно расти (т.к. время пути фотона от звезды до нас должно быть постоянным).
Если, конечно, я правильно вас понял.
Кроме того, далёкие объекты должны уменьшатся быстрее чем близкие (и мы сами), но, с их точки зрения, мы должны уменьшаться быстрее.
— Всё-таки, красное смещение сложно объяснить :)
Нет полнофункциональной IDE, которую можно скачать и сразу начать работать, без плясок с бубном.
Пробовал VisualD — какой-никакой отладчик, автодополнение так себе (хотя смотрел года 2 назад), и, только под Windows.
MonoD — хорошее автодополнение, поддержка dub, но нет отладчика и сама IDE не располагает — какое-то странное поведение перемещения по словам.
Как по мне, им следовало часть денег, которые они собирают на конференции, направить на создание нормальной IDE, с которой начинающий программист сможет начать писать на D, сразу после установки, пропуская увлекательный процесс установки и конфигурирования toolchain'ов.
Позвольте провести расшифровку вашего комментария:
Вы перечислили мои доводы, добавили от себя, свой, заведомо, бредовый, но как-бы в продолжение к моим. И эмоционально подытожили. Утруждать себя хоть какой-то аргументацией вы не стали. Браво!
При этом главный, если не единственный, довод который можно заметить: переозвучить идеально _точно_ не получится, значит не надо этого делать. Как по мне, заключение сомнительное: да, переозвучить идеально точно нельзя, но переозвучить идеально — можно. Мне вот хватит даже не идеально, а просто хорошо, и это более чем достижимо, если только студии будут уделять этому должное внимание.