Да и в крупных…
В общем то — в почти любых, где требуется максимальная скорость исправления косяков.
Я, как то, на собеседовании одном долго слушал о том, как поставлен процесс разработки, сколько кругов ада проходит задача для деплоя, как разработчики всё делают исключительно на тестовой среде… а потом:
-Ну, на прод у разработчиков есть доступ?
-(потупив глазки) Есть, конечно… надо же как то факапы фиксить.
Практика говорит, что если повсеместно предлагают подобные задачи — значит это распространённые и шаблонные задачи, из чего, чаще всего, следует что их просто откуда то взяли с остальным чеклистом для собеседования… что ну никак не говорит о том, насколько те, кто собеседуют могут адекватно понять из этого чеклиста какой специалист перед ними. (надеюсь, из этого путанного текста хоть что то понятно)
Люди частенько меняют работу или ходят на собеседования не думая заранее, что они будут это делать. (я, к примеру, просто ради мониторинга рынка хожу на собеседования и, конечно, получается что особо не готовлюсь к ним) И, как следствие, они готовы представить собеседователям свои навыки, свой опыт и что угодно, кроме того, что 10 лет уже как не используют и подзабыли… и скорее всего не используют и на этом месте работы. (чаще всего так и бывает)
Да и, некрасиво это — заставлять соискателей штудировать и тратить время на задачи, которые не используются в этом направлении и, особенно, в самой предстоящей работе просто ради… ради чего? )
Соответственно и реакция у соискателей на такие вещи не очень хорошая. =)
1. Если вы не пользуетесь чем то давно — то и задачки по этим вещам не решите, да и не очень они вам нужны, если вы ими не пользуетесь давно.
2. Есть технологии/задачи/области, для которых задачки такого рода не показывают ничего.
3. Это из разряда «каждый программист должен быть математиком и отучиться несколько курсов изучая интегральное/дискретное и прочие исчисления». Вроде бы и должен, но большая часть — никогда не столкнётся с необходимостью использовать эти знания и просто забудет их через 10 лет.
4. Забывают конкретику, а принципы остаются. Конкретную задачу можно не решить или решить неправильно, но думать при этом правильными категориями и исходя из правильных критериев делать прикидки и суждения. Потому что конкретика забывается, а привычки остаются.
ЗЫ:
Но, да — если в конкретной работе/области/технологии часто встречаются такого типа задачи и необходимы именно эти навыки, то такие задачи помогают оценить кандидата.
Только речь как раз о задачах, которые не встречаются в работе )
Экономика говорит что чем выше спрос — тем серьёзней у предложения вопрос: сделать подороже или побольше (собственно, баланс этих составляющих). И подороже, частенько, сделать и проще и выгоднее, чем побольше.
=) Ну тогда хоть покажите свой продукт или расскажите что и как в нём интересно или полезно работает.
А насчёт того что не видели… возьмите любой вуз или школы через одну — они именно такими вещами и оперируют. Студии по обучению танцам, фитнесу или чему угодно ещё. =)
ну да.
Но таких людей — единицы, среди безбрежного океана странных личностей.
Я в разное время видел много соискателей… и это грусть-тоска. =)
Я уже не говорю про то, что потом за ними в коде остаётся.
Так что — первых разбирают достаточно бодренько (по крайней мере, больше 3-4 собеседований они редко проходят, что бы не получить оффер), а последние — учатся проходить собеседования.
1. Обычно, такие системы у предприятий, которые им нужны уже есть.
2. Я такие системы писал ещё 15 лет назад на делфе с аксессом…
3. Ну и рассказать какой функционал и как реализован (и чем хорош) в вашей системе тоже было бы неплохо.
Производители товаров всегда нефигово упарывались в маркетинг, и если можно сыграть на суевериях — они это делали и без понукания ))) Так что «Без ГМО» — это чистая реклама с их стороны, а не обременение. позволяет продавать те же продукты, но дороже ) без ГМО же!
Э… нисколько? )
У меня ни одной помидорки из моих щупалец не выдернул.
Сейчас другие проблемы и гипотетический страх даже теоретически невозможного ИИ никого не трогает.
Вот сокращение рабочих мест в виду автоматизации — это другое дело. Народ настолько упёрся в свои стереотипы, что сам себе все варианты развития в этом плане перекрывает.
А ещё есть движения по защите от НЛО, верующих в макаронного монстра, плоскую землю, заряжаемость воды через телевизор, излучение от экранов, возможность заразиться гмо, верующих в бумеранг, тех кто не верит в праведность государства и реальность пенсии, феминистки и много других прекрасных людей, которые верят и боятся чего то в основном исключительно на собственных волевых и ни помешать им, ни объяснить или доказать нет возможности. =)
И все пытаются что то остановить или собрать деньги на что то построить.
Стоит ли переживать так сильно за «Человека Боящегося»? )
это называется «автоматизация».
Там где человека можно заменить машиной (там где не требуется чисто механическая работа по заскриптованно схеме) — они уже заменяют людей.
Там, где человека нельзя заменить машиной — его не заменят до изобретения настоящего ИИ (хотя бы теоретического), а значит — бояться конкуренции от машин людям даже теоретически пока нет оснований. =)
А чем?
Скриптом, полезным только в твоей собственной системе?
Вспомогательной тулзой, настроенной лично под тебя и потому никому не нужной?
И зачем это вообще выкладывать на гитхаб? о_О
Это был сарказм. =)
Могу ещё дописать:
5. На чём распиливать бабло, если всем видно что, сколько и как вы делаете?
6. Зачем вообще делать код открытым, если есть свои специалисты, которые могут его дорабатывать?
Ну, брентовский тулкит я и сам пользую иногда, это да.
Но это тулкит. По сути он нужен только один ) И это не проект, это же не работающая система итп.
Ну и до кучи это инструмент ДБА, а не ДБД.
Короче, со своей стороны я не считаю это показателем… но возможно я и ошибаюсь. =)
1. В России открытый код гос. систем можно будет приравнять к оскорблению власти. (ну не могли же они такой ужас склепать).
2. Будут видны все бэкдоры.
3. Работа системы будет прозрачна и потому уязвима. (пока никто не понимает как это работает — никто не может этого и использовать. кроме тех кто знает, конечно).
4. Ну, у нас прозрачное гос.управление? Нет? тогда о каких открытых системах речь? )
В общем то — в почти любых, где требуется максимальная скорость исправления косяков.
Я, как то, на собеседовании одном долго слушал о том, как поставлен процесс разработки, сколько кругов ада проходит задача для деплоя, как разработчики всё делают исключительно на тестовой среде… а потом:
-Ну, на прод у разработчиков есть доступ?
-(потупив глазки) Есть, конечно… надо же как то факапы фиксить.
Люди частенько меняют работу или ходят на собеседования не думая заранее, что они будут это делать. (я, к примеру, просто ради мониторинга рынка хожу на собеседования и, конечно, получается что особо не готовлюсь к ним) И, как следствие, они готовы представить собеседователям свои навыки, свой опыт и что угодно, кроме того, что 10 лет уже как не используют и подзабыли… и скорее всего не используют и на этом месте работы. (чаще всего так и бывает)
Да и, некрасиво это — заставлять соискателей штудировать и тратить время на задачи, которые не используются в этом направлении и, особенно, в самой предстоящей работе просто ради… ради чего? )
Соответственно и реакция у соискателей на такие вещи не очень хорошая. =)
2. Есть технологии/задачи/области, для которых задачки такого рода не показывают ничего.
3. Это из разряда «каждый программист должен быть математиком и отучиться несколько курсов изучая интегральное/дискретное и прочие исчисления». Вроде бы и должен, но большая часть — никогда не столкнётся с необходимостью использовать эти знания и просто забудет их через 10 лет.
4. Забывают конкретику, а принципы остаются. Конкретную задачу можно не решить или решить неправильно, но думать при этом правильными категориями и исходя из правильных критериев делать прикидки и суждения. Потому что конкретика забывается, а привычки остаются.
ЗЫ:
Но, да — если в конкретной работе/области/технологии часто встречаются такого типа задачи и необходимы именно эти навыки, то такие задачи помогают оценить кандидата.
Только речь как раз о задачах, которые не встречаются в работе )
Звучит как вызов)
А насчёт того что не видели… возьмите любой вуз или школы через одну — они именно такими вещами и оперируют. Студии по обучению танцам, фитнесу или чему угодно ещё. =)
Но таких людей — единицы, среди безбрежного океана странных личностей.
Я в разное время видел много соискателей… и это грусть-тоска. =)
Я уже не говорю про то, что потом за ними в коде остаётся.
Так что — первых разбирают достаточно бодренько (по крайней мере, больше 3-4 собеседований они редко проходят, что бы не получить оффер), а последние — учатся проходить собеседования.
Когда не очень — … тогда придётся учиться проходить собеседования.
2. Я такие системы писал ещё 15 лет назад на делфе с аксессом…
3. Ну и рассказать какой функционал и как реализован (и чем хорош) в вашей системе тоже было бы неплохо.
У меня ни одной помидорки из моих щупалец не выдернул.
Сейчас другие проблемы и гипотетический страх даже теоретически невозможного ИИ никого не трогает.
Вот сокращение рабочих мест в виду автоматизации — это другое дело. Народ настолько упёрся в свои стереотипы, что сам себе все варианты развития в этом плане перекрывает.
ЗЫ:
Да?! ) значит они с ним ни разу не знакомы.
И все пытаются что то остановить или собрать деньги на что то построить.
Стоит ли переживать так сильно за «Человека Боящегося»? )
Там где человека можно заменить машиной (там где не требуется чисто механическая работа по заскриптованно схеме) — они уже заменяют людей.
Там, где человека нельзя заменить машиной — его не заменят до изобретения настоящего ИИ (хотя бы теоретического), а значит — бояться конкуренции от машин людям даже теоретически пока нет оснований. =)
Скриптом, полезным только в твоей собственной системе?
Вспомогательной тулзой, настроенной лично под тебя и потому никому не нужной?
И зачем это вообще выкладывать на гитхаб? о_О
Могу ещё дописать:
5. На чём распиливать бабло, если всем видно что, сколько и как вы делаете?
6. Зачем вообще делать код открытым, если есть свои специалисты, которые могут его дорабатывать?
Но это тулкит. По сути он нужен только один ) И это не проект, это же не работающая система итп.
Ну и до кучи это инструмент ДБА, а не ДБД.
Короче, со своей стороны я не считаю это показателем… но возможно я и ошибаюсь. =)
2. Будут видны все бэкдоры.
3. Работа системы будет прозрачна и потому уязвима. (пока никто не понимает как это работает — никто не может этого и использовать. кроме тех кто знает, конечно).
4. Ну, у нас прозрачное гос.управление? Нет? тогда о каких открытых системах речь? )