Наука часто работает так, что экономическая целесообразность получается после исследования и, заранее, не известно где именно пригодятся результаты.
Абстрактно, например, мы научимся для полёта на марс делать лёгкий материал для защиты от радиации. Далее, например, можно продать этот материал на производство с повышенным уровнем радиации, чтобы, например, сделать форму сотрудникам - экономическая выгода.
Не согласен, наивно - это полагать, что решает "кто платит". Решает экономика.
В условиях высокой нехватки кадров либо решает работник, либо нормальные сотрудники будут у тех, кто предоставит более выгодные условия. Соответственно, "кто платит" будет либо вынужден предоставить конкурентные условия, либо скорее всего уйдёт с рынка.
В условиях высокой конкуренции за вакансию решает работодатель.
Люди работают лучше в комфортных для них условиях: может быть удалёнка, может быть офис.
Фраза, что люди работают лучше в офисе за счёт того что "начальник и коллеги рядом", звучит как перекладывание ответственности на сотрудников из нежелания организовать процессы для удалённой работы.
Позвонить с видео = рядом поговорить, или нужно, чтобы была возможность применить физическую силу для убедительности?!
Сравнение некорректное на мой взгляд, лучше сравнивать в одинаковом ценовом диапазоне б.у. от майнинга с б.у. от геймеров и одинаковой видеокартой.
В майнинге если видеокарту обслуживать вовремя, не допускать перегрева, то видеокарта будет не хуже б.у. от геймеров.
И у майнеров есть мотивация для сохранения видеокарты, чтобы меньше тратить ресурсов на ремонт и на случай обвала криптовалют чтобы геймерам продать.
В целом честные майнеры, думаю, будут за, если на видеокарте провести нагрузочные тесты перед покупкой. А после тестов можно быть уверенным, что видеокарта прослужит долго.
Получается для такого транзистора нужно будет реализовывать не двоичную логику вычислений, а "адаптивную".
Интересно, как создатели этих транзисторов представляют реализацию "адаптивных" вычислений, сложить 2 числа например. Нейросети не исключение, тоже числами оперируют.
Как я вижу, автор хотел поделиться своим удивлением о новом поколении программистов или даже людей, у которых навык поиска информации использовался чаще, чем навык создания собственных алгоритмов. Так как, скорее всего, для автора написать свою архитектуру привычнее, чем «нагуглить» готовую.
Я бы сказал, это естественное развитие, потому что действительно бОльшую часть задач можно решить поиском информации в гугл.
А если в проекте есть свои архитектурные решения, то и собеседование должно проверять навыки построения архитектуры.
На мой взгляд, не нужно пытаться оправдать своё нежелание (лень и т.п. причины) составить задачи для собеседования, подходящие под проект, и просто спросить: «а почему именно такое решение?» и будет понятно понимает человек архитектуру, которая будет в проекте или нет, тем что появились «гугл-программисты» и виноваты они. Иначе получается перекладывание ответственности — я бы не хотел иметь дело с такими руководителями.
Сегодня «гугл-программисты» завтра «github-программисты», времена и люди меняются, но чтобы найти ответ, который поможет решить проблему, в первую очередь нужно научиться правильно и точно задавать вопросы.
Во-первых: в статье я хотел описать для новичков в vue как создать компонент или для профессионалов, которые хотят посмотреть как работает vue.
Во-вторых: на мой взгляд vue-google-maps избыточен, не всем и не всегда нужен весь функционал api google карт.
Строка выше — это получение div`a карты, у которого id является свойством компонента — name. Передаётся name из index файла при подключении компонента в строке:
<google-map :name="name"></google-map>
Соответственно, меняя параметр name мы можем разместить несколько компонентов карт на 1 странице. А что бы маркеры были разные, массив маркеров нужно вынести в свойства компонента props аналогично name и, аналогично name задать отдельные массивы маркеров. В статье я упомянул про эту возможность.
Согласен со всем выше сказанным. Но! В рамках статьи я хотел описать максимально простой вариант компонента с минимальным количеством кода, что бы было общее понимание концепции. Если интересно — могу улучшить код с точки зрения правильности/стандартов написания и написать статью для динамической карты объектов в которой массив vue будет связан с маркерами карты, при изменении массива — будут сразу меняться маркеры на карте.
Наука часто работает так, что экономическая целесообразность получается после исследования и, заранее, не известно где именно пригодятся результаты.
Абстрактно, например, мы научимся для полёта на марс делать лёгкий материал для защиты от радиации. Далее, например, можно продать этот материал на производство с повышенным уровнем радиации, чтобы, например, сделать форму сотрудникам - экономическая выгода.
Не согласен, наивно - это полагать, что решает "кто платит". Решает экономика.
В условиях высокой нехватки кадров либо решает работник, либо нормальные сотрудники будут у тех, кто предоставит более выгодные условия. Соответственно, "кто платит" будет либо вынужден предоставить конкурентные условия, либо скорее всего уйдёт с рынка.
В условиях высокой конкуренции за вакансию решает работодатель.
Люди работают лучше в комфортных для них условиях: может быть удалёнка, может быть офис.
Фраза, что люди работают лучше в офисе за счёт того что "начальник и коллеги рядом", звучит как перекладывание ответственности на сотрудников из нежелания организовать процессы для удалённой работы.
Позвонить с видео = рядом поговорить, или нужно, чтобы была возможность применить физическую силу для убедительности?!
Это понятно, но когда я читаю подобный заголовок, я рассчитываю на объективную оценку, а не на личное мнение автора.
Здесь получается кликбейт/самореклама, интереса к курсу меньше из за подобного заголовка, так как есть несоответствие ожиданий и фактов.
Надеюсь, 2 комментария выше - это сарказм
А какое отношение к статье имеет часть заголовка "Выученная беспомощность" ?
Сравнение некорректное на мой взгляд, лучше сравнивать в одинаковом ценовом диапазоне б.у. от майнинга с б.у. от геймеров и одинаковой видеокартой.
В майнинге если видеокарту обслуживать вовремя, не допускать перегрева, то видеокарта будет не хуже б.у. от геймеров.
И у майнеров есть мотивация для сохранения видеокарты, чтобы меньше тратить ресурсов на ремонт и на случай обвала криптовалют чтобы геймерам продать.
В целом честные майнеры, думаю, будут за, если на видеокарте провести нагрузочные тесты перед покупкой. А после тестов можно быть уверенным, что видеокарта прослужит долго.
Имеется ввиду трекеров времени? (Не задач)
Получается для такого транзистора нужно будет реализовывать не двоичную логику вычислений, а "адаптивную".
Интересно, как создатели этих транзисторов представляют реализацию "адаптивных" вычислений, сложить 2 числа например. Нейросети не исключение, тоже числами оперируют.
Я бы сказал, это естественное развитие, потому что действительно бОльшую часть задач можно решить поиском информации в гугл.
А если в проекте есть свои архитектурные решения, то и собеседование должно проверять навыки построения архитектуры.
На мой взгляд, не нужно пытаться оправдать своё нежелание (лень и т.п. причины) составить задачи для собеседования, подходящие под проект, и просто спросить: «а почему именно такое решение?» и будет понятно понимает человек архитектуру, которая будет в проекте или нет, тем что появились «гугл-программисты» и виноваты они. Иначе получается перекладывание ответственности — я бы не хотел иметь дело с такими руководителями.
Сегодня «гугл-программисты» завтра «github-программисты», времена и люди меняются, но чтобы найти ответ, который поможет решить проблему, в первую очередь нужно научиться правильно и точно задавать вопросы.
Во-вторых: на мой взгляд vue-google-maps избыточен, не всем и не всегда нужен весь функционал api google карт.
в es6 не обязателен, при желании можно использовать и синтаксис
Соответственно, меняя параметр name мы можем разместить несколько компонентов карт на 1 странице. А что бы маркеры были разные, массив маркеров нужно вынести в свойства компонента props аналогично name и, аналогично name задать отдельные массивы маркеров. В статье я упомянул про эту возможность.