Удивительно, но работодатели готовы платить намного больше за возможность вглянуть через плечо, чем же вы занимаетесь прямо сейчас.
Нет — они платят за контроль над вашим специфическим опытом, который вы получили работая над их специфическими проектами и быстрый доступ к этому опыту. На рынке готовых специалистов со стеком знаний/навыков/опыта необходимых для конкретного проекта не так уж и много и уж точно никто из них не знает специфики конкретного проекта пока не поработает с ним достаточное время. Удаленщики гораздо легче меняют работодателей чем офисные работники в силу специфики их найма и их опыт теряется, да вы и сами об этом пишите:
Во-вторых, человека легче принять на работу, и легче расстаться с ним. В простейшем случае достаточно одного письма.
плюс удаленщики очень плохо делятся этим т.н. проектным опытом. Им это просто не выгодно т.к. чаще всего оплата идет за часы потраченные на конкретные задачи, а время потраченное на консультации других членов команды чаше всего нигде не учитывается да и трудно его учитывать если приходится по 10-20 раз на день отвечать на чьи либо вопросы по 5-15 минут. Проще отморозиться тем или иным способом чтобы отстали побыстрее и впредь не приставали.
А зачем украинскому фрилансеру, утаивающему свой сравнительно небольшой доход, который кстати утаить несравнимо проще чем миллионные и миллиардные доходы разных упырей, договариваться с соответствующими органами?
Если он будет утаивать по уму — соответствующим органам ему будет просто нечего предъявить!
Если же он дает упырям возможность контролировать свои мелкие фин. потоки — то тогда конечно ему следует платить им дань согласно приведенным в статье инструкциям.
А вам никогда не приходила в голову мысль, что грабитель грабит "не по правилам" слабую жертву не потому что жертва тоже живет "не по правилам", а просто потому что грабителю нужны легкие деньги! А на то — по правилам живет жертва или нет — грабителю в общем то наплевать т.к. он сильнее.
Вот тут я как раз и предлагал отказаться от частной собственности хотя бы на недвижимость и уже после этого от идеи неприкосновенности частной собственности.
варианты с временной собственностью имеют один существенный изъян: если поле или ферма или квартира не принадлежат человеку, то ...«всё вокруг колхозное, всё вокруг ничьё»- плавали, знаем
Я не говорил про что-то временное. Пусть это будет бессрочное эксклюзивное право использования, передаваемое по наследству и т.д. и т.п., но с набором ограничений. И вот эти самые ограничения будут стимулировать к эффективному использованию, исключающему вред окружающему обществу, иначе такие права могут быть приостановлены или отменены.
чем больше имеется площади недвижимости в собственности, тем больше голосов можно подать на выборах
Что такое недвижимость? Если это, то может ли она быть частной собственностью? Если может — то как можно гарантировать ее неприкосновенность? Можно ли под ней рыть туннели и т.п. которые могут ее разрушить? Можно ли над ней летать и шуметь, фотать и т.д.? Если обществу необходимо чтобы недвижимость одного из членов была использована для общества (строительство дорог, мостов и т.п.), а он не хочет ее менять/продавать — как тогда быть с неприкосновенностью частной собственности? Квартира — это недвижимость? Если да, то какая часть квартиры принадлежит владельцу: пол ± стены ± потолок, на какую глубину в сантиметрах и что он может с ними делать? Как влиять на частного собственника квартиры если его частная собственность неприкосновенна, а он ведет себя асоциально?
Мое мнение:
1. надо отказаться от идеи частной собственности на недвижимость (заменить ее на право использования с ограничениями).
2. отказаться от идеи неприкосновенности частной собственности (частная собственность как минимум может быть перемещена при условии ее сохранности без согласия собственника по решению общества).
Следует… регулировать популяцию! Рациональность может быть достигнута только при отсутствии огромной популяции.
Мало кто из известных уважаемых людей осмеливается говорить подобное. Вот если бы он еще сказал кого и как регулировать, но на это даже у него смелости не хватило.
Кроме блокировщиков у рекламщиков есть еще одна головная боль — боты.
И чем дальше — тем сложнее с ботами бороться, т.к. их все сложнее отличить от человека.
Было бы неплохо «скрестить» блокировщика и бота — т.е. такой софт и рекламу будет выпиливать и еще имитировать клики и прочее поведение пользователя. Главное, что все будут довольны:
Владельцы сайтов получат деньги за просмотр и скликивание рекламы таким ботом-блокировщиком.
Пользователи бота-блокировщика не будут видеть рекламу.
Разработчики бота-блокировщика заработают деньги, накручивая просмотры и клики.
Рекламодатели увидят то, за что они заплатили — кучу просмотров и переходов на их сайты.
Дело в том, что продукт должен быть отторгаемым от исходной команды разработчиков.
Из вашей статьи совершенно непонятно — как этого можно достигнуть, предполагаю, что надо нанять «хороших» разработчиков — верно? Но вы написали только про «плохих» разработчиков и ничего не написали про «хороших» — какие они по вашему, где их брать, и какая у них будет цена по сравнению с «плохими»?
Именно так и установлено, по другому — под FF уже нельзя установить. Браузер такой же — FF 44.0.2. Правда у меня еще ABP и Ghostery установлены, возможно код этого плагина с их последними версиями конфликтует и нормально уже не работает. Иногда правда бывает, что начинает "подтягивать" посты с других сайтов, но в основном только хабр сейчас тут.
Как правило, тот кто начинает переписку — чего-то хочет от адресата: консультацию, совет, разъяснение и т.п.
Думаю для "экономической" борьбы со спамом целесообразно и справедливо было бы, чтобы отправитель платил некую символическую сумму получателю при первом контакте. Эта сумма должна быть не обременительной для единичного и только первого сообщения, но делать невыгодными массовые рассылки. Может быть не следует это применять ко всей эл.почте, но попробовать сделать такой отдельный сервис для размещаемых публично адресов вполне возможно. И тогда пусть все желающие спамят за свои деньги такой "платный почтовый ящик" — думаю при таком подходе владельцы таких ящиков будут только рады спаму.
Кроме блокировщиков у рекламщиков есть еще одна головная боль — боты.
И чем дальше — тем сложнее с ботами бороться, т.к. их все сложнее отличить от человека.
Было бы неплохо «скрестить» блокировщика и бота — т.е. такой софт и рекламу будет выпиливать и еще имитировать клики и прочее поведение пользователя. Главное, что все будут довольны:
1. Владельцы сайтов получат деньги за просмотр и скликивание рекламы таким ботом-блокировщиком.
2. Пользователи бота-блокировщика не будут видеть рекламу.
3. Разработчики бота-блокировщика заработают деньги, накручивая просмотры и клики.
4. Рекламодатели увидят то, за что они заплатили — кучу просмотров и переходов на их сайты.
Все счастливы :-)
Какая разница, как реализовано в ядре хранение атрибутов базовых объектов, как я понял вы говорите про разработку плагинов и возможность расширения в этих плагинах списка хранимых атрибутов базовых объектов — или нет?
и если атрибуты плагина — полностью независимые, то не так уж важно _before или _after — выполняться все равно это все будет в пределах одной транзакции.
Создание отдельной таблицы с дополнительными полями необходимыми для плагина и сделать связь с базовой таблицей OneToOne.
Отличная идея! Без преувеличения (просто в Magento это сделано слегка не так).
Почему же «слегка не так»?
В основном только так все нормальные разработчики плагинов для Magento и поступают!
Для того чтобы заполнить (при загрузке объекта) дополнительные (добавленные в плагине) атрибуты из такой отдельной таблицы (созданной плагином) в коде плагина отслеживается событие модели объекта: *_load_after, а для того чтобы сохранить их в тоже же таблице событие: *_save_before
Если он будет утаивать по уму — соответствующим органам ему будет просто нечего предъявить!
Если же он дает упырям возможность контролировать свои мелкие фин. потоки — то тогда конечно ему следует платить им дань согласно приведенным в статье инструкциям.
Мое мнение:
1. надо отказаться от идеи частной собственности на недвижимость (заменить ее на право использования с ограничениями).
2. отказаться от идеи неприкосновенности частной собственности (частная собственность как минимум может быть перемещена при условии ее сохранности без согласия собственника по решению общества).
И чем дальше — тем сложнее с ботами бороться, т.к. их все сложнее отличить от человека.
Было бы неплохо «скрестить» блокировщика и бота — т.е. такой софт и рекламу будет выпиливать и еще имитировать клики и прочее поведение пользователя. Главное, что все будут довольны:
Все счастливы :-)
Думаю для "экономической" борьбы со спамом целесообразно и справедливо было бы, чтобы отправитель платил некую символическую сумму получателю при первом контакте. Эта сумма должна быть не обременительной для единичного и только первого сообщения, но делать невыгодными массовые рассылки. Может быть не следует это применять ко всей эл.почте, но попробовать сделать такой отдельный сервис для размещаемых публично адресов вполне возможно. И тогда пусть все желающие спамят за свои деньги такой "платный почтовый ящик" — думаю при таком подходе владельцы таких ящиков будут только рады спаму.
И чем дальше — тем сложнее с ботами бороться, т.к. их все сложнее отличить от человека.
Было бы неплохо «скрестить» блокировщика и бота — т.е. такой софт и рекламу будет выпиливать и еще имитировать клики и прочее поведение пользователя. Главное, что все будут довольны:
1. Владельцы сайтов получат деньги за просмотр и скликивание рекламы таким ботом-блокировщиком.
2. Пользователи бота-блокировщика не будут видеть рекламу.
3. Разработчики бота-блокировщика заработают деньги, накручивая просмотры и клики.
4. Рекламодатели увидят то, за что они заплатили — кучу просмотров и переходов на их сайты.
Все счастливы :-)
В основном только так все нормальные разработчики плагинов для Magento и поступают!
Для того чтобы заполнить (при загрузке объекта) дополнительные (добавленные в плагине) атрибуты из такой отдельной таблицы (созданной плагином) в коде плагина отслеживается событие модели объекта: *_load_after, а для того чтобы сохранить их в тоже же таблице событие: *_save_before