«Перманентно сомневающиеся» – это такие специальные люди, которые ищут повод, чтобы не делать. О какой полезности может идти речь в контексте перманентного безделья?
Это распространенный антипаттерн – программирование против языка. Вместо того, чтобы разобраться в вопросе, всегда можно залезть под одеяло с головой и спрятаться таким способом от сложностей (хотя какая уж тут сложность, в использовании this только юниоры и путаются обычно, и то довольно непродолжительное время).
Точно так же можно, скажем, писать на Java, почти совсем не применяя классы: засунуть весь код в main и радоваться, как все стало проще читать и понимать – никакого ООП, наследования, public / private и т.п. вещей.
Согласен, да.
В данный момент этот проект очень факультативный, возможно в будущем что-то такое сделают, я не уверен.
Про внешнего наблюдателя – ну не знаю, мне обычно интуитивно понятно, что девочка-рекрутер и другие предметы и явления в отделе кадров почти никак не связаны с остальной фирмой. Очередь в кассу кинотеатра никак не характеризует сюжет фильма, или характеризует очень опосредованно.
А более конструктивных аргументов против
Разве удобно читать такой ад
Coding conventions нужны именно затем, чтобы не переливать из пустого в порожнее и не спорить с каждым юниором про эту фигню. Бессмысленный разговор бессмысленный, не может быть конструктивной аргументации против «разве удобно читать такой ад», «а я вот так привык», «мой текстовый редактор Visual Eclipse++ ставит пробелы лучше» и т.п. бессмысленных вещей.
А вопросы, это всегда пожалуйста:
1. Приведенные соглашения к задаче непосредственного отношения не имеют, это было бы даже немного странно.
Поэтому от резюме и стараются отказаться, т.к. на должность Senior %language% developer резюме отправляют вообще все, в т.ч. «трогал %language% пару раз» и «ох, мы это вроде проходили в универе, я тогда болел, но все равно напишу».
От этой угадайки приходится тратить время на заведомо неприятные и бессмысленные собеседования. Сам этой фигней раньше занимался, набирали веб-разработчиков на пхп для поддержки одной штуки. В резюме написано – Apache. Спрашиваю, мол, ну расскажи про Apache что-нибудь. «А, ну, это короче там скачиваешь такой Denwer, и в нем вот по-моему что-то такое есть, оно для пхп в общем, такие дела.»
То есть соискатель именно что угадал, как составить резюме – подобрал ключевые слова. С заданиями, даже простыми, так не получится.
Вот это действительно некорректное сравнение. Клавиатура обычно быстрее и эффективнее каллиграфии. Vim обычно быстрее и эффективнее IDE.
И да, безусловно, есть определенный шарм в том, чтобы писать пером, или отправлять всякие вещи почтой России почтовыми голубями, или ждать пока запустится IntelliJ. Отлично, когда есть выбор, не правда ли?
thisтолько юниоры и путаются обычно, и то довольно непродолжительное время).Точно так же можно, скажем, писать на Java, почти совсем не применяя классы: засунуть весь код в main и радоваться, как все стало проще читать и понимать – никакого ООП, наследования, public / private и т.п. вещей.
В данный момент этот проект очень факультативный, возможно в будущем что-то такое сделают, я не уверен.
Про внешнего наблюдателя – ну не знаю, мне обычно интуитивно понятно, что девочка-рекрутер и другие предметы и явления в отделе кадров почти никак не связаны с остальной фирмой. Очередь в кассу кинотеатра никак не характеризует сюжет фильма, или характеризует очень опосредованно.
А вопросы, это всегда пожалуйста:
1. Приведенные соглашения к задаче непосредственного отношения не имеют, это было бы даже немного странно.
2. См. 1
Если задание легко решают программисты, а другие ребята на нем валятся – это классное отборочное задание.
Напомню, что задача нужна совсем не для того, чтобы хороший соискатель страдал. Она не должна быть сложной.
От этой угадайки приходится тратить время на заведомо неприятные и бессмысленные собеседования. Сам этой фигней раньше занимался, набирали веб-разработчиков на пхп для поддержки одной штуки. В резюме написано – Apache. Спрашиваю, мол, ну расскажи про Apache что-нибудь. «А, ну, это короче там скачиваешь такой Denwer, и в нем вот по-моему что-то такое есть, оно для пхп в общем, такие дела.»
То есть соискатель именно что угадал, как составить резюме – подобрал ключевые слова. С заданиями, даже простыми, так не получится.
И да, безусловно, есть определенный шарм в том, чтобы писать пером, или отправлять всякие вещи
почтой Россиипочтовыми голубями, или ждать пока запустится IntelliJ. Отлично, когда есть выбор, не правда ли?