Comments by "Имя Фамилия" (@user-vu6hn4ul2i) on "Sergey Nemchinskiy" channel.

@whosyourdaddy4414 низкий порог входа, но высокий порог выхода 🤣
1
@invisiblealex007 не, слово ты написал правильно. Но значит оно немного другое: это поведение, считающееся неприемлемым в обществе. Называть даже самого замкнутого задрота асоциальным - неправильно. Если он, конечно, попутно не €бёт собак.
1
@0imax ага, прямо вижу как бухгалтеры резольвят конфликты в документах 😏
1
Асоциальные? Или ассоциативные 🤣 Ну ты загнул, загугли значение слова "ассоциальный". Я то понял, что ты имеешь ввиду. И даже это было справедливо лет 15-20 назад, сейчас IT совсем другое. А ты мыслишь штампами из 90-х, где программист - горбатый задрот в свитере, с бородой и котэ.
1
@velsah5763 нет "лучшего решения" в вакууме. Именно поэтому и существуют разные решения. Для разных потребностей и ситуаций.
1
Насчет "нужно все продумать, прежде чем писать код". Естественно, это так, но есть нюанс. Тут я вижу ловушку: не нужно думать слишком много. Я не проводил исследований, это личный опыт. Как, обычно, работает у меня: примерно продумал структуру и решение, начал реализацию, и где-то процентах на 30 - 50 понял, что тут так не сработает. Конечно, это происходит далеко не каждый раз, чаще все идет по плану. Но что я хочу сказать. Первое: сколько бы я не думал над задачей до реализации, я бы не увидел этих проблем, т.к. для этого нужно было погрузиться в реализацию. Да, можно сказать, что (в теории) нужно все изучить, абстрактно погрузиться в задачу... На практике, во всяком случае, у меня это так не работает. Второе: принять, что это нормално. Что если я понял, что так нельзя, только в процессе реализации - это не проблема. Буває. И главное: как только ты это понял, сразу начинать рефакторинг. Не вестись на эти "блин, ну я же уже так много сделал, да и пооблема, вроде, небольшая, подопру костылем". Нет, это самое опасное. Чем дольше мы откладываем рефакторинг, тем больше потом вылезет проблем и больше нужно будет рефакторить. Поэтому, не стоит пытаться все продумать заранее, это попадает под первую проблему в этом видео. Слишком много всего нужно держать в голове, и что-то (многое) вылетит. Да и что-то, по любому, не учтем. И нормально относится к тому, что, возможно, в процессе выяснится, что все надо переделать. Что, конечно, не отменяет необходимости базово продумать и составить план решения задачи: где и как мы это будем делать, как встроим в существующий код и т.п.
1
@NemchinskyLive очевидно, что решение нужно согласовывать с заказчиком. Это было бы мое первое предложение по реализации, и далее я бы ждал согласия или замечаний. Ведь доп. админка - удовольствие не бесплатное. Но если заказчик (или менеджер) скажет: "шед ап, анд тейк май мани", то кто я такой, чтобы ему отказывать?
1
@pavelsemus83 никак. Браузеры понимают только JS. TS компилируется в JS прежде, чем быть отправленным в браузер.
1
@ZingeR325 если настроен пессимистик оффлайн лок, то такой ситуации не возникнет. Если я взял документ в работу, то в базе он лочится. Как его кто-то другой возьмёт в работу пока я не отпущу? И, соответственно, я не смогу взять в работу, если его кто-то залочил.
1
Открою секрет: на самом деле нужны люди, которые решают задачи стабильно и качественно, а не быстро. Для менеджера намного лучше специалист, который решает 100 из 100 задач по задаче в день, чем специалист, который решает 70 задач из 100 за время от часа до 6, причем половину из 70 нужно будет переделать потом. С первым можно точно спланировать дедлайны, релизы, согласовать работу с другой командой, посчитать KPI. Со вторым... Да проще уволиться сразу 😏
1
Внимательно читать условия. Но читать в договоре, а не слушать. Как минимум, ты обязан будешь работать там, куда тебя устроят. Ну, или, отдать бабки. Что будет, если ты не потянешь, и захочешь уйти? Вот теоретический пример: я открываю такие курсы, договариваюсь с галерой, которая платит тот минимум, что я обещаю в договоре по трудоустройству. А по работе требования пахать 24/7 и задачи уровня сеньора (условно). И вот, я набрал 100 человек, отсеял половину (это мой убыток), остальных выучил и продал в рабство трудоустроил. И они вынуждены либо тянуть любые объемы и любые условия, либо сами искать новое место, но бабки мне вернуть. И это то, что очевидно. А ещё требования по переезду в другой город (может быть Верхний Усть-Уебинск) и подобные кабальные ограничения. Но, в целом, возможно и не худший вариант, если программа годная
1
@alexandrapersukova тут, скорее, дело в другом. Не понимаю, что значит "дорогое". Дороже, чем у других - да. Но тут как с лекарством: есть дешёвое, за 10, но оно не помогает, а есть дорогое, за 100, но оно помогает. Нужно сравнивать, так сказать, соотношение "цена/качество". Но суть не в этом. Суть в том, насколько результат будет соответствовать ожиданиям. Если все будет как в рекламе, что ты выучился бесплатно, тебя трудоустроили, и ты несколько лет отдаешь процент зарплаты, то какая разница, сколько это в сумме выйдет? Без них у тебя нет денег на курсы и нет той работы, и нет того дохода, даже без процента школы. Другое дело, если есть "маленькие дополнительные условия", типа тех, которые я описал.
1
@botsynth уточню: нет ничего плохого в том, чтобы разбираться "как оно там под капотом". Плохо только, если не понимаешь, где границы абстракции. Возможно, это приходит с опытом. Но, в целом, можно посмотреть, как та же концепция реализована в других языках, и увидеть, что общего, а что разное.
1
@vintets ты мог пукнуть в лужу. А мог привести примеры. Я привел примеры. Ты - пукнул в лужу.
1
Не все так просто. Хорошие курсы делают отсев на этапе зачисления, чтобы потом отсеивать меньше, не тратить свое время да и деньги и время тех, кто не готов. А если модель: "гребем всех сетью и рубим бабки", то я бы прошел мимо.
1
@slaval5088 ну так говорит, это не значит, что так делают. Опять же, есть "за" и "против", чтобы все переписать. И в каждом случае решается индивидуально.
1
Умение искать информацию - одно из базовых, но это совсем не "единственный навык". Если бы ты меня спросил, что самое главное для программиста, то я бы сказал: умение декомпозировать задачу и составлять план ее решения. Вот это путь к решению, а уже каждую подзадачу можно решить при помощи гугла, или GPT. Если не получается, нужно ещё декомпозировать 😂
1
@vintets если бы я был тупеньким, то я бы тоже думал, что люди будут произносить два слова вместо одного. И, возможно, обижался бы, что они не хотят этого делать. Считал бы их каким-то не такими... Но люди предпочитают короткие термины длинным, а, тем более, словосочетаниям. Поэтому будет мердж и вмерджить вместо слияния и "выполнить слияние".
1
@Tayoriko так а я разве спорю, что если проект масштабный и работы много, то нужно много специалистов? Понятно, если руководство берется за масштабный проект не имея достаточных ресурсов (в том числе и людских) - то результат будет предсказуем. Это тупо, так же как и менеджер по логистике в овощном ларьке. Как это противоречит той мысли, что нужно выделять специальности исходя из объема работ? И если этого объема не достаточно, то вменить смежные обязанности одному сотруднику? Другой вопрос, как посчитать сколько работы может и должен делать один сотрудник, а когда уже нужен ещё один. Тут простого ответа нет, он сильно зависит от того, твой это сотрудник или ты это тот сотрудник. Но сам принцип от этого не меняется.
1