Всё знать невозможно… а скажем мне 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() — где здесь потенциальная ошибка?
Но с чего заново начать, чтобы расти правильным программистом
На самом ни с чего… т.е. всё придёт с опытом. И всё равно вы придёте рано или поздно к тому, что поймёте, что же вы хотите в итоге. Вы действительно хотите тратить 8 часов в сутки своей жизни сидя у компа и набирая код. Если «да» — тогда просто расслабьтесь и пишите код. Правильный код. Гуглите, читайте и т.д. Вы когда-нибудь встаните перед вопросом (что делать — писать код на дядю или попробоывать открыть своё дело, если конечно будете развиваться в том же направлении) и вам ответят — «это ваша жизнь» — поступайте так, как считаете нужным. Профессионализм во многом зависит от желания и цели человека. Никто и никогда не скажет что вы не понимаете в программировании — а если скажут — поверьте — это бизнесс(если конечно вы не соврали). Всё в ваших руках. А если вы пришли устраиваться на работу — и вам сказали что на позицию «junior php developer» вы не годитесь — поставьте себя на место управляющего и поймите, что они стараются минимизировать «затраты и риски». И не парьтесь. Просто развивайтесь. Надеюсь минусов не будет — ибо субъективаная точка зрения и совет.
дауж) если бы при «сворачивании приложений» в маке память автоматически высвобождалась — я бы не задумываясь его приобрёл) вот это технологии я понимаю! А так… статья — очередная тема для холливара.
по-прежнему так считаю, не смотря на все новомодные тренды — писать код — единственное что приносит некоторый «выхлоп»
новомодными словами называют сейчас всё, только суть от этого зачастую не меняется
вообще отлично сказано
В общем со многими Вашими мыслями пожалуй можно согласиться.
Недавно довелось поискать работу (так… для интереса). Сначала я списался/созвонился с HR-ом. Пошла полная бюрократия — «заполните анкету», «утром во столько-то у вас встреча с руководителем» и т.д. Но дальше(каким-то чудесным образом) на меня в скайпе вышел непосредственно руководитель отдела. Мы с ним списались — поняли друг друга с полслова — и договорились вечером в кафешке после работы — побеседовать за чашечкой кофе. Это было лучшее моё собеседование. Ни надоедливых HR-ов, ни психологов и прочих непонятных мне людей) Вывод: HR-ы должны набирать на работу HR-ов ;)
Мне интересно, продолжайте — может нового что узнаем.
На самом ни с чего… т.е. всё придёт с опытом. И всё равно вы придёте рано или поздно к тому, что поймёте, что же вы хотите в итоге. Вы действительно хотите тратить 8 часов в сутки своей жизни сидя у компа и набирая код. Если «да» — тогда просто расслабьтесь и пишите код. Правильный код. Гуглите, читайте и т.д. Вы когда-нибудь встаните перед вопросом (что делать — писать код на дядю или попробоывать открыть своё дело, если конечно будете развиваться в том же направлении) и вам ответят — «это ваша жизнь» — поступайте так, как считаете нужным. Профессионализм во многом зависит от желания и цели человека. Никто и никогда не скажет что вы не понимаете в программировании — а если скажут — поверьте — это бизнесс(если конечно вы не соврали). Всё в ваших руках. А если вы пришли устраиваться на работу — и вам сказали что на позицию «junior php developer» вы не годитесь — поставьте себя на место управляющего и поймите, что они стараются минимизировать «затраты и риски». И не парьтесь. Просто развивайтесь. Надеюсь минусов не будет — ибо субъективаная точка зрения и совет.