Затем что сам Excel при удобстве анализа и обработки предоставляет крайне слабые возможности по контролю целостности и корректности данных.
Access в этом плане намного мощнее
Инвентарный учет в мелком складе.
Частный предприниматель с его задачами и т.д. и т.п.
Да большинство мелких компаний с количеством работников до 100 человек.
Мне кажется довольно странным, когда вместо того, что бы использовать функционал CRM/ERP, ребята будут делать цепочку CRM/ERP -> Excel
Вот на этой цепочке и остановитесь.
Excel это чрезвычайно гибкий инструмент учета и анализа на низком уровне.
Вопрос как человеку опытному в работе именно с AWS.
Какой TCO с учетом стоимости решений Амазона и вашей работы?
Насколько конкуретное решение сравнивая с остальными?
Простой пример расчет стоимости от Амазон31869,06$ в год
Плюс часть оплаты услуг DevOps исходя из 20/30/40 часов работы в месяц
Если взять тот же OVH, то их решение обходится в 15000-19000$ (и сервера мощнее чем инстансы амазона в расчете выше).
Плюс часть оплаты услуг DevOps исходя из 40/60/80 часов работы в месяц
Время деплоя приложения и там и там равнозначно поскольку использется Docker и Docker Hub
Соответственно, за 10 лет в IT я познакомился, фактически, со всеми реляционными базами данных, потому что, помимо PostgreSQL, Oracle и SQL Server, мне пришлось активно работать и с MySQL.
Как ни странно, но не будет.
Затем что сам Excel при удобстве анализа и обработки предоставляет крайне слабые возможности по контролю целостности и корректности данных.
Access в этом плане намного мощнее
Если информация не секретная, то итоговый бюджет за срок жизни проекта (год? два?) получился какой?
На железо + поддержка.
Тогда когда эти системы избыточны для ваших нужд.
Инвентарный учет в мелком складе.
Частный предприниматель с его задачами и т.д. и т.п.
Да большинство мелких компаний с количеством работников до 100 человек.
Вот на этой цепочке и остановитесь.
Excel это чрезвычайно гибкий инструмент учета и анализа на низком уровне.
Что касается более крупных вещей, то практически каждая CRM/ERP система предусматривает выгрузку данных в него для дальнейшего анализа
И даже по непонятным рейтингам опережает SQLite.
Пока вы просто подтвердили свое качество специалиста своим шутовством и апломбом.
Начните с написания действительно полезных технических статей.
И будут вам почёт и уважение.
P.S. Ну и, да, профиль на github гуглится легко.
Правда вам это не поможет
Именно в комплексе сервисов и ценен Амазон. Тут вы абсолютно правы.
Но я откровенно не встречал проектов, которые пользуются хотя бы половиной. Поэтому вопрос сравнения открыт даже в контексте поддержки разработки
Вы все же заблуждаетесь.
Остальные едят свой кусок пирога и пока умирать не собираются.
Даже прадедушка dBase, диалектом которого является Foxpro и о чем, к удивлению, не знает местный специалист по БД
Что касается опыта в работе с БД, то я не DBA.
Если вам требуется квалифицированное мнение, то обратитесь на sql.ru. Там имеются специалисты более чем с 20-тилетним опытом работы с разными БД.
P.S. MySQL и SQL Server тоже находятся в разных весовых категориях, но вас это сравнение не смутило.
На этом можно ветку закруглить и мнение ваше более в расчет не принимать.
Красивые девушки очень популярны, но не очень распространены.
Такая аналогия доступна для понимания?
Другой вопрос, читали ли вы это, прежде чем писать о
Ну так Microsoft Access и SQLite побьют, пожалуй, всех в этом списке.
Я не знаю что означают эти цифры в рейтинге. И значит ли это что PostgreSQL в 4 раза реже встречается в работе?
Какой TCO с учетом стоимости решений Амазона и вашей работы?
Насколько конкуретное решение сравнивая с остальными?
Простой пример расчет стоимости от Амазон 31869,06$ в год
Плюс часть оплаты услуг DevOps исходя из 20/30/40 часов работы в месяц
Если взять тот же OVH, то их решение обходится в 15000-19000$ (и сервера мощнее чем инстансы амазона в расчете выше).
Плюс часть оплаты услуг DevOps исходя из 40/60/80 часов работы в месяц
Время деплоя приложения и там и там равнозначно поскольку использется Docker и Docker Hub
список RDBMS
Возможно не так активно как интервьюируемый, но лично довелось поработать кроме 4-х вышеуказанных БД с
* Firebird
* SQL Anywhere
* dBase
* SQLite
И ощущение что познакомился «фактически, со всеми реляционными базами данных» — не возникло.
Повторюсь.
В общем случае использование рефлексии в вашем коде это признак проблем архитектуры.
Не такой большой объем задач действительно требует её. И эти задачи не пишутся ежедневно.
Что касается самого поведения, то стартовый вариант коллекции без дженериков меня вполне устраивает.
Он выполняет ровно то, что и требуется
Потому что в общем случае это нарушение инкапсуляции.
И за регулярное использование рефлексии в обычных проектах лично я буду отбивать руки
Нессиметричное течение времени.