• В какой компаниях и отраслях программирования ценят не быстрое, не модное, а работающее как часы?

    @beem7 Автор вопроса
    Вячеслав Шиндин, не все проблемы можно решить. Проект может быть убыточным (не получать денег от пользователей) и не иметь особых инвестиций (получать мало денег и от инвесторов).

    Ну, если денег совсем мало, то проект пойдет искать одиночку-исполнителя на фриланс. И кстати, это тоже тот вариант, когда по-настоящему хорошо программист не может сделать. Ну вот хотят они за 50 тыр получить то, за что обычно платят 100 тыр, а то и 200 тыр. Ну не может программист в таком случае выдать качественный результат. Это проблема , и ее никак не решить. А если они платят за это не 50, а всего лишь 10 тыр (да, бывает и такое) то у него возникнет вообще проблемища: как можно прожить на 10 тыр все те человеко-часы, которые он на эту работу потратит. И как ты это решать будешь, не бросив такого заказчика?)))))

    А вот если денег побольше у проекта, то ему надо адекватно их распределять. А он может распределять их неадекватно. Тимлиду - 200, сеньору - 150, джуниору - 50. А как правильно? Тимлиду - 0, сеньору - 0. Знаешь, почему? Потому что за то, что человек лид или сеньор, не надо вообще ничего платить. Надо платить за работу. А если только "за стаж" платить, то будет такой тимлид или сеньор, который за эти деньги вообще нихрена работать не будет, а только ставить задачи джуниору, и выносить ему мозг, когда тот не успевает. Как думаешь, может 1 человек работать за 3 и при этом нормально себя чувствовать? Чтобы это проверить, попробуй поработать в 3 проектах, пусть даже нормальных, в каждом из которых ты делаешь работу только за 1 человека. У тебя получится работать в 2 таких проектах, если ты будешь работать 14 часов в сутки. Все 3 проекта ты теоретически успеешь, если будешь работать 20 часов в сутки. Практически ты уже через месяц такой работы станешь нуждаться в том японском будильнике, который убегает в угол, потому что обычный тебя уже не разбудит. То есть выгоришь насквозь, и будешь уволен. Я, кстати, в таком режиме проработал целых 3 месяца, ну а потом таки выгорел насквозь. Давай, смейся над написанным.

    P. S.
    Для программиста с 15 летним стажем ты дилетантоват и розово-очковат. По тебе скорее скажешь, что 15 лет - это твой возраст. Вот в 15 лет я действительно думал, что работа программиста - это рай и никак иначе... Нет, программировать я уже тогда умел. А вот видеть в людях и работах говно - еще нет.
  • Встречались ли вам овер-инженеры среди джунов и миддлов? Как надо с такими поступать?

    @beem7 Автор вопроса
    DevMan, каких именно таких ты видел? Обычно неадекват если и неадекват, то в том, чтобы делать что-то явное плохое, или не делать то что надо. А здесь вроде как обратная ситуация.
  • Встречались ли вам овер-инженеры среди джунов и миддлов? Как надо с такими поступать?

    @beem7 Автор вопроса
    DevMan, только если он и в крутой команде с крутым тимлидом будет тоже стараться что-то делать еще круче.
  • Встречались ли вам овер-инженеры среди джунов и миддлов? Как надо с такими поступать?

    @beem7 Автор вопроса
    DevMan, вообще-то нет) И данный человек не может слишком упорно спорить, если вы его в чем-то поправите, потому что может дойти и до увольнения, а для него это так или иначе крах. Однако он поправит конкретное, а в целом у него все равно своя линия и он будет всегда отклоняться к ней, не в одной плоскости, так в другой. Просто будешь не успевать его корректировать, а он будет не очень восприимчив к корректировкам, если считает, что это ты хочешь упростить, а он именно делает круче и любой более крутой тимлид за это ему пятую точку расцелует.
  • Встречались ли вам овер-инженеры среди джунов и миддлов? Как надо с такими поступать?

    @beem7 Автор вопроса
    WbICHA, да ревью вообще мало кто всерьез воспринимает, кто-то полагается на юнит-тесты, хотя действительно отсутствие багов можно обеспечить лишь применяя и ручное тестирование и даже вручную проверяя код. Другой вопрос так ли важно отсутствие багов, чай не космический корабль с лазерным пулеметом строим.
  • Встречались ли вам овер-инженеры среди джунов и миддлов? Как надо с такими поступать?

    @beem7 Автор вопроса
    Еще, наверное, стоит попробовать такую жесткую меру, как перевести его на сдельную оплату, да?
    ИМХО, вот это может быть эффективно.
    А может и не быть, если все равно будет считать, что слишком мало оплаты (возможно, некоторые из них параллельно хотят строить звездолет или еще что-то такое, в общем имеют планы распоряжаться деньгами гораздо бОльшими, чем имеют), или если наоборот не будет интересоваться деньгами вообще, а будет Ъ-рабом идеала.
  • Встречались ли вам овер-инженеры среди джунов и миддлов? Как надо с такими поступать?

    @beem7 Автор вопроса
    И да, постоянные переработки с его стороны, что достаточно странно, т.к. карьеру в той компании сделать было сложно, а зп всем платили фикс, без учета переработок.

    Ну значит он ее собирался сделать не в той компании )) А собирался все это подшить в свое портфолио. Еще и не исключено, что NDA бы при этом нарушил.
    Ну или это все-таки действительно "Ъ-перфекционист", который за идею.
    В любом случае описанный персонаж что у меня, что у тебя - это перфекционист. Цели у него могут быть разные, а суть одна. Если бы это был просто коварный любитель ходить по головам, но не перфекционист, то он бы просто не осилил такую нагрузку.
  • Встречались ли вам овер-инженеры среди джунов и миддлов? Как надо с такими поступать?

    @beem7 Автор вопроса
    человек с горящими глазами и скилованный - офигенный актив. прост нужно этот энтузиазм направить в нужное русло.


    Этот человек иной раз сам тебя направит в его собственное русло)) Я не случайно указал в вопросе, что он может нарочно все это делать для того, чтобы создать максимально крутое портфолио в короткие сроки и сбежать с этим на лучшую работу,. Причем он рассчитывает на то, что и там будет тоже смотреть на всех свысока и быть "звездой", потому что лучше стать "звездой" в 2ГИС и негласно нагнуть всю команду, чем обычным галерным рабом в Microsoft, грубо говоря.
    Поэтому он и превращает свой код в "парад технологий" и "парад собственной крутости".
  • В какой компаниях и отраслях программирования ценят не быстрое, не модное, а работающее как часы?

    @beem7 Автор вопроса
    Вячеслав Шиндин, ничего личного, но ты написал полнейшую чушь.

    когда ты находишься постоянно в зоне дискомфорта

    ... ты выгораешь.

    когда всё гладко и ровно, ты деградируешь или топчешься на месте

    Вовсе необязательно. Если ты захочешь делать код круче, чем делал ранее, решать задачи сложнее, лучше прорабатывать функционал и т.д. - то ты это сможешь. Напротив, там, где давят, могут давить именно с дедлайнами и давить так сильно, что в такие сроки нереально писать какой-то нормальный код. И тогда если ты не умел его писать, то так и не научишься, а если умел раньше и попал на такую работу - то постепенно деградируешь.

    на тебя сверху давят, значит есть какая-то проблема, попытайся её понять и устранить, извлекай из этого пользу

    Проблемой может быть твоя потребность в сне и отдыхе. Есть и такие "давильщики". Устранить? Возможно наверное, но потом будет кароси или просто инвалидность, скажем в результате инсульта.
  • В чем смысл использования Immutable.js в state reducer'ах?

    @beem7 Автор вопроса
    black1277,
    можно еще спредом разворачивать state...

    Каким спредом и зачем?

    Я думаю, что Immutable.js будет выгоднее использовать там где в стейте достаточно сложные объекты, тогда будет больше уверенности в том, что в возвращаемый объект с глубокой вложенностью не попадут ссылки на другие объекты.

    В смысле не попадут? Прикинь, они в него прекрасно попадают. То есть можно взять и положить обычный объект в его Map или List, просто забыв завернуть во fromJS(). И оно не вылетит, пока ты к этому не обратишься и не наткнешься на то, что, скажем, get() в этом месте внезапно не работает, т.к. ты положил не Map, а просто объект.
  • В какой компаниях и отраслях программирования ценят не быстрое, не модное, а работающее как часы?

    @beem7 Автор вопроса
    Василий Банников, ну типа "вероятно, к 25 апреля это будет". Если не выходит к 25 апреля, то к 15 апреля. Разумеется, такое не должно быть многократно и надо именно сразу на 15 апреля перенести, а не говорить каждый день: "завтра, завтра, завтра" и так вплоть до 15 апреля.
    А вообще да, мало смысла. Далеко не везде стоит так уж торопиться. Лучше перепроверить и т.д.
  • В какой компаниях и отраслях программирования ценят не быстрое, не модное, а работающее как часы?

    @beem7 Автор вопроса
    Василий Банников, нет, проблема в тех кто этот срок требует с менеджера. Ну наобещал, ну не успели, дальше-то что?
  • В какой компаниях и отраслях программирования ценят не быстрое, не модное, а работающее как часы?

    @beem7 Автор вопроса
    Василий Банников,
    ну раз обновления гробят индустрию - почему тогда все не пишут на том же коболе, например?

    Про гробят сильно преувеличено. Даже если "создают постоянные баги. которые мешают юзерам и не сразу фиксятся", то это еще "не гробят". "Гробят" - это когда проекты разоряются. А чтобы они не разорялись, могут быть нужны вовсе не те вещи, которые нужны для идеального качества, надежности и т.д. В этом и есть причина того почему всё везде такое неидеальное.
  • В какой компаниях и отраслях программирования ценят не быстрое, не модное, а работающее как часы?

    @beem7 Автор вопроса
    Василий Банников, только вот первый пример проекта (приложение из 2017 года) разрабатывался одним человеком. Мной.
  • В какой компаниях и отраслях программирования ценят не быстрое, не модное, а работающее как часы?

    @beem7 Автор вопроса
    Несколько радикальный подход у тебя.

    Я не люблю работать мало. Все пункты в списке не столько про спешку, сколько про саму организацию работы в команде. Когда я работаю напрямую с заказчиком, я тоже делаю много, делаю быстро. Но:
    - меня никто не увольняет за локальные неуспевания. Я сам прекрасно понимаю, что они плохи. В команде я это тоже понимаю. Однако руководство команды считает нужным вставить свои пять пендалей.
    - к коду никто не пристает. Опять же, я избегаю нарушений DRY и других нехороших вещей. Но когда без этого никак - значит оно будет, пока я его не исправлю, и никто не скажет "ну да, дедлайн неделю назад, но ты сделай вот здесь нормально, здесь, здесь, здесь и здесь".
    - по багам я сам решаю. Если мне норм, чтобы меня в них заказчик тыкал носом, то не проверяю. Если же эту часть кода нужно проверять хорошо, иначе можно устроить такое, что у заказчика все рухнет и он может больше не захотеть со мной работать - то я проверяю, нахожу на это время, нахожу на это силы и локальные дедлайны не заставляют меня экономить на проверках.
    - новые технологии, новые версии зависимостей я внедряю обычно тогда, когда я это хочу. Или когда это прям необходимо. Как правило это терпит сколько-то времени, а не делается спонтанно.
  • В какой компаниях и отраслях программирования ценят не быстрое, не модное, а работающее как часы?

    @beem7 Автор вопроса
    Василий Банников,
    А документация не готова вообще ни в каком виде.

    А почему так работают, что сначала API целиком пишут, потом документацию целиком? А если их цунами смоет аккурат по окончанию API, то кому-то придется весь код разобрать, прежде чем хоть какую-то инфу дать пользователям API? Я например делаю это параллельно.
  • В какой компаниях и отраслях программирования ценят не быстрое, не модное, а работающее как часы?

    @beem7 Автор вопроса
    Вячеслав Шиндин, может у тебя руководство нормальное. И если 15 лет, то джуном\миддлом ты был довольно давно, тогда технологии были проще, доллар стоил 30 руб, кризисов не было...
    А в моем случае, я уже устал анализировать, в чем же моя проблема, и пришел к тому, что просто сплю я по ночам, в этом и проблема неуспеваний, а надо бы работать без сна :)
  • В какой компаниях и отраслях программирования ценят не быстрое, не модное, а работающее как часы?

    @beem7 Автор вопроса
    Василий Банников, опять мыслишь недостаточно глобально.

    Разработчики системы наведения, во-первых, могут начать изучать API еще до того, как оно полностью релизнуто. И даже должны. Потому что "изучение" - это тема, на которую обычно специально времени не выделяют, и как только они официально получат API, в первый же день они должны будут уже что-то на нем сделать и отчитаться на планерке. А изучить API менее чем за день может быть нереально.

    Во-вторых, могут делать что-то еще, пока не готово API.

    В-третьих, это армия, HK G11 мне в зад! Простой в армии - это что есть? На блицкриг против России дано 6 месяцев, а армия захватила Россию за 3 месяца, мало того, еще и выполнила в этот срок другое задание - скормить Гвидо ван Россума анаконде. А дальше что? Простой.

    В-четвертых, что, если команда таки всего одна?
  • В какой компаниях и отраслях программирования ценят не быстрое, не модное, а работающее как часы?

    @beem7 Автор вопроса
    nApoBo3, не мой подход. Во всяк. случае если спешки нет. Или предусмотрена проверка проделанной работы и отведено на нее время. А я написал, что предпочитаю именно когда это так.
  • В какой компаниях и отраслях программирования ценят не быстрое, не модное, а работающее как часы?

    @beem7 Автор вопроса
    Василий Банников,
    Потом менеджер берхт эту оценку и идёт заключать договор с заказчиком "так-то так-то. Вот мы оцениваем ваши проект в такой-то срок. Обязуемся выполнить к такому-то дедлайну, иначе неустойка x% от стоимости".

    Мысли глобально. А заказчику зачем этот дедлайн в таком жестком виде? Я уже два проекта тебе в пример привел - сначала некий проект приложения. потом проект танка и входящих в него программных модулей. Во всех этих проектах не было надобности в жестких дедлайнах.

    Ну видимо тут всё-таки автору тестов было удобнее на питоне.

    Питоны и прочие глисты в нашей команде живут в сеньоре. Если бы этот сеньор написал эти тесты и всегда только он их писал, то хз, может даже оно и норм (ведь уволить его трудно и вряд ли потом их придется писать мне), и радость от того, что тесты на мой код пишет сам сеньор как жалкий студент, перекрыла бы страх, что в процессе написания тестов он обнаружит у меня не сделанное в срок или некую ошибку, за которую мне будет выговор.
    Но он, сука, заставил их писать меня. На питоне. Итого у меня: C++, JS, Python.