Подскажите, пожалуйста, есть ли такой плагин для хрома, который скрывает данный контент в реальном времени на сайте? Иногда приходится тестировать скрипты по особым поручениям на известных сайтах, не очень приятно это все наблюдать на работе.
Статистически, геморрой возникает от постоянного сидения чаще, чем от движения. Так что лучше двигаться, если не хотите заработать геморрой (в медицинском смысле)
Если все работает при плохом управленце, то скорее всего, кроме формального руководителя, рядом с ним есть реальный руководитель, смотрящий на очередного проходного начальника как на потенциального козла отпущения при факапах.
Если не хотеть взлететь, то не полететь. Единственно только хотелось бы заметить, что если вдруг захотите полетать без крыльев, это обычно плохо заканчивается.
И тут точно так же. Нет ничего хуже управленца, который вместо изучения теории управления занимается изучением своих перспектив повышения.
Прежде чем строить карьеру, нужно иметь компетенции, и вот они как раз куда важней любого желания.
13 лет исследования карьерного роста показали, что «Чтобы построить карьеру, надо строить карьеру.»
И вы серьезно считаете чтобы построить карьеру нужно просто стать инициативным? Конечно, у тех, кто вырос от джуниора до CTO за несколько месяцев, главное — это инициатива, а такие умения, как добиваться результата при любых вводных, конструктивно заниматься корпоративной борьбой, выстраивать процессы и принимать взвешенные решения — это так, фигня, карьеристу оно не надо, ведь разгребать все то, что он в процессе своего карьерного роста наделал будут уже линейные руководители, на которых и так всех собак обычно спускают :)
пара из младшего и старшего программиста обычно работает с эффективностью двух старших программистов и менее чем за 75% стоимости
Смелое заявление, к реальности не имеющее отношение к сожалению.
Не учтены такие вещи, как:
— Отвлечение сеньора на консультации
— Предварительное программирование на русском с переводом всего этого в программный код
— Готовность к нескольким этапам переделок.
В рамках статьи программисты воспринимаются, как некоторые черные ящики, которые на входе принимают кофе с тасками, а на выходе — код. Как бы вам не хотелось, это не так. Еще Брукс доказал, что введение даже равного специалиста в команду, сильно ее охлаждает. В статье же утверждается, что полтора программиста дадут выхлоп 150%, что противоречит Бруксу. В реальности эта цифра ближе к 110%, если вообще не ниже 100%, если джун совсем деревянный попался, или приходится менторить нескольких джунов.
Несмотря на некоторые спорные аргументы, в целом, с выводом статьи, согласен — в компаниях, которые не тратятся на развитие человеческого капитала, делать нечего — ни сеньорам, ни джунам.
Конечно же, одно наличие сертификата говорит о глубоких знаниях, особенно если это сертификат о базовом знании синтаксиса языка. Так что выводы о поверхностности не поверхностны :)
Вы как будто в институте никогда не были. Если есть хорошая методичка, можно начинать готовиться за день до экзамена — главное было бы время ее прочитать :)
Это показывает, что даже академический термин в разы популярней вашего терминологического изобретения. И я не удивлен, что в интернете нашлось еще полторы тысячи человек, использующих слова, сути которых они не понимают.
Кстати, если изучите кто пользуется этим термином, поймете, что среди них не так уж много профессионалов, что говорит о том, в каких кругах это слово распространено.
Т.е. человек мне приводит описание реализации замыканий в фаерфоксе, и выдает это за академическое определение.
Спасибо за разьяснение данного момента, все ясно.
Главная ваша претензия к замыканиям в JS это то, что имена переменных могут пересекаться с другими областями видимости, а вам как программисту не хватит мозгов чтобы понять как этого избежать? Вы это серьезно?
А что касается кода — начните с того, что вы обещали показать код без замыканий и работающий. Где он в итоге то?
Можете себя не утруждать, я уже скинул — уже ржем над вами всем офисом второй день — особенно с ваших познаний во фронтенде.
Замыкание — это комбинация функции и лексического окружения, в котором эта функция была определена.
Не могли бы вы сослаться на книгу, где вы это услышали, раз википедия не источник, хотелось бы тоже ознакомиться с данным кладезем мудрости? Кроме того, даже если по вашему определению, console откуда берется, не из глобального ли контекста?
Ну а то, что вы учились программировать по документации к устройствам — ну так и заметно, что ваши познания в программировании недалеко от примеров из методичек :)
Гугл транслейт почему-то переводит это как «немедленно вызываемые», что куда ближе к правде, чем «самовызываемые» (self-invoked).
Ирония всего происходящего в том, что самозванец, называющий себя «Senior full stack developer», кричит о том, что «хватит подозревать разрабов в самозванстве».
Для меня это звучит как «Платите мне сеньорские за знания слабого миддла». Это просто смешно.
А то совсем отчаялся — хоть сам пиши.
И тут точно так же. Нет ничего хуже управленца, который вместо изучения теории управления занимается изучением своих перспектив повышения.
Прежде чем строить карьеру, нужно иметь компетенции, и вот они как раз куда важней любого желания.
И вы серьезно считаете чтобы построить карьеру нужно просто стать инициативным? Конечно, у тех, кто вырос от джуниора до CTO за несколько месяцев, главное — это инициатива, а такие умения, как добиваться результата при любых вводных, конструктивно заниматься корпоративной борьбой, выстраивать процессы и принимать взвешенные решения — это так, фигня, карьеристу оно не надо, ведь разгребать все то, что он в процессе своего карьерного роста наделал будут уже линейные руководители, на которых и так всех собак обычно спускают :)
Смелое заявление, к реальности не имеющее отношение к сожалению.
Не учтены такие вещи, как:
— Отвлечение сеньора на консультации
— Предварительное программирование на русском с переводом всего этого в программный код
— Готовность к нескольким этапам переделок.
В рамках статьи программисты воспринимаются, как некоторые черные ящики, которые на входе принимают кофе с тасками, а на выходе — код. Как бы вам не хотелось, это не так. Еще Брукс доказал, что введение даже равного специалиста в команду, сильно ее охлаждает. В статье же утверждается, что полтора программиста дадут выхлоп 150%, что противоречит Бруксу. В реальности эта цифра ближе к 110%, если вообще не ниже 100%, если джун совсем деревянный попался, или приходится менторить нескольких джунов.
Несмотря на некоторые спорные аргументы, в целом, с выводом статьи, согласен — в компаниях, которые не тратятся на развитие человеческого капитала, делать нечего — ни сеньорам, ни джунам.
Вот по этой ссылке есть pdf курса
Кстати, если изучите кто пользуется этим термином, поймете, что среди них не так уж много профессионалов, что говорит о том, в каких кругах это слово распространено.
Спасибо за разьяснение данного момента, все ясно.
А что касается кода — начните с того, что вы обещали показать код без замыканий и работающий. Где он в итоге то?
Не могли бы вы сослаться на книгу, где вы это услышали, раз википедия не источник, хотелось бы тоже ознакомиться с данным кладезем мудрости? Кроме того, даже если по вашему определению, console откуда берется, не из глобального ли контекста?
Ну а то, что вы учились программировать по документации к устройствам — ну так и заметно, что ваши познания в программировании недалеко от примеров из методичек :)
Ирония всего происходящего в том, что самозванец, называющий себя «Senior full stack developer», кричит о том, что «хватит подозревать разрабов в самозванстве».
Для меня это звучит как «Платите мне сеньорские за знания слабого миддла». Это просто смешно.