169 похожих чатов

Так код пишут не компании, а прогеры в этих компаниях если

ты пришел устраиваться и видишь, что здесь в целом всем все равно
то зачем принимать оффер?

11 ответов

6 просмотров

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

В последний раз потому, что деньги заканчивались, нужна была любая работа :)

Oleg-Morozov Автор вопроса
Dead End
потому что у тебя три оффера на примерно те же ден...

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

Oleg Morozov
имхо любой «чистый» код есть непосредственно та са...

давай сразу переведем в практическую плоскость. сколько раз в жизни ты пришел в проект, которому хотя бы уже год и переделал людей и процессы так как ты описываешь?

Oleg-Morozov Автор вопроса
Dead End
давай сразу переведем в практическую плоскость. ск...

это по сути моя основная работа и меня за не увольняют, а нанимают

Oleg Morozov
это по сути моя основная работа и меня за не уволь...

ну так можешь про конкретные кейсы рассказать?

Oleg-Morozov Автор вопроса
Dead End
ну так можешь про конкретные кейсы рассказать?

что именно? как исправить процессы и тебя за это не уволили?

Oleg Morozov
что именно? как исправить процессы и тебя за это н...

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

Oleg-Morozov Автор вопроса
Dead End
давай сразу переведем в практическую плоскость. ск...

у меня было 3 таких кейса с разной степенью запущенности и 1 стартап где я заложил изначально всё как вижу насчет людей, среди прогеров я не встречал каких-то особых проблем главный критерий для них твои хардскиллы, ты не можешь просто прийти и говорить ребят вы пишите гавно и при этом делать свою работу плохо, недостаточно знать идеальный кейс когда ты оверскилл относительно команды с менеджментом и продюссерами сложнее, но в целом надо въехать в их категорию ценностей и полезностей и говорить на их языке исправлять надо постепенно, поднимать все кейсы проебов из-за плохого качества кода на обсуждение при этом иметь поддержку среди кодеров, чтоб это в глазах менеджмента не выглядело как очередной «хранитель чистоты» самое главное забыть фразу «давайте все перепишем» после этого умирают все проекты нужно вводить плавные меры условно нет общего кодостайла, то ввести его это дешево, добиться на уровне инструментария его поддержки дальше нужно иметь гайдлайн и понимание проекта, чтоб можно было выделить участки в которых можно начать писать правильно сегодня, обернув всё неудачное во что-то человеческое тут уже нужны процессы ревью кода и понимание, что тебе придется читать кучу чужого кода далеко не всегда хорошего и умение донести до человека как лучше стоит сделать, при этом не обосрав его и унизив если гореть этим и делать четко, то через какое-то время хороший код будет доминировать над плохим, да и сама команда втянется да это куча пота и нервов на старте читать, дебажить и рефакторить гавно неприятно тяжелее еще не утонуть в этом, выбивать и не проебывать сроки потому что если проебаться, то доверия сверху тебе резко начнет ухудшаться идеально если получится продемонстрировать быстро результаты, что вот на новом участке мы начали быстрее деливерить фичи, чем раньше, потому что делать начали иначе с кодовой базой легче работать и все остальное другой вопрос надо ли оно тебе это все?

Oleg Morozov
у меня было 3 таких кейса с разной степенью запуще...

ну это ты меня догмами забросал. я в общем-то согласен с много чем из того, что ты перечислил. только я прошу не выводы, а кратко описать свой реальный опыт. "я пришел, было так-то, я сразу понял что нужно улучшить такой-то процесс, через 3 месяца было сделано то-то и начало давать такой-то результат, в итоге это привело к тому что уже через год 45% было доведено до такого-то уровня качества".

Похожие вопросы

Обсуждают сегодня

читать файл максимально быстро? странный вопрос))
zamtmn
53
тоесть, указав return eax, сгенерируется никому ненужная инструкция mov eax,eax ?
Aiwan \ (•◡•) / _bot
24
Приветствуем всех! Устали без проектов? Если вы программист и хотите получать стабильные заказы, компания Elif предлагает вам недельный курс по поиску проектов и их ведению. ...
Elif
1
А чего сейчас в моде вместо Error для эксепшенов? А то я тут внезапно узрел что он не рекомендуется :) У Try::Tiny какой-то совершенно ужасный синтаксис если надо конкретные э...
Denis F
19
а зачем этот вопрос для удаления из чата?
Mёdkinson Medvezhkin
63
Привет. Сразу скажу, что на C/C++/Rust я не пишу, но тем не менее возникла потребность дебага C/C++/Rust кода. Суть: есть серверное приложение, которое периодически ведёт себ...
ninekeem 🐳
4
всем привет! углубившись в плюсы и начав изучать реверсинг понял, что без асм'а никуда со своими высокоабстрактными представлениями начал изучать механизмы асма, и не совсем п...
9
Всем привет, после Си стоит учить плюсы или лучше на раст перейти?
Linus
8
или вы считаете муит дает знание?
супер_лох_3000 альфа версия
12
значить например он учился в СДУ то получается он особенный?)
Asets Serikov
11
Карта сайта