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