Занятно, что в этой теме на 90% под «интересными проектами» подразумевается «проект, основанный на свежем технологическом стеке», а не интересный в силу предметной области/нетривиальности реализации. Т.е. место, где можно за деньги выучить новую для себя технологию или практику, а не используя текущие знания, решить задачу более высокой степени сложности.
Так вроде ж бы вводный курс по предметной области там общий для Dev и SQA был?
б). Не владеет технологией/языком «вглубь», изучал его бессистемно. Это может вызывать множество болезней — от неудовлетворительной скорости работы в целом, до привитых плохих практик (по синдрому утенка) и повсеместного горожения велосипедов.
А я и не говорю о том, что этот вид спорта нигде не распространен за пределами бСССР. Весь фокус вот в каком интересном моменте: зарплаты в IT, в общем-то выше среднеукраинских в несколько раз и выше среднекиевских примерно раза в 2. А процент средств, остающихся после подведения баланса «доходы-расходы» ощутимо ниже, нежели у людей, которые получают, например, в 2 раза больше среднего по какой-нибудь Швеции. При этом у многих значительную долю денег съедают не «повседневные расходы», а расходы капитальные, в первую очередь — связанные с жилищным или автомобильным кредитованием.
Жить не по средствам — традиционный вид спорта на просторах бСССР. В пик кредитного бума неоднократно видел, например, людей, которые аккуратнейшим образом оформляли липовые справки о доходах и создавали себе кредитный портфель с ежемесячной выплатой где-то в 2/3 дохода.
Хотелось бы подробностей
В свое время от языка осталось приятное впечатление. Несмотря на клингонский, благодаря обилию спецсимволов, синтаксис и порядок операций справа налево, для операций с матрицами язык весьма приятный, а на операциях с матрицами в Dimension там построена огромная пачка бизнес-логики. На APL чем-то неуловимо похож язык, используемый в Matlab, кстати говоря.
В роли среды разработки APL некогда использовался Dyalog APL, если мне не изменяет память, среда явно не для разбалованных решарперами, но вполне самодостаточная.
З.Ы. Чтобы избежать допвопросов — в SimCorp работал очень давно, впечатления остались вполне приятные, ещё до, собственно, их превращения из двух аутстафферов в филиал.
— во-вторых, может быть так, что мотание человека по проектам обусловлено не тем, что он хорош, а тем, что он плох: грубо говря, писать на джаве не получилось, пойду, подучу шарп и т.д. Первым звонком такого является невысокая позиция и разнородность технологического стека.
— даже у совсем классного специалиста есть риск засесть в подвешенном состоянии без работы на месяц-полтора (особенно, если у него есть ещё и к проектам/технологиям какой-то интерес, т.е. на шоугодно за деньги он не согласен). А многие живут, в общем-то от зарплаты к зарплате, имея минимальные накопления или большой источник расходов (кредиты/дети) и пару месяцев посидеть без работы для них будет весьма сложно.
2. В случае новостроев комнаты в чистом виде — не показатель, я снимаю однушку суммарной площадью то ли в 55, то ли в 60 квадратов — и площадь влияет на стоимость не хуже количества комнат.
Извините, а что имеется в виду под «совок-стайл»? Делать в сдаваемой за средние по городу деньги, квартире «дизайнерский ремонт» ни один человек в здравом уме не будет: люди имеют разные вкусы и сдать «экий изыск» обычно проблемно. Ровно год назад я отсматривал около 2 десятков квартир в ценовом диапазоне
Про полтора раза — не правда, ну может
10-20%.
Правда-правда. Весь фокус в том, что на Оболони до смешного мало свежего новостроя совсем возле метро, в результате чего, стоимость аренды большой однушки с ремонтом где-нибудь на Минской площади в новострое будет как раз в полтора раза выше домов на Мишуги 8-12/Гришка 9. Разница снижается на двушках-трешках, но на однушках, особенно крупнометражных она очень велика.
Насчет красот — да, симпатичнее, но обычно аргументом выступают не красоты, а якобы сильно лучшая транспортная развязка, которой особо не наблюдаешь.
2. Метраж квартиры/этажность?
Лично я когда искал квартиру год назад примерно в тех же ключах, натыкался на прайс «от 4,5 тысяч», примерно в таком ключе и снимаю, правда дом совсем рядом с метро (Мишуги 8, новострой рядом с «Пирамидой»).
А в чем преимущества дебрей правого берега перед дебрями левого?
Имхо, та же «жымчужина правого берега» — Оболонь — дичайше переоценена (разве что человек работает возле синей ветки метро, либо же не южнее Подола) — за абсолютно такую же квартиру на Позняках попросят раза в полтора меньше, чем на Оболони, при этом метро совершенно такое же, а транспортная развязка ещё неизвестно где хуже.
Извините, но за 600 у.е. возле метро полно вариантов даже сейчас: смотрите варианты новых станций по синей ветке (типа Демеевской) или Академгорода-Житомирской.
Либо концы географии позняков, типа Чавдар/Пчилки, либо что-то абсолютно убитое.
А она всегда есть. И на нее всегда забивают.
Всегда забивают на меньшую часть. Не всегда забивают на ту часть, которую не автоматизируют.
Есть еще одна разница...
Внедрить непрерывное тестирование совсем никогда не получится?
Смысл есть :) В первую очередь — расширение кругозора, я совершенно не исключаю случаев, к которым не применимы практики, полученные на собственном опыте.
процесс проверки возможно автоматизировать, при том большую его честь.
А меньшую — нельзя. Забьем?
А разница в покрытии? Оно одинаково, просто в моем случае это делает машина, а в вашем человек.
В обеих случаях это делает человек. Просто в вашем случае автотесты пишут те же люди, которые непосредственно создают новый функционал/устраняют дефекты, а в моем случае — выделенные.
Нятно. Экономим на качестве.
Максимизируем прибыль за счет снижения себестоимости конечного решения.
Не понимать. Человек который ставит задачу, какое он отношение имеет к КуА?
Человек не ставит задачу. Человек определяет, насколько задача выполнена. Вполне себе QA.
И есть пределы детализации спецификации. Т.е. спецификация обычно включает в себя:Есть спецификация.
— требования к окружению
Вопрос в том, что делать полное покрытие тестами для всех возможных комбинаций входных данных и окружения — в большинстве случаев, ересь, т.к. временные и человеческие ресурсы ограничены. Соответственно, нужно определить, что в данном случае более важно, что менее, чем вообще на данном этапе можно пренебречь. Использовать для этих целей разработчика, конечно можно, да вот только есть нюанс — разработчик, который способен выполнять такой анализ, будет стоить ощутимо дороже Test Analyst’a, а встречаться — ощутимо реже.
И это вместо того чтобы узнать у официального поставщика когда и что меняется.
Официальный поставщик за такие вопросы денег хочет. Много. Настолько много, что дешевле нанять десять-двадцать хомячков, которые будут восемь часов в день экспортить-импортить файлы, отлавливая косяки совместимости.
Действительно сложные задачи редко отдают в аутсорс, но нередко отдают филиалам. Их у нас немного, но есть.
Достаточно спорное утверждение, верное только для определенного типа проектов и только до определенного уровня девелопера. По сути, быть слабознакомым с предметной областью можно только в совершеннейшем аутстаффе: вам спеки спустили — вот по спекам и пишите. Справедливо только для случаев (цитирую)"При этом все собирается на готовых фреймворках«. Для ряда задач алгоритм в худшем случае специфицирован и реализации нет вовсе, в лучшем — есть некая эталонная реализация, имеющая тот или иной набор ограничений. Для ряда задач и вовсе постоянная возня в области алгоритмов — источник вечного движения, например, в области криптографии. На самом деле, проектов второго типа достаточно немало. У них просто есть два больших ограничения:— на таких проектах зачастую ищутся уже «готовые» люди, либо же они пропускаются через внутреннюю интернатуру.
— особой новизны в технологическом стеке там не будет: добавлять к рискам R&D проекта риски незнакомства с технологией не рискнет никто.
Ну и вдобавок — это, как правило, проекты в компаниях, которые связаны с производством, а из этого следует то, что можно близко познакомиться с водопадной разработкой, жесткой поркой за попытки вылазить из рамок CMMI и тому подобными вещами, связанными с средне- и долгосрочным планированием.