Colvir Software Solutions: отзывы о работе на должности
Разработчик

Удаленный формат работы, ЗП в рынке (во всяком случае на момент приема), обучение/адаптация новых сотрудников 1. За проделанную работу надо постоянно отписываться, но далеко не всегда понятно как отписаться по задаче, когда по сути происходят потери рабочего времени из-за глюков в системах, на серверах или даже, если в отладке Delphi постоянно зависает или отваливается. Пункт такой в отписках есть, но как я понял, пользоваться им не следует.
2. Есть такое понятие, как технический долг. В Колвире он огромен, но вам об этом никто не скажет, т.к. все руководители, с которыми я сталкивался, считают, что, если кроме меня ошибку никто не обнаружил, то этот функционал больше никто не использует, или я его использую неправильно, поэтому не стоит на это тратить время, т.к. а кто за это будет платить?
3. Виртуальное рабочее место. Вам дается виртуальная машина с диском на 100 ГБ. Около 70 ГБ изначально уже съедено системой и различным ПО. Т.е. вам остается всего 30 ГБ. Локально репозиторий с исходными кодами занимает при первом разворачивании 5-6 ГБ, но во время постоянной работы репо быстро увеличивается до 10 ГБ и больше. С учетом того, что одновременно (попеременно) можно работать над несколькими задачами, которые могут по разным причинам откладываться и необходимо переключаться с задачи на задачу, среда построена таким образом, что каждый разработчик у себя разворачивает несколько клонов репозитория и исходных кодов. С учетом сказанного выше создать можно ну максимум 3 клона, и то когда их размер будет приближаться к критическим 10 ГБ, начнут часто появляться ошибки в процессе "складывания" и отправки изменений в центральный репозиторий. И происходить это может по прошествии 30 минут сборки проекта. По началу у меня бывало и по 3-4 неуспешных попытки сборки проекта, а это 1,5-2 часа рабочего времени надо как-то и куда-то списать.
4. Ну и самое страшное. У Колвира несколько десятков клиентов - банков в разных странах. Для каждого банка свои исходники ПО, т.е. в системе контроля версий в 1-м приближении для каждого банка своя ветка (на самом деле несколько). Вроде бы система одна и та же на одних и тех же исходниках построена, но со временем разница в ветках различных банков становится просто огромной! Если кто-то исправил ошибку, найденную в одном банке, ее нельзя вот просто так взять и исправить в ветках остальных банков. С ней обязательно столкнутся через год-два-пять во время работ по другому проекту в другом банке, и эту ошибку вновь с чистого листа будет устранять новый программист, тратить рабочее время на ее поиск, локализацию, мал мальски какое-то исправление, чтобы понять в каком модуле, каком юните, и только потом будет выполнен поиск по хранилищу ИК на предмет исправлений в конкретном файле и анализ, а не исправлялась ли она ранее? Если исправлялась, то начинается "тиражирование" исправления из другой ветки. И в зависимости от того, как велики различия в исходных кодах этих веток, и каковы объемы и зависимости этого исправления, задача может оказаться совсем нетривиальной.
Как-то привести всё это в порядок - работа просто огромная. Выполнить какие-то серьезные правки в глючном коде - нельзя, т.к. где, что и когда отвалится, никто не знает. Поэтому все сидят и смиренно правят по 10-20 раз одни и те же ошибки и пресекают все попытки даже разговоров о несовершенстве системы.
Таким образом, компания совершенно не масштабируема. Что я имею в виду? Любые другие компании по разработке ПО могут продавать свой продукт хоть миллиону клиентов, хоть сотне миллионов, если столько найдется. Ошибка, обнаруженная у одного клиента, будет исправлена, и новую версию могут получить все миллион или 100 млн клиентов. И разницы для компании между одним клиентом, миллионом и сотней миллионов клиентов с точки зрения затрат на поддержку нет никакой. В Колвире же всего около 3-х десятков клиентов и это по сути предел или близко к тому. Так как допустим в системе имеется/имелось миллион ошибок, значит у 30 клиентов надо исправить в пределе уже 30 млн. ошибок. А увеличение количества клиентов даже в 10 раз повлечет за собой увеличение ошибок в пределе до 300 млн! Ну и о каком миллионе клиентов тут можно мечтать?
В итоге как я понял, все всё это понимают, но никто об этом открыто не говорит. И т.к. бороться с этим бесполезно, все занимаются попросту этой рутиной по многократному исправлению одних и тех же ошибок. А шаг в сторону - попытка к бегству, значит расстрел на месте.