Если честно, мне вообще сложно придумать ситуацию, когда может понадобиться писать проект под несколько бд с возможностью быстрого переключения между ними))
Разве что если вы делаете какой то продукт для клиентов, что бы они могли сами выбрать бд.
Система не обязана быть отказоустойчивой при смене бд. Если я изначально для себя решил, что мне нужен просто сайт на постргре и я не планирую переезд на другую платформу — это мое право.
Не говоря о том, что кинутые в последствии эксепшены при смене базы, это не решение самой проблемы. Мое личное мнение, что проще писать все на чистом постргре и затем если когда то это понадобится один раз сесть и переписать все узкие места, чем поддерживать все это.
нужно делать продукты так, что бы можно было использовать любую СУБД легким щелком переключаясь между ними
Пишу я проект на пострге… и в постргре есть функционал, который позволяет мне ускорить запрос в два раза, но этого функционала нет в других субд или в какой то конкретной субд. Получается, из ваших слов, я не должен его использовать потому что «потом» если я вдруг захочу заменить его на что то другое щелчком пальца, у меня возникнут проблемы?
Вообще, если быть честным, потом вроде мне стало писать, что по моему адресу не доставляют. Но первый раз у меня вроде получилось ввести адрес или как то так. Короче какой то глюк был точно.
Два-три месяца назад хотел попробовать пиццу из додо (Спб). Не смог купить потому что не работала форма заказа. Видимо 250 разработчиков не справляются — надо еще брать.
Я конечно понимаю, что программист который хорошо знает математику это замечательно. Но не уж то в гугл и тд нужна целая армия таких. Почему нельзя иметь просто штат обычных математиков для разработки сложных алгоритмов и просто грамотных программистов которые смогут это понять и реализовать. Само по себе написание качественного кода задача не простая и требует много времени и опыта… Потом вся эта высшая математика необходима не так часто в проектах, а основная часть работ все равно как правило требует математики не выше школьного уровня.
Почему считается, что если ты тимлид то ты чего то добился? Я могу открыть завтра свою компанию и стать ее «генеральным директором». Но от этого я не стану так же богат и успешен как ген дир Газпрома.
Лично я когда прочил, что человек стал тим лидом через полтора года, я этому не восхитился, мало ли говнотимлидов над командой гавнокодеров в говнокомпании. И я честно говоря даже читать не стал тогда статью, потому что у самого стаж в 7 лет, и я прекрасно понимаю что за полтора года ты хорошим спецом не станешь, даже если у тебя есть предрасположенности.
Зарплаты будут такие же, а требования будут расти.
Мне кажется хороший специалист всегда будет получать хорошо, независимо от того сколько плохих специалистов есть на рынке.
Надо мне тоже умных книжек почитать, а то пишу на yii, yii2 и не парюсь особо)) а вот прочитаю парочку и пойму что все не правильно делал…
Идеального фреймворка не бывает как и идеального кода. Любое принятое решение или выбранный фреймворк в текущий момент, могут в будущем оказаться как удачным решением так и нет в зависимости от того какой новый функционал необходимо будет в него внести (что заранее знать невозможно). Даже если вы будете писать все с нуля, то через несколько лет вас начнет не устраивать свой собственный код и его надо будет переписывать или писать все с нуля.
А что будет через пол года год? Вечно же так не может продолжаться? И что будет если курс криптовалют рухнет? На рынке окажется куча не нужных видеокарт и цены упадут?
Разве что если вы делаете какой то продукт для клиентов, что бы они могли сами выбрать бд.
Не говоря о том, что кинутые в последствии эксепшены при смене базы, это не решение самой проблемы. Мое личное мнение, что проще писать все на чистом постргре и затем если когда то это понадобится один раз сесть и переписать все узкие места, чем поддерживать все это.
Пишу я проект на пострге… и в постргре есть функционал, который позволяет мне ускорить запрос в два раза, но этого функционала нет в других субд или в какой то конкретной субд. Получается, из ваших слов, я не должен его использовать потому что «потом» если я вдруг захочу заменить его на что то другое щелчком пальца, у меня возникнут проблемы?
Лично я когда прочил, что человек стал тим лидом через полтора года, я этому не восхитился, мало ли говнотимлидов над командой гавнокодеров в говнокомпании. И я честно говоря даже читать не стал тогда статью, потому что у самого стаж в 7 лет, и я прекрасно понимаю что за полтора года ты хорошим спецом не станешь, даже если у тебя есть предрасположенности.
Мне кажется хороший специалист всегда будет получать хорошо, независимо от того сколько плохих специалистов есть на рынке.
Идеального фреймворка не бывает как и идеального кода. Любое принятое решение или выбранный фреймворк в текущий момент, могут в будущем оказаться как удачным решением так и нет в зависимости от того какой новый функционал необходимо будет в него внести (что заранее знать невозможно). Даже если вы будете писать все с нуля, то через несколько лет вас начнет не устраивать свой собственный код и его надо будет переписывать или писать все с нуля.