NeoAnderson, книга 86-го года! Даже для такой архаики, как ассемблер - это слишком. Будете постоянно запинаться об проблемы, обусловленные слишком большой разницей эпох.
NeoAnderson, я самоучка, никаких методичек и конспектов у меня не было. Был учебник "Программирование на языке ассемблера для IBM PC" Пильщикова. Этой книге скоро уже четверть века стукнет, стоит поискать что-то более современное.
Константин Теплоухов, нет. Даже если работаете на ООО "Омские гидроприводы" всë равно скорее всего нет. Немецкие компании интересует не любой опыт, а выдающийся. Фактически нужно быть лучше среднего немецкого сеньора. Чаще всего это означает около десяти лет разработки в крупных компаниях на крутых проектах.
Chesterfield25, во-первых, операционная система и рантайм Android проектировались под работу с ограниченными ресурсами, в частности энергетическими. Поэтому хорошие приложения пассивны и готовы к усыплению или закрытию операционной системой в любой момент. А спящее или закрытое приложение принимать подключения не может. Если же оно не будет засыпать или закрываться, то будет быстро жрать батарею. Во-вторых, мобильник обычно получает серый IP-адрес, уникальный только в пределах одной базовой станции. Очевидно, подключиться к вашему мобильному серверу сможет только другой мобильник в той же соте. Причём ему для этого ещё надо как-то узнать IP-адрес сервера. В-третьих, а зачем? Скорее всего вы делаете костыль и в мире мобильной разработки есть более удачные средства реализации необходимого вам функционала.
nolouds, чтобы понимать, когда использовать LinkedList, а когда ArrayList, нужно знать основные структуры данных и применяемые к ним алгоритмы, а также уметь оценивать сложность алгоритмов. Но если попроще, то лучше всегда применять ArrayList. Тут сложно не удержаться от цитаты от автора LinkedList:
Что касаетя объявлений типа переменной или возвращаемого из метода, то всегда надо стремиться к тому, чтобы тип был как можно более узким. То есть всегда работайте с List, когда это возможно. Когда невозможно, подумайте дважды, а нельзя ли переписать код так, чтобы обойтись List'ом.
mynickandmyname, точнее говоря, соединение или курсор нельзя пошарить между потоками. Но вероятно, код можно изменить так, чтобы сделать из них выборку в одном потоке и шарить данные. Или в каждом потоке делать выборку отдельно, но для этого нужна полноценная СУБД, SQLite плохо справляется с конкурентным доступом.
D55RUS, есть пределы масштабируемости. У Python из-за GIL они достаточно низкие. Так что первым делом стоит попробовать мультипроцессность, а потом и наращивание количества хостов. Но и эти методы рано или поздно упруться в предел, конечно.
Скорость не субъективна. Исследования показывают, что для клиентов отзывчивость приложения - очень важный фактор, иногда подсознательно. При прочих равных каждые дополнителные 150 миллисекунд отнимают процент аудитории.
