Вариант типа Visa это отличный способ оплачивать товары в электронных магазинах, iPhone себе купить или что-то типа. Но через Visa нельзя купить товары ни на биржах, ни на аукционах (физических). Так же ты не купишт товары в таких странах как Китай.
К тому же если ты будеь класть регулярно большие суммы на карточку (более 2000 $), то налоговая инспекция очень скоро предложит отчитаться. А легального способа привязать карту к ООО не существует. Кк - это средство личных платежей и только.
С нашей банкоыской системой и политикой против отмывания денег оплачивать заграницу официально очень тяжко. Т.к. чтобы перевести деньги со счета (не важно ООО или ИП) требуется открыть валютные счета, внешнеэкономическую деятельность, сделать контракт (подписать его за себя и за покупателя) и потом отчитываться в кабинете валютного контроля что товар вам действительно пришол. + 11% от суммы за прохождение валютного контроля без составления паспорта сделки
Поэтому для сумм меньше 5000$ имеет смысл использовтать альтернативные сервисы - это WesternUnion, WebMoney (через балтийские гос-ва - латвию и эстонию можно осуществлять оплату реальных счетов по SWIFT), PayPal.
Либо еще как вариант есть компании которые за 2-4% оказывают услуги оплаты счетов за границу.
Для тех кто не в теме (на счет книг) - можно без проблем (относительно дешево) напечатать книгу белыми буквами на черной бумаге (называется печать белилами). Мы печатали брашуры, они как раз и были выполнены на идеально черной бумаге. Но читать художественную или техническую литературу в таком исполнении будет сложно.
Когда заказчик осуществляет предоплату - от показывает истинность своих намерений, а не праздный интерес.
Перед тем как перевести деньги, Заказчик 10 раз подумает о правильности выбора студии, о том что и зачем ему надо. И будет всячески содействовать в реализации проекта, проявлять свою заинтересованность.
Создание хорошего сайта - это процесс тесного взаимодействия Заказчика и Исполнителя. Пообещав денег за работу нереально получить хороший результат.
Еще нужно четко понимать, если вы получаете консалтинговые услуги (придумываение сайта, дизайна и пр..) то вы платите за часы работы специалиста (без привязки к результату).
Если вы заказывает реализацию (при наличии своего ТЗ, дизайна и концепции) - то вы оплачиваете результат (здесь предоплаты может и не быть).
Куда может исчезнуть исполнитель, у которого в работе 10 договоров, в офисе сидит персонал, куча техники, и имя зарабатываемое компанией на протяжении долгих лет?
1. И этой гарантии должно хватать обоим!
Гарантия исполнителя заказчику что он выполнит работу качественно - это портфолио, хорошее имя студии, отзывы клиентов.
Если не будет предоплаты - какие гарантии от заказчика?
Договор на подставную фирму-однодневку?
4. Работа без предоплаты показывает только то, что исполнитель себя не ценит, либо у него очень много денег и ему ничего не надо.
Попробуй закажи производство печатных микросхем без предоплаты!
Попробуй закажи дорогостоющую медицинскую операцию без предоплаты!
Попробуй закажи съемки рекламного ролика без предоплаты!
Чем веб-студии хуже? В хороших веб студиях работают далеко не студенты. А профессионалы различных отраслей (дизайнеры, художники, програмисты, копирайтеры), чем они хуже врачей, архитекторов и прочих специалистов?
Замечу что концепция и эскизный проект (идеи, фишки, и методы их реализации) у хорошей студии стоят 70% от общей стоимости проекта.
Кроме того, если компания заказывает сайт, то она обычно готова выделить из своей прибыли не более 5% на подобный проект. И эти средства для нее малозначимы, да есть риск, но он мал и ущерба серьезного компани не нанесет. Но для web-студии подобный заказ является основной услугой, за счет которой эта студия живет, и кинув студию, Заказчик может просто подорвать бизнес этой студии. Ведь для написания концепции, ТЗ и пр... выделяются ресурсы,и если они велики, то студия может отказаться от другого заказа, ради реализации вашего.
Пример со строителями действительно неправильный, это так же как жопу с пальцем сравнивать. Но если бы вы заказали дизайн проект интерьера для квартиры - то архитектурное бюро взяло бы с вас тоже денег вперед. Или сходите к юристу, за что вы платите? А платите вы в итоге за консалтинг, который не мериется достигнутым результатом. Вы либо доверяете консультанту, либо нет.
А хотите заказывать без предоплаты - пишите ТЗ, придумывайте дизайн, составляйте договор, который вас устраивает и вперед, ищите подрядчика - web-программиста (в этом случае ничем не отличается от строителя) и он все сделает поэтапно и без предоплаты.
Тут недавно был пост, с интервью Артемия Лебедева. Он рассказывал о том как начинал работать, рекомендую ознакомиться. Там как раз и есть самы вразумительный ответ на вопрос, откуда берется портфолио...
Как тогда предлагаешь разделять закрытые поля класса, статические переменные и константы?
в нотации 1 это:
private int m_myVar;
private static int s_myVar;
private const int s_myVar = 10;
А еще при необходимости можно добавлять префикс идентифицирующий тип переменной m_iMyVar для Int32 или m_lMyVar для Int64 (long)
Очень интересное интервью. Я недавно был на лекции Томаса Геда (автор книг 4D-брендинг и консультант таких компаний как Nokia, Nike). Основной акцент он делал на бренды, которые используют модель вовлечения, но при этом ничего не говорил о возможных рисках такого подхода (пример с фордом).
Хотя с другой стороны только идя на риск можно сформировать сильный бренд за давольно таки небольшой срок (3-5 лет). Тогда как классические бренды (Coca-Cola, Макдональс и т.д.) прошли путь в десятки лет.
Не смотря на то что алиасинг - это очень полезная для пользователей штука. Из-за наличия различных алгоритмов алиасинга верстка часто отличается от макетов из-за разных алгоритмов в виндет и иллюстраторе (фотошопе).
А еще соглашусь с автором статьи что в вебе очень нехватает возможностей формата PDF по работе со шрифтами.
Хотя например Артемий Лебедев вообще не заморачивается по поводу шрифтов.
DmitryBaranovskiy псе правильно написал. Но есть способ сделать работу с емами более комфортной, необходимо задать %-ый размер шрифта для body: body{ font: 62.5%/1.4 Arial, sans-serif }
И теперь все размеры выставляются в пропорции 1/10.
Более подробную информацию можно прочитать здесь: http://cssing.org.ua/2006/10/16/font-siz…
Не стоит путать типографику и дизайн. Типографика прежде всего призвана сделать информацию удобной для восприятия - это набор жестких правил, соблюдая которые мы получим качественный продукт. Но это не значит что нельзя проявлять креатив в дизайне. В Советском Союзе за креатив карали. Но при этом соблюдались все правила типографики, иначе книга или газет просто не шли в печать.
Большинство примеров действительно грамотные и очень интересны для изучения. Единственное что мне непонравилось так это "злоупотребление" курсивом.
А автору вот этого сайта http://jontangerine.com/ нужно вообще памятник поставить за верстку на емах. Очень интересная методика, которая позволяет масштабировать колесом мышки сайт во всех браузерах (включая firefox и IE). Отличный пример реализации такого подхода - ikea.com.
Недавно на глаза попалась советская агитация в виде блогнота выпущенного к какой-то годовщине д.р. Ленина. Так вот, типографика там такого уровня, которое не позволяет себе даже современные богатые компании. Грамотные отступы, размеры шрифтов, расположение агитационных материалов. И это все при том, что качество печатного оборудования оставляло желать лучшего - низкий ДПИ и кол-во цветов.
И все в полном соответствии с бренд-буком СССР!!!
1. Компилятор как Managed C++ так и C Sharp как раз и генерирует этот MSIL. А при запуске приложения среда выполнения докомпилирует
его в асемблерный код команд процессора. Кстати последняя версия среды Java от SUN работает так же.
2. Уверен, т.к. синтаксис управляемых языков более краток и прост как в написании так и понимании.
Пример 1. Если нам нужно инкапсулировать сложную инициализацию в объект на C++ то кроме конструктора мы должны реализовать метод Create или Initialize потому что если в инициализации произошла ошибка - то делать throw в конструкторе в C++ недопустимо, как результат появляются статусы (Initialized, NotInitialized) которые нужно прописывать и при каждом использовании проверять.
Пример 2. Для сбора дампов за 1 день была написана утилита, которая используя метаданные складывает в xml объект со всеми полями и связанными объектами (сериализация всего дома объектов от рута).
Пример 3. В среде .NET как особенность архитектуры присутсвует такая вешь как Proxy (RealProxy, TransparentProxy) которая позволяет перехватывать любой вызываемы виртуальный метод без непосредственного вмешательства в класс. На основе этой идеологии написаны библиотеки Remoting, WFC и Web-службы. Т.к. нас они не устраивали - мы написали свой вариант высокоуровневого протокола общения серверов расширив функционал Remotin-а тем что нам было нужно. В результате для реализации серверного компонента требуется лишь унаследовать класс и интерфейс объявляющий интерфейс взаимодействия. До этого мы использовали DCOM, мало того что Microsoft навставлял в компилятор C++ кучу расширений чтобы это вообще работало.
Пример 4. Делегаты - как то нашел в инете (помоему через RSDN) реализацию идеологии делегатов (указатели на функции-члены классов)
она была сделана на таких хакак, что в коммерческом проекте я бы это использовать не стал.
Пример 5. Управление памятью значительно ускоряет процесс разработки, т.к. я не забочусь об указателях, мне не надо думать о том где создавать объект в стеке или в куче. Мне не надо думать о том где и как освобождать эту память и не требуется использовать различные Smart-указатели. Для написания кода я использую 2 главных правила:
для ресурсоемких объектов или исп. ресурсы Windows необходимо всегда реализовывать/использовать финализатор (Dispose());
не сохранять большие объемы данных в статические переменные.
Пример 6. Глубокое копирование объекта сводится к Serialize, Deserialize
Пример 7. Если я хочу гарантированно финализировать объект после использования - я использую такую конструкцию как
using(MyItem item = new MyItem())
{
...
}
вместо
MyItem item = new MyItem()
try
{
...
}
finally
{
if(item != null)
item.Dispose();
}
Кроме того 2-ой Framework весит всего 23,5 МБ - это никак не 200
Да и изначально как Java так и .NET были ориентированы на написание серверных приложений и распределенных систем. А не драйверов или прикладных программ что и объясняет объем пакета. Т.к. в инсталлятор сразу вшиты расширения для ASP.NET и пр.
Самы выжным для меня - работающего на платформе Windows является возможность изучения исходного кода платформы .NET при помощи инструмента Reflector. Т.к. мы прекрасно знаем что Microsoft и OpenSource несовместимые компоненты.
Динамический язык и сборки мусора не дают право кому попало писать программы, код должен писать профессианал, такие среды как java или .NET лишь автоматизирут процесс. Что касается производительности - недавно тестил портированный на .NET код Quake 3. Несмотря на использование байт кода FPS упала всего на 3% зато по отзывам команды было найдено и исправлено огромное кол-во ошибок, которые тяжело было бы отыскать в C++ версии (они так и остались в релизе), а скорость разработки в .NET кода идентичного качества примерно на 30-40% быстрее чем кода на классическом C++ при решении той же задачи. Я имею опыт длительной коммерческой работы с различными языками и компиляторами: C и C++, PASCAL, OBJECT PASCAL (DELPHI), Java, .NET (C Sharp)
Пришел к выводу что для большинства существующих задач в которых используется ПК экономически выгоднее использовать именно языки как Java или C Sharp, по поводу производительности - один из моих проектов - это специализированная поисковая система, полность написанная на платформе .NET. Первая реализация была на C++ - делалась пол года и утонула в поддержке, в результате было принято решение переписать. Сделали за 2 месяца рабочую версию. Еще за месяц написали свой удаленный отладчик который собирал все что было нужно для мониторинга системы (это было просто сделать т.к. в .NET очень удобно работать с метаданными). Сейчас архитектура позволяет без проблем расширять себя, подключая новые дедики-краулеры для повышения производительности. На C++, С и тем более асме нам банально не хватил бы денег запуститься, т.к. потребовалась бы команда минимум в 2-3 раза больше. И в результате мы бы в лучшем случае получили бы систему с работающую на 10% быстрее.
К тому же если ты будеь класть регулярно большие суммы на карточку (более 2000 $), то налоговая инспекция очень скоро предложит отчитаться. А легального способа привязать карту к ООО не существует. Кк - это средство личных платежей и только.
Поэтому для сумм меньше 5000$ имеет смысл использовтать альтернативные сервисы - это WesternUnion, WebMoney (через балтийские гос-ва - латвию и эстонию можно осуществлять оплату реальных счетов по SWIFT), PayPal.
Либо еще как вариант есть компании которые за 2-4% оказывают услуги оплаты счетов за границу.
Перед тем как перевести деньги, Заказчик 10 раз подумает о правильности выбора студии, о том что и зачем ему надо. И будет всячески содействовать в реализации проекта, проявлять свою заинтересованность.
Создание хорошего сайта - это процесс тесного взаимодействия Заказчика и Исполнителя. Пообещав денег за работу нереально получить хороший результат.
Еще нужно четко понимать, если вы получаете консалтинговые услуги (придумываение сайта, дизайна и пр..) то вы платите за часы работы специалиста (без привязки к результату).
Если вы заказывает реализацию (при наличии своего ТЗ, дизайна и концепции) - то вы оплачиваете результат (здесь предоплаты может и не быть).
Гарантия исполнителя заказчику что он выполнит работу качественно - это портфолио, хорошее имя студии, отзывы клиентов.
Если не будет предоплаты - какие гарантии от заказчика?
Договор на подставную фирму-однодневку?
4. Работа без предоплаты показывает только то, что исполнитель себя не ценит, либо у него очень много денег и ему ничего не надо.
Попробуй закажи производство печатных микросхем без предоплаты!
Попробуй закажи дорогостоющую медицинскую операцию без предоплаты!
Попробуй закажи съемки рекламного ролика без предоплаты!
Чем веб-студии хуже? В хороших веб студиях работают далеко не студенты. А профессионалы различных отраслей (дизайнеры, художники, програмисты, копирайтеры), чем они хуже врачей, архитекторов и прочих специалистов?
Кроме того, если компания заказывает сайт, то она обычно готова выделить из своей прибыли не более 5% на подобный проект. И эти средства для нее малозначимы, да есть риск, но он мал и ущерба серьезного компани не нанесет. Но для web-студии подобный заказ является основной услугой, за счет которой эта студия живет, и кинув студию, Заказчик может просто подорвать бизнес этой студии. Ведь для написания концепции, ТЗ и пр... выделяются ресурсы,и если они велики, то студия может отказаться от другого заказа, ради реализации вашего.
Пример со строителями действительно неправильный, это так же как жопу с пальцем сравнивать. Но если бы вы заказали дизайн проект интерьера для квартиры - то архитектурное бюро взяло бы с вас тоже денег вперед. Или сходите к юристу, за что вы платите? А платите вы в итоге за консалтинг, который не мериется достигнутым результатом. Вы либо доверяете консультанту, либо нет.
А хотите заказывать без предоплаты - пишите ТЗ, придумывайте дизайн, составляйте договор, который вас устраивает и вперед, ищите подрядчика - web-программиста (в этом случае ничем не отличается от строителя) и он все сделает поэтапно и без предоплаты.
http://habrahabr.ru/blog/artlebedev/4186…
в нотации 1 это:
private int m_myVar;
private static int s_myVar;
private const int s_myVar = 10;
А еще при необходимости можно добавлять префикс идентифицирующий тип переменной m_iMyVar для Int32 или m_lMyVar для Int64 (long)
Хотя с другой стороны только идя на риск можно сформировать сильный бренд за давольно таки небольшой срок (3-5 лет). Тогда как классические бренды (Coca-Cola, Макдональс и т.д.) прошли путь в десятки лет.
А еще соглашусь с автором статьи что в вебе очень нехватает возможностей формата PDF по работе со шрифтами.
Хотя например Артемий Лебедев вообще не заморачивается по поводу шрифтов.
И теперь все размеры выставляются в пропорции 1/10.
Более подробную информацию можно прочитать здесь:
http://cssing.org.ua/2006/10/16/font-siz…
А автору вот этого сайта http://jontangerine.com/ нужно вообще памятник поставить за верстку на емах. Очень интересная методика, которая позволяет масштабировать колесом мышки сайт во всех браузерах (включая firefox и IE). Отличный пример реализации такого подхода - ikea.com.
Недавно на глаза попалась советская агитация в виде блогнота выпущенного к какой-то годовщине д.р. Ленина. Так вот, типографика там такого уровня, которое не позволяет себе даже современные богатые компании. Грамотные отступы, размеры шрифтов, расположение агитационных материалов. И это все при том, что качество печатного оборудования оставляло желать лучшего - низкий ДПИ и кол-во цветов.
И все в полном соответствии с бренд-буком СССР!!!
1. Компилятор как Managed C++ так и C Sharp как раз и генерирует этот MSIL. А при запуске приложения среда выполнения докомпилирует
его в асемблерный код команд процессора. Кстати последняя версия среды Java от SUN работает так же.
2. Уверен, т.к. синтаксис управляемых языков более краток и прост как в написании так и понимании.
Пример 1. Если нам нужно инкапсулировать сложную инициализацию в объект на C++ то кроме конструктора мы должны реализовать метод Create или Initialize потому что если в инициализации произошла ошибка - то делать throw в конструкторе в C++ недопустимо, как результат появляются статусы (Initialized, NotInitialized) которые нужно прописывать и при каждом использовании проверять.
Пример 2. Для сбора дампов за 1 день была написана утилита, которая используя метаданные складывает в xml объект со всеми полями и связанными объектами (сериализация всего дома объектов от рута).
Пример 3. В среде .NET как особенность архитектуры присутсвует такая вешь как Proxy (RealProxy, TransparentProxy) которая позволяет перехватывать любой вызываемы виртуальный метод без непосредственного вмешательства в класс. На основе этой идеологии написаны библиотеки Remoting, WFC и Web-службы. Т.к. нас они не устраивали - мы написали свой вариант высокоуровневого протокола общения серверов расширив функционал Remotin-а тем что нам было нужно. В результате для реализации серверного компонента требуется лишь унаследовать класс и интерфейс объявляющий интерфейс взаимодействия. До этого мы использовали DCOM, мало того что Microsoft навставлял в компилятор C++ кучу расширений чтобы это вообще работало.
Пример 4. Делегаты - как то нашел в инете (помоему через RSDN) реализацию идеологии делегатов (указатели на функции-члены классов)
она была сделана на таких хакак, что в коммерческом проекте я бы это использовать не стал.
Пример 5. Управление памятью значительно ускоряет процесс разработки, т.к. я не забочусь об указателях, мне не надо думать о том где создавать объект в стеке или в куче. Мне не надо думать о том где и как освобождать эту память и не требуется использовать различные Smart-указатели. Для написания кода я использую 2 главных правила:
для ресурсоемких объектов или исп. ресурсы Windows необходимо всегда реализовывать/использовать финализатор (Dispose());
не сохранять большие объемы данных в статические переменные.
Пример 6. Глубокое копирование объекта сводится к Serialize, Deserialize
Пример 7. Если я хочу гарантированно финализировать объект после использования - я использую такую конструкцию как
using(MyItem item = new MyItem())
{
...
}
вместо
MyItem item = new MyItem()
try
{
...
}
finally
{
if(item != null)
item.Dispose();
}
Кроме того 2-ой Framework весит всего 23,5 МБ - это никак не 200
Да и изначально как Java так и .NET были ориентированы на написание серверных приложений и распределенных систем. А не драйверов или прикладных программ что и объясняет объем пакета. Т.к. в инсталлятор сразу вшиты расширения для ASP.NET и пр.
Самы выжным для меня - работающего на платформе Windows является возможность изучения исходного кода платформы .NET при помощи инструмента Reflector. Т.к. мы прекрасно знаем что Microsoft и OpenSource несовместимые компоненты.
Пришел к выводу что для большинства существующих задач в которых используется ПК экономически выгоднее использовать именно языки как Java или C Sharp, по поводу производительности - один из моих проектов - это специализированная поисковая система, полность написанная на платформе .NET. Первая реализация была на C++ - делалась пол года и утонула в поддержке, в результате было принято решение переписать. Сделали за 2 месяца рабочую версию. Еще за месяц написали свой удаленный отладчик который собирал все что было нужно для мониторинга системы (это было просто сделать т.к. в .NET очень удобно работать с метаданными). Сейчас архитектура позволяет без проблем расширять себя, подключая новые дедики-краулеры для повышения производительности. На C++, С и тем более асме нам банально не хватил бы денег запуститься, т.к. потребовалась бы команда минимум в 2-3 раза больше. И в результате мы бы в лучшем случае получили бы систему с работающую на 10% быстрее.