![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
Морально-деградационное
Посрались в cкайпе с ![[livejournal.com profile]](https://www.dreamwidth.org/img/external/lj-userinfo.gif)
zamotivator на тему CMake, Continuous Integration, тайм-менеджмента и прочего. Был обозван работником НИИ ГиТ, СССР-овским подходом и прочими словами. Ребе забиватор занял позицию на амвоне и толкал речи капитана очевидность с апломбом протестантского проповедника :)
Объяснения, что псение на людей нужно оформлять в более аккуратные формы, т.к. оно не способствует взаимному пониманию, услышаны не были. Теперь понятно, почему егоthesz забанил - неумение/нежелание уважать окружающих не способствует душевному и физическому здоровью.
Новости из идеального мира правильной разработки что от айседа, что от забиватора, конечно, огорчают. Оказывается, можно писать тесты, настраивать процессы и ставить CI и при этом получать много бабла на одной работе, вместо того, чтобы делать работающие продукты на трех работах.
Если серьезно, то CI штука полезная, но, как и с баг-трекерами и контролем версий и прочими инструментами для процессов разработки - пока это дело самостоятельно не осилишь и не попробуешь - понять, "занахрена нам инвестировать ресурсы в это дело", практически невозможно. Это как объяснять, зачем иммутабельность - кто ее использовал, тот понимает, а кто нет - пока не попользует - не поймет.
PS: Вообще говоря, таки работа 15 лет в неадекватных условиях действительно ломает мозг. Я конкретно ориентируюсь в работе и процессах на минимальный порог вхождения - потому что работать приходится с людьми, которые до сих пор пишут на 3 дельфи (а то и фокспро с кларионом) и ни о каких контролях версий и вообще процессах и слыхом не слыхивали. А уж скажи им "подключитесь к нашему серверу" - так работа на месяц встанет, пока они осиливать будут.
Т.е. конкретно есть варианты: 1) работаем с тем, что есть, понемногу поднимая уровень 2) посылаем всех, кто не дотягивает до нас, таких умных, нахер.
Второй вариант, по моему мнению, означает закрытие конторы/смену работы, т.к. заказчиков, которые реально готовы вести проекты по современным методикам (а не имитировать их в виде карго-культа) в РБ практически нет.
PPS: Собственно, сформулировал, чем меня этот срач так задел: я стремлюсь сделать продукт качественно. Чисто из перфекционизма, вызванного тем, что я ничего другого толком все равно не умею делать.
И, смотря на десятки готовых продуктов, как снаружи(как пользователь) так и изнутри(как разработчик) вижу, что моя работа на достаточно приличном уровне, хотя ниже, чем хотелось бы иметь. Наличие правильных инструментов в виде трекеров и контроля версий этому сильно помогает. До CI у меня до сих пор не дошли руки.
Сделать еще лучше, чем сейчас - мешает следующее: есть куча более важной и срочной работы, есть множество не до конца осиленных чисто технических (а не организационно-процессных) инструментов, куча интересных вещей типа SDR/DSP/embedded линуксов и прочего. Кроме того, дополнительные улучшения процессов не принесут лично мне дополнительной прибыли, а только гемор по внедрению, обучению коллег и прочая.
Более того - почти всю работу я делаю сам, мне не на кого сгрузить это все, совершенно.
И ту работу, которую я могу делать лучше всего, мне делать сейчас запретили, т.к. нужно делать другой проект.
Но тут приходит молодой забиватор и начинает рассказывать, как обстоят дела с планками качества на проектах совершенно иного уровня, опенсорсных-международных типа Percona Server, про какой-то консалтинг, про каких-то менеджеров, которым он рассказывает сколько они бабок теряют из-за отсутствия CI и прочая. Меня это, очевидно, бесит, потому что мой уровень - это копаться в белорусском налоговом учете.
Т.е. весь вопрос - в том, с чем сравнивать свою работу.
Если с белорусскими НИИ, проектами по попилу бабла или неорганизованными опенсорсными поделками (которых я насмотрелся за последнее время более чем дофига) - у меня все ок.
Если же с нормально организованными проектами - то у нас все более чем херово и единственный выход из этого - менять работу и идти задрачивать процессы в более организованных условиях.
zamotivator на тему CMake, Continuous Integration, тайм-менеджмента и прочего. Был обозван работником НИИ ГиТ, СССР-овским подходом и прочими словами. Ребе забиватор занял позицию на амвоне и толкал речи капитана очевидность с апломбом протестантского проповедника :) Объяснения, что псение на людей нужно оформлять в более аккуратные формы, т.к. оно не способствует взаимному пониманию, услышаны не были. Теперь понятно, почему его
thesz забанил - неумение/нежелание уважать окружающих не способствует душевному и физическому здоровью.Новости из идеального мира правильной разработки что от айседа, что от забиватора, конечно, огорчают. Оказывается, можно писать тесты, настраивать процессы и ставить CI и при этом получать много бабла на одной работе, вместо того, чтобы делать работающие продукты на трех работах.
Если серьезно, то CI штука полезная, но, как и с баг-трекерами и контролем версий и прочими инструментами для процессов разработки - пока это дело самостоятельно не осилишь и не попробуешь - понять, "занахрена нам инвестировать ресурсы в это дело", практически невозможно. Это как объяснять, зачем иммутабельность - кто ее использовал, тот понимает, а кто нет - пока не попользует - не поймет.
PS: Вообще говоря, таки работа 15 лет в неадекватных условиях действительно ломает мозг. Я конкретно ориентируюсь в работе и процессах на минимальный порог вхождения - потому что работать приходится с людьми, которые до сих пор пишут на 3 дельфи (а то и фокспро с кларионом) и ни о каких контролях версий и вообще процессах и слыхом не слыхивали. А уж скажи им "подключитесь к нашему серверу" - так работа на месяц встанет, пока они осиливать будут.
Т.е. конкретно есть варианты: 1) работаем с тем, что есть, понемногу поднимая уровень 2) посылаем всех, кто не дотягивает до нас, таких умных, нахер.
Второй вариант, по моему мнению, означает закрытие конторы/смену работы, т.к. заказчиков, которые реально готовы вести проекты по современным методикам (а не имитировать их в виде карго-культа) в РБ практически нет.
PPS: Собственно, сформулировал, чем меня этот срач так задел: я стремлюсь сделать продукт качественно. Чисто из перфекционизма, вызванного тем, что я ничего другого толком все равно не умею делать.
И, смотря на десятки готовых продуктов, как снаружи(как пользователь) так и изнутри(как разработчик) вижу, что моя работа на достаточно приличном уровне, хотя ниже, чем хотелось бы иметь. Наличие правильных инструментов в виде трекеров и контроля версий этому сильно помогает. До CI у меня до сих пор не дошли руки.
Сделать еще лучше, чем сейчас - мешает следующее: есть куча более важной и срочной работы, есть множество не до конца осиленных чисто технических (а не организационно-процессных) инструментов, куча интересных вещей типа SDR/DSP/embedded линуксов и прочего. Кроме того, дополнительные улучшения процессов не принесут лично мне дополнительной прибыли, а только гемор по внедрению, обучению коллег и прочая.
Более того - почти всю работу я делаю сам, мне не на кого сгрузить это все, совершенно.
И ту работу, которую я могу делать лучше всего, мне делать сейчас запретили, т.к. нужно делать другой проект.
Но тут приходит молодой забиватор и начинает рассказывать, как обстоят дела с планками качества на проектах совершенно иного уровня, опенсорсных-международных типа Percona Server, про какой-то консалтинг, про каких-то менеджеров, которым он рассказывает сколько они бабок теряют из-за отсутствия CI и прочая. Меня это, очевидно, бесит, потому что мой уровень - это копаться в белорусском налоговом учете.
Т.е. весь вопрос - в том, с чем сравнивать свою работу.
Если с белорусскими НИИ, проектами по попилу бабла или неорганизованными опенсорсными поделками (которых я насмотрелся за последнее время более чем дофига) - у меня все ок.
Если же с нормально организованными проектами - то у нас все более чем херово и единственный выход из этого - менять работу и идти задрачивать процессы в более организованных условиях.
no subject
Вы это только сейчас поняли? Ну, причину батхёрта.
no subject
Вопрос именно в противоречии между тем, что я считаю приемлемой планкой качества для своей работы и существующим на работе(-ах) практиками и стандартами качества.
Более того, попытка ввести нормальные стандарты качества с очень большой вероятностью может привести к карго-культу. Некоторые коллеги уже пытались развести на работе бюрократию с почасовой отчетностью.
no subject
no subject
no subject
Даже если объективно все вокруг тупые мудаки - лучше считать, что они нормальные люди (которыми они, в общем, и являются, за исключением мелких недостатков).
no subject
Самая главная новость для них за год - к ним живой датчанин приезжал!
Они хорошие люди, и даже умные, но в силу тепличной среды напоминают часто детей, и во многих вопросах невежественны.
Как правильно тут Влад ниже сказал - каждый делает выбор сам.
no subject
Пока я не пошёл работать в SciDB после Percona, я думал, что многому научился.
Определяющим выбором каждый раздля меня становились не деньги - а возможность расти дальше. Вот это ты эффективно в своей текущей среде не можешь делать как раз.
no subject
Кроме того, у метакласса на текущем месте работы уволиться - означает убить продукт на который он лично убил немало лет. Это не укладывается у него в мозгу из-за его перфекционизма.
И я не скажу что это плохо.
Технологии, особенно в программировании шагают вперед и в стороны гигантскими шагами и превращать в цель жизни в гонку с передним фронтом этих технологии - это.... ну как бы не для всех.
Задачей программирования является решение конкретных задач, а с каким изяществом с точки зрения текущих корифеев программизма эти задачи решены - вопрос номер два а может даже и еще менее значимый...
no subject
Факторов целая туча.
no subject
Второй вариант обычно существенно ограничен в росте, но зато меньше неожиданностей и понятнее завтрашний день.
no subject
Вообще, НИКОГДА нельзя мерять людей, у которых разная социально-общественная, скажем так, позиция. Мотивация вдоску разная.
no subject
no subject
no subject
no subject
no subject
no subject
no subject
no subject