Да ну ни к чему строить теории заговоров. Во многих случаях сам бизнес не даёт времени на документирование кода. Вот с этим я сталкивался неоднократно. Впрочем пару раз я сталкивался со "специалистами", работающими по принципу "это йожег, и он тут живёт".
Вырасти, повзрослеть, избавиться от зависимости самооценки от мнения окружающих - вот простой рецепт противоядия от манипуляций. Просто нужно осознать, что людей вокруг много и каждому не угодишь. "Я не червонец, чтобы нравиться всем" - чем лучше понимаешь смысл этой простой фразы, тем проще избавиться от комплекса "хорошести".
Будучи радиолюбителем с более чем 20-летним стажем сижу я сейчас смотрю на плату и мысль думаю. Раньше такие платы достать было сродни чуду. Радиолюбители мучились с хлорным железом, лаками. А сейчас нарисовал разводку, заказал плату в Китае - и сиди себе паяй. Что хочешь собирай, хоть свою материнскую плату. Здорово же, правда?
Забавно. То есть хотите сказать, что в AppleCare никто не заподозрил, что обращался явно не хозяин учётной записи? Четыре цифры кредитки человек может не помнить (у некоторых людей совсем плохо с памятью), но уж имя-то и адрес любой человек помнит.
Вот любопытно, каков был бы в наше время размер у микросхемы, в точности повторяющей схему "Радио-86РК"? Что-то подсказывает, что не больше microSD-карточки вместе с корпусом учитывая разводку. Вон 486-й же в своё время впихнули в форм-фактор рисового зёрнышка.
До сих пор не понимаю, что мешает операторам связи использовать в работе ANI, а не CallerID? Можно сделать даже общую базу сопоставлений ANI и CallerID. Ну, это так - чисто мысли вслух.
А сейчас много где такая мешанина. Не, спору нет, некоторые вещи действительно упрощают работу. Та же Jira - отличное средство для управления проектами. А уж гнать на Git вообще грех, особенно если разработка командная. Но в остальном в наше время всё чаще разработка бывает перегружена технологиями. В результате человеку, который только пришёл на проект, порой бывает долго в нём разобраться. Да и вообще приходится тратить вагон времени на постоянное изучение всякого "стильно-модно-молодёжно".
Сменить возраст. Глупость несусветная. Ещё на этапе непосредственного трудоустройства, если в компании есть какие-то политики ограничения по возрасту, кандидата отошьют.
Смена фамилии. Да хоть Kuchelbecker себе напиши. Если эйчар зарубежной компании опытен, он будет знать, что соискатель из России. А в этом случае какая разница? Нет смысла так делать.
Убрать лишний опыт. Смотрю я на комментарии и вижу, что многие попросту не поняли смысл этого тезиса. Если компания не хочет брать соискателя с уровнем квалификации выше, чем в вакансии... Хм... Я даже не знаю, что сказать о такой компании. Если человек отправил резюме, значит он готов устроиться в компанию независимо от уровня своего навыка. И если компания не хочет его брать, значит компании не нужны специалисты в принципе.
Врать насчёт своего опыта. Ну, наверное, кто-то так делает. Но такие люди быстро вылетают из компании. Ибо переоценивать себя - так себе идея.
Врать насчёт своего уровня? Такой кандидат может засыпаться ещё на этапе тестового задания. А даже если его и возьмут, то он скорее всего быстро вылетит.
Приписывать себе навык руководителя - тоже так себе идея. Во-первых, просто так человека на руководящую должность вряд ли возьмут. Во-вторых, такой человек в этом случае всё равно быстро вылетит из-за недостатка реального опыта.
Добавить опыт работы в известной компании. Хотел бы я посмотреть на тех, кто так делает. Это тоже глупость несусветная. Ибо любой мало-мальски квалифицированный эйчар легко пробьёт эту информацию.
Рассказывать о своих проектах, как о коммерческом опыте. Ну, во-первых, нет смысла так врать. Вполне можно представить свои личные проекты, как личностные достижения. Например, у меня есть два весомых личностных достижения - шаблонизатор QuadBraces ("MODX без MODX-а") и фреймворк XBWeb. ЧСХ, на QuadBraces я в своё время (лет восемь назад) делал группу лендингов, на втором - год назад один проектик. Оба проекта уже мертвы за недостатком финансирования со стороны заказчиков. Но сами достижения есть, и их можно увидеть на GitHub. Во-вторых, коммерческий опыт всё же предполагает некоторую известность используемых продуктов. Опять таки же довольно легко "бьётся", или эйчар разведёт руками и скажет, дескать, ничего не знаю об этом продукте.
Рассказывать о своих недостатках, как о достоинствах - довольно расхожий приём в психологии. Но далеко не всегда работает. Проще о своих недостатках тактично промолчать.
Увеличить продолжительность работы на том или ином месте - тоже глупость. Опытный эйчар опять-таки же может без труда пробить эту информацию.
В сухом остатке статья больше похожа на натягивание совы на глобус.
У меня как-то некоторые товарищи баловались всякими опросиками. Каждый раз я интересовался, не взломали ли человека. После чего, когда выяснялось, что не взломали, человеку единожды выписывалось предупреждение, что если ещё хоть одна такая ссылка, и человек отправится в бессрочный бан. Кто-то понял, с кем-то по сей день не общаемся. Отучил своё окружение от рассылки всякого шлака. Теперь, если от кого что приходит подобное тому, что в статье, процентов на 99 можно быть уверенным, что человека взломали.
Свойства Unicode вообще очень много проблем решают. К примеру, если нам на сайте нужно дать пользователю возможность использовать в нике буквы любого алфавита, со свойствами Unicode регулярка будет очень лаконичной. Попытка сделать то же самое без свойств Unicode... Честно говоря, страшно себе представить регулярку таких циклопических размеров.
Да ну ни к чему строить теории заговоров. Во многих случаях сам бизнес не даёт времени на документирование кода. Вот с этим я сталкивался неоднократно. Впрочем пару раз я сталкивался со "специалистами", работающими по принципу "это йожег, и он тут живёт".
Самое главное в оценке задачи: чтобы её оценивал тот, кто её будет выполнять.
Любопытно, вот если всё это реализовать современными технологиями, каков будет размер итоговой микросхемы?
Вырасти, повзрослеть, избавиться от зависимости самооценки от мнения окружающих - вот простой рецепт противоядия от манипуляций. Просто нужно осознать, что людей вокруг много и каждому не угодишь. "Я не червонец, чтобы нравиться всем" - чем лучше понимаешь смысл этой простой фразы, тем проще избавиться от комплекса "хорошести".
Это была бы не кошка, а облезлая противная крыска, которая лезет всюду, куда можно и нельзя со своей бесячей рекламой.
Будучи радиолюбителем с более чем 20-летним стажем сижу я сейчас смотрю на плату и мысль думаю. Раньше такие платы достать было сродни чуду. Радиолюбители мучились с хлорным железом, лаками. А сейчас нарисовал разводку, заказал плату в Китае - и сиди себе паяй. Что хочешь собирай, хоть свою материнскую плату. Здорово же, правда?
Не согласен. Вполне нормальная практика, когда значение NULL у nullable-аргумента означает, что функция работает со значением по умолчанию.
Ага, и реклама прямо на прохожих :D
Забавно. То есть хотите сказать, что в AppleCare никто не заподозрил, что обращался явно не хозяин учётной записи? Четыре цифры кредитки человек может не помнить (у некоторых людей совсем плохо с памятью), но уж имя-то и адрес любой человек помнит.
Обычная реклама ¯_(ツ)_/¯ Ключевой абзац в статье - в конце, где про вебинар.
Вот любопытно, каков был бы в наше время размер у микросхемы, в точности повторяющей схему "Радио-86РК"? Что-то подсказывает, что не больше microSD-карточки вместе с корпусом учитывая разводку. Вон 486-й же в своё время впихнули в форм-фактор рисового зёрнышка.
У меня когда-то было увлечение - делать карты для "Реванша Юрия".
До сих пор не понимаю, что мешает операторам связи использовать в работе ANI, а не CallerID? Можно сделать даже общую базу сопоставлений ANI и CallerID. Ну, это так - чисто мысли вслух.
Звучит, как анекдот:
"Вы работали с Кафкой?"
"Нет, только куфали."
А сейчас много где такая мешанина. Не, спору нет, некоторые вещи действительно упрощают работу. Та же Jira - отличное средство для управления проектами. А уж гнать на Git вообще грех, особенно если разработка командная. Но в остальном в наше время всё чаще разработка бывает перегружена технологиями. В результате человеку, который только пришёл на проект, порой бывает долго в нём разобраться. Да и вообще приходится тратить вагон времени на постоянное изучение всякого "стильно-модно-молодёжно".
По пунктам:
Сменить возраст. Глупость несусветная. Ещё на этапе непосредственного трудоустройства, если в компании есть какие-то политики ограничения по возрасту, кандидата отошьют.
Смена фамилии. Да хоть Kuchelbecker себе напиши. Если эйчар зарубежной компании опытен, он будет знать, что соискатель из России. А в этом случае какая разница? Нет смысла так делать.
Убрать лишний опыт. Смотрю я на комментарии и вижу, что многие попросту не поняли смысл этого тезиса. Если компания не хочет брать соискателя с уровнем квалификации выше, чем в вакансии... Хм... Я даже не знаю, что сказать о такой компании. Если человек отправил резюме, значит он готов устроиться в компанию независимо от уровня своего навыка. И если компания не хочет его брать, значит компании не нужны специалисты в принципе.
Врать насчёт своего опыта. Ну, наверное, кто-то так делает. Но такие люди быстро вылетают из компании. Ибо переоценивать себя - так себе идея.
Врать насчёт своего уровня? Такой кандидат может засыпаться ещё на этапе тестового задания. А даже если его и возьмут, то он скорее всего быстро вылетит.
Приписывать себе навык руководителя - тоже так себе идея. Во-первых, просто так человека на руководящую должность вряд ли возьмут. Во-вторых, такой человек в этом случае всё равно быстро вылетит из-за недостатка реального опыта.
Добавить опыт работы в известной компании. Хотел бы я посмотреть на тех, кто так делает. Это тоже глупость несусветная. Ибо любой мало-мальски квалифицированный эйчар легко пробьёт эту информацию.
Рассказывать о своих проектах, как о коммерческом опыте. Ну, во-первых, нет смысла так врать. Вполне можно представить свои личные проекты, как личностные достижения. Например, у меня есть два весомых личностных достижения - шаблонизатор QuadBraces ("MODX без MODX-а") и фреймворк XBWeb. ЧСХ, на QuadBraces я в своё время (лет восемь назад) делал группу лендингов, на втором - год назад один проектик. Оба проекта уже мертвы за недостатком финансирования со стороны заказчиков. Но сами достижения есть, и их можно увидеть на GitHub. Во-вторых, коммерческий опыт всё же предполагает некоторую известность используемых продуктов. Опять таки же довольно легко "бьётся", или эйчар разведёт руками и скажет, дескать, ничего не знаю об этом продукте.
Рассказывать о своих недостатках, как о достоинствах - довольно расхожий приём в психологии. Но далеко не всегда работает. Проще о своих недостатках тактично промолчать.
Увеличить продолжительность работы на том или ином месте - тоже глупость. Опытный эйчар опять-таки же может без труда пробить эту информацию.
В сухом остатке статья больше похожа на натягивание совы на глобус.
Блин, вот бы полифилл под него, пока нет полноценной поддержки.
У меня как-то некоторые товарищи баловались всякими опросиками. Каждый раз я интересовался, не взломали ли человека. После чего, когда выяснялось, что не взломали, человеку единожды выписывалось предупреждение, что если ещё хоть одна такая ссылка, и человек отправится в бессрочный бан. Кто-то понял, с кем-то по сей день не общаемся. Отучил своё окружение от рассылки всякого шлака. Теперь, если от кого что приходит подобное тому, что в статье, процентов на 99 можно быть уверенным, что человека взломали.
Свойства Unicode вообще очень много проблем решают. К примеру, если нам на сайте нужно дать пользователю возможность использовать в нике буквы любого алфавита, со свойствами Unicode регулярка будет очень лаконичной. Попытка сделать то же самое без свойств Unicode... Честно говоря, страшно себе представить регулярку таких циклопических размеров.
Так, ну с горячими собаками мы разобрались. А как быть с горячими кисками? :D