Просто хочу поблагодарить вас за комментарий -- один из максимально объективных (по моему мнению, конечно же) под этой статьей, который немного помог мне определиться со взглядами и еще раз показал мне, что я двигаюсь в правильном направлении.
У меня у самого немного опыта работы, около 3 с лишним лет разработки где-то. Но мне всегда было интересно читать подобные статьи, потому что в айтишке на самом деле немало таких "скользких" вопросов: что про синдром самозванца (хотя он довольно простой), что про повышения (у каждого свой подход) и т.д. По крайней мере, для новичков. Хотя как показала практика, и эта статья в том числе, все крайне сильно зависит от самого человека и окружения, которое на него влияет, а от возраста все же слабее.
А у этой статьи куча самых разных комментариев, кто-то откровенно засирает автора и называет его токсичным нытиком, кто-то показывает, что в его словах не все так однозначно, но вы тактично расписали несколько интересных тезисов, из которых я для себя кое-что почерпнул.
Как по мне, ваш пример - плохая аналогия. Почему? Потому что все снова упирается в то же самое, что и с небоскребами: в 1) масштаб задачи и 2) требования к качеству ее выполнения (в частности, на какие компромиссы можно идти, а на какие -- нет). В случае со столовкой на мой дилетантский взгляд масштаб вроде не большой, а требования к качеству банальны, тут хватит и "джунов". Но когда вы захотите потом сделать из нее крутой навороченный ресторан, придут "сеньоры" и, скрипя зубами, переделают пол здания (условно), прежде чем преступят к основным работам, потому что надо будет исправлять косяки, которые ранее критичными не были. Если ресторан строить сразу, то и джунов звать не стоит: или не сделают, или сделают крайне хреново.
Ах, да, еще кое-что забыл, но дополнить коммент до проверки не мог.
У "людей-соседей" есть маленькое, но важное преимущество: они реально шарят за свое дело. Вопрос не в том, что они знают, как делать, а в том, что они четко понимают, почему так надо делать. Они знают подводные камни, о которых "человек-конец" и не догадывается. Это еще одна причина, по которой тащить крупный проект "чел-конец" не сможет.
Итоги:
Сделать адекватно действительно большой проект "человек-конец" не сможет. В лучшем случае проект будет физическим воплощением слова "компромисс". Это одна крайность.
Да, "человек-сосед" откроет долгострой, но если он еще все же завершит, то это будет гибкий и качественный продукт. Это другая крайность.
Полностью согласен с тезисом статьи о том, что лучший вариант -- это тандем из этих двух. Потому что так можно будет сделать И быстро, И качественно, а все компромиссы, на которые пойдет команда, будут грамотными. Это грамотный баланс. Вывод: "человеку-концу" в большом проекте поддержка "соседа" нужна, как воздух. Подозреваю, именно поэтому вы 1) выбрали себе "человека-соседа" в качестве супруги, и 2) без ее поддержки вам было бы очень плохо, о чем вы упоминали в одном из комментариев выше.
Ну ок. Мой проект делает то же самое только с джунами и без менеджеров.
Да, вот только код, написанный неопытными джунами код будет в лучшем случае кривым, а в худшем случае переусложнен, что в дальнейшем обязательно скажется на развитии проекта, потому что на добавление зависящих от этого кода фич уйдет больше времени = денег. Причем тут уже неважно, кто будет пилить эти новые фичи дальше: опытный сеньор или ровно тот же джун, потому что первому придется переписать хрень на нормальный код, а второй будет просто долго сидеть и тупить, понятия не имея, как же прикрутить к написанным ранее макаронам нужную бизнесу функцию.
Статья написана так, что складывается впечатление, что "все ..., а я Д'Артаньян". Конечно, я понимаю, что основной посыл в другом, но блин... Давайте смотреть объективно: действительно крупный и сложный проект с таким подходом не построишь. Как Вы привели пример со своим домом: он маленький. И пример с небоскребом и 500 мелкими домами. Это РАЗНЫЕ проекты вообще-то. Более того, они даже не являются альтернативами друг другу. Разве что по вместимости людей) Но даже так эта вместимость использует разную площадь, понимаете? Т.е. все равно приходится идти на компромиссы.
А если их нет и надо построить именно проект со множеством крупных фич, что подразумевает нехилую сложность? (Как уже говорили, привет финтеху.) Такая стратегия сломается, потому что при мало количестве людей в процессе что-то где-то в любом случае потеряется, факт потери не заметят, потом в последний момент очнутся и окажется, что все летит в тартарары, а времени уже не осталось и т.д. Не всегда все сводится к "проще - лучше", потому что незначительно усложнив систему в одном месте, можно очень сильно упростить ее в другом, ведь усложнением первый компонент сделали гибче, а в перспективе это даже приведет к куче плюшек.
Но в чем проблема-то? В том, что контекстное окно настолько велико, что маленькая команда из неподготовленных людей (привет снова примеру про джунов) просто не вытащит нагрузку и очень быстро забуксует. Когда контекстное окно велико, на его удержание приходится тратить дополнительные ресурсы = "накладные расходы". А ваш пример с бывшим твиттером и телегой лишь говорит о том, что в разных компаниях работают разные люди с разными способностями к оптимизации этих самых накладных расходов на поддержание процессов -- раз, и в разных компаниях плотность ответственности на человека тоже разная -- два. Вот и все.
привычка "тащи с работы каждый гвоздь" жива в культуре и никуда не исчезла
На счет того, откуда привычка пошла, советская ли она, ничего не знаю -- не того я поколения человек. Но вот, что это засело в культуре и умах людей, знаю отлично по наблюдениям за людьми вокруг и тому, какая инфа до меня доходит от других. И если эта привычка и исчезнет, то очень и очень нескоро( Может быть тогда бы ЗП и были бы повыше, кто знает...
Грустно это все, но я думаю, что стоило попробовать платить обычным работягам побольше (режим диванного критика enabled, да xD). Не знаю, сколько людей в штате работает, но явно нужно как-то решать вопрос мотивации людей не красть и качества их труда. Тогда и контролировать нужно будет меньше. Хотя глупо отрицать, что это сложно: ладно еще мотивация, но просто найти нормального адекватного человека -- действительно беда, а не задача.
Хотя даже если отбросить этот вопрос, финансовый вопрос никуда не денется, предприятие может просто не вы-вы-вывезти, судя по описанию экономической ситуации.
Ну и последнее: маркетинг, я считаю, предпринимателем совсем недооценен. Реклама делает свое дело, у покупателей нужно и важно зарабатывать доверие и узнаваемость. Тем более, что это пельмешки, блин))) ПЕЛЬМЕШКИ))) :-)
23 года. Когда менялись молочные зубы, коренные начали расти довольно криво. Никаких проблем с ВНЧС замечено не было, описанные тесты вроде бы прохожу без проблем, но зубы как минимум выглядят некрасиво. Значит ли это, что у меня неправильный прикус? Прочитав статью (мое почтение за простоту изложения), понял, что пора копить деньги на посещение ортодонта...
Тот момент, когда полностью согласен с автором. Меня тоже бесит все то, что происходит с Windows в последние годы, но альтернатив в вопросе такой большой свободы нет. Пока что не верится в то, что ситуация с Linux улучшится. Маки не учитываю - это все-таки девайсы другого уровня, для других целей и совсем другого бюджета.
Что ж, тогда мне придется отослать вас к совершенно любому англо-русскому словарю, который покажет вам, что словосочетание "markup language" переводится как "язык разметки", а не "язык программирования". А разметка, к вашему сведению, не является сценарием или планом выполнения. План выполнения и сценарий описывают последовательность действий, которые необходимо выполнить, чтобы получить результат (сложить 2 и 3, из 5 вычесть 4). Разметка же в свою очередь описывает непосредственно САМ РЕЗУЛЬТАТ. А то, каким образом этот результат будет получен, к ней не относится ни коим образом.
Ты, кажется, не мне это писать собирался, а Zell33) Хотя вообще я с тобой полностью согласен: ладно бы это юзались какие-то кодовые дыры игры, позволяющие что-то получать хитрым способом, который разрабы почему-то не учли, но читы -- это рил низко(((
Очень забавно читать статью о том, как попытаться заработать на серверах Minecraft, а в самом конце видеть "лучше не надо этим заниматься". Хотя доля правды в этом действительно есть, уж очень потенциально нестабильный это вид заработка, как по мне.
Просто хочу поблагодарить вас за комментарий -- один из максимально объективных (по моему мнению, конечно же) под этой статьей, который немного помог мне определиться со взглядами и еще раз показал мне, что я двигаюсь в правильном направлении.
У меня у самого немного опыта работы, около 3 с лишним лет разработки где-то. Но мне всегда было интересно читать подобные статьи, потому что в айтишке на самом деле немало таких "скользких" вопросов: что про синдром самозванца (хотя он довольно простой), что про повышения (у каждого свой подход) и т.д. По крайней мере, для новичков. Хотя как показала практика, и эта статья в том числе, все крайне сильно зависит от самого человека и окружения, которое на него влияет, а от возраста все же слабее.
А у этой статьи куча самых разных комментариев, кто-то откровенно засирает автора и называет его токсичным нытиком, кто-то показывает, что в его словах не все так однозначно, но вы тактично расписали несколько интересных тезисов, из которых я для себя кое-что почерпнул.
Спасибо!)
Кажется, Вы не поняли основной посыл моих слов.
Как по мне, ваш пример - плохая аналогия. Почему? Потому что все снова упирается в то же самое, что и с небоскребами: в 1) масштаб задачи и 2) требования к качеству ее выполнения (в частности, на какие компромиссы можно идти, а на какие -- нет). В случае со столовкой на мой дилетантский взгляд масштаб вроде не большой, а требования к качеству банальны, тут хватит и "джунов". Но когда вы захотите потом сделать из нее крутой навороченный ресторан, придут "сеньоры" и, скрипя зубами, переделают пол здания (условно), прежде чем преступят к основным работам, потому что надо будет исправлять косяки, которые ранее критичными не были. Если ресторан строить сразу, то и джунов звать не стоит: или не сделают, или сделают крайне хреново.
Ах, да, еще кое-что забыл, но дополнить коммент до проверки не мог.
У "людей-соседей" есть маленькое, но важное преимущество: они реально шарят за свое дело. Вопрос не в том, что они знают, как делать, а в том, что они четко понимают, почему так надо делать. Они знают подводные камни, о которых "человек-конец" и не догадывается. Это еще одна причина, по которой тащить крупный проект "чел-конец" не сможет.
Итоги:
Сделать адекватно действительно большой проект "человек-конец" не сможет. В лучшем случае проект будет физическим воплощением слова "компромисс". Это одна крайность.
Да, "человек-сосед" откроет долгострой, но если он еще все же завершит, то это будет гибкий и качественный продукт. Это другая крайность.
Полностью согласен с тезисом статьи о том, что лучший вариант -- это тандем из этих двух. Потому что так можно будет сделать И быстро, И качественно, а все компромиссы, на которые пойдет команда, будут грамотными. Это грамотный баланс. Вывод: "человеку-концу" в большом проекте поддержка "соседа" нужна, как воздух. Подозреваю, именно поэтому вы 1) выбрали себе "человека-соседа" в качестве супруги, и 2) без ее поддержки вам было бы очень плохо, о чем вы упоминали в одном из комментариев выше.
Да, вот только код, написанный неопытными джунами код будет в лучшем случае кривым, а в худшем случае переусложнен, что в дальнейшем обязательно скажется на развитии проекта, потому что на добавление зависящих от этого кода фич уйдет больше времени = денег. Причем тут уже неважно, кто будет пилить эти новые фичи дальше: опытный сеньор или ровно тот же джун, потому что первому придется переписать хрень на нормальный код, а второй будет просто долго сидеть и тупить, понятия не имея, как же прикрутить к написанным ранее макаронам нужную бизнесу функцию.
Статья написана так, что складывается впечатление, что "все ..., а я Д'Артаньян". Конечно, я понимаю, что основной посыл в другом, но блин... Давайте смотреть объективно: действительно крупный и сложный проект с таким подходом не построишь. Как Вы привели пример со своим домом: он маленький. И пример с небоскребом и 500 мелкими домами. Это РАЗНЫЕ проекты вообще-то. Более того, они даже не являются альтернативами друг другу. Разве что по вместимости людей) Но даже так эта вместимость использует разную площадь, понимаете? Т.е. все равно приходится идти на компромиссы.
А если их нет и надо построить именно проект со множеством крупных фич, что подразумевает нехилую сложность? (Как уже говорили, привет финтеху.) Такая стратегия сломается, потому что при мало количестве людей в процессе что-то где-то в любом случае потеряется, факт потери не заметят, потом в последний момент очнутся и окажется, что все летит в тартарары, а времени уже не осталось и т.д. Не всегда все сводится к "проще - лучше", потому что незначительно усложнив систему в одном месте, можно очень сильно упростить ее в другом, ведь усложнением первый компонент сделали гибче, а в перспективе это даже приведет к куче плюшек.
Но в чем проблема-то? В том, что контекстное окно настолько велико, что маленькая команда из неподготовленных людей (привет снова примеру про джунов) просто не вытащит нагрузку и очень быстро забуксует. Когда контекстное окно велико, на его удержание приходится тратить дополнительные ресурсы = "накладные расходы". А ваш пример с бывшим твиттером и телегой лишь говорит о том, что в разных компаниях работают разные люди с разными способностями к оптимизации этих самых накладных расходов на поддержание процессов -- раз, и в разных компаниях плотность ответственности на человека тоже разная -- два. Вот и все.
На счет того, откуда привычка пошла, советская ли она, ничего не знаю -- не того я поколения человек. Но вот, что это засело в культуре и умах людей, знаю отлично по наблюдениям за людьми вокруг и тому, какая инфа до меня доходит от других. И если эта привычка и исчезнет, то очень и очень нескоро( Может быть тогда бы ЗП и были бы повыше, кто знает...
Грустно это все, но я думаю, что стоило попробовать платить обычным работягам побольше (режим диванного критика enabled, да xD). Не знаю, сколько людей в штате работает, но явно нужно как-то решать вопрос мотивации людей не красть и качества их труда. Тогда и контролировать нужно будет меньше. Хотя глупо отрицать, что это сложно: ладно еще мотивация, но просто найти нормального адекватного человека -- действительно беда, а не задача.
Хотя даже если отбросить этот вопрос, финансовый вопрос никуда не денется, предприятие может просто не вы-вы-вывезти, судя по описанию экономической ситуации.
Ну и последнее: маркетинг, я считаю, предпринимателем совсем недооценен. Реклама делает свое дело, у покупателей нужно и важно зарабатывать доверие и узнаваемость. Тем более, что это пельмешки, блин))) ПЕЛЬМЕШКИ))) :-)
Как java backend developer'у чертовски интересно почитать такие вещи, к которым скорее всего никогда не прикоснусь)
Автор, спасибо!)
23 года. Когда менялись молочные зубы, коренные начали расти довольно криво. Никаких проблем с ВНЧС замечено не было, описанные тесты вроде бы прохожу без проблем, но зубы как минимум выглядят некрасиво. Значит ли это, что у меня неправильный прикус? Прочитав статью (мое почтение за простоту изложения), понял, что пора копить деньги на посещение ортодонта...
Тот момент, когда полностью согласен с автором. Меня тоже бесит все то, что происходит с Windows в последние годы, но альтернатив в вопросе такой большой свободы нет. Пока что не верится в то, что ситуация с Linux улучшится. Маки не учитываю - это все-таки девайсы другого уровня, для других целей и совсем другого бюджета.
Что ж, тогда мне придется отослать вас к совершенно любому англо-русскому словарю, который покажет вам, что словосочетание "markup language" переводится как "язык разметки", а не "язык программирования". А разметка, к вашему сведению, не является сценарием или планом выполнения. План выполнения и сценарий описывают последовательность действий, которые необходимо выполнить, чтобы получить результат (сложить 2 и 3, из 5 вычесть 4). Разметка же в свою очередь описывает непосредственно САМ РЕЗУЛЬТАТ. А то, каким образом этот результат будет получен, к ней не относится ни коим образом.
Разметка не программируется, а просто описывается. Именно потому HTML и не язык программирования, а язык разметки.
Ты, кажется, не мне это писать собирался, а Zell33) Хотя вообще я с тобой полностью согласен: ладно бы это юзались какие-то кодовые дыры игры, позволяющие что-то получать хитрым способом, который разрабы почему-то не учли, но читы -- это рил низко(((
А вот и один из пользователей читов, кажется, нашелся) xD
Очень забавно читать статью о том, как попытаться заработать на серверах Minecraft, а в самом конце видеть "лучше не надо этим заниматься". Хотя доля правды в этом действительно есть, уж очень потенциально нестабильный это вид заработка, как по мне.