Всё знать невозможно… а скажем мне bash необходим для уровня написания простеньких скриптов. Сам скрипт — был написан «криво» — но цель была достигнута. «Отточить» его до нужной чистоты — задачи я себе не ставил. И как связана «чистота» кода и желание поделится с кем-то мыслями — я не особо понимаю.
Недавно довелось поискать работу (так… для интереса). Сначала я списался/созвонился с HR-ом. Пошла полная бюрократия — «заполните анкету», «утром во столько-то у вас встреча с руководителем» и т.д. Но дальше(каким-то чудесным образом) на меня в скайпе вышел непосредственно руководитель отдела. Мы с ним списались — поняли друг друга с полслова — и договорились вечером в кафешке после работы — побеседовать за чашечкой кофе. Это было лучшее моё собеседование. Ни надоедливых HR-ов, ни психологов и прочих непонятных мне людей) Вывод: HR-ы должны набирать на работу HR-ов ;)
Пользуемся API от яндекса. Метод, описанный Вами, конечно хорош, но правда как обходите капчу? Экстенсивным(за счёт увеличения интервалов парсинга, «рабочей силы», задержек) или интенсивным (китайцы капчу разгадывают, собственный модуль распознавания)?
/*
Send the query and return so we can do something else.
Needs to be followed by mysql_read_query_result() when we want to
finish processing it.
*/
int STDCALL mysql_send_query(MYSQL* mysql, const char* query, ulong length)
{
DBUG_ENTER(“mysql_send_query”);
DBUG_RETURN(simple_command(mysql, COM_QUERY, (uchar*) query, length, 1));
}
…
my_bool STDCALL mysql_read_query_result(MYSQL *mysql)
{
return (*mysql->methods->read_query_result)(mysql);
}
Честно говоря пока, как вы написали интерес скорее «исследовательского» характера. Пробовал и многопоточно реализовывать (демон на PHP) — но вот сейчас решил попробовать таким путём пойти. Ну и в ресурсах естественно тут преимущество.
И если нетрудно — объясните почему так нужно перебирать? Ведь циклом я определяю лишь число итераций, а для доступа к элементу вектора использую метод at() — где здесь потенциальная ошибка?
habrahabr.ru/post/150317/
habrahabr.ru/post/150317/
по-прежнему так считаю, не смотря на все новомодные тренды — писать код — единственное что приносит некоторый «выхлоп»
новомодными словами называют сейчас всё, только суть от этого зачастую не меняется
вообще отлично сказано
В общем со многими Вашими мыслями пожалуй можно согласиться.
Недавно довелось поискать работу (так… для интереса). Сначала я списался/созвонился с HR-ом. Пошла полная бюрократия — «заполните анкету», «утром во столько-то у вас встреча с руководителем» и т.д. Но дальше(каким-то чудесным образом) на меня в скайпе вышел непосредственно руководитель отдела. Мы с ним списались — поняли друг друга с полслова — и договорились вечером в кафешке после работы — побеседовать за чашечкой кофе. Это было лучшее моё собеседование. Ни надоедливых HR-ов, ни психологов и прочих непонятных мне людей) Вывод: HR-ы должны набирать на работу HR-ов ;)
Мне интересно, продолжайте — может нового что узнаем.