А по поводу цен, скорее-всего, просто потому что могут. Потому что в штатах и есвроппе есть конкуренты по цене 1 600, а в России те же конкуренты стоят уже 3000.
Правительство защищает отечественного производителя барьерами на ввоз устройств, а отечественный производитель этим пользуется :)
У медицинских утройств другие требования по качеству, надежности, процессам тестирования, сертификации.
Отсюда и может выплывать разница в цене + отдельный бренд.
Меня постоянно вводили в ступор просьбы прислать пример кода, когда писал на PHP — вам прислать абстарктный кусок lib-класса, о функциональности которого вы сможете догалаться, разве что, по названию? Или может пол прилоджения, в которых вем будет лень разбираться, но будет видна взимосвязь?
Так же и с абстаркными проектами. Они так же красивы как примеры в туториалах, но, есть проблема — они не решают бизнес задачи. Хотя нет, решают… Их задача — показать насколько крут исполнитель. Вот только те же приемы в реальных задачах не применимы.
С человеком нужно разговаривать, выяснять подходы к решению более-мнее общих задача, выяснять как он будет искать решение задачи, которой не знает (правда, таких идеальных собеседований я, до сих пор, проводить не умею).
К сожалению, именно мера, в последнее время. Рубисты вообще очень подвержены влиянию мод, а за ними и заказчики.
Я сам прошу для собеседования ссылку на github, есил она есть, но только в надежде найти в коде подсказки для собеседования. Намного проще обсудить с человеком его код, чем придумывать сферичесике примеры.
профиль гитхаб-юзера становится еще более объективным и прозрачным инструментом для хедхантера
Именно это и начинает напрягать. Я не понимаю почему мерой проффессионализма становятся коммиты в опенсорс. Опенсорс это хорошо, но это желание или нежелание каждого.
Да, это простая возможность оценить качество кода, но делать наличие github профайла первоочередным требованием — да, встречалось — это, по-моему, вывих.
В том то и дело, что Redcarpet замечательно позволяет переопределять существующие элементы, но парсер там сишный, если не изменяет память, и патчить для добавления новых markdown элементов прийдется его.
У себя используем kramdown.
Выбирал его не из соображений производительности (все равно итоговый html нужно кешировать), а из соображений расширяемости. А раширять его очень легко за счет построения промежуточного дерева, которое можно потом обрабатывать как угодно.
Вы просто подпали под тот процент людей, у которых КВЕД не поменялся. Вся эта эпопея изначально затеяна для уточнения видов деятельности и многие КВЕДЫы раздроблены на несколько.
Естественно, автоматически такой выбор сделать за человека невозможно (по крайней мере, я такие интелектуальные апдейты писать не умею).
Ну а то как сама перерегистрация организована, это уже другой вопрос. И, судя по комментарию sergeytx, постарались тут депутаты, а не регистраторы.
Стоп. Данные откуда-то подгружаются.
Если их может подгрузить браузер, то их может подгрузить и робот. При этом, нам абсолютно не важно какой вид они приобретут после отработки JS на стороне клиента — нам достаточно отправить точно такой же запрос и обработать не страницу целиком, а только полученный кусочек.
И именно поэтому использование AJAX на сайте упрощает а не усложняет задачу, т.к. ответ на ajax запрос содержит намного меньше «мусора» или не содержит его вовсе.
Ну и запрос не SELECT * FROM users WHERE users.options LIKE "???1";
а SELECT * FROM users WHERE (users.options & 1)
Хотя от полного посмотре таблицы это не избавляет.
В iProject было бы полезным добавить «Технологии».
Иногда заказчик знает на каких технологиях ему нужно реализовать проект, иногда у него уже есть какая-то база кода, с которой прийдется работать подрядчику. Их, конечно, можно прописать в теги, но работать с ними станет намного труднее.
Может стоит добавить ссылку на сам закон? Выдержки из него, конечно, правильные, но все-таки полезней читать первоисточник. Да и как-то доверие к такого рода заметкам снижается без пруфлинка.
Мой комментарий касался раздела «Мнимая специализация»
А по поводу цен, скорее-всего, просто потому что могут. Потому что в штатах и есвроппе есть конкуренты по цене 1 600, а в России те же конкуренты стоят уже 3000.
Правительство защищает отечественного производителя барьерами на ввоз устройств, а отечественный производитель этим пользуется :)
Отсюда и может выплывать разница в цене + отдельный бренд.
Так же и с абстаркными проектами. Они так же красивы как примеры в туториалах, но, есть проблема — они не решают бизнес задачи. Хотя нет, решают… Их задача — показать насколько крут исполнитель. Вот только те же приемы в реальных задачах не применимы.
С человеком нужно разговаривать, выяснять подходы к решению более-мнее общих задача, выяснять как он будет искать решение задачи, которой не знает (правда, таких идеальных собеседований я, до сих пор, проводить не умею).
Я сам прошу для собеседования ссылку на github, есил она есть, но только в надежде найти в коде подсказки для собеседования. Намного проще обсудить с человеком его код, чем придумывать сферичесике примеры.
Именно это и начинает напрягать. Я не понимаю почему мерой проффессионализма становятся коммиты в опенсорс. Опенсорс это хорошо, но это желание или нежелание каждого.
Да, это простая возможность оценить качество кода, но делать наличие github профайла первоочередным требованием — да, встречалось — это, по-моему, вывих.
Выбирал его не из соображений производительности (все равно итоговый html нужно кешировать), а из соображений расширяемости. А раширять его очень легко за счет построения промежуточного дерева, которое можно потом обрабатывать как угодно.
Естественно, автоматически такой выбор сделать за человека невозможно (по крайней мере, я такие интелектуальные апдейты писать не умею).
Ну а то как сама перерегистрация организована, это уже другой вопрос. И, судя по комментарию sergeytx, постарались тут депутаты, а не регистраторы.
Если их может подгрузить браузер, то их может подгрузить и робот. При этом, нам абсолютно не важно какой вид они приобретут после отработки JS на стороне клиента — нам достаточно отправить точно такой же запрос и обработать не страницу целиком, а только полученный кусочек.
И именно поэтому использование AJAX на сайте упрощает а не усложняет задачу, т.к. ответ на ajax запрос содержит намного меньше «мусора» или не содержит его вовсе.
Зачастую наоборот. В большинстве случаев, сервером отдается JSON/XML dataset, т.е. данные сразу готовы к обарботке без парсинга
Ну и запрос не
SELECT * FROM users WHERE users.options LIKE "???1";а
SELECT * FROM users WHERE (users.options & 1)Хотя от полного посмотре таблицы это не избавляет.
Иногда заказчик знает на каких технологиях ему нужно реализовать проект, иногда у него уже есть какая-то база кода, с которой прийдется работать подрядчику. Их, конечно, можно прописать в теги, но работать с ними станет намного труднее.