Смотря где и смотря кто. Утрирую: вакансия C++ senior в каком-нибудь Intel и вакансия C++ senior в десятке гаражных конторок (которые тоже могут интересными, конечно) — разные вакансии. Выбор между подобными обычно совершается во втором случае и да, там зачастую пофиг.
Напишу в защиту больших тестовых заданий в некоторых случаях. Поставьте себя на место работодателя, который ищет человека на позицию какого-нибудь senior developer. Что покажет задачка на пару часов? Что разработчик может делать задачку на пару часов? А вот хоть как полно действительное владение всем, что в резюме, покажет тест на пару недель с учётом режима «делаю по вечерам после текущей работы». Так вскрываются и проблемы с самостоятельностью, и с умением уточнять ТЗ, и с поддержкой связи (никому не нужен senior, молча уходящий в offline берлогу на длительный срок), и с умением длительно держать темп разработки, и прочее.
Как по мне, если целево идёшь в определённую контору на определённую позицию с хорошим окладом, можно и понапрягаться. Всяко лучше для обеих сторон, чем спустя испытательный срок (обычно три месяца) расстаться потому, что внезапно человек ни фига не senior.
Ну и да, такое задание дают уже в финале собеседований, когда понятно, что кандидат хороший и бегло порешал junior задачки.
Одни пишут 10 строк в день и уверенно двигаются к конечному продукту
Бла-бла-бла. 10 строк — одни лишь импорты, инклюды, дефайны и прочая нужная фигня. Пусть сам их руками пишет.
Я помню времена, когда программисты отлично понимали друг друга
Бла-бла-бла. Это он про те времена, когда не было стандартов языков, стандартов железа, на каждой машине стоял полностью свой вендорный набор софта, а индустрия ныла о том, как фигово готовить специалистов, когда это «специалист по XYZ-1020 фирмы ABC», ага.
С того, что Rakefile — довольно простая штука? Ну т.е. если Java-программист'у Rakefile не ясен хотя бы на 84%, то со словом «программист» надо что-то делать?
Все эти стеки, очереди, кучи, деревья, графы (будь они не ладны) и прочие “остроумные” названия непонятных и сложных структур данных ни как не хотели закрепляться в моей голове
Ну вот к названиям ленивые студенты ещё не прикапывались.
Нюанс в том, что настоящие зануды — очень неоптимальные и неэффективные разработчики, особенно в боевых условиях, когда до дедлайна всё меньше часов. Эти ребята утыкаются в пересчитывание пуговиц, когда у рубашки ещё и рукавов нет. Таких умельцев со временем стараются выпихнуть либо на «бухгалтерскую» разработку, либо на руководящие должности. Нормальный же разработчик уже спустя пару проектов теряет это весёлое университетское ощущение «вау, у меня профессиональная деформация, я люблю считать пуговицы!» и знакомится с понятием приоритетов. Да, когда у разработчика есть время в быту, он будет долго гулять по магазину, сверяя состав какого-нибудь продукта с тем, что был обозначен в записке жены, при этом пару раз позвонит, уточняя формулировки в ТЗ на буханку хлеба или бутылку молока. Но если времени нет, так же спокойно будет куплен первый попавшийся хлеб и первое же молоко. Это не занудство, но дисциплина мышления и действий. Зануды же не обращают внимание на время и приоритеты.
Опять же, дисциплина мышления позволяет разработчику 1) сформулировать результат, 2) спланировать шаги для достижения результата, 3) реализовать план. На бытовом уровне это выражается в том, что программист, собирающийся «в свет», оденется за пять минут, т.к. уже во время бритья прикинул подходящую форму одежды (свитер с оленями или свитер с черепами), вспомнил, куда сунул галстук, определил оптимальную последовательность перемещения по квартире и примерно просчитал тайминг для того, чтобы вовремя вызвать такси и к приходу машины уже открывать дверь подъезда. И сделал всё это естественно, т.к. люди, для которых такой образ мысли не является естественным хоть в какой мере, программистами обычно не становятся. То, что «обычные люди» не планируют результат, но оценивают его уже после реализации чего-нибудь («пошли в магазин чего-нибудь купим») — да, первые сто лет жизни удивляет. Потом приходит смирение и осознание того, что многим интереснее тратить жизнь на броуновскую суету.
А что занудного и забитого в тексте? Описан чувак, у которого есть интересная и любимая работа с неплохим окладом, интересные и любимые хобби, нежелание общаться со скучными с попсовыми людьми, игнор светской мишуры (которая отбирает время и заставляет общаться всё с теми же скучными попсовыми людьми) и прочее. Видел за жизнь сотни разработчиков, уж что, но забитых ботаников среди них всего пара-тройка.
В Украине всё примерно так же, как в России. Тот же спектр от фабрик-аутсорсеров типа EPAM и Luxoft до гаражных студий и Приватбанка. Другое дело, ещё относительно недавно многие работали «подпольно» из-за весёлого законодательства, регулирующего зарубежные финансовые вливания, потому особо себя не рекламировали. Ещё был не менее весёлый этап, когда органы толпой вламывались в офисы и проверяли софт на лицензионность, что тоже не добавляло желания высовываться.
Всегда умиляла любовь людей из мира CS/IT к аналогиям и метафорам. Если забыл умные слова или не можешь привести конкретный пример, сделай мудрое лицо и расскажи про яблочки велосипеды.
Вы даже не поняли, что речь в целом и не про Go, собсно. :( И даже не про культ. А про банальное желание специалиста узнавать о своей специальности (историю, культуру, людей, достижения, всё такое) дальше кода.
Да, автоматически. Требовать у соавтора The Practice of Programming (ну и самого Go, если на то пошло) код, подтверждающий наличие воображения… ну, да, похоже, вы обычный современный выпускник чего-нибудь, не знающий, кто такой Пайк, что такое TPP, не идущий дальше буквального кода, но своим невежеством даже немножко гордится, похоже.
Arduino — это очень популярная, универсальная и довольно бюджетная платформа
Arduino — довольно небюджетная платформа. Чтобы на ней и шилдах что-то собрать, тратиться приходится ой как. Единственное, для чего она и в самом деле хорошо подходит — сломать порог входа, который психологический, если паяльник в последний раз держал в детском саду (Марь Ванна, куда компот дела?!), а потрогать железное хочется.
Но не обошлось и без ложки дегтя:… CSSO оставляет лишь первый такой комментарий, а остальные удаляет.
Оставлять остальные комментарии не имеет смысла потому, что при реструктуризации блоков нередко теряется то, что комментарий комментировал. В итоге получаем что-то вроде «это страшный IE-хак!» над блоком, из которого хаки уехали выше.
Почти любой вариант будет ещё одним, особенно если человек в процессе «чтобы что-то полезное сделать, надо чему-нибудь полезному научиться». Я выбрал в своём беглом совете J2EE потому, что глава с J2EE начинается. Понятно, выбор намного шире.
Я его спросил, почему тогда не «дизайнером Microsoft Word» или «инсталлятором RealPlayer»?
Наверное, потому, что J2EE — это такая большая область знаний и умений, которая жива уже 14 лет, нехило вросла в Java-индустрию и открывает знающему неплохой рынок труда с неплохими окладами. При этом речь не только про техническое владение горстью API, но и про софт и практики вокруг J2EE. Чтобы сравнить J2EE architect'а с «инсталлятором RealPlayer», надо быть глубоко альтернативно одарённым.
Предположение, что «эксперты в серверах приложений J2EE» фокусируют внимание на конфигурировании, умиляет. Что для админов это несколько побочное знание (ну т.е. знать надо, конечно, но наряду со всем остальным), что для разработчиков, которые это конфигурирование впитывают в процессе разработки наполнения серверов, так сказать.
Предположение, что после изучения исходников JBoss «видение становится более всеохватывающим, а ум начинает открываться»… Шаманские практики, итить. Просто полистать исходник и позырить на то, как вся эта машинерия крутится (ну т.е. совершить достаточно банальный и ежедневный для программиста акт) — уже не модно.
Бррр. Ейбо, для Remarkable Career, как сказано на обложке, чтение какого-нибудь курса по J2EE намного полезнее, чем стопицотое блаблаводство на тему «как заработать миллиард и расширить чакры».
Так думаешь ровно до момента работы в офисе с одним туалетом на этаж, регулярно пьяными базарными бабами из соседнего офиса, окнами в серую стену и ежедневно воющей собакой в соседнем дворе. Месяца на три-четыре нервов хватает, потом думаешь о том, что всё-таки условия важны.
Как по мне, если целево идёшь в определённую контору на определённую позицию с хорошим окладом, можно и понапрягаться. Всяко лучше для обеих сторон, чем спустя испытательный срок (обычно три месяца) расстаться потому, что внезапно человек ни фига не senior.
Ну и да, такое задание дают уже в финале собеседований, когда понятно, что кандидат хороший и бегло порешал junior задачки.
Опять же, дисциплина мышления позволяет разработчику 1) сформулировать результат, 2) спланировать шаги для достижения результата, 3) реализовать план. На бытовом уровне это выражается в том, что программист, собирающийся «в свет», оденется за пять минут, т.к. уже во время бритья прикинул подходящую форму одежды (свитер с оленями или свитер с черепами), вспомнил, куда сунул галстук, определил оптимальную последовательность перемещения по квартире и примерно просчитал тайминг для того, чтобы вовремя вызвать такси и к приходу машины уже открывать дверь подъезда. И сделал всё это естественно, т.к. люди, для которых такой образ мысли не является естественным хоть в какой мере, программистами обычно не становятся. То, что «обычные люди» не планируют результат, но оценивают его уже после реализации чего-нибудь («пошли в магазин чего-нибудь купим») — да, первые сто лет жизни удивляет. Потом приходит смирение и осознание того, что многим интереснее тратить жизнь на броуновскую суету.
со скучнымис попсовыми людьми, игнор светской мишуры (которая отбирает время и заставляет общаться всё с теми жескучнымипопсовыми людьми) и прочее. Видел за жизнь сотни разработчиков, уж что, но забитых ботаников среди них всего пара-тройка.яблочкивелосипеды.Наверное, потому, что J2EE — это такая большая область знаний и умений, которая жива уже 14 лет, нехило вросла в Java-индустрию и открывает знающему неплохой рынок труда с неплохими окладами. При этом речь не только про техническое владение горстью API, но и про софт и практики вокруг J2EE. Чтобы сравнить J2EE architect'а с «инсталлятором RealPlayer», надо быть глубоко альтернативно одарённым.
Предположение, что «эксперты в серверах приложений J2EE» фокусируют внимание на конфигурировании, умиляет. Что для админов это несколько побочное знание (ну т.е. знать надо, конечно, но наряду со всем остальным), что для разработчиков, которые это конфигурирование впитывают в процессе разработки наполнения серверов, так сказать.
Предположение, что после изучения исходников JBoss «видение становится более всеохватывающим, а ум начинает открываться»… Шаманские практики, итить. Просто полистать исходник и позырить на то, как вся эта машинерия крутится (ну т.е. совершить достаточно банальный и ежедневный для программиста акт) — уже не модно.
Бррр. Ейбо, для Remarkable Career, как сказано на обложке, чтение какого-нибудь курса по J2EE намного полезнее, чем стопицотое блаблаводство на тему «как заработать миллиард и расширить чакры».
Так думаешь ровно до момента работы в офисе с одним туалетом на этаж, регулярно пьяными базарными бабами из соседнего офиса, окнами в серую стену и ежедневно воющей собакой в соседнем дворе. Месяца на три-четыре нервов хватает, потом думаешь о том, что всё-таки условия важны.
Андрей, а чего версия? Если node, то 6.3, может быть?