Я рефакторил легаси код с кучей eval и знаком с проблемой не понаслышке!
Даже если в коде будет всего один eval, использующийся для выполнения различных кусков кода из БД и прочих источников данных, недоступных для анализатора IDE — это уже «ад» для того, кто будет с этим кодом работать после автора.
Все ваши проблемы можно решить с помощью уже давно реализованных в PHP замыканий! Но при этом разобраться с кодом стороннему разработчику в своей IDE будет в разы проще, и исчезнут проблемы с которых началась эта ветка.
Неосознанно.
… я мысленно представлял себе…
Мне кажется ...
Да тут вашим собеседникам чтобы понять вас, кроме текста, голоса и видео надо еще и энцефалограмму вашего мозга записывать :)
А если без шуток и по теме, то не стоит вам употреблять такие слова, если вы действительно хотите однозначного понимания. Когда научитесь всегда четко излагать свои мысли и задавать вопросы/отвечать только по существу — большая часть ваших проблем эффективной коммуникации исчезнет сама собой, особенно если вы будете это делать культурно и вежливо.
В вопросе четко спрашивается об ЕДИНСТВЕННОМ ВАШЕМ собеседнике:
если бы был уверен, что твойсобеседник забудет всё, о чём вы говорили
Если хотите узнать мнение читателей этой статьи о конференции, в которой СОБЕСЕДНИКИ ЗАБУДУТ всё, о чём ОНИ говорили, то так и формулируйте вопрос!
Вы же хотите добиться однозначного взаимопонимания с вашими собеседниками, но при этом сами пишите одно, а судя по вашему ответному комментарию — подразумеваете совсем другое.
В таком случае вам ничего не поможет ни текстовый обмен, ни диктофоны, ни прочие ухищрения!
Я вам советую сначала научиться формулировать ваши высказывания, вопросы и т.п. так, чтобы ваши собеседники интерпретировали их также как и вы (ну или максимально близко к вашему пониманию).
Что бы ты изменил в процессе обсуждения, если бы был уверен, что твой собеседник забудет всё, о чём вы говорили?
Для обсуждения использовал бы только текстовый обмен сообщениями, с сохранением истории переписки (практически любой современный мессенджер это может).
Да, я с вами согласен — это важное важное требование рынка! Но как же программисту добиться своей «легкозаменяемости»? Где тренинги по легкой заменяемости и т.д. и т.п.? И почему эти наглые разрабы, претендующие на высокую зарплату, до сих пор не пишут в резюме — «я очень ценный для вас, легко заменяемый разработчик»?
Местный сотрудник — это годовая оплата и все, а удаленный — это доп. менеджмент, это потери на эффективной коммуникации, это языковой барьер. Оплата аутсорсеров может по итогу еще и выше оказаться.
Неужели местный сотрудник это только «годовая оплата» и все?
И вообще больше никаких выплат или рисков по доп. выплатам?
Вы в этом уверены?
Объясните тогда, почему местный ангулярищик принятый на постоянную работу (Permanent IT Jobs) вот например тут: http://www.itjobswatch.co.uk/jobs/uk/angular%20developer.do
стоит в два раза дешевле такого же местного, но работающего по временному контракту (Contract IT Jobs)?
Оказывается, после определенного уровня, повышение зарплаты сказывается отрицательно на производительности в специальностях, которые требуют творческого мышления
Проблема в том, что сложных «творческих задач» все больше, а квалифицированных творческих людей относительно этого количества задач — все меньше. И если зарплату поднимают ваши конкуренты, а вы остановились на некоем, вышеуказанном в цитате
определенном уровне
, то через некоторое время производительность вашего бизнеса по решению этих пресловутых «творческих задач» упадет до нуля, т.к. их просто некому будет решать!
Интересно почему в статьях про мобильную верстку в подавляющем количестве случаев рассматривается только книжная ориентация экранов телефонов/планшетов и не рассматривается их альбомная ориентация?
Вы не даете никакой конкретной информации, а вашим уверениям я не верю. Но опираясь на свои «домыслы и вымыслы» все больше сам уверяюсь, что вы даже четвертой части от $102,000 не предложили.
Поэтому держитесь там.
Спасибо, все ясно, у вас — «денег нет, но вы держитесь». С этого надо было начинать.
За два месяца закрыть вакансию квалифицированного разработчика по любому направлению с рыночной зарплатой — это вообще-то нормально, даже наверное хорошо. Не понимаю, чем вы недовольны? Предложите больше рынка — закроете быстрее. Но насколько я понял у вас кандидаты сами назначают себе зарплату, т.е. вы нигде не озвучивали вилку зарплат для своего предложения. Так чего вы хотите — нормальные кандидаты как правило на такие объявления не реагируют. И кстати присоединюсь к пред. вопросу — укажите хотя бы примерную вилку по вашему предложению для Angularjs Developer, чтобы оценить вашу адекватность.
Я так и не понял из статьи — как Dash будет разруливать ситуацию, если в коде обнаружится уязвимость и кто-то сможет присвоить себе кучу «монет». Что тогда произойдет — голосование мастер нод за изъятие этих средств у злоумышленника? Но это же беспредел — так можно проголосовать за изъятие средств под любым «благовидным» предлогом у любого участника системы — сразу предлагаю варианты: терроризм, экстремизм, педофилия, наркотики, суицид и т.д. и т.п.
инженеры напрасно тратят время, воспроизводя одни и те же базовые элементы снова и снова
По такой логике ДВС был придуман более 100 лет назад и крупносерийно использовался еще на Ford Model T, зачем этот базовый элемент совершенствовать?
Единственное, что должна сделать компания, — создать элементы, делающие её поделку уникальной
По этой аналогии тот же Ford мог бы ставить однажды придуманный двигатель на все остальные авто и менять к примеру только кузов.
Для подобных дам движки Ford T, современной малолитражки и болида Формулы 1 ничем не отличаются — все делают одно и то же:
сжигают топливо и крутят трансмиссию, но на самом деле есть куча нюансов.
Точно также и в программировании вроде есть некие «базовые элементы» имеющие одинаковый функционал. Но в каждом конкретном проекте этот функционал реализуется разными способами просто потому, что предназначен для решения пусть и похожих, но разных задач. Вот и приходится их каждый раз «изобретать» заново.
Пока на рынке существует конкуренция между заказчиками, каждый из низ будет хотеть т.н. «базовые элементы» лучше чем у конкурентов.
А это значит, что всегда будут затребованы высококвалифицированные разработчики, которым, как бы этого не хотелось заказчикам, но придется платить
явно завышенную зарплату
т.к. типовые решения не дают никаких конкурентных преимуществ.
Даже если в коде будет всего один eval, использующийся для выполнения различных кусков кода из БД и прочих источников данных, недоступных для анализатора IDE — это уже «ад» для того, кто будет с этим кодом работать после автора.
Все ваши проблемы можно решить с помощью уже давно реализованных в PHP замыканий! Но при этом разобраться с кодом стороннему разработчику в своей IDE будет в разы проще, и исчезнут проблемы с которых началась эта ветка.
https://www.numbeo.com/food-prices/country_result.jsp?country=Australia
https://www.expatistan.com/price/tomatoes/melbourne
Вроде около 5AUD в розницу получается, что в два раза ниже чем опт в статье.
А с указанными выше ценами, то 24 или дольше!
А если без шуток и по теме, то не стоит вам употреблять такие слова, если вы действительно хотите однозначного понимания. Когда научитесь всегда четко излагать свои мысли и задавать вопросы/отвечать только по существу — большая часть ваших проблем эффективной коммуникации исчезнет сама собой, особенно если вы будете это делать культурно и вежливо.
Если хотите узнать мнение читателей этой статьи о конференции, в которой СОБЕСЕДНИКИ ЗАБУДУТ всё, о чём ОНИ говорили, то так и формулируйте вопрос!
Вы же хотите добиться однозначного взаимопонимания с вашими собеседниками, но при этом сами пишите одно, а судя по вашему ответному комментарию — подразумеваете совсем другое.
В таком случае вам ничего не поможет ни текстовый обмен, ни диктофоны, ни прочие ухищрения!
Я вам советую сначала научиться формулировать ваши высказывания, вопросы и т.п. так, чтобы ваши собеседники интерпретировали их также как и вы (ну или максимально близко к вашему пониманию).
И вообще больше никаких выплат или рисков по доп. выплатам?
Вы в этом уверены?
Объясните тогда, почему местный ангулярищик принятый на постоянную работу (Permanent IT Jobs) вот например тут:
http://www.itjobswatch.co.uk/jobs/uk/angular%20developer.do
стоит в два раза дешевле такого же местного, но работающего по временному контракту (Contract IT Jobs)?
Спасибо, все ясно, у вас — «денег нет, но вы держитесь». С этого надо было начинать.
Новый Единый Художественный Универсальный Язык Программирования!
Для подобных дам движки Ford T, современной малолитражки и болида Формулы 1 ничем не отличаются — все делают одно и то же:
сжигают топливо и крутят трансмиссию, но на самом деле есть куча нюансов.
Точно также и в программировании вроде есть некие «базовые элементы» имеющие одинаковый функционал. Но в каждом конкретном проекте этот функционал реализуется разными способами просто потому, что предназначен для решения пусть и похожих, но разных задач. Вот и приходится их каждый раз «изобретать» заново.
Пока на рынке существует конкуренция между заказчиками, каждый из низ будет хотеть т.н. «базовые элементы» лучше чем у конкурентов.
А это значит, что всегда будут затребованы высококвалифицированные разработчики, которым, как бы этого не хотелось заказчикам, но придется платить т.к. типовые решения не дают никаких конкурентных преимуществ.