Идеальный механизм такого рода должен размещаться внутри двери и взаимодействовать с существующим замком. В обычных условиях открывается обычном ключом, когда лень — мобильным приложением по NFC.
Туда же можно добавить штуки, которые будут усиливать защиту, а не уменьшать ее — отправку уведомлений при попытках открытия и какую-то мануальную блокировку при попытках взлома.
Архитектор-любитель может спроектировать себе дачу, применить лучшие и современные подходы. Профессиональный архитектор может случайно построить такой же дом.
Наблюдатель скажет — я не могу понять, кто это сделал. Предположим, что рынок домиков рухнул. В таком случае любитель не может прыгнуть на ступеньку выше, проектировать небоскребы. Архитектор-профессионал доучится, освежит знания и начнет зарабатывать на проектах небоскребов. Мало того, он сможет в команде разрабатывать санузлы, парковки, внешнюю оболочку, что угодно.
Сможет ли ваша программа быть поставлена на несколько предприятий? Продана как продукт и отдана на поддержку группе разработчиков? Возможно ли как-то оценить качество кода?
Профессионал существует в рамках рынка, если ваш рынок — это единственное предприятие, то вы профессионал в решении своих задач.
Для меня самый весомый бонус, это как раз потенциальные возможности управления и планирования. Проще говоря повышения в иерархии, обычного, дедовского метода поощрения.
Все эти игрушки и мотивации пройдены, зарплата растет, а вместе с ней растут и риски ее потери в случае, если я не буду обновлять знания раз в месяц, причем знания не принципиальные, а каких-то мелочей реализации фреймворков и новых платформ. Поэтому хочется диверсифицировать свои компетенции при поддержке компании.
Это пример императивного интерпретатора декларативного языка. Каким образом будет получена не важно. Вы показываете пальцем и говорите: здесь должна быть яичница. Интерпретатор, допустим официант может заказать ее в другом ресторане, на кухне, сделать сам, собрать из атомов, разогреть вчерашнюю, главное, чтобы она соответствовала декларативному описанию.
Декларативного подхода как такового не существует, это собирательное понятие некоторых особенностей, которые имеются в доменных языках, программировании в ограничениях. Применимо к вашему примеру, когда мы имеем некий список, мы должны иметь декларативный язык описания, который говорит, что в этом месте список возвращается умноженный на два.
Таким языком может быть
SQL: SELECT item * 2 FROM arr
, но даже в этом случае мы определяем императивную операцию с умножением. В чисто декларативном подходе, мы должны сказать «здесь удвоенный список». Каким образом — не рассматривается в этой парадигме.
Декларативный описывает «что?» — «готовая яичница», и если он чисто декларативный, то не содержит совершенно никакой информации как ее сделать. Пример HTML, XML.
Императивный говорит какие действия будут выполнены, а что из этого получится — не важно, это описание команд. Пример — Си.
То есть вас вполне устроит, что после предупреждения человек заведет себе аккаунт под вымышленным именем, зато по косвенным признакам он выпадет из вашей оценки и будет загружен теперь на 100%? Это же путь в никуда.
На одной из моих работ повесили камеры, KPI там был уже внедрен. На следующий день, стеклянные глаза смотрели в мониторы, у кулера разговоры стали сухими. Руководитель тоже смотрел на свой монитор и первую неделю увидел небольшую ступеньку, которая сошла к прежним показателям. Рабочая атмосфера была просто уничтожена, все результаты тимбилдингов поделены на ноль, лояльность опустилась до нуля — как результат отток половины сотрудников за ближайшие полгода. Совсем загнанные остались сидеть конечно, говорят до сих пор сидят. Руководитель теперь трезво оценивает свои ресурсы — как говорится, «тебе не нужно оценивать ресурсы, если у тебя их нет».
Казалось бы, причем здесь социальные сети? В вашей компании нет ориентиров KPI? Какая разница, по какой причине человек не выполняет работу? Какая разница, чем занимался человек при успешном выполнении работы?
Проблема тут мне кажется в том, что вы пытаетесь динамически оценивать производительность человека в стиле «О! Смотрите этот может поднажать!», «А! Этот всегда медленно работал, и без соцсетей!».
Если человек оценил свою работу, просрочил ее выполнение, он может сделать выводы, объяснить вам почему так случилось. Ваше дело согласится или отклонить объяснение. Вы же хотите подкрепить ваши обвинения отчетом об использовании соцсетей. Что это даст?
Расскажу со стороны молодого человека, которому нужно проводить собеседования с разработчиками старше сорока лет.
Агентство поставило нам около двадцати человек с солидным опытом, а собственными силами найдены разработчики 25-30 лет.
Общее впечатление от первой группы полностью перекликается с данным постом. Депрессивное, гнетущее, склонное к конкуренции мировосприятие. Запросы около 200 тысяч, знание актуальных технологий на уровне «да ладно, завтра выучу». Технически собеседовать часто было невозможно — сплошная апелляция к опыту, уважению и т.д. Приходилось прерывать собеседование и спрашивать, действительно человек хочет на эту позицию? Не будет ли ему скучно? Хоть кто-то сказал бы свое «нет». Напротив, человек упорно рассказывает о былых годах, о своих проектах, пытаясь на всякий случай победить в собеседовании. Игра с ненулевой суммой, главное отличие от нового поколения с win-win «старичков». Идеальное собеседование для такого кандидата было бы, если я погуглил факты из его резюме и просто восхищался, не в коем случае не оскорбляя вопросами, сказал бы «да», даже если это было бы собеседование на должность джуниора, которая ему не нужна.
В общем решать психологические проблемы взрослого человека совершенно не хотелось, составить хоть какое-то впечатление не удавалось, мало того, было очень странно, когда человек прожив больше меня лет на 10-15 лет мог сформулировать, что ему не нравится лучше, чем то, что ему хочется.
Зато были единицы адекватных, по-настоящему взрослых профессионалов, которые не стеснялись быстро ответить на простые вопросы и перейти к сложным.
Что касается второй группы, там причиной отказа часто была недостаточная мотивация, но в основном никто не стеснялся признаться в отсутствии знаний или интереса прямо во время собеседования. Те, кто продолжал, давали честные ответы. Опять же, тот самый win-win о котором я говорил выше, многие сразу предупреждают о своих слабых и сильных сторонах, думая о будущей комфортной в коллективе.
Так вот, какой смысл нанимать 40+ разработчика, работающего по Negative Driven Development за 200К или середнячка, знающего свое место за 100-150К? Опыт, мотивация пары не сломавшихся сеньеров вполне покрывает потребности группы разработки.
Что бы не растворится к сорока, разумным кажется вкладываться в сеансы психоаналитика, путешествия, спорт и хобби, что бы не угаснуть так рано. В крайнем случае перейти на антидепрессанты, если не повезет с гормональным фоном.
Туда же можно добавить штуки, которые будут усиливать защиту, а не уменьшать ее — отправку уведомлений при попытках открытия и какую-то мануальную блокировку при попытках взлома.
Наблюдатель скажет — я не могу понять, кто это сделал. Предположим, что рынок домиков рухнул. В таком случае любитель не может прыгнуть на ступеньку выше, проектировать небоскребы. Архитектор-профессионал доучится, освежит знания и начнет зарабатывать на проектах небоскребов. Мало того, он сможет в команде разрабатывать санузлы, парковки, внешнюю оболочку, что угодно.
Сможет ли ваша программа быть поставлена на несколько предприятий? Продана как продукт и отдана на поддержку группе разработчиков? Возможно ли как-то оценить качество кода?
Профессионал существует в рамках рынка, если ваш рынок — это единственное предприятие, то вы профессионал в решении своих задач.
Все эти игрушки и мотивации пройдены, зарплата растет, а вместе с ней растут и риски ее потери в случае, если я не буду обновлять знания раз в месяц, причем знания не принципиальные, а каких-то мелочей реализации фреймворков и новых платформ. Поэтому хочется диверсифицировать свои компетенции при поддержке компании.
Таким языком может быть , но даже в этом случае мы определяем императивную операцию с умножением. В чисто декларативном подходе, мы должны сказать «здесь удвоенный список». Каким образом — не рассматривается в этой парадигме.
Декларативный описывает «что?» — «готовая яичница», и если он чисто декларативный, то не содержит совершенно никакой информации как ее сделать. Пример HTML, XML.
Императивный говорит какие действия будут выполнены, а что из этого получится — не важно, это описание команд. Пример — Си.
А последний пример, это функциональный стиль.
На одной из моих работ повесили камеры, KPI там был уже внедрен. На следующий день, стеклянные глаза смотрели в мониторы, у кулера разговоры стали сухими. Руководитель тоже смотрел на свой монитор и первую неделю увидел небольшую ступеньку, которая сошла к прежним показателям. Рабочая атмосфера была просто уничтожена, все результаты тимбилдингов поделены на ноль, лояльность опустилась до нуля — как результат отток половины сотрудников за ближайшие полгода. Совсем загнанные остались сидеть конечно, говорят до сих пор сидят. Руководитель теперь трезво оценивает свои ресурсы — как говорится, «тебе не нужно оценивать ресурсы, если у тебя их нет».
Проблема тут мне кажется в том, что вы пытаетесь динамически оценивать производительность человека в стиле «О! Смотрите этот может поднажать!», «А! Этот всегда медленно работал, и без соцсетей!».
Если человек оценил свою работу, просрочил ее выполнение, он может сделать выводы, объяснить вам почему так случилось. Ваше дело согласится или отклонить объяснение. Вы же хотите подкрепить ваши обвинения отчетом об использовании соцсетей. Что это даст?
Агентство поставило нам около двадцати человек с солидным опытом, а собственными силами найдены разработчики 25-30 лет.
Общее впечатление от первой группы полностью перекликается с данным постом. Депрессивное, гнетущее, склонное к конкуренции мировосприятие. Запросы около 200 тысяч, знание актуальных технологий на уровне «да ладно, завтра выучу». Технически собеседовать часто было невозможно — сплошная апелляция к опыту, уважению и т.д. Приходилось прерывать собеседование и спрашивать, действительно человек хочет на эту позицию? Не будет ли ему скучно? Хоть кто-то сказал бы свое «нет». Напротив, человек упорно рассказывает о былых годах, о своих проектах, пытаясь на всякий случай победить в собеседовании. Игра с ненулевой суммой, главное отличие от нового поколения с win-win «старичков». Идеальное собеседование для такого кандидата было бы, если я погуглил факты из его резюме и просто восхищался, не в коем случае не оскорбляя вопросами, сказал бы «да», даже если это было бы собеседование на должность джуниора, которая ему не нужна.
В общем решать психологические проблемы взрослого человека совершенно не хотелось, составить хоть какое-то впечатление не удавалось, мало того, было очень странно, когда человек прожив больше меня лет на 10-15 лет мог сформулировать, что ему не нравится лучше, чем то, что ему хочется.
Зато были единицы адекватных, по-настоящему взрослых профессионалов, которые не стеснялись быстро ответить на простые вопросы и перейти к сложным.
Что касается второй группы, там причиной отказа часто была недостаточная мотивация, но в основном никто не стеснялся признаться в отсутствии знаний или интереса прямо во время собеседования. Те, кто продолжал, давали честные ответы. Опять же, тот самый win-win о котором я говорил выше, многие сразу предупреждают о своих слабых и сильных сторонах, думая о будущей комфортной в коллективе.
Так вот, какой смысл нанимать 40+ разработчика, работающего по Negative Driven Development за 200К или середнячка, знающего свое место за 100-150К? Опыт, мотивация пары не сломавшихся сеньеров вполне покрывает потребности группы разработки.
Что бы не растворится к сорока, разумным кажется вкладываться в сеансы психоаналитика, путешествия, спорт и хобби, что бы не угаснуть так рано. В крайнем случае перейти на антидепрессанты, если не повезет с гормональным фоном.