Он вас загрызет в случае некачественного товара в любом случае. По крайней мере если товар будет стоить выше его внутреннего порога, который оправдает его агрессивные действия.
У «яблочников» значительно лучше подача товаров чем у конкурентов и там покупают уже не столько продукт сколько идеологию и стиль.
Относительно дорогого-хорошего товара — этот принцип работает для тех товаров, в которых потенциальный клиент не очень разбирается. У него единственный весомый фильтр — по цене. Товары же «в области всяких компъютеров и умных девайсов» имеет несколько иную специфику — вы имеете возможность сравнить товар на разных ресурсах как по характеристикам так и по цене. Тут сложнее «впарить» дороже. Исключением может быть только привязанность к определенному магазину, где клиент может совершить покупку дороже.
Установил плагин Prospector, потестировал и с облегчением вздохнул, удалив и вернув строку назад. Ощущение что без руля едешь. Когда они реализуют Удобные и грамотные названия вкладок — можно будет начинать разговор о адресной строке. А так в названии вкладки 2.5 слова и догадывайся куда попал.
Хорошо написали о фрилансе как он есть :)
К сожалению, с такими «чудо-водителями» встречаешься каждый день. А все потому, что тут никаких нет ограничений ни для кого и даже школьник может брать заказы а потом рассказывать «истории».
Чтобы не ездить с такими товарищами — летайте на самолетах :)
Вы пишете графический компонент, у этого компонента есть к примеру события.
Ваш компонент через public API, должны иметь возможность вызывать другие разработчики. Если вы используете события, это не позволит другим разработчикам СТЕРЕТЬ, цепочку подписавшихся обработчиков.
а потом какой-то Вася решает, а ну его нах, form.Load = null!!!
Event защитит от этого не дав Васе стететь цепочку по глупости, делегат — позволит это сделать.
Кроме-того, часто густо сами разработчики компонентов и API подписываються на свои же события. Тем самым использование открытых делегатов в корне не верно для написания API или любых открытых компонентов.
Именно с этой целью в .NET и введены события, для защиты API от кривого использования.
public class A
{
public void OnDoWork()
{
if (DoWorkEvent != null)
DoWorkEvent(this, EventArgs.Empty);
}
public event EventHandler DoWorkEvent;
public EventHandler DoWorkDelegate;
}
A a = new A();
a.DoWorkEvent = null; // Compilation error
a.DoWorkDelegate = null;
Правильный ответ с точки зрения разработчика API тут один:
Если это Event — Выражение a.DoWork = null вызовет ошибку компиляции.
Если это Делегат — Выражение a.DoWork = null СОТРЁТ все подписавшиеся обработчики, что не допустимо для API.
Попросил запостить приятель, которому нужен инвайт =)
Есть простое правило.
1. все шрифты в Майкрософт ОС не сглаживаются до размера 18px, а потом сглаживаются.
2. Иссключение составляет 2-3 шрифта и Arial в режиме Bold — они сглаживаются практически при любом размере.
эта проблема решается очень просто:
1. Группа переводчиков получают рандомом предложения разных писем. Потом я бы усовершенствовал вашу систему. Ведь есть база предложений, или словосочетаний, которые используются большинством людей, ну или по крайней мере используются часто. Потому если переводчик перевел определённое предложение, или словосочетание — его заносить в базу данных. Этим мы сократим будущие затраты на последующие переводы, и будем учить систему переводить грамотно без наличия переводчиков.
Также стоит предлагать пользователю возможность общаться бесплатно и платно.
Бесплатный аккаунт предполагает использование словосочетаний, которые уже в базе, а также при отсутствии этих словосочетаний — использование универсального переводчика (аналог гугл-переводчика)
Платный аккаунт предполагает использование словосочетаний, которые уже в базе, а также при их отсутствии — ручной перевод через группу переводчиков.
Также можно предложить много сопутствующих сервисов и возможностей.
Вопрос оплаты группе переводчиков совсем простой — по количеству переведеных слов, и коэффициенту жалоб на плохой перевод (если таковые будут иметься в наличии)…
Почему предполагается бесплатный аккаунт — просто потому, что некоторым нужно потрепаться ни о чем и платить деньги за это они не хотят. Во-вторых сервис бесплатный по умолчанию, но человек имея необходимость постоянного общения может приобрести платный аккаунт.
Относительно дорогого-хорошего товара — этот принцип работает для тех товаров, в которых потенциальный клиент не очень разбирается. У него единственный весомый фильтр — по цене. Товары же «в области всяких компъютеров и умных девайсов» имеет несколько иную специфику — вы имеете возможность сравнить товар на разных ресурсах как по характеристикам так и по цене. Тут сложнее «впарить» дороже. Исключением может быть только привязанность к определенному магазину, где клиент может совершить покупку дороже.
К сожалению, с такими «чудо-водителями» встречаешься каждый день. А все потому, что тут никаких нет ограничений ни для кого и даже школьник может брать заказы а потом рассказывать «истории».
Чтобы не ездить с такими товарищами — летайте на самолетах :)
У мну нет кармы =(
А вопрос то хороший, отлично отсеивает.
Ваш компонент через public API, должны иметь возможность вызывать другие разработчики. Если вы используете события, это не позволит другим разработчикам СТЕРЕТЬ, цепочку подписавшихся обработчиков.
То есть:
form.Load += Dev1Handler
form.Load += Dev2Handler
…
а потом какой-то Вася решает, а ну его нах, form.Load = null!!!
Event защитит от этого не дав Васе стететь цепочку по глупости, делегат — позволит это сделать.
Кроме-того, часто густо сами разработчики компонентов и API подписываються на свои же события. Тем самым использование открытых делегатов в корне не верно для написания API или любых открытых компонентов.
Именно с этой целью в .NET и введены события, для защиты API от кривого использования.
public class A
{
public void OnDoWork()
{
if (DoWorkEvent != null)
DoWorkEvent(this, EventArgs.Empty);
}
public event EventHandler DoWorkEvent;
public EventHandler DoWorkDelegate;
}
A a = new A();
a.DoWorkEvent = null; // Compilation error
a.DoWorkDelegate = null;
Если это Event — Выражение a.DoWork = null вызовет ошибку компиляции.
Если это Делегат — Выражение a.DoWork = null СОТРЁТ все подписавшиеся обработчики, что не допустимо для API.
Попросил запостить приятель, которому нужен инвайт =)
1. все шрифты в Майкрософт ОС не сглаживаются до размера 18px, а потом сглаживаются.
2. Иссключение составляет 2-3 шрифта и Arial в режиме Bold — они сглаживаются практически при любом размере.
В МАК ОС сглаживание практически всегда.
1. Группа переводчиков получают рандомом предложения разных писем. Потом я бы усовершенствовал вашу систему. Ведь есть база предложений, или словосочетаний, которые используются большинством людей, ну или по крайней мере используются часто. Потому если переводчик перевел определённое предложение, или словосочетание — его заносить в базу данных. Этим мы сократим будущие затраты на последующие переводы, и будем учить систему переводить грамотно без наличия переводчиков.
Также стоит предлагать пользователю возможность общаться бесплатно и платно.
Бесплатный аккаунт предполагает использование словосочетаний, которые уже в базе, а также при отсутствии этих словосочетаний — использование универсального переводчика (аналог гугл-переводчика)
Платный аккаунт предполагает использование словосочетаний, которые уже в базе, а также при их отсутствии — ручной перевод через группу переводчиков.
Также можно предложить много сопутствующих сервисов и возможностей.
Вопрос оплаты группе переводчиков совсем простой — по количеству переведеных слов, и коэффициенту жалоб на плохой перевод (если таковые будут иметься в наличии)…
Почему предполагается бесплатный аккаунт — просто потому, что некоторым нужно потрепаться ни о чем и платить деньги за это они не хотят. Во-вторых сервис бесплатный по умолчанию, но человек имея необходимость постоянного общения может приобрести платный аккаунт.