Как стать автором
Поиск
Написать публикацию
Обновить
0
0
Александр @alex3112

Пользователь

Отправить сообщение
От чего придется отказаться, отказавшись от использования реляционных баз данных: как известно, ACID и JOIN.

Не совсем понятно откуда взялось это утверждение. В mongodb ACID был с незапамятных времен. Там не было multi-document-транзакций, но сам по себе ACID на уровне документов был. Возможно, формулировка недостаточно точно выражает мысль автора.
Данная статья напомнила мне моего старого коллегу-программиста. Парень пишет отличный код, хорошо общается, вроде с ним все ok. Но есть один нюанс. Он делает совершенно непонятные ошибки в текстах: когда читаешь комментарии, там может быть написано черт знает что, то же самое в переписке в слаке, в письмах. Иногда возникает ощущение, что текст написан на эльфийском. Мы долгое время не могли понять в чем дело. Через какое-то время он признался, что у него дисграфия: когда он пишет, у него символы могут меняться местами, плясать, а он этого даже не замечает. Примечательно, что программном коде это не сказывается. В общем, и такое бывает))
Лично для меня проблема была не в самих велосипедах, с этим жить можно. Развивать новые технологии, подходы и библиотеки — это круто и очень важно. Проблема в отвратительной документации или ее отсутствии. А на вопрос: «Почему мы не пишем нормальную документацию», руководитель отвечал: «Нам некогда писать документацию, она слишком быстро устаревает». А ты потом сидишь и либо ковыряешься в исходниках, пытаясь понять что с этим делать и как использовать, либо ищешь людей, обладающих сакральным знанием о том, как это работает. И задача, которую можно сделать за день, растягивается на 2 недели. А потом руководитель тебе говорит: «ты слишком долго во всем разбираешься» и хрен тебе, а не грейдап.
Поддерживаю автора. Проработал в маркете чуть больше года исключительно потому, что был должен денег и не мог уйти их не вернув. Практически по всем пунктам согласен. Добавил бы еще лишь про совершенное неумение строить командную работу. Задачи постоянно перекидывались между разрабами и одна задача могла длиться полгода, при этом над ней могли по очереди поработать все разработчики команды. Декомпозиция, оценка, обмен знаниями, командная работа — «тут так не принято»

Информация

В рейтинге
Не участвует
Откуда
Ростов-на-Дону, Ростовская обл., Россия
Дата рождения
Зарегистрирован
Активность