Привет, программач. Посмотри с точки зрения стороннего человека на ситуацию и помоги с советом.Предыстория: 24 левел, работаю джуниором в фирме. Это моя вторая работа, на первой я проработал полгода и ушел, потому что понял, что не развиваюсь профессионально вместо написания вменяемого кода я занимался клепанием html-формочек и вялым яваскриптом. Нашел новую работу, где стал заниматься уже конкретно тем, что мне нравится. Сначала меня все устраивало, но сейчас я уже чаще задумываюсь о том, не сменить ли мне работу или вообще специальность. А все из-за начальника-тимлида. Его поведение заставляет сомневаться в собственных силах. А конкретнее:1) Главная проблема - это моя скорость работы и то, сколько времени мне вообще дается на задания. Я думаю для тебя будет не секрет, что некоторые вещи, которые "на словах" реализовываются в два клика, зачастую могут вызвать геморой (особенно у неопытного нуба) в самом неожиданном месте. Или также встречаются такие ситуации, когда исправление в одной части кода вызывает ошибки в другой. Ну и прибавь такую вещь, что не всегда с первого раза пишешь правильный код: забываешь о каких-то мелочах, опечатываешься и так далее. В общем, для написания программного кода часто нужно время. Но для моего тимлида любая задача выглядит как потенциально реализуемая за пять минут. Если ты начинаешь задерживаться хотя бы на лишние десять минут, то он начинает пыхтеть над душой и спрашивать "Ну что? Готово?" каждые пять минут. Каждый раз ему приходится объяснять на чем ты застрял, а если сидишь над чем-то действительно долго (полчаса с лишним), то у начальника начинается баттхерт. Вопрос, программач: я что-то делаю не так? Код действительно может писаться за пять минут или я такой мудак? Других начальник так не подгоняет, я единственный джуниор, сравнить себя не с кем.2) Иногда тимлид заставляет делать какие-то нелогичные вещи и не объясняет зачем. Например недавно он заставил меня перетащить незначительную часть функционала из яваскрипта в программный код. Суть в том, что если раньше после исправления ошибки мне нужно было только подправить файл и перезагрузить страницу, то теперь мне для исправления нужно пересобирать проект. Это занимает время (а я напоминаю, что меня всегда подгоняют), но никак ни сказывается на безопасности и времени загрузки страницы. Причина мне никак не объяснялась, надо, и всё тут. Сюда же в копилку можно занести необъясняемые решения в базе данных в виде двух одинаковых таблиц для одной сущности, а также невероятный бугурт, когда я установил на сервер яву (на яве работал обфускатор кода, который запускался только при сборке проекта и больше никогда). В общем меня зачастую просто ставят перед фактом и не объясняют причин. Нормально ли это, двач? Поначалу я думал, что раз начальник опытнее, то ему лучше знать. Но с каждым разом мне приходится делать все более и более странные вещи, почти извращения.Что делать двач? Менять работу? Или со временем я сам всё пойму?
>>775520 (OP)я сменил несколько работ. на всех ситуация похожая. Пизданутая оверинжинирия, долбоебы, ковыряющие одну задачу днями и часами, прокрастинация и выскочки.код за пять минут не пишется, особенно в старых мудацких проектах. Меняй работу и не парься.
>>775520 (OP)я бы не спешил менять работу, по крайней мере пока не будешь понимать все аспекты проекта - от сборки до деталей работы приложения, понимания узких мест и потенциальных решений (а также понимать, в чем +- каждого решения - время/сложность/необходимость етц).то, что начальник синиор не означает, что он умеет учить или объяснять. если уж за +3 года не будешь мидлом - стоит задуматься.скорее всего начальнику просто лень рассказывать, почему было принято какое-то решение - мб это будет переделываться и нет смысла много времени тратить, или клиент еще не знает, что он хочет, етц. в приведенном примере с жс - мб решили наконец-то перенести логику на сервер, что есть правильно.вообщем я бы пока старался выжать максимум знаний и опыта из текущего проекта. когда будет понятно, что ничего интересного нет (ну или проект/клиент полное говно) - тогда точно стоит менять работу// мимо жава-кун
>>775520 (OP)>не всегда с первого раза пишешь правильный код:Вон. Из. Профессии. Немедленно.
>>775520 (OP)У меня было подобное. Боялся сказать, что что-то не умею или не знаю, и поэтому всегда долго что-то делал. А не знал и не умел я почти всё, лол. Хотя устраивался я как серверный программист на руби, и язык этот я хорошо знал, меня потихоньку спихнули на вещи связанные с джаваскриптом, кссом и хтмлем. Что-то я понимал, а что-то нихуя не понимал, особенно все тонкости ксса, работу флоатов, марджин колапсы, значение this в джаваскрипте, патерны, все эти фреймворки, потом ещё надо было писать немного на джаве. Понял, что я там лишний и ушёл, лол.>Поначалу я думал, что раз начальник опытнее, то ему лучше знатьЛол. Да и это. Он иногда говорил какие-то вещи связанные с программированием, и вроде казалось, что он был в теме, но потом ему приходилось объяснять что это и это. Скорее всего когда-то когда-то очень давно он писал на пхп, и с тех пор остановился в развитии.Но на самом деле он говорил правильные вещи в своё время. Не понимал почему он так дрочил на время потраченное на задачи, и старался оптимизировать и минимизировать его как возможно. А теперь понимаю. Потому что мог.
>>775547>в приведенном примере с жс - мб решили наконец-то перенести логику на сервер, что есть правильноХау эбаут - нетЧем больше логики можно переместить на клиентскую часть, тем лучше. Сервер будет работать быстрее и эффективнее. А код на клиенской части всё равно не будет иметь никаких больших последствий.
>>775569Очень спорное заявление, чувак.
>>775569если логика будет использоваться только на одном клиенте - мб, зависит от проекта. чем больше проект - тем чаще встречаешься с ситуацией, когда логика переиспользуется на сервере или же есть различные клиенты (веб/андроид/айос)
>>775520 (OP)>Или также встречаются такие ситуации, когда исправление в одной части кода вызывает ошибки в другойГовнокодом попахивает. Причём особо говёным таким...
>>775599попахивает типичной непредсказуемостью и мутабельностью в больших проектах. Абсолютно во всех.Рарабатывается больше года, куча ебанутой бизнес-логики, нихуя аналитики. Все как я люблю.А если тебя это удивляет, то ты просто больших проектов не писал.
>>775520 (OP)Это не нормально.1 у меня тоже было, но не в такой гипертрофированной форме, как ты описываешь.>Но для моего тимлида любая задача выглядит как потенциально реализуемая за пять минут.Вот это очень знакомо, лол.>Код действительно может писаться за пять минут или я такой мудак?Нет. Скорее всего он специально делает так, чтобы ты себя чувстовал мудаком, недостойным повышения зп и т.п.Короче, если все как ты описал, то меняй место работы.
Когда-то тоже чувствовал что "проблема во мне".А потом заметил, что когда у моего начальничка тоже такая хуйня, и он говорит "поправлю за 5 минут" - это тоже растягивается на часы.Разве что не знаю, умышленно или нет. Погромисты недооценивают время и переоценивают свои усилия, на хабре читал, что нормальный менеджер спросит "за сколько сделаешь" и умножить время на 3 или на какую то там константу.А вообще - не стесняйся писать кривой и косой говнокод. Если тебя едут временем и тасками, мол бы медленно работаешь - хуярь по индусски, много - и не заботься о качестве. Ты не для себя пишешь, и не для души, а для мудака-капиталиста, который если сможет наебать тебя - наебет обязательно.
>>775578>>775574>>775569Тут как всегда - фор хум хау. Вот с точки зрению UI чем меньше доебываний до сервера, тем лучше, потому что задержки на реакцию пользователя меньше (если конечно вы не дибил и не начинаете обрабатывать бигдату на жс).Причем для UI еще важно чтобы у задержки ответов сервера была маленькая дисперсия, тогда она будет если уж и большая, то хотя бы предсказуемая, можно будет крутящееся колесико воткнуть.
>>775626> попахивает типичной непредсказуемостью и мутабельностью в больших проектах. Абсолютно во всех.Сука я вчера ебся с дедлоком часа 2-3, а причина была в яваскриптовой ссылочной семантике + мутабельности. Как же у меня бомбит, блеать, особенно от того, что функционалобляди оказались правы, топя за иммутабельность.
>>775520 (OP)Что поделаешь. Такая жизнь у макак. Привыкай. Тебя будут гонять по любому поводу. Если будешь постоянно над чем-то долго тупить, вполне могут и уволить.
>>775520 (OP)>Если ты начинаешь задерживаться хотя бы на лишние десять минут, то он начинает пыхтеть над душой и спрашивать "Ну что? Готово?" каждые пять минут. Каждый раз ему приходится объяснять на чем ты застрял, а если сидишь над чем-то действительно долго (полчаса с лишним), то у начальника начинается баттхерт. Вопрос, программач: я что-то делаю не так?Объясняешь вместо того чтобы сказать "не стой над душой, уже начинаешь заёбывать"
>>775729Серебряной пули не существует.Подожди, скоро миллионы макак начнут на хаскеле писать, будет то же самое, только вместо дедлоков будешь ебстись с трехэтажными типами и монадными трансформерами. И эксепшнами бросаемыми чистыми функциями. Имутабельности заменяющей мозги еще не придумали.> В ответ на «чем плохо писать аннотации у топлевел ф-й»: «тем, что при более сложных примерах проще написать и вставить тот тип, который выведется, чем выводить его в уме.». То есть человек хуячит код, не зная типов, и просто бездумно подставляет то, что ему выводит тайпчекер. Отлично, чо. Надежная система типов в действии". В хаскеле не писать топлевел определения - очень даже удобно. Особенно когда много фвп, поинтрфриблядство и трехэтажные типы. То есть тут системная проблема. Сперва человек не пишет топ-левел аннотации, поэтому он не видит что типы - трехэтажны, поэтому не объявляет для типов нормальные синонимы (ибо а зачем?), типы становятся еще трехэтажнее, и писать их становится совсем мука, возвращаемся к началу
>>775520 (OP)>для моего тимлида любая задача выглядит как потенциально реализуемая за пять минут>В общем меня зачастую просто ставят перед фактом и не объясняют причин.ищидругуюработуочевидно же
>>775569> А код на клиенской части всё равно не будет иметь никаких больших последствий. Ты пидор. Из-за таких чмырей каждая страница весит уже больше чем война и мир вместе думом.
>>775520 (OP)Доминация одного несчастного прыщавого жиробаса над другим. Чего ты ждал, когда устраивался сюда?
>>775520 (OP)> исправление в одной части кода вызывает ошибки в другойОшибка проектирования. Сильная связанность.> Ну и прибавь такую вещь, что не всегда с первого раза пишешь правильный код: забываешь о каких-то мелочах, опечатываешься и так далее.Это нормально. Задача программиста наполовину заключается в том, чтобы написать код так, чтобы подобные ошибки не пропускались компилятором.> он начинает пыхтеть над душой и спрашивать "Ну что? Готово?" каждые пять минут.Шли его нахуй. Не понимает? Бери за шкирку и тыкай носом в wiki://Поток.> Каждый раз ему приходится объяснять на чем ты застрял, а если сидишь над чем-то действительно долго (полчаса с лишним).Wait, так ты не шутил насчет 10 минут? Тогда тем более шли его нахуй. Одна задача - один день, не меньше.> Код действительно может писаться за пять минутДа. Скрипт на Баше для смены расширений файлов в папке.> Иногда тимлид заставляет делать какие-то нелогичные вещи и не объясняет зачем.Тимлид мудак, но так делают все тимлиды. Как правило, спустя несколько лет ты понимаешь, зачем он просил это тебя делать и что это было правильно решение. Да, даже две таблицы для одной сущности. Правда, таких вещей не должно быть слишком уж много.
>>775520 (OP)Лол, жизненно про БД) Ещё помню тимлид заставлял в одной таблице хранить возраст и дату рождения пользователя, а для обновления возраста подняли ещё один сервак, который каждый день просматривал БД удалял старую запись и создавал новую с другим возрастом, если у пользователя был др.
>>777284А как же UPDATE?
>>777353мб была такая спецификация - обновлять только после рабочего дня// мимо-кун
>>777364Кодд изначально предлагал даже условия непротиворечивости и консистентности проверять после рабочего дня. В течение дня инсертят данные, в конце дня проверяем, плохие выкидываем.
>>775931> Подожди, скоро миллионы макак начнут на хаскеле писать, Миллионов макак в хачкеле не будет, а многоэтажная хайордерная параша там уже и так есть. > будет то же самое, только вместо дедлоков будешь ебстись с трехэтажными типами и монадными трансформерами. И эксепшнами бросаемыми чистыми функциями. Имутабельности заменяющей мозги еще не придумали.Ну если рассуждать в рамках анонимной экспертизы, то да. На самом деле (с) же экосистема в определенной модулирует сознание программиста и макака, меняя язык, начинает писать по-другому - немножко лучше или хуже.Мозги конечно не заменить, но в сортах языков программирования разбираться надо, не абстрагируй наружу важные детали.
>>777366бред какой-то! из даты рождения можно мгновенно вычислить возрастваш кэп
>>777429>Миллионов макак в хачкеле не будетМиллионы макак будут везде, таково прекрасное будущее. Программистов требуется все больше, а бросателей щебня лопатами все меньше. Простая арифметика.> экосистема в определенной модулирует сознание программиста и макакаИ наоборот. Экосистема хаскеля наполнится прекрасными фреймворками, позволяющими легко и просто решать типовые задачи - ну, как сейчас в Java и мире вечного детства NodeJS.
>>777444> Экосистема хаскеля наполнится прекрасными фреймворками, позволяющими легко и просто решать типовые задачи - ну, как сейчас в Java и мире вечного детства NodeJSИ потом, в результате конвергенции, останутся вообще самые хорошие и вечно детские!
>>775520 (OP)>JSЭто пхп новой эры, так что жрать говно - это норма. Либо меняй язык сферу - либо терпи, вместо тебя всегда можно нанять школьников, которые будут батрачить за еду.Судя по тому что ты описываешь - тебя просто пытаются выдрессировать, чтобы никогда не ушел с этой позиции и не смел и рта раскрыть. Я бы свалил, но решать тебе.