Comments 45
По роду деятельности меня очень интересуют причины, по которым компании могут умирать :-).
Люди выбирая, где и как хранить данные, хотят быть уверены, что через 2-3 года база данных не нагнется и поддержка не прекратится, тем более это именно те, кто может платить деньги. До этого, люди проверяют и естественно никто не будет платить деньги за проверку.
Tarantool
Если знаете, расскажите кто использует Tarantool, кроме mail.ru (собственно самих разработчиков)? Правда интересно узнать, а на оф. сайте не нашел такой информации.
она пользуется спросом.
Я бы сюда добавил ещё пункт: «если использование нестандартной базы данных можно добавить в резюме, то рациональные сотрудники могут попытаться максимизировать свою будущую заработную плату путём изучения нестандартных БД за счёт работодателя»
У нас это невозможно <...> нужно получать разрешение у архитектора.
Правильно говорить не "невозможно", а "затруднено" или "сложно"/"сложнее". Так как Вы сами только что написали, что это возможно, ну если получится убедить архитектора.
На деле тут много тонкостей. Если сам архитектор рационален и планирует сменить работу в течении года, то он может просто сам захотеть использовать новые технологии. Я думаю, вы же не на Коболе пишете, а на чем-то по новее. Значит, продвинуть получилось.
Еще раз: я говорил, что рациональный человек будет максимизировать свою прибыль, а не прибыль компании. И только в идеале эти два параметра имеют общее направление.
Кстати, у Вас статьи про Go. Видимо, для каких-то проектов Вы выбрали его, а не С. Значит, Вы поступили рационально и добавили строчку в резюме, вместо того, чтобы пользоваться проверенными временем технологиями.
Именно невозможно. Взять БД ради строчки в резюме и взять БД потому, что текущая не решает поставленную задачу, это две разные ситуации. Как ваш бизнес еще не загнулся от самоуправства разработчиков и архитекторов?
вместо того, чтобы пользоваться проверенными временем технологиями.
Go входит в список допустимых технологий. И почему оно не проверенное?
Как ваш бизнес еще не загнулся
Какой "ваш бизнес"? Вы пытаетесь так аккуратно перейти на личности, чтобы проигнорировать аргументы про "эгоистичный рационализм"?
Go входит в список допустимых технологий.
Именно невозможно
Определитесь, пожалуйста, можно ли добавить новую технологию в "список допустимых технологий" или нет? Если да, то перестаньте говорить "невозможно". Если нет, то как туда добавили тот же популярный Go?
P. S> И только не говорите мне, что добавление языка Go в Ваше резюме лично Вам не выгодно.
Вы пытаетесь так аккуратно перейти на личности, чтобы проигнорировать аргументы про "эгоистичный рационализм"?
Ни в коем случае. А вот вы пытаетесь подменять понятия. Вспомните с чего все началось:
Я бы сюда добавил ещё пункт: «если использование нестандартной базы данных можно добавить в резюме, то рациональные сотрудники могут попытаться максимизировать свою будущую заработную плату путём изучения нестандартных БД за счёт работодателя»
Определитесь, пожалуйста, можно ли добавить новую технологию в "список допустимых технологий" или нет?
У нас обычный разработчик не может. Это решение руководства(архитектор к нему относится), т.к. это всегда риски. Тот кто не понимает, что нужно контролировать и управлять нанятыми людьми, тот далеко не уедет.
Пожалуйста, не используйте слово «рациональный» в значении «эгоистичный и глупый». Не говоря уже о том, что у двух рациональных людей могут быть противоположные цели или же противоположные способы их достижения.
Ха! Да архитектор первый же прыгает на каждый баззворд! Да и уболтать его обычно не проблема
рынок инструментов с открытым исходным кодом — это один из худших рынков, на котором кто-либо может оказаться
Тысячи людей использовали RethinkDB, часть в контексте бизнеса, но большинство хотело платить за пожизненное использование меньше, чем за кружку кофе из Starbucks (то есть, не хотели платить совсем ничего)
Какая-то плохо скрываемая обида на опенсорс сквозит. Мол мы сделали хороший продукт, но вот пользователи у нас плохие оказались — платить не захотели.
Если взглянуть на тех, кто зарабатывает на опенсорсе, они оборачивают его в саппорт/платформу/дополнительные модули под закрытой лицензией.
Не совсем ясно, что мешало сделать так в случае RethinkDB? Из статьи я понял, что банально не успели, потому что писали код и думали, что монетизация придет сама собой как-то?
Жаль конечно. Я её не использовал в проде, но выглядела бд интересно.
Мне вот интересно — а реально ли много компаний могут на опен сорсе существовать? Мне кажется, за все эти консультации платные никто платить особо не будет — взаимодействуют ведь с по программисты, и они скорее самостоятельно попытаются загуглить и решить проблему, чем консультанта нанимать.
Разве что делать расширенную функциональность за деньги.
Мне кажется, за все эти консультации платные никто платить особо не будет
Есть же консалтинговые компании, которые этим занимаются.
— расширенная функциональность за деньги
— платные консультации (и весьма толковые)
— курсы
— сертифицированные государственными органами версии для специализированного применения
Прекрасно существуют.
Я так понимаю, на консультациях можно прожить если у тебя цель работать и получать как норм девелопер, а пацаны тут хотели нюхать килограммы кокса на яхтах.
Мне кажется, за все эти консультации платные никто платить особо не будет — взаимодействуют ведь с по программисты, и они скорее самостоятельно попытаются загуглить и решить проблему, чем консультанта нанимать.
Взаимодействуют менеджеры, которым нужно купить «решение», во многих западных компаниях важно, чтобы за решениям стояла какая-то компания, которая будет это решение поддерживать. Например, у нас Postgres живёт не сам по себе, а в виде EnterpriseDB. От обычного Postgres'а ничем особо не отличается, но позволяет скидывать все вопросы на консультантов, которые могут прийти 8/5, а свои DBA в это время способны только зайти на сервер и открыть конфиг, без понимания что там смотреть.
Поинты «правильно & удобно» выглядят достаточно хорошо, для меня, как для простого разработчика, но да, думаю, этого недостаточно для того, чтобы оставаться конкурентноспособным на рынке.
Статья в принципе заставляет задуматься о том, почему я использую тот или иной продукт, созданный для разработчиков (например предпочитаю IntelliJ, а не бесплатные NetBeans/Eclipse), и каким образом функционирует рынок.
Всё это заставляет пересмотреть свои взгляды на разработку, и переосмыслить почему один продукт становится сверхпопулярным, а другой — пожив какое-то время, умирает.
из статьи так и не понял две вещи:
1. Чем ваша бд лучше конкурентов и почему её следовало использовать;
2. Какие задачи привели к созданию этой бд.
RethinkDB: почему мы закрылись