Ну, а если дело в том, что используя тесты код пишется изначально более качественный, из-за чего они отлавливают меньше ошибок? Мне кажется, это — более валидное объяснение

О, еще подумалось ко второму — минимальная площадь кастеризации должна зависеть от ширины экрана. На мобилках — поплотнее, на десктопах — пошире.

Я гуманитарий, поэтому прокомментирую с точки зрения юзабилити:
1. Надо делать кластеры кликабельными, чтобы клик выставлял зум по самым удаленным точкам в кластере.
2. Нужно хорошее юзабилити и перфоманс-тестирование чтобы определить минимальную зону кластеризации. Иначе слишком часто кластер визуально на одном месте, а точки в нем по факту сильно разнесены. Это, например, моя боль в использовании ПриватКарты — там очень большая площадь кластеризации и жутко неудобно искать банкоматы на экране телефона

Проблема в том, что срач базируется в целом на каких-то странных стереотипах, которые лично мне не встречались. Это не значит, что такого явления как ПМ-безответственный дебил не существует, но выдавать его за стандарт как минимум неправильно.

неадекватный ПМ в команде неадекватов. Вы не находите, что это слегка нерелевантно заданной теме?

Правильно, ПМы не нужны. Любая команда девелоперов сама способна строить процесс в команде и коммуницировать с заказчиком. Все успешные проекты именно так и делаются. Oh, wait.

Не, ну я понимаю про звериный оскал аутсорса. Но все-таки не думаю, что для начинающего Проджекта скилл писать требования первый и главный в списке саморазвития.

занудно-гнусавым голосом: Ну вообще-то набор практик управления проектами подразумевает универсальность и отсутствие фокуса на определенной отрасли. От судостроения до стартапов про котиков.
обычным голосом: А вообще +1 — технически неграмотные ПМы могут быть занозой в ягодицах проекта.

ru.wikipedia.org/...age_Application

Но вопрос поднят правильный — компетенция рекрутеров на рынке IT-трудоустройства в Украине сейчас лучше всего характеризуется словом «пичаль»

[флейма ради] Вы еще задумайтесь о Автомобильном Волжском Автомобильном Заводе, у вас вообще мозги взорвутся.

Думаю, еще одним из факторов было то, что для него не было места на проекте. При таком количестве допущений (а объективную правду мы никогда не узнаем), увольнение — жесткое, но правильное решение.

А вообще, по-моему просто «karma’s a bitch»

Саша, привет из СМК =)

После того, как я прочитал заметку и комменты, мне даже стало по-настоящему жаль парня. А действия компании выглядели не очень адекватными, принцип «джуники — расходный материал» и все такое.

А потом я вспомнил, что Киев — это маленькая деревня, и что, я пересекался с Владом около года назад. И не просто пересекался, а делал с ним один стартап. Владислав, напускал таинственный вид, обещая, что «все схвачено» с «серьезным инвестором», а потом пропал на месяц. Позже оказалось, что он втихаря поехал к инвестору сам, со своим собственным «проектом» (совершенно банальной идеей), с которым там полностью облажался. В общем, на меня он произвел впечатление несерьезного и безответственного ребенка, который всегда пытается выкрутиться и выпендриться. Так что, я думаю, все было так:

Влад прошел испытательный срок «на грани» (по личным, или профессиональным причинам), и решение о его аппруве далее решалось сложно, но таки решилось в его пользу. Афаик, сумма ЗП после испытательного срока всегда сообщается на первых интервью, еще до приема на работу. Если в Софтиме это так, то я понимаю реакцию на претензию «я хотел бы больше» от 5-минут-как-не-стажера. Уточню: формулировка причин увольнения мне кажется откровенно неадекватной. Но понять мотивы менеджмента вполне можно.

Но это все цветочки. Максимальный факап Влада — это тираж этой истории на ДОУ. Теперь любой погугливнший его HR будет знать, что он рекрутит человека, который устроил 600-комментовый срач о своем предыдущем работодателе на ДОУ. Не важно, какие там были причины, прав он или виноват. Склочничество никому не понравится.