Владимир Владимирович, я занимался просчётом рентабельности такой фирмы. И в частности, вопросом сборки изначально качественных компьютеров. Из них начинают проистекать все дальнейшие проблемы. Свои компьютеры я собираю лично, при этом не имею проблем в их работе. Компьютеры, собираемые на фирмах, продающих компьютеры, с некоторой долей вероятности (10-20%) содержат тот или иной брак, который всплывает уже при работе.
Чтобы качественно собрать и оттестировать компьютер (или отремонтировать в том числе), нужна квалификация — знать, из чего собирать, чтобы было надёжно. Квалифицированный человек рассчитывает получать не очень малую з/п. Для Москвы это, например, от 30 тыс. (будем считать скромно, выше средней). Иначе он получит больше на другой работе. И в этом основная проблема.
Люди не готовы платить столько денег, чтобы получить изначально качественный компьютер (но даже в нём возможен скрытый брак с меньшим процентом). Крупные и мелкие фирмы предлагают компьютеры по цене комплектующих, а грамотная сборка требует добавить к ней хотя бы 2.5-3 тыс (день-два тестирования). Покупатель не готов понять, за что платить эти деньги, если рядом предлагают то же дешевле и гарантию бесплатной замены или ремонта сроком не менее года.
Вывод: если получится, то надо воспитывать особых покупателей (1/10 от общего числа), готовых платить эти 3 тыс., а также платить соизмеримые деньги за ремонт и доводку. Иначе имеем то, что имеем: никаких машин по вызову, только бедные и слабо квалифицированные студенты с тарифом, тем не менее, 50$/час.
тут проблема при вызове ajax из домена 3-го уровня (например, этот топик — из atilla.habrahabr.ru. Надо использовать технику с document.domain: создать iframe с habrahabr.ru и делать запрос из него.
(Кстати, упоминать MSXML в скрипте совершенно излишне.)
Это бывает при оффлайновом запросе. Для него я просто разрешаю условие status == 0 наряду с 200, и в оффлайне ajax работает. Посмотрите. может, и здесь будет работать.
Много воды. Легко уменьшается объём в 3-4 раза.
И подход. Основная мысль — «Я изучаю язык для того, чтобы работать… Оказывается, после изучения основ надо начать решать задачи.», а не «я изучаю язык, чтобы решить задачу (задачи)».
Хотел бы заметить, что задание, хорошее или не очень, должно укладываться в разумные сроки — не более, скажем, дня. Все задания, что получал (несколько штук) могу назвать интересными. Кроме одного, настолько «продвинутого» по условиям, что по оценке времени бы заняло 3 дня (ну или 1.5, если повезёт). Его не делал. Примечательно, что сразу после отправки его ко мне — мне позвонили, предупредив, что «не на 5 минут» и что это у них политика такая — давать достаточно ёмкие и близкие к практике задания и что кто-то его уже сделал и работает у них.
(Что было — не так интересно — какое-то дерево построить в браузере, какие-то подсказки показать. От всего веяло конкретикой.)
Наверное, это был как раз тот случай, когда хотели часть работы сделать за счёт заданий.
Клеить к монетам неюзабельно по той простой причине, что они затеряются среди других монет. К идее нужно добавить хотя бы покраску монеты сверху контрастной глянцевой краской (эмалью) разных насыщенных цветов. И напоминание, и с монетой не спутаешь.
> вдруг кто предложит классную идею для юнит-приложения
Соотношение затрат на идею, реализацию и внедрение, как известно, 1:10:100. Всё упирается в реализацию, т.е. в того, кто будет их делать.
Прммечания:
* Пункты 3 и 4 конфликтуют меду собой.
* Пункт 6 — короткий потому не пишут, что неизвестно, насколько длинным он станет. Правильнее было бы сказать: превратите записи в короткие в конце разарботки.
*… Что-то ничего не сказано про отношение к хакам.
Хостинг не может служить подходящим хостингом для картинок на Хабр, потому что
1) у него нет такой первичной функции как создание превью (не говоря об оптимизации, подписях, эффектах);
2) энтузиазм — хорошо, но отсутствие бизнес-модели показывает на большую вероятность прекращения поддержки;
3) отсутствие API для встраивания хостинга как виджета.
Насчёт плагина для браузера — выполнимо, но по этим 3 причинам не будет желания вставить этот хостинг как рекомендуемый.
Меня бы интересовал опыт — в каких средах программировалось, насколько сложно запустить, методики отладки, если были. В общем, что-то вполне практичное с конечными цифрами затрат (времени, сборки, работ, копания в документации; последнее больше всего утомляет).
> могу рассказать подробнее
Наиболее полезен не рассказ вообще, а живой опыт и решение проблем — то, чего в книжках не прочитаешь.
Но в данном случае статья как познавательное чтиво — понравилась. (Впрочем, сам имел опыт на них, поэтому интерес номинальный.)
Для начала неплохо, но есть несколько настоятельных советов: 1) уберите разноцветные jsFUnit — воспринимается как навязчивая реклама, приведёт к минусам только за это.
2) приведите цветовое форматирование и отступы к общепринятым нормам (обычно ещё в blocquote оборачивают код, тогда он не распадается), иначе наберёте за него минусов.
3) спеллчекер используйте — ошибок очень много (милисекунд, завершиться).
4) > document.all.reason.value — Вы по какому учебнику учили javascript? В курсе, что это некроссбраузерно?
Может быть полезно, если на базе этого сделать виджет для сторонних сайтов. А так — нет. (Хотя бы из-за вопросов доверия.) Другой вопрос, что это понадобится только ленивым мастерам, которые не пожелают сами обработать rss от Центробанка. Вот он,
Итого, сервисов много, поэтому для читателя важно сравнение и ряд конкретных ответов:
1) функциональность клиента (сколько видов захвата, под какие ОС, удобен ли вид, есть ли хоткеи),
2) функции редактора (сколько видов обработки, каких нет),
3) функции оптимизации изображения (есть или нет),
4) функции аплоада, на свои адреса или фирменные,
5) позволяет ли сохранять на локальном компьютере.
Половины ответов я не нашёл, поэтому сделал вывод, что когда-то полезно будет вернуться и проверить. Или поискать в других статьях недостающее.
Чтобы качественно собрать и оттестировать компьютер (или отремонтировать в том числе), нужна квалификация — знать, из чего собирать, чтобы было надёжно. Квалифицированный человек рассчитывает получать не очень малую з/п. Для Москвы это, например, от 30 тыс. (будем считать скромно, выше средней). Иначе он получит больше на другой работе. И в этом основная проблема.
Люди не готовы платить столько денег, чтобы получить изначально качественный компьютер (но даже в нём возможен скрытый брак с меньшим процентом). Крупные и мелкие фирмы предлагают компьютеры по цене комплектующих, а грамотная сборка требует добавить к ней хотя бы 2.5-3 тыс (день-два тестирования). Покупатель не готов понять, за что платить эти деньги, если рядом предлагают то же дешевле и гарантию бесплатной замены или ремонта сроком не менее года.
Вывод: если получится, то надо воспитывать особых покупателей (1/10 от общего числа), готовых платить эти 3 тыс., а также платить соизмеримые деньги за ремонт и доводку. Иначе имеем то, что имеем: никаких машин по вызову, только бедные и слабо квалифицированные студенты с тарифом, тем не менее, 50$/час.
(Кстати, упоминать MSXML в скрипте совершенно излишне.)
И подход. Основная мысль — «Я изучаю язык для того, чтобы работать… Оказывается, после изучения основ надо начать решать задачи.», а не «я изучаю язык, чтобы решить задачу (задачи)».
(с подробным описанием технологии)
(Что было — не так интересно — какое-то дерево построить в браузере, какие-то подсказки показать. От всего веяло конкретикой.)
Наверное, это был как раз тот случай, когда хотели часть работы сделать за счёт заданий.
> вдруг кто предложит классную идею для юнит-приложения
Соотношение затрат на идею, реализацию и внедрение, как известно, 1:10:100. Всё упирается в реализацию, т.е. в того, кто будет их делать.
Прммечания:
* Пункты 3 и 4 конфликтуют меду собой.
* Пункт 6 — короткий потому не пишут, что неизвестно, насколько длинным он станет. Правильнее было бы сказать: превратите записи в короткие в конце разарботки.
*… Что-то ничего не сказано про отношение к хакам.
1) у него нет такой первичной функции как создание превью (не говоря об оптимизации, подписях, эффектах);
2) энтузиазм — хорошо, но отсутствие бизнес-модели показывает на большую вероятность прекращения поддержки;
3) отсутствие API для встраивания хостинга как виджета.
Насчёт плагина для браузера — выполнимо, но по этим 3 причинам не будет желания вставить этот хостинг как рекомендуемый.
Наиболее полезен не рассказ вообще, а живой опыт и решение проблем — то, чего в книжках не прочитаешь.
Но в данном случае статья как познавательное чтиво — понравилась. (Впрочем, сам имел опыт на них, поэтому интерес номинальный.)
2) приведите цветовое форматирование и отступы к общепринятым нормам (обычно ещё в blocquote оборачивают код, тогда он не распадается), иначе наберёте за него минусов.
3) спеллчекер используйте — ошибок очень много (милисекунд, завершиться).
4) > document.all.reason.value — Вы по какому учебнику учили javascript? В курсе, что это некроссбраузерно?
www.cbr.ru/scripts/XML_daily.asp?date_req=09/03/2010
Здесь тоже неполно, но полнее про него же:
anton.sbmav.ru/jetscreenshot.htm
Другой сервис: paradigm.ru/2008/06/scrnshots-one-click-publishing
Пара других сервисов: habrahabr.ru/blogs/habraware/57587/
Итого, сервисов много, поэтому для читателя важно сравнение и ряд конкретных ответов:
1) функциональность клиента (сколько видов захвата, под какие ОС, удобен ли вид, есть ли хоткеи),
2) функции редактора (сколько видов обработки, каких нет),
3) функции оптимизации изображения (есть или нет),
4) функции аплоада, на свои адреса или фирменные,
5) позволяет ли сохранять на локальном компьютере.
Половины ответов я не нашёл, поэтому сделал вывод, что когда-то полезно будет вернуться и проверить. Или поискать в других статьях недостающее.