Все перечисленные книги не являются переводом, как можно было бы подумать из текста статьи. Эти книги изначально были написаны на русском языке. Некоторые как раз переводятся с русского на английский...
Напишите. Тут дело даже не в сложностях разработки, а в самом факте. Просто покажите как выглядит этот процесс, а заодно много окружающих узнают о самой такой возможности. Я вот впервые слышу, что в дельфи можно под мобильную платформу разрабатывать. Не то чтобы это была великая тайна, мне просто в голову не приходило поинтересоваться.
Для откладывания времени вперёд должен подойти оптимизированный подход, описанный в конце статьи. Нужно нарастающим итогом посчитать рабочее время вперёд, пока не превысите нужное значение. И дальше аккуратно посчитать, сколько осталось прибавить в последнем найденном дне.
Это проблемы не среды разработки, а GUI. И они данным давно так или иначе решены во всех современных ОС с графическим интерфейсом. Так что я в недоумении, зачем среде разработки нужен GPU, если конечно не считать в фоне крипту.
Прелесть OpenSCAD в том, что полчаса читаешь документацию, а потом открываешь cheatsheet и рисуешь всё, на что только фантазии хватит. Причем с любой придуманной параметризацией. Это раз. Да, код получается не слишком компактен, да, притормаживает не по детски. Зато простой текстовый формат, который можно и в системы контроля версий пихать, и в любом редакторе править, и diff смотреть, да хоть генерировать скриптами... Это два.
Не знаю, что за игры имеются в виду, но кто-то же должен оценить, как потенциальный сотрудник впишется в коллектив? И кто может это сделать лучше, чем непосредственный руководитель? А вот навыков для этого может и не хватить, да и просто, бывает, не повезло…
Страсти-то какие. Нет, в современных СУБД должно быть всё значительно лучше с оконными функциями. Ссылка на статью, которую я привёл выше, показывает, что в Oracle и PostgreSQL с аналитическими функциями всё значительно лучше.
Не-не. Все нужные значения считаются в один проход, включая все вычисляемые значения. Оконные (и аналитические) функции работают весьма эффективно, даже самописные. Вот тут можно посмотреть на внутреннюю кухню таких функций: habr.com/ru/company/postgrespro/blog/351008
Оконные функции считаются в один проход, так что третий способ самый быстрый. Второй тоже быстрый, но «капризный». А первый способ в таких условиях будет страшно медленным, чем больше набор данных, тем медленнее.
Все перечисленные книги не являются переводом, как можно было бы подумать из текста статьи. Эти книги изначально были написаны на русском языке. Некоторые как раз переводятся с русского на английский...
Да не на дно. Кладите постиранные слева, берите для использования справа. И всё будет изнашиваться равномерно.
Напишите. Тут дело даже не в сложностях разработки, а в самом факте. Просто покажите как выглядит этот процесс, а заодно много окружающих узнают о самой такой возможности. Я вот впервые слышу, что в дельфи можно под мобильную платформу разрабатывать. Не то чтобы это была великая тайна, мне просто в голову не приходило поинтересоваться.
А напишите статью, как сделать мобильное приложение на Дельфи. Должно быть интересно.
Для русскоязычной аудитории лучше подойдут русскоязычные курсы от Postgres Pro.
Рад, что пригодилось!
Для откладывания времени вперёд должен подойти оптимизированный подход, описанный в конце статьи. Нужно нарастающим итогом посчитать рабочее время вперёд, пока не превысите нужное значение. И дальше аккуратно посчитать, сколько осталось прибавить в последнем найденном дне.
Это проблемы не среды разработки, а GUI. И они данным давно так или иначе решены во всех современных ОС с графическим интерфейсом. Так что я в недоумении, зачем среде разработки нужен GPU, если конечно не считать в фоне крипту.
Прелесть OpenSCAD в том, что полчаса читаешь документацию, а потом открываешь cheatsheet и рисуешь всё, на что только фантазии хватит. Причем с любой придуманной параметризацией. Это раз. Да, код получается не слишком компактен, да, притормаживает не по детски. Зато простой текстовый формат, который можно и в системы контроля версий пихать, и в любом редакторе править, и diff смотреть, да хоть генерировать скриптами... Это два.
Это проблемы Озона. Можно и теорему Ферма попросить доказать. Только что это даст?
Я предпочитаю посмотреть, как соискатель себя ведёт на задачах, похожих на рабочие.
ЗЫ Позвали бесплатно на конференцию
Впрочем, тема была раскрыта достаточно полно. Буду писать следующую статью с объяснением, как решать эту задачу и разбором предложенных вариантов.